Re: [OctDev] De-crufting octave-forge

[Paul K. <pki...@us...>]

John, the context is the decrufting of octave-forge.

David, I don't believe John follows the octave-dev list.

- Paul

On Mar 29, 2006, at 9:36 AM, David Bateman wrote:
>>> grid.m: This is a compatibility extension of grid.m to allow 1)
>>> recovering the previous state with the gget function and toggling 
>>> grid
>>> state if no input arguments are used. It also supports minor tics if 
>>> you
>>> have an argument like "x#y#z#" where # is a digit. This is not
>>> texinfo-fied, so based on a very old octave version of grid.m, it 
>>> used
>>> gget which I don't see ever going into octave as it has some possibly
>>> nasty race conditions on temporary files. Perhaps with gnuplot 4.1
>>> something similar might be implemented with a pipe and be accepted in
>>> octave. So in its current implementation I don't see this code being
>>> accepted. That being the case, the minor tick stuff might be 
>>> included,
>>> just not the probing of the existing settings.
>>
>>
>> Rather than querying we could try keeping track of state on the
>> octave side.
>
> I suppose if there is a "PKG_ADD grid('off')" command in grid.m and a
> persistent variable tracking its state this would make sense. Easy
> enough to propose a patch.
>
>>
>> The syntax for minor tics is a bit hackish and may be rejected.
>
> John what do you want to do about the minors tics in o-f's grid.m?