From: Ethan M. <merritt@u.washington.edu> - 2012-05-02 22:20:16
|
On Wednesday, May 02, 2012 02:18:45 pm Aman (neshu) Agarwal wrote: > Hi Sorry for bugging you guys again. > > can some one please give me task, I want to contribute in it. Re: your svg patch (remove trailing whitespace in output) patch applied to 4.7 CVS Re: your quantize_normal_tics patch I already sent Email commenting on this one. Could you please provide a test case showing what was bad before, and how it is better after your patch? Re: other possible projects - See recent requests to have "set timefmt" accept a string variable. This would involve calling try_to_get_string() rather than quote_str(), with suitable garbage collection. - Add a linewidth option for the lua terminal, as in set term tikz size BIGX,BIGY linewidth 2.0 This would require modifying the lua code in .../term/lua/gnuplot-tikz.lua - Rewrite the X11 terminal so that the coordinate system matches the current X11 display window. I.e., if the plot is displayed in a window that is 700x500 pixels, the terminal coordinates should run from 0 to 700*SCALE on x, and 0 to 500*SCALE on y. In the current code the coordinates always run from 0 to 4096 regardless of the actual size or aspect ratio of the window. This breaks all commands that try to set a particular aspect ratio, e.g. "set size square" or "set size ratio 1.5" - The X11 terminal does not yet support toggling individual plots on/off by clicking on the key sample. Of the terminals that currently support this, I think wxt or canvas would be the best to use as a model for how to do this. But the wxt code is C++ and the canvas code is javascript, so it's not going to be exactly the same. - Support mousing in multiplot mode. This will have to be tackled one terminal at a time, and some will be easier than others. - The script "gpsavediff" is very useful. You can download a copy from the contributed scripts section of the web site: http://gnuplot.sourceforge.net/scripts/files/gpsavediff Basically it compares the output of the "save" command from your current session to the output of "save" on program initialization, keeping only the settings that have changed. So save "| gpsavediff > thisplot.gp" creates a file contains only those commands needed to reproduce the current state in gnuplot. This is so useful that it would be nice to have it be a built-in function rather than an external script. I'm not sure exactly how best to do this, but one idea would be to add an option to the existing "save" command. If the option is selected, then each line that writes out a setting is executed only if that setting is different from the program default. - Have a look through the Feature Requests tracker. Many of the requests are not so reasonable, but these are among the ones that look OK to me: 3376559 3087960 995040 3066642 3468942 - Find a type of plot used in your own field or some other scientific field that gnuplot doesn't yet know how to produce. Write a set of routines to support it in gnuplot. This works better if it's a kind of plot you use yourself, since then you already know what are its important features. One possible example: Barycentric plots: http://rgm2.lab.nig.ac.jp/RGM2/func.php?rd_id=klaR:triplot have fun, Ethan > > Thanks > > On Sun, Apr 29, 2012 at 3:30 PM, Aman (neshu) Agarwal < > nes...@gm...> wrote: > > > Hi, > > > > I create a patch again. > > sorry to bug you again. should I need to remove full quantize_normal_tics > > ? > > > > PFA to see I am on right track or not. > > > > Thanks for everything > > > > > > > > On Mon, Apr 23, 2012 at 1:21 AM, Marek Peca <ma...@du...> wrote: > > > >> Hello, > >> > >> > >> PFA, check the patch for the tic function. > >>> > >> > >> I think it should be done the clean way, i.e. to remove old, bypassed > >> function etc. Please consult it with Gnuplot core developers. > >> > >> Thank you, > >> Marek > >> > > > > > -- Ethan A Merritt Biomolecular Structure Center, K-428 Health Sciences Bldg University of Washington, Seattle 98195-7742 |