Re: removing duplicate keys for multiple histograms

[<HBBroeker@t-...>]

Laurence Darby wrote:

> Shouldn't the option "notitle" be called "nokey" instead, because it's
> making the keys disappear and the titles are still underneath each
> histogram?

No.  The things underneath the histograms aren't titles, they're tick 
labels.  The thing that becomes a part of the key is the title for that 
dataset.

Re: removing duplicate keys for multiple histograms

[Ethan Merritt <merritt@u.washington.edu>]

On Thursday 16 November 2006 11:11 am, Laurence Darby wrote:
> > > Syntax is from the cvs version, but the principle should be
> > > clear:
> > >
> > > plot newhistogram "One", for [i=2:5] 'immigration.dat' using i, \
> > >      newhistogram "Two", for [i=2:5] '' using i notitle, \
> > >      newhistogram "Three", for [i=2:5] '' using i notitle
> >
> > Thanks that does exactly what I want :)
>
> Shouldn't the option "notitle" be called "nokey" instead, because
> it's making the keys disappear and the titles are still underneath
> each histogram?

You are focused on histograms, but the "notitle" option applies
to all plot types and has been part of gnuplot syntax since
approximately forever.  

Yes, histograms have a separate object that is obviously a 'title',
set by the "newhistogram" command. But all other plot types have
only the title that appears in the key.  



-- 
Ethan A Merritt
Biomolecular Structure Center
University of Washington, Seattle WA

Re: removing duplicate keys for multiple histograms

[Laurence Darby <ldarby@mi...>]

Laurence Darby wrote:

> Ethan A Merritt wrote:
> 
> > On Thursday 16 November 2006 05:49 am, Laurence Darby wrote:
> > > 
> > > Hello,
> > > 
> > > Using newhistogram to have several histograms on one plot, I'd like to
> > > be able to turn off keys for certain histgrams, is this possible?
> > 
> > Syntax is from the cvs version, but the principle should be clear:
> > 
> > plot newhistogram "One", for [i=2:5] 'immigration.dat' using i, \
> >      newhistogram "Two", for [i=2:5] '' using i notitle, \
> >      newhistogram "Three", for [i=2:5] '' using i notitle
> > 
> 
> 
> Thanks that does exactly what I want :)
> 


Shouldn't the option "notitle" be called "nokey" instead, because it's
making the keys disappear and the titles are still underneath each
histogram?

Laurence

Simplified processing of image and rgbimage plots

[Ethan A Merritt <merritt@u.washington.edu>]

Yesterday I committed to CVS a patch that Dan Sebald and I worked out.
It removes many restrictions on the use of RGBIMAGE in 3D plots, and the 
use of RGB color in polygons derived from image data. Now all terminal 
drivers that can handle RGB colors and filled polygons can automatically 
also handle image and rgbimage plot styles.

This extends the capabilities of svg, xfig, and maybe other terminals.

The specialized code for image handling could be removed from gd.trm, for 
instance. Also x11. Is this worth doing?

The specialized image handling code in post.trm is still useful because it 
drastically reduces the output file size, however.

An interesting note:  
The patch removed as much code as it added. 
Net change: +2 lines of code.
And this is aside from the possibility of now removing the special-case
term->image code from gd.trm, x11, and maybe other terminal drivers.



-- 
Ethan A Merritt
Biomolecular Structure Center
University of Washington, Seattle 98195-7742

Re: removing duplicate keys for multiple histograms

[Laurence Darby <ldarby@mi...>]

Ethan A Merritt wrote:

> On Thursday 16 November 2006 05:49 am, Laurence Darby wrote:
> > 
> > Hello,
> > 
> > Using newhistogram to have several histograms on one plot, I'd like to
> > be able to turn off keys for certain histgrams, is this possible?
> 
> Syntax is from the cvs version, but the principle should be clear:
> 
> plot newhistogram "One", for [i=2:5] 'immigration.dat' using i, \
>      newhistogram "Two", for [i=2:5] '' using i notitle, \
>      newhistogram "Three", for [i=2:5] '' using i notitle
> 


Thanks that does exactly what I want :)

Laurence

Re: removing duplicate keys for multiple histograms

[Ethan A Merritt <merritt@u.washington.edu>]

On Thursday 16 November 2006 05:49 am, Laurence Darby wrote:
> 
> Hello,
> 
> Using newhistogram to have several histograms on one plot, I'd like to
> be able to turn off keys for certain histgrams, is this possible?

Syntax is from the cvs version, but the principle should be clear:

plot newhistogram "One", for [i=2:5] 'immigration.dat' using i, \
     newhistogram "Two", for [i=2:5] '' using i notitle, \
     newhistogram "Three", for [i=2:5] '' using i notitle

> The keys for each histogram on my plot are identical, so I'd like to be
> able to turn off all but the first and save some space.


-- 
Ethan A Merritt
Biomolecular Structure Center
University of Washington, Seattle 98195-7742

removing duplicate keys for multiple histograms

[Laurence Darby <ldarby@mi...>]

Hello,

Using newhistogram to have several histograms on one plot, I'd like to
be able to turn off keys for certain histgrams, is this possible?

The keys for each histogram on my plot are identical, so I'd like to be
able to turn off all but the first and save some space.  Would manually
turning off keys be the best way or could gnuplot detect they are the
same (same colors too) and omit duplicates?

Thanks,
Laurence

Re: Weard png output problem

[Nibbler <reallineva@ho...>]

Oh yes !

Thank you very much Ethan !
godspeed. 


Ethan Merritt wrote:
> 
> On Wednesday 15 November 2006 04:35 am, Nibbler wrote:
>>
>> Can I  increase the autoset yrange value ?
>>
>> What I means is can I somehow do like this:
>> yrange [0:autorange +3 ] ?
> 
> help set offsets
> 
> 
> -- 
> Ethan A Merritt
> Biomolecular Structure Center
> University of Washington, Seattle WA
> 
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
> your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> gnuplot-beta mailing list
> gnuplot-beta@...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 
> 

-- 
View this message in context: http://www.nabble.com/Weard-png-output-problem-tf2624196.html#a7372339
Sent from the Gnuplot - Dev mailing list archive at Nabble.com.

Re: Re: compiling gnuplot on Windows & mac/linux

[Mojca Miklavec <mojca.miklavec.lists@gm...>]

On 11/15/06, Hans-Bernhard Br=F6ker <HBBroeker@...> wrote:
> Mojca Miklavec wrote:
>
> > OK, I spent three or four hours and finnaly got MinGW working on this
> > mac
>
> Now you have me confused.  You obviously have a Windows box at your
> disposition (or how else did you run MS Studio.Net?), and you're about
> to build programs for Windows, which you'll have to test-run at some
> point --- so why on earth did you pick a *Mac* to install and run MinGW o=
n?

I admit, weird indeed.

I've changed my computer a few days ago from dual-boot Linux+Win
(running Win 99% of time) to dual-boot Mac+Win (running Mac 95% of
time). I urgently needed gnuplot and when I changed the machine taking
MS Studio.Net was the fastest way to build it (since I had all the
files ready).

Yesterday somebody asked me for windows binary and the one compiled
with MSVC didn't work on his computer (apart from the fact that GD,
PDF, ... don't work either). Since using MinGW was apparently the only
choice, I decided to try to compile on Mac, which will take me less
effort (once set up) next time when I'll want to create a windows
binary.

About testing ... I often use windows on other computers (and I don't
want to set up all the development tools on every single computer
where I might want to use gnuplot) and since I don't intend to develop
the windows user-interface, it should be enough to test the terminal
in one platform only. Once it's OK, the windows binary should remain
OK after applying new pathes.

> > Now a question: is anyone ready to help me to write a clean makefile
> > for MinGW for cross-compiling (which would be suitable to add to CVS)
> > or does that exist already?
>
> It doesn't exist, but I rather doubt it'd be interesting enough to the
> general public to be worth putting in CVS.  The overwhelming majority of
> people who want to build programs for Windows will be using Windows
> machines to do it.
>
> But feel free to post the modified makefile.mgw on the "Patches" Tracker
> page.

I'll see what I can do. I'm currently trying to figure out how to enable gd=
 ...

> > /usr/bin/automake -> /etc/alternatives/automake
> > /etc/alternatives/automake -> /usr/bin/automake-1.9 (was 1.4a)
> >
> > So I only fixed /etc/alternatives/automake and aclocal.
>
> "Fixed" them --- how?  By modifying those symlinks yourself?

Yes. I had no idea what else to do.

> That's not
> how these things are supposed to be managed.  There's a program for
> that.  It should be called 'alternatives' or similar, and it'll probably
> be in /sbin or /usr/sbin, because only root can usefully run it.

Thanks. There's indeed a program update-alternatives in /usr/sbin.

On 11/15/06, Ethan A Merritt wrote:
> On Wednesday 15 November 2006 10:16 am, Mojca Miklavec wrote:
> > > It would be extremely useful if developers wouldn't only put source
> > > files on the web, but also binaries, at least for windows.
> >
> > I'm sorry, I was too unclear. I meant it as: it would help a lot if
> > files like the one on
> >     http://sourceforge.net/project/showfiles.php?group_id=3D2055&packag=
e_id=3D66525
> > (gnuplot 4.2rc1) would also be available in binary form for windows
> > (at least; perhaps also for mac).
>
> Thank you for volunteering.
>
> The current developing team basically doesn't use windows much,
> many of us not at all. So we welcome your assistance in preparing
> binary versions for this awkward platform.

I would be glad to help and submit binaries when needed. At least once
I figure out how to buid help files & gd ...

Mojca