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