On 2009-11-17 13:59-0000 Andrew Ross wrote:

>
> I've closed a request on the feature tracker for the WM_CLASS property
> to be set in the xwin driver in order to set the window title. Firstly,
> I don't think this is the way to set the window title. This got me
> thinking though, and I discovered that there is a -plwindow option for
> setting the title of the window. Currently this is only honoured by the
> xwin and tk drivers. I've updated the qt driver to use it. I've looked
> at the cairo drivers. There the window title is already set to PLplot,
> but it is also modified to include the string "Press enter or right click
> to continue" at the end of each page. It would be good to be consistent
> between drivers. Do people think this additional functionality is useful
> and should be propagated to other drivers, while at the same time
> honouring -plwindow?

There are several issues you have touched on.

As far as the default window title is concerned, I think it should identify
the device (some of them do not identify themselves as I discovered when
running "make test_interactive").  I also like what the wxwidgets device
driver does which is to add some information about which fundamental version
of the device driver is being used.  I don't think there is such a
fundamental choice for any other interactive device, but I thought I should
mention it for the wxwidgets case.

I think adding the prompt "Press enter or right click to continue" to the
title is probably overkill for xcairo.  I lean instead toward outputting
that prompt _once_ (for all interactive device drivers) to stderr.  You may
also want to add some information about terminating the device as well
to the stderr prompt for all interactive devices.

I like your idea of honoring -plwindow for all interactive devices.  However,
plargs.c should be changed to no longer hide that option and also to change
the string describing that option (which is too Tk specific now) that is
displayed by the -h option.

One additional question is whether -plwindow will completely overwrite the
default window title for each interactive device or append to it.  I lean
toward complete overwrite.

Also, I wouldn't bother with any of the interactive devices (e.g., gcw, ntk)
that are already deprecated.  And I would leave the required aqt changes to
Hazen, and required wingcc changes to our Windows developers since you don't
have access to Mac OS X or windows.  That leaves "just" the xcairo,
qtwidget, tk, wxwidgets, and xwin interactive devices to wrestle into some
sort of common system for how default titles, prompts, and -plwindow are
dealt with.  I have made some suggestions about what that common system
should be above.  I don't feel strongly about any of those suggestions
(except the self-identification one), but it would be great to replace
the mish-mash we have now in the way we treat titles and prompts
for our interactive devices with some more consistent system.

Alan
__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state implementation
for stellar interiors (freeeos.sf.net); PLplot scientific plotting software
package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of
Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Reply via email to