Hi Andrew, > 2) A wider question is if and how command line options should be passed > on to subsequent streams. It might be possible to call plparseopts with > the second stream to re-parse the command options, but this would > results in both streams having the same output name. This is going to > depend on the application on a case-by-case basis I suspect, but we > should at least supply the user with the relevant plgxxx / plsxxx > functions to check and set anything set on the command line. > This is a problem, since the command line options are parsed and "forgotten" by default (I think there is an option to not forget the options) (at least I'm quite sure). We had this discussion already some months/years ago, where a patch was proposed to manage/delete options (there where also some other problems, that e.g. setting common options in the program deleted driver options from the command line without applying them). I decided not to apply this patch - I just fixed the latter problem. Reason is, that I believe(d) that it is better to have the command line options only apply to the first stream. If you open a second stream you deliberately do that in the program (not possible from the command line, or?) and you know exactly what you want to do with this stream. In addition, driver specific options are not very often the same for different streams (main reason for opening a second stream) and if you apply such options to another stream with another driver this will likely lead to an abort.
Since I think the programmer sets the option and knows what he is doing, it doesn't make sense to provide a possibility to read them out again. On the other side, this is already possible for most of the options, since e.g. the option -geometry 800x600 will immediately set the geometry of the stream, which you can read out anyway. So if we mess around with such things I think this is just hacky - it would be better maybe to completely rewrite this part of Plplot (which you need anyway, if you want to remember all the options including the driver specific options) but first have a very good concept how this is done, and is easily understandable for the programmer and user what is happening (that options get propagated to other streams, etc.). Long story short conclusion - I think this is a lot of work and in the moment it is not perfect but works and the programmer knows exactly what is happening (no propagation). So I would suggest we leave it as it is. Regards, Werner > > ------------------------------------------------------------------------------ > _______________________________________________ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel > -- Dr. Werner Smekal Institut fuer Allgemeine Physik Technische Universitaet Wien Wiedner Hauptstr 8-10 A-1040 Wien Austria DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at web: http://www.iap.tuwien.ac.at/~smekal phone: +43-(0)1-58801-13463 (office) +43-(0)1-58801-13469 (laboratory) fax: +43-(0)1-58801-13499 ------------------------------------------------------------------------------ Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
