Re: [OctDev] Syntax highlight with gtksourceview testers/feedback welcomed

2010-03-21 Thread Søren Hauberg
søn, 21 03 2010 kl. 23:57 -0400, skrev Carnë Draug: > On 21 March 2010 23:41, Søren Hauberg wrote: > > BTW. I was thinking that perhaps 'error', 'warning' and 'print_usage' > > should be highlighted in a different colour (red would be nice) to > > indicate that these functions deal with errors. No

Re: [OctDev] Syntax highlight with gtksourceview testers/feedback welcomed

2010-03-21 Thread Carnë Draug
On 21 March 2010 23:41, Søren Hauberg wrote: > BTW. I was thinking that perhaps 'error', 'warning' and 'print_usage' > should be highlighted in a different colour (red would be nice) to > indicate that these functions deal with errors. Not sure if it is a good > idea, though, but I wanted to menti

Re: [OctDev] Syntax highlight with gtksourceview testers/feedback welcomed

2010-03-21 Thread Søren Hauberg
søn, 21 03 2010 kl. 23:35 -0400, skrev Carnë Draug: > I just noticed that the functions 'rows' and 'columns' were also left > out of the selection because they do not exist in matlab (I didn't > made it, got a script to do it so I only noticed now). Can you > foresee them being deprecated or remov

Re: [OctDev] Syntax highlight with gtksourceview testers/feedback welcomed

2010-03-21 Thread Carnë Draug
I just noticed that the functions 'rows' and 'columns' were also left out of the selection because they do not exist in matlab (I didn't made it, got a script to do it so I only noticed now). Can you foresee them being deprecated or removed in any time soon? Carnë Draug -

Re: [OctDev] Syntax highlight with gtksourceview testers/feedback welcomed

2010-03-21 Thread Søren Hauberg
søn, 21 03 2010 kl. 22:04 -0400, skrev Carnë Draug: > I don't mention changing the highlight. It can highlight both % and #. > What I'm asking is which one of them, would the text editor use when > using their fancy features to comment text automatically. Since you > are the original developer of t

Re: [OctDev] Syntax highlight with gtksourceview testers/feedback welcomed

2010-03-21 Thread Carnë Draug
On 21 March 2010 14:49, Søren Hauberg wrote: >> Although I from one point I >> can understand that we'd like to mark it and use the #, if other users >> share their code with matlab users in a regular basis, they might have >> problems. Either way, it makes no difference to me. What's your >> opin

Re: [OctDev] Syntax highlight with gtksourceview testers/feedback welcomed

2010-03-21 Thread Søren Hauberg
søn, 21 03 2010 kl. 01:17 -0400, skrev Carnë Draug: > Also, you mentioned before that it would be preferable to use octave # > and #{ to insert comments automatically. Is there any chance that > octave will ever accept # better than % ? I don't understand the question. Basically, Octave treats '#'

Re: [OctDev] lists in 'optim'

2010-03-21 Thread Søren Hauberg
søn, 21 03 2010 kl. 14:24 +1000, skrev Florent Angly: > On 12/03/10 06:51, Søren Hauberg wrote: > > The main problem seems to be that both Octave and 'optim' comes with an > > implementation of > > 'fminbnd'. I don't know which is better, but I don't like the > > duplication. > > > > Ok. I fo

Re: [OctDev] lists in 'optim'

2010-03-21 Thread David Bateman
Jaroslav Hajek wrote: > On Sun, Mar 21, 2010 at 10:28 AM, David Bateman wrote: > >> Michael Creel wrote: >> >>> Internally, __bfgsmin.c uses feval to compute the function value. Perhaps >>> that could be changed to work with anonymous functions. I think that this >>> would be the hardest p

Re: [OctDev] lists in 'optim'

2010-03-21 Thread Søren Hauberg
søn, 21 03 2010 kl. 10:28 +0100, skrev David Bateman: > Michael Creel wrote: > > Internally, __bfgsmin.c uses feval to compute the function value. Perhaps > > that could be changed to work with anonymous functions. I think that this > > would be the hardest part of making the change. > > > > > H

Re: [OctDev] lists in 'optim'

2010-03-21 Thread Søren Hauberg
søn, 21 03 2010 kl. 09:32 +0100, skrev Michael Creel: > I have taken care of these warnings in my own code already. I'm > planning on checking it in once I have it adapted to use the > openmpi_ext package. Okay, I checked in some stuff already, so you might get into conflicts. > I am interested

Re: [OctDev] lists in 'optim'

2010-03-21 Thread Jaroslav Hajek
On Sun, Mar 21, 2010 at 10:28 AM, David Bateman wrote: > Michael Creel wrote: >> Internally, __bfgsmin.c uses feval to compute the function value. Perhaps >> that could be changed to work with anonymous functions. I think that this >> would be the hardest part of making the change. >> >> > Here is

Re: [OctDev] lists in 'optim'

2010-03-21 Thread David Bateman
Michael Creel wrote: > Internally, __bfgsmin.c uses feval to compute the function value. Perhaps > that could be changed to work with anonymous functions. I think that this > would be the hardest part of making the change. > > Here is a code snippet that is needed to accept a function as the fir

Re: [OctDev] lists in 'optim'

2010-03-21 Thread Michael Creel
On Sat, Mar 20, 2010 at 9:35 PM, Søren Hauberg wrote: > lør, 20 03 2010 kl. 19:36 +0100, skrev Michael Creel: > > I think that replacing list with cell arrays is pretty > > straightforward. I did that for samin and bfgsmin quite a while ago, > > when lists were deprecated. I suggest that the auth