Re: [Plplot-devel] Alpha values
Hazen, Many thanks for this. It's a useful feature to have and I'm glad someone has finally got round to starting to code it in. I've added support for alpha values to the gd driver too so hopefully more people can test it out. Note that libgd uses integer alpha values in the range 0-127 with 0 being opaque. This is quite different to the convention in cairo, and also now in plplot. I'm happy to stick with the 0.0-1.0 range with 1.0 as opaque though since this seems more natural. I'm fairly sure this is what I have seen elsewhere too. Regards Andrew On Sun, Jan 06, 2008 at 03:33:55PM -0500, Hazen Babcock wrote: > > Hello, > > I've added alpha value support to plplot core as discussed many > months ago. I did this by (1) adding an additional member to the > PLColor structure to store the alpha value and (2) adding a bunch of > new functions to the API so that you can fiddle with the alpha value. > I've also added a new example (x30) to demonstrate how to use some > of the functions and what the effects of alpha values are in general. > At present only the cairo device driver is alpha aware so you should > not see any differences when using any of the other drivers. > > The new functions are: > plscolbga(PLINT r, PLINT g, PLINT b, PLFLT a) > plgcolbga(PLINT *r, PLINT *g, PLINT *b, PLFLT *a) > plscol0a(PLINT icol0, PLINT r, PLINT g, PLINT b, PLFLT a) > plgcol0a(PLINT icol0, PLINT *r, PLINT *g, PLINT *b, PLFLT *a) > plscmap0a(PLINT *r, PLINT *g, PLINT *b, PLFLT *a, PLINT ncol0) > > Note that at present you can only change / interrogate the alpha > values for color table 0. > > Thoughts? > > -Hazen > > > - > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ > ___ > Plplot-devel mailing list > Plplot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/plplot-devel > - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Tcl 8.5
On Tue, Jan 08, 2008 at 08:43:46AM +0100, Arjen Markus wrote: > > Well, Tcl 8.5 has finally landed in Fedora Development again. You can > > see some results from earlier attempts here: > > http://www.mail-archive.com/plplot-devel@lists.sourceforge.net/msg00440.html > > > > I've attached my recreated attempt to patch to handle it. Again, we > > compile, but the examples don't actually run: > > > >8/ 14 Testing examples_tcl > > Test command: /bin/bash -c > > EXAMPLES_DIR=/builddir/build/BUILD/plplot-5.8.0/fedora/examples\ > > SRC_EXAMPLES_DIR=/builddir/build/BUILD/plplot-5.8.0/examples\ > > PLPLOT_LIB=/builddir/build/BUILD/plplot-5.8.0/data/\ ./plplot-test.sh\ > > --device=psc\ --front-end=tcl > > Testing front-end tcl > > application-specific initialization failed: > > invalid command name "plinit" > > invalid command name "plgdev" > > invalid command name "plgdev" > > invalid command name "plgdev" > > invalid command name "plgdev" > > application-specific initialization failed: > > invalid command name "plinit" > > invalid command name "matrix" > > application-specific initialization failed: > > invalid command name "plinit" > > while executing > > "plinit" > > (file "./x01" line 17) > > -- Process completed > > ***Failed > > > > This needs someone knowledgeable with Tcl internals to take a look. > > > > That looks as if the names of these commands were not imported properly. > Does this happen on Fedora only or is it common on other (Linux) systems as > well? > > (I do not have ready access to a Linux machine with Tcl 8.5 and PLplot > installed, so I need to fall back on Cygwin or MingW to check this > and these seem to have completely different issues, last time I tried). > > I am trying to think of a way to debug this problem - I will come back > to it, unless somebody else beats me to it. tcl 8.5 is in Debian testing. Unfortunately I don't have easy access to this until next week, but if you have not found a solution by then I will be able to help. Alan might be able to test things out in the meantime - I know he has Debian testing installed too. Andrew - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Tcl 8.5
On 2008-01-08 15:16- Andrew Ross wrote: > tcl 8.5 is in Debian testing. Unfortunately I don't have easy access to > this until next week, but if you have not found a solution by then I > will be able to help. Alan might be able to test things out in the > meantime - I know he has Debian testing installed too. I am in the middle of setting up such a test right now. It turns out there are itcl/itk complications. More later. 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 __ - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Tcl 8.5
Maurice, there is a question at the end for you about the current status of itcl. On 2008-01-07 13:58-0700 Orion Poplawski wrote: > Well, Tcl 8.5 has finally landed in Fedora Development again. You can see > some results from earlier attempts here: > http://www.mail-archive.com/plplot-devel@lists.sourceforge.net/msg00440.html > > I've attached my recreated attempt to patch to handle it. Again, we compile, > but the examples don't actually run: > [...] This needs someone knowledgeable with Tcl internals to take a look. Orion, I am not that knowledgable about Tcl internals, but I do know in the past we have struggled with what to do about the internal (private) API for Tcl, and our solution has been to copy only the minimal #defines that we need rather than include the internal headers because many distros did not (at least in the past) package those internal headers. Therefore, your patch made me uneasy because you do include internal headers. Also you did some changes from CMake lists to blank-delimited strings. Generally, list processing is the preferred approach with CMake so I am trying to replace blank-delimited strings by lists wherever possible. Because of my concerns with your patch, I tried an alternative of absolutely minimalist changes. This approach (which I have just committed as of revision 8126) works (i.e., ctests without problems) with at least the Debian testing version of Tcl 8.5. Will you please give it a try to see if it works for Fedora Development? Andrew and Arjen will you please test as well on the platforms available to you? Note, if you have Tcl 8.5 on your system you must specify the cmake option -DHAVE_TCL_GT_84=ON. Normally that option defaults to OFF. (Later, if my Tcl 8.5 changes work for everybody regardless of whether they have Tcl 8.4 or 8.5, this crude approach should be replaced by a good automatic cross-platform test for the Tcl version, but I will leave that refinement for some Tcl expert.) N.B. itcl is not compatible with Tcl 8.5, and is probably going to be a problem for all future versions of Tcl because it appears not to be maintained any more. http://sourceforge.net/project/showfiles.php?group_id=13244 shows the last itcl release was a release candidate (!) done almost thre years ago. From the itcl FAQ, itcl is not a pure Tcl extension; it has to patch the Tcl core. Debian testing package dependencies show the latest itcl package depends on the tcl 8.4 package and is inconsistent with tcl 8.5. So my strong advice is to disable itcl and itk if you are going to try Tcl/Tk 8.5. Orion, interference from itcl may be the cause of your ctest time troubles with Tcl 8.5. Maurice, I would appreciate your further comments on the itcl situation. Is it not compatible with tcl 8.5 because that version of Tcl uses its own OO approach or is OO not going to be available at all for the Tcl future unless somebody starts actively supporting itcl? 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 __ - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Alpha values
On 2008-01-08 12:51- Andrew Ross wrote: > > Hazen, > > Many thanks for this. It's a useful feature to have and I'm glad someone > has finally got round to starting to code it in. I've added support for > alpha values to the gd driver too so hopefully more people can test it out. > > Note that libgd uses integer alpha values in the range 0-127 with 0 > being opaque. This is quite different to the convention in cairo, and > also now in plplot. I'm happy to stick with the 0.0-1.0 range with 1.0 > as opaque though since this seems more natural. I'm fairly sure this is > what I have seen elsewhere too. My thanks to both Hazen for the initial effort and Andrew for the libgd followup. There are no obvious build problems on Debian testing with the new alpha transparency capability, and the (libgd) PNG results for example 30 look like a nice demonstration of the new capability. 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 __ - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Tcl 8.5
> Note, if you have Tcl 8.5 on your system you must specify the cmake option > -DHAVE_TCL_GT_84=ON. Normally that option defaults to OFF. (Later, if my > Tcl 8.5 changes work for everybody regardless of whether they have Tcl 8.4 > or 8.5, this crude approach should be replaced by a good automatic > cross-platform test for the Tcl version, but I will leave that refinement > for some Tcl expert.) > > N.B. itcl is not compatible with Tcl 8.5, and is probably going to be a > problem for all future versions of Tcl because it appears not to be > maintained any more. > http://sourceforge.net/project/showfiles.php?group_id=13244 shows the last > itcl release was a release candidate (!) done almost thre years ago. From > the itcl FAQ, itcl is not a pure Tcl extension; it has to patch the Tcl > core. Debian testing package dependencies show the latest itcl package > depends on the tcl 8.4 package and is inconsistent with tcl 8.5. > > So my strong advice is to disable itcl and itk if you are going to try > Tcl/Tk 8.5. Orion, interference from itcl may be the cause of your ctest > time troubles with Tcl 8.5. > That was indeed the case. Building the latest svn against Tcl 8.5 in Fedora Development without itcl/itk went fine, thanks. In fact, I can't tell any difference between what is built in the two versions. Does Itcl add anything to plplot? - Orion - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Tcl 8.5
On Tuesday, January 8, 2008 at 16:11:13 (-0800) Alan W. Irwin writes: > Maurice, there is a question at the end for you about the current > status of itcl. > .. > N.B. itcl is not compatible with Tcl 8.5, and is probably going to be a > problem for all future versions of Tcl because it appears not to be > maintained any more. I hope that's not the case. Last time there was an itcl-breaking Tcl release, there was a subsequent itcl update to fix everything IIRC. So while it might not be an active project in the conventional sense, that doesn't mean someone won't step in to fix it to work with the latest Tcl. > http://sourceforge.net/project/showfiles.php?group_id=13244 shows the last > itcl release was a release candidate (!) done almost thre years ago. From > the itcl FAQ, itcl is not a pure Tcl extension; it has to patch the Tcl > core. Debian testing package dependencies show the latest itcl package > depends on the tcl 8.4 package and is inconsistent with tcl 8.5. That FAQ entry sounds old. True at one time, but currently AFAIK itcl does represent a pure extension. Once namespaces & some other needed core Tcl support was added ages ago, the need to patch Tcl went away. Again, this is all by memory so YMMV. > So my strong advice is to disable itcl and itk if you are going to try > Tcl/Tk 8.5. Orion, interference from itcl may be the cause of your ctest > time troubles with Tcl 8.5. > > Maurice, I would appreciate your further comments on the itcl situation. Is > it not compatible with tcl 8.5 because that version of Tcl uses its own OO > approach or is OO not going to be available at all for the Tcl future unless > somebody starts actively supporting itcl? I'll take a look but it might not be this week. -- Maurice LeBrun - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Tcl 8.5
On Tuesday, January 8, 2008 at 21:30:21 (-0700) [EMAIL PROTECTED] writes: > > > So my strong advice is to disable itcl and itk if you are going to try > > Tcl/Tk 8.5. Orion, interference from itcl may be the cause of your ctest > > time troubles with Tcl 8.5. > > > > That was indeed the case. Building the latest svn against Tcl 8.5 in > Fedora Development without itcl/itk went fine, thanks. In fact, I can't > tell any difference between what is built in the two versions. Does Itcl > add anything to plplot? A nicer file selector, I think that's it. I resisted plunging into itcl when I developed the original TK widget. Would've been much cooler, but I was worried itcl wasn't ubiquitous enough at the time. And now it hasn't been updated in ages. Sigh.. -- Maurice LeBrun - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Alpha values
> > Hazen, > > Many thanks for this. It's a useful feature to have and I'm glad someone > has finally got round to starting to code it in. I've added support for > alpha values to the gd driver too so hopefully more people can test it > out. > > Note that libgd uses integer alpha values in the range 0-127 with 0 > being opaque. This is quite different to the convention in cairo, and > also now in plplot. I'm happy to stick with the 0.0-1.0 range with 1.0 > as opaque though since this seems more natural. I'm fairly sure this is > what I have seen elsewhere too. > The 0.0-1.0 range is also used in Tk 8.5 with 0 completely transparant and 1 completely opaque. So that supports your impression. The libgd convention seems rather arbitrary to me (127 as the maximum? Why not 255, as with the RGB values?) Regards, Arjen - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Tcl 8.5
On 2008-01-08 22:56-0600 Maurice LeBrun wrote: > On Tuesday, January 8, 2008 at 16:11:13 (-0800) Alan W. Irwin writes: > > Maurice, there is a question at the end for you about the current > > status of itcl. > > .. > > N.B. itcl is not compatible with Tcl 8.5, and is probably going to be a > > problem for all future versions of Tcl because it appears not to be > > maintained any more. > > I hope that's not the case. Last time there was an itcl-breaking Tcl release, > there was a subsequent itcl update to fix everything IIRC. So while it might > not be an active project in the conventional sense, that doesn't mean someone > won't step in to fix it to work with the latest Tcl. > > > http://sourceforge.net/project/showfiles.php?group_id=13244 shows the last > > itcl release was a release candidate (!) done almost thre years ago. From > > the itcl FAQ, itcl is not a pure Tcl extension; it has to patch the Tcl > > core. Debian testing package dependencies show the latest itcl package > > depends on the tcl 8.4 package and is inconsistent with tcl 8.5. > > That FAQ entry sounds old. True at one time, but currently AFAIK itcl does > represent a pure extension. Once namespaces & some other needed core Tcl > support was added ages ago, the need to patch Tcl went away. Again, this > is all by memory so YMMV. > > > So my strong advice is to disable itcl and itk if you are going to try > > Tcl/Tk 8.5. Orion, interference from itcl may be the cause of your ctest > > time troubles with Tcl 8.5. > > > > Maurice, I would appreciate your further comments on the itcl situation. Is > > it not compatible with tcl 8.5 because that version of Tcl uses its own OO > > approach or is OO not going to be available at all for the Tcl future unless > > somebody starts actively supporting itcl? > > I'll take a look but it might not be this week. Thanks, Maurice, for your comments. Based on them I got up my courage to actually leave itcl and itk enabled with tcl 8.5 and ctest still worked! I also did "make install" and tried -dev tk with the installed examples and everything seemed to work. However, from your further comments itcl/itk plays only a small role in PLplot so it may take a particular interactive test of the -dev tk gui that I missed or some other specific interactive test to actually discover whether the itcl/itk-related part of Plplot is working or not. Of course, it could be working fine because Debian testing allows me to have both Tcl 8.5 and Tcl 8.4 installed (in fact demands Tcl 8.4 when itcl/itk is installed). Until we get the definitive word from Maurice about whether it is possible, in general, to mix itcl/itk with a pure Tcl 8.5 environment, my "strong advice" comment above is probably too strong and should be downgraded to "proceed with caution". Orion, I was very glad to hear that svn trunk works for you now in your pure Tcl 8.5 environment with itcl/itk disabled. Do you want to try out the further test of enabling itcl/itk for PLplot for your environment? Since your environment (unlike mine) is pure Tcl 8.5, you may get a very different result than mine. 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 __ - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Tcl 8.5
> On Tue, Jan 08, 2008 at 08:43:46AM +0100, Arjen Markus wrote: >> > Well, Tcl 8.5 has finally landed in Fedora Development again. You can >> > see some results from earlier attempts here: >> > http://www.mail-archive.com/plplot-devel@lists.sourceforge.net/msg00440.html >> > >> > I've attached my recreated attempt to patch to handle it. Again, we >> > compile, but the examples don't actually run: >> > >> >8/ 14 Testing examples_tcl >> > Test command: /bin/bash -c >> > EXAMPLES_DIR=/builddir/build/BUILD/plplot-5.8.0/fedora/examples\ >> > SRC_EXAMPLES_DIR=/builddir/build/BUILD/plplot-5.8.0/examples\ >> > PLPLOT_LIB=/builddir/build/BUILD/plplot-5.8.0/data/\ ./plplot-test.sh\ >> > --device=psc\ --front-end=tcl >> > Testing front-end tcl >> > application-specific initialization failed: >> > invalid command name "plinit" >> > invalid command name "plgdev" >> > invalid command name "plgdev" >> > invalid command name "plgdev" >> > invalid command name "plgdev" >> > application-specific initialization failed: >> > invalid command name "plinit" >> > invalid command name "matrix" >> > application-specific initialization failed: >> > invalid command name "plinit" >> > while executing >> > "plinit" >> > (file "./x01" line 17) >> > -- Process completed >> > ***Failed >> > >> > This needs someone knowledgeable with Tcl internals to take a look. >> > >> >> That looks as if the names of these commands were not imported properly. >> Does this happen on Fedora only or is it common on other (Linux) systems >> as >> well? >> >> (I do not have ready access to a Linux machine with Tcl 8.5 and PLplot >> installed, so I need to fall back on Cygwin or MingW to check this >> and these seem to have completely different issues, last time I tried). >> >> I am trying to think of a way to debug this problem - I will come back >> to it, unless somebody else beats me to it. > > tcl 8.5 is in Debian testing. Unfortunately I don't have easy access to > this until next week, but if you have not found a solution by then I > will be able to help. Alan might be able to test things out in the > meantime - I know he has Debian testing installed too. > I tried to build PLplot for Tcl 8.4 under MingW (with the intent to move on to Tcl 8.5 if all went well), just to see what would happen (and to have access to the generated source code for inspection). In previous attempts - with Cygwin at least - there was all manner of problems, due to the incorrect indication of the particular platform. But with MingW building worked smoothly. I have not yet tested the build yet, did not have time. But this is encouraging! Regards, Arjen - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
Re: [Plplot-devel] Tcl 8.5
> > Maurice, I would appreciate your further comments on the itcl situation. > Is > it not compatible with tcl 8.5 because that version of Tcl uses its own OO > approach or is OO not going to be available at all for the Tcl future > unless > somebody starts actively supporting itcl? > The traditional problem with Itcl has always been that it uses the Tcl internals (which are not meant to be used by extensions). I do not know enough about Itcl to comment on the current situation, but it has not been actively maintained. The problem with OO in Tcl is not the lack of it, but the abundance. There are quite a few approaches to OO: Itcl is one, but XOTcl, Snit, Stooop and Tao are a few others. Recently, one of the Tcl Core Team members, Donal Fellows, has taken up the challenge of providing a unifying framework inside the Tcl core (available as an extension called TclOO), but it will take some work still to make it suitable for all these various approaches. Work on Itcl has been picked by Arnulf Wiedermann, who is re-implementing it to cooperate in a nicer way with the Tcl core and the TclOO framework. Well, the above is a trifle detailed perhaps, but I thought it a good idea to explain the developments at this front. Regards, Arjen (who uses Tcl a lot ;)) - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
