From: Andrew R. <and...@us...> - 2009-11-17 13:59:35
|
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? Andrew |
From: Hezekiah M. C. <hez...@us...> - 2009-11-17 15:08:48
|
On Tue, Nov 17, 2009 at 7:59 AM, Andrew Ross <and...@us...> 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? > > Andrew > Andrew, I think that it would be useful to propagate both -plwindow support and the end of page title suffix to other display drivers. The end of page title change may help clear up questions, for example, like the recent thread on plplot-general regarding plend not automatically closing interactive windows by default. Hez -- Hezekiah M. Carty Graduate Research Assistant University of Maryland Department of Atmospheric and Oceanic Science |
From: Alan W. I. <ir...@be...> - 2009-11-17 19:30:06
|
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 __________________________ |
From: Hezekiah M. C. <hez...@us...> - 2009-11-18 19:51:13
|
On Tue, Nov 17, 2009 at 1:29 PM, Alan W. Irwin <ir...@be...> wrote: > 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 am ok with this idea as long as it could be overridden by the -plwindow flag and from the PLplot API. If the user selects the plot device they want to use then they would likely have this information fresh in their mind. If the plot device is somehow hard-coded there is likely a reason for this and showing the output device in the window frame may provide more confusion that it alleviates. Once proper -plwindow command line support is added to the supported interactive output devices it could be used to show this information when desired. > 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 do feel that this prompt is worth keeping around, at least as a default. It will help with user questions like the recent thread on plplot-general regarding plend not automatically closing an interactive plot window. It also makes it clear to whoever is viewing the plot window that the system is waiting for their input. > 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. I agree with each of these points. Hez -- Hezekiah M. Carty Graduate Research Assistant University of Maryland Department of Atmospheric and Oceanic Science |
From: Alan W. I. <ir...@be...> - 2009-11-18 21:00:23
|
On 2009-11-18 13:20-0600 Hezekiah M. Carty wrote: > On Tue, Nov 17, 2009 at 1:29 PM, Alan W. Irwin >> 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 am ok with this idea as long as it could be overridden by the > -plwindow flag and from the PLplot API. If the user selects the plot > device they want to use then they would likely have this information > fresh in their mind. If the plot device is somehow hard-coded there > is likely a reason for this and showing the output device in the > window frame may provide more confusion that it alleviates. > > Once proper -plwindow command line support is added to the supported > interactive output devices it could be used to show this information > when desired. Agreed. I was too focussed above on my recent confusing experience with identification from the test framework. Try "make -j4 test_interactive" for yourself, and you will see why the identification issue is important in that context. However, for that context, I can easily change the tests (with -plwindow once it is implemented) to identify each GUI that pops up so I now agree there is no need to hard code such an identification (except in the wxwidgets case where there is currently no easy way other than the title to figure out which kind of wxwidgets device you are using). > >> 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 do feel that this prompt is worth keeping around, at least as a > default. It will help with user questions like the recent thread on > plplot-general regarding plend not automatically closing an > interactive plot window. It also makes it clear to whoever is viewing > the plot window that the system is waiting for their input. I agree a prompt should be available for all interactive devices, but to me stderr (or stdout) output is fine (and can allow for a longer prompt). Is there some reason why you prefer the prompt in the windows title rather than stderr or stdout? Note, I am talking here about the PLplot interactive devices run from the command line, not standalone GUI's where access to stderr or stdout might be more problematic. 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 __________________________ |
From: Maurice L. <mj...@br...> - 2009-11-19 03:53:12
|
On Wednesday, November 18, 2009 at 13:00:09 (-0800) Alan W. Irwin writes: > I agree a prompt should be available for all interactive devices, but to me > stderr (or stdout) output is fine (and can allow for a longer prompt). Is > there some reason why you prefer the prompt in the windows title rather than > stderr or stdout? Note, I am talking here about the PLplot interactive > devices run from the command line, not standalone GUI's where access to > stderr or stdout might be more problematic. A prompt in the window title for a standalone GUI is potentially even more problematic, because it's not a "linear" plotting paradigm. A GUI responds to user input to and displays plots based on that, no pressing return needed for anything. Unless I'm misunderstanding what's being proposed, I don't think anything about hitting return should be in the default window title. -- Maurice LeBrun |