Re: [WWdevel] What branch to use for development

[Michael G. <ga...@ma...>]

Hi,

I have a request -- or perhaps it's there already.  I'd like to be  
able to make temporary
changes to the context when calling a cmp routine from an object -- e.g.

$a = Real()
$a->cmp(tol=>10,tolType=>'relative);

I think I could do that now if I use
num_cmp($a->eval, tol=>10, tolType=>'relative');

(I haven't looked things up so I may have the syntax off by a bit.)

btut i seems to me that the first method would be easier to remember  
and if it existed it would
probably make it easier to write the macro that has num_cmp call  
mathObjects to preform its function.

The idea is that extra options added to the cmp arguments would be  
temporarily added to
the context for the comparison operation.

A more complicated syntax such as   cmp(flags=> 
{tol=>10,tolType=>'relative})  would probably be ok too.

What do you think? Or are you already way ahead of me? :-)

Take care,

Mike

On May 13, 2007, at 2:17 PM, Davide P. Cervone wrote:

>>> This is really for Sam, I guess, but I thought we should all know  
>>> the
>>> answer:  what branch of the CVS tree should we be using for
>>> development work these days?  I've been putting jsMath changes in
>>> HEAD, and letting Sam deal with backports to wherever they are
>>> supposed to really go, but I'm not sure of that is the way it is
>>> supposed to work.
>>
>> That's how it's supposed to work. You can give me a hint in the CVS
>> commit message if you think something should be backported, otherwise
>> I'll use my own judgment or ask you.
>
> OK, thanks for the clarification.  Glad I haven't been going about it
> the wrong way.
>
>> HEAD is for bleeding-edge development -- perfect for large
>> architectural
>> changes or disruptive user-visible changes. rel-2-3-dev is the 2.3.x
>> development branch, which should only get bug fixes and small feature
>> non-disruptive enhancements.
>
> Very good.
>
>> Pretty soon I'm going to create rel-2-4-dev from the current HEAD. I
>> think that should probably happen before you start with the
>> MathObjects
>> work. No need to wait on that though if you want to get started, I  
>> can
>> branch off of some arbitrary point, before you started with that.  
>> Then
>> we can merge the MathObjects changes back in after things have
>> calmed down.
>
> No problem.  There may be a few small changes first, before I start
> the larger-term structural changes.
>
> Davide
>
>
> ---------------------------------------------------------------------- 
> ---
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> OpenWeBWorK-Devel mailing list
> Ope...@li...
> https://lists.sf.net/lists/listinfo/openwebwork-devel
>