comp.lang.idl-pvwave archive
Messages from Usenet group comp.lang.idl-pvwave, compiled by Paulo Penteado

Home » Public Forums » archive » FG Bug -- Legend/Cleanup
Show: Today's Messages :: Show Polls :: Message Navigator
E-mail to friend 
Return to the default flat view Create a new topic Submit Reply
Re: FG Bug -- Legend/Cleanup [message #90493 is a reply to message #90492] Thu, 05 March 2015 07:09 Go to previous message
Matthew Argall is currently offline  Matthew Argall
Messages: 286
Registered: October 2011
Senior Member
> I am not sure this is a bug.
> If you call LEGEND this way:
> leg1 = legend(TARGET=[p1,p2])
> you can eventually force the labels by:
> leg1[0].label = 'PLOT X'
> leg1[1].label = 'PLOT Y'
> Even better would be to initialize NAME in both plot calls accordingly.


Yes, but having the object's name be the label is not ideal, since the only way I can retrieve plots from a window object is by their name. Let's say

name = '$\it E_n(z) = \int_{1}^{\infty} e^{-zt} t^{-n} dt, \Re(z)\geq 0$'

this is ok for the legend. But let's say I am carrying around the window object and want to retrieve the legend. I would then have to remember the name each time:

theLegend = win['$\it E_n(z) = \int_{1}^{\infty} e^{-zt} t^{-n} dt, \Re(z)\geq 0$']

I would much rather have a name that means something

name = 'theory'
theLegend = win['theory']

This goes double since I do not know how to get a name of child graphics objects. Something like this would be nice:

child_names = win -> GetNames()
[Message index]
 
Read Message
Read Message
Read Message
Read Message
Read Message
Previous Topic: Passing string from IDL to Fortran
Next Topic: Using 1D FFT to decompose the provided hurricane data in terms of wavenumbers.

-=] Back to Top [=-
[ Syndicate this forum (XML) ] [ RSS ] [ PDF ]

Current Time: Wed Oct 08 17:29:11 PDT 2025

Total time taken to generate the page: 0.00407 seconds