On Friday, July 10, 2009 at 13:13:41 (-0400) Hezekiah M. Carty writes:
> On Fri, Jul 10, 2009 at 3:53 AM, Andrew
> Ross<andrewr...@users.sourceforge.net> wrote:
> > On Fri, Jul 10, 2009 at 12:35:25AM -0700, Alan Irwin wrote:
> >> After a week or so delay to make sure we have finalized the API, we should
> >> also propagate plspal0 and plspal1 to all the other languages
> >
> > One further addition would be to explicitly set a palette using these
> > commands
> > in one of the examples. I don't have a strong preference which. Perhaps
> > example
> > 16? One further point - if the user explicitly adds -cmap[0]1 to the
> > command
> > line should this override any explicit calls to plspal[01]?
>
> I agree that example 16 would be a good place to use plspal1. Example
> 20 may be good as well with cmap1_gray.pal.
>
> Should color palette changes be added to the plot buffer? They are
> not currently. For example, cmap1 is changed during the course of
> example 20. If the plot pages of example 20 were replayed to a
> different plot stream this palette change would be lost. From what I
> understand, this should be a fairly straightforward change to make.
The reason such changes are not preserved in the plot buffer is that it
defeats any GUI-based palette tweaking by the user. Yes, at one time I had it
set up that way (in development) and ended up ripping it out. A common
scenario is to tweak the color scheme interactively and then save to file,
which replays the plot buffer to the given output device. If changes to the
colormap are saved sequentially to the plot buffer, the interactive settings
will not be seen until after the plot is drawn.
Of course, if one wanted to provide support for a priority driven model of
color scheme selection that supports both modes, one could. Also need to
decide how to handle command line overrides as well -- that might be a
priority level between programmatic and interactive. Startup files as well.
The whole issue reminds me a bit of how resource settings are handled in TK,
so just as a source for ideas here's an excerpt from the option(n) man page:
The priority arguments to the option command are normally specified
symbolically using one of the following values:
widgetDefault
Level 20. Used for default values hard-coded into widgets.
startupFile
Level 40. Used for options specified in application-specific
startup files.
userDefault
Level 60. Used for options specified in user-specific defaults
files, such as .Xdefaults, resource databases loaded into the X
server, or user-specific startup files.
interactive
Level 80. Used for options specified interactively after the
application starts running. If priority isn’t specified, it
defaults to this level.
Good luck. :)
--
Maurice LeBrun
------------------------------------------------------------------------------
Enter the BlackBerry Developer Challenge
This is your chance to win up to $100,000 in prizes! For a limited time,
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize
details at: http://p.sf.net/sfu/Challenge
_______________________________________________
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel
