You can subscribe to this list here.
| 2001 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(1) |
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(1) |
Sep
|
Oct
(83) |
Nov
(57) |
Dec
(111) |
| 2004 |
Jan
(38) |
Feb
(121) |
Mar
(107) |
Apr
(241) |
May
(102) |
Jun
(190) |
Jul
(239) |
Aug
(158) |
Sep
(184) |
Oct
(193) |
Nov
(47) |
Dec
(68) |
| 2005 |
Jan
(190) |
Feb
(105) |
Mar
(99) |
Apr
(65) |
May
(92) |
Jun
(250) |
Jul
(197) |
Aug
(128) |
Sep
(101) |
Oct
(183) |
Nov
(186) |
Dec
(42) |
| 2006 |
Jan
(102) |
Feb
(122) |
Mar
(154) |
Apr
(196) |
May
(181) |
Jun
(281) |
Jul
(310) |
Aug
(198) |
Sep
(145) |
Oct
(188) |
Nov
(134) |
Dec
(90) |
| 2007 |
Jan
(134) |
Feb
(181) |
Mar
(157) |
Apr
(57) |
May
(81) |
Jun
(204) |
Jul
(60) |
Aug
(37) |
Sep
(17) |
Oct
(90) |
Nov
(122) |
Dec
(72) |
| 2008 |
Jan
(130) |
Feb
(108) |
Mar
(160) |
Apr
(38) |
May
(83) |
Jun
(42) |
Jul
(75) |
Aug
(16) |
Sep
(71) |
Oct
(57) |
Nov
(59) |
Dec
(152) |
| 2009 |
Jan
(73) |
Feb
(213) |
Mar
(67) |
Apr
(40) |
May
(46) |
Jun
(82) |
Jul
(73) |
Aug
(57) |
Sep
(108) |
Oct
(36) |
Nov
(153) |
Dec
(77) |
| 2010 |
Jan
(42) |
Feb
(171) |
Mar
(150) |
Apr
(6) |
May
(22) |
Jun
(34) |
Jul
(31) |
Aug
(38) |
Sep
(32) |
Oct
(59) |
Nov
(13) |
Dec
(62) |
| 2011 |
Jan
(114) |
Feb
(139) |
Mar
(126) |
Apr
(51) |
May
(53) |
Jun
(29) |
Jul
(41) |
Aug
(29) |
Sep
(35) |
Oct
(87) |
Nov
(42) |
Dec
(20) |
| 2012 |
Jan
(111) |
Feb
(66) |
Mar
(35) |
Apr
(59) |
May
(71) |
Jun
(32) |
Jul
(11) |
Aug
(48) |
Sep
(60) |
Oct
(87) |
Nov
(16) |
Dec
(38) |
| 2013 |
Jan
(5) |
Feb
(19) |
Mar
(41) |
Apr
(47) |
May
(14) |
Jun
(32) |
Jul
(18) |
Aug
(68) |
Sep
(9) |
Oct
(42) |
Nov
(12) |
Dec
(10) |
| 2014 |
Jan
(14) |
Feb
(139) |
Mar
(137) |
Apr
(66) |
May
(72) |
Jun
(142) |
Jul
(70) |
Aug
(31) |
Sep
(39) |
Oct
(98) |
Nov
(133) |
Dec
(44) |
| 2015 |
Jan
(70) |
Feb
(27) |
Mar
(36) |
Apr
(11) |
May
(15) |
Jun
(70) |
Jul
(30) |
Aug
(63) |
Sep
(18) |
Oct
(15) |
Nov
(42) |
Dec
(29) |
| 2016 |
Jan
(37) |
Feb
(48) |
Mar
(59) |
Apr
(28) |
May
(30) |
Jun
(43) |
Jul
(47) |
Aug
(14) |
Sep
(21) |
Oct
(26) |
Nov
(10) |
Dec
(2) |
| 2017 |
Jan
(26) |
Feb
(27) |
Mar
(44) |
Apr
(11) |
May
(32) |
Jun
(28) |
Jul
(75) |
Aug
(45) |
Sep
(35) |
Oct
(285) |
Nov
(99) |
Dec
(16) |
| 2018 |
Jan
(8) |
Feb
(8) |
Mar
(42) |
Apr
(35) |
May
(23) |
Jun
(12) |
Jul
(16) |
Aug
(11) |
Sep
(8) |
Oct
(16) |
Nov
(5) |
Dec
(8) |
| 2019 |
Jan
(9) |
Feb
(28) |
Mar
(4) |
Apr
(10) |
May
(7) |
Jun
(4) |
Jul
(4) |
Aug
|
Sep
(4) |
Oct
|
Nov
(23) |
Dec
(3) |
| 2020 |
Jan
(19) |
Feb
(3) |
Mar
(22) |
Apr
(17) |
May
(10) |
Jun
(69) |
Jul
(18) |
Aug
(23) |
Sep
(25) |
Oct
(11) |
Nov
(20) |
Dec
(9) |
| 2021 |
Jan
(1) |
Feb
(7) |
Mar
(9) |
Apr
|
May
(1) |
Jun
(8) |
Jul
(6) |
Aug
(8) |
Sep
(7) |
Oct
|
Nov
(2) |
Dec
(23) |
| 2022 |
Jan
(23) |
Feb
(9) |
Mar
(9) |
Apr
|
May
(8) |
Jun
(1) |
Jul
(6) |
Aug
(8) |
Sep
(30) |
Oct
(5) |
Nov
(4) |
Dec
(6) |
| 2023 |
Jan
(2) |
Feb
(5) |
Mar
(7) |
Apr
(3) |
May
(8) |
Jun
(45) |
Jul
(8) |
Aug
|
Sep
(2) |
Oct
(14) |
Nov
(7) |
Dec
(2) |
| 2024 |
Jan
(4) |
Feb
(4) |
Mar
|
Apr
(7) |
May
(2) |
Jun
(1) |
Jul
|
Aug
(5) |
Sep
|
Oct
|
Nov
(4) |
Dec
(14) |
| 2025 |
Jan
(22) |
Feb
(6) |
Mar
(5) |
Apr
(14) |
May
(6) |
Jun
(11) |
Jul
(19) |
Aug
|
Sep
(17) |
Oct
(1) |
Nov
(2) |
Dec
(18) |
| 2026 |
Jan
|
Feb
|
Mar
(5) |
Apr
|
May
(2) |
Jun
(1) |
Jul
(6) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Ethan A M. <merritt@u.washington.edu> - 2006-11-02 16:13:45
|
On Thursday 02 November 2006 03:50 am, Petr Mikulik wrote: > Here is a bug report from a user: > > In the following script, the map (for a 3D file) is shifted in the opposite > (wrong) direction in the png output file compared to other terminals wxt and pdf give the same output as png x11 and postscript give a different result, as you noted. Which is correct? So far as I can see, the documentation says nothing about shifting the image if the axis is rescaled. So strictly speaking I don't think it is a bug because there is no promise of any particular behavior. Having said that, I find the wxt/pdf/png behavior more expected. So if we change existing drivers to make them consistent, I vote for changing x11 and postscript to match the others ==> always place the lower left corner of the image at the requested coordinate origin. > set xrange [20:-20] > #set xrange [-20:20] > > plot "a.dat" w image > > set terminal png; set output "s.png" > replot > set term postscript color; set out 'a.ps'; replot > set term fig color; set out 'a.fig'; replot > set out; set term pop > > > Is it a bug in the gd terminal? > > --- > PM > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > gnuplot-beta mailing list > gnu...@li... > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta > -- Ethan A Merritt Biomolecular Structure Center University of Washington, Seattle 98195-7742 |
|
From: John <aen...@ya...> - 2006-11-02 12:30:22
|
Hi, I'm using the pslatex terminal of gnuplot. Everything works fine but the annoying thing is that the default key width is proportional to the number of characters contained in the title. However, the numbers of characters produced by the LaTeX code $\\delta=1$ (see code below) are less and so everytime I have to adjust the key width by hand. Is there a trick or a regular feature to deal with this problem? Here is the gnuplot code set terminal pslatex norotate set output "out.tex" set format xy "$%g$" set key right bottom Left reverse spacing 2 width -3.5 box lw 0.5 plot [x=0:1] [0:1] "data.txt" title "$\\delta=1$" w l lt 1 lw 1 John |
|
From: Petr M. <mi...@ph...> - 2006-11-02 11:51:07
|
Here is a bug report from a user: In the following script, the map (for a 3D file) is shifted in the opposite (wrong) direction in the png output file compared to other terminals. set xrange [20:-20] #set xrange [-20:20] plot "a.dat" w image set terminal png; set output "s.png" replot set term postscript color; set out 'a.ps'; replot set term fig color; set out 'a.fig'; replot set out; set term pop Is it a bug in the gd terminal? --- PM |
|
From: Nibbler <rea...@ho...> - 2006-11-01 20:05:06
|
Hi, I would like to have output file which is jpeg. Now im using png and it is working just fine. Is it possible to get jpeg output ? I try like this: set terminal jpg small set output "picture.jpg" But I get error. my gnuplot version is 4.0 Thanks for your time. -- View this message in context: http://www.nabble.com/How-to-get-jpeg-output-tf2555583.html#a7121418 Sent from the Gnuplot - Dev mailing list archive at Nabble.com. |
|
From: Ethan A M. <merritt@u.washington.edu> - 2006-10-27 03:33:15
|
On Thursday 26 October 2006 02:40 pm, Timoth=C3=A9e Lecomte wrote: > Timoth=C3=A9e Lecomte wrote: >=20 > Would you mind if I send a screenshot along with some explanation to the= =20 > cairo mailing list (that's one of the first example of using cairo as a=20 > backend for 3D rendering program I think) ? I was planning to put it on the web site anyhow. It's basically just the hidden2 demo we already have, with different coloring+fill options. =2D-=20 Ethan A Merritt Biomolecular Structure Center University of Washington, Seattle 98195-7742 |
|
From: Ethan M. <merritt@u.washington.edu> - 2006-10-27 00:39:36
|
On Thursday 26 October 2006 02:37 pm, Timoth=C3=A9e Lecomte wrote: > Ethan Merritt wrote: > > <...> > > As an apology, I offer the following test script for > > transparency. The output is rather nice in png or wxt. > > > > Wow ! This one is wonderful ! I have never imagined such a thing > would be possible with gnuplot ! > (doesn't work with png for me - no transparency, only with wxt) You need to select truecolor in order to have an alpha channel in png. set term png truecolor =2D-=20 Ethan A Merritt Biomolecular Structure Center University of Washington, Seattle WA |
|
From: <tim...@en...> - 2006-10-26 22:02:24
|
Joe Koski wrote: > on 10/25/06 11:28 AM, Timoth=E9e Lecomte at tim...@en... wro= te: > > =20 >> <...> >>> Then I went back and rebuilt gnuplot-4.2.rc1, including wxt, with the= new >>> pango and cairo. The wxt plot window again appears with gnuplot, but = I still >>> can't get focus inside the plot window. I do see Mac fonts, however. = The >>> cursor behavior has changed. When the plot appears, my arrow cursor c= hanges >>> to crosshairs similar to X11, which is a step forward. When I place t= he >>> crosshairs over the plot window, the cursor changes to a spinning col= or >>> pinwheel. If I click back to the finder, I get my arrow cursor back. >>> >>> I'm with Per. I'm surprised that the wxWidget folks don't have a way = of >>> getting focus without bundling. Should I post the question there? >>> =20 >>> =20 >> It doesn't seem to be a rare question, since the wxWidgets wiki is qui= te >> lengthy about it. We should have looked at it earlier. Below are a >> couple of interesting links: >> >> http://www.wxwidgets.org/wiki/index.php/App_Not_Getting_Input_When_Run >> >> "You _must_ create a bundle for Carbon and Cocoa apps on OS X. >> >> If your binary is named "foo" then this works for testing purposes >> (don't ship like this): mkdir -p foo.app/Contents/MacOS mv foo >> foo.app/Contents/MacOS >> >> When you get things working you can eventually tweak your build system >> to make the bundle before the final link step and pass -o >> foo.app/Contents/MacOS/foo to the linker rather than plain -o foo." >> >> Some more details: >> http://www.wxwidgets.org/wiki/index.php/Distributing_WxWidgets_Applica= tions-Di >> stributing_WxMac_Programs >> http://www.wxwidgets.org/wiki/index.php/Installing_WxMac#Executables_.= 28.27Bun >> dles.27.29 >> http://www.wxwidgets.org/wiki/index.php/WxMac_Issues#Building_a_MacOSX= _applica >> tion_bundle >> >> Could you try the mkdir suggestion above ? (Don't use my second patch, >> it should be useless.) It seems quite straightforward. >> >> >> I also asked on irc again, and was redirected to the following page: >> http://wxforum.shadonet.com/viewtopic.php?t=3D9146 >> >> The alternative to "bundling" is the "resource fork", that can be done= with: >> >> /Developer/Tools/Rez -d __DARWIN__ -t APPL -d __WXMAC__ -i >> <insert_app_name> -d WXUSINGDLL -o <insert_app_name> Carbon.r >> >> where <insert_app_name> is the name of the executable (gnuplot here). = On >> http://wxforum.shadonet.com/viewtopic.php?t=3D6045&highlight=3Dmacos, = it is >> said that this is only for test purposes. >> >> >> I hope you'll finally get it working ! >> >> Best regards, >> >> Timoth=E9e >> >> =20 > Timoth=E9e, Per, > > I tried both approaches to resolve the focus problem with my gnuplot bi= nary, > but the problem persists. Thanks to Timoth=E9e for finding the links th= at > clearly state the problem, and also state the solutions. > > First I tried making a simple gnuplot.app structure like the one in the= web > page > > http://www.wxwidgets.org/wiki/index.php/App_Not_Getting_Input_When_Ru= n > > but, if you try to execute gnuplot, it probably needs to launch a termi= nal > application like iTerm.app, then gnuplot via a script so you can commun= icate > with the gnuplot. (I think that's what Per was hinting to me a year or = more > back when he suggested iTerm.app, while we were trying to figure out ho= w to > bundle octave). When I double-clicked gnuplot.app, the hard disk made a > noise, but nothing happened. > =20 I have two things to say about that: First, it looks like you can use the "open" command to start the bundled=20 application from the command line. Since gnuplot is a command-line=20 application, it may help. ('open gnuplot.app' or 'open -b gnuplot.app'=20 may do the trick) Second, what is said on the above page may not be enough. From another=20 discussion on irc and reading of the other pages I mentioned, it looks=20 like you also need a file called gnuplot.app/Contents/Info.plist that=20 describes the content of the bundle. Below is an example adapted from=20 http://www.wxwidgets.org/wiki/index.php/Mac_OS_X_And_Xcode_For_Beginners = : <?xml version=3D"1.0" encoding=3D"UTF-8"?> <!DOCTYPE plist PUBLIC "-//Apple Computer//DTD PLIST 1.0//EN" "http://www= .apple.com/DTDs/PropertyList-1.0.dtd"> <plist version=3D"1.0"> <dict> <key>CFBundleDevelopmentRegion</key> <string>English</string> <key>CFBundleExecutable</key> <string>gnuplot</string> <key>CFBundleGetInfoString</key> <string>gnuplot 4.2, (c) 2006 Thomas Williams and others</string> <key>CFBundleIconFile</key> <string>wxmac.icns</string> <key>CFBundleIdentifier</key> <string>org.gnuplot.app</string> <key>CFBundleInfoDictionaryVersion</key> <string>6.0</string> <key>CFBundleLongVersionString</key> <string>4.2, (c) 2006 Code::gnuplot</string> <key>CFBundleName</key> <string>gnuplot</string> <key>CFBundlePackageType</key> <string>APPL</string> <key>CFBundleShortVersionString</key> <string>4.2</string> <key>CFBundleSignature</key> <string>????</string> <key>CFBundleVersion</key> <string>4.2</string> <key>LSRequiresCarbon</key> <true/> <key>NSHumanReadableCopyright</key> <string>Copyright 2006 me</string> </dict> </plist> > Then I tried the Rez incantation > > jakoski$ /Developer/Tools/Rez -d __DARWIN__ -t APPL -d __WXMAC__ -i gnu= plot > -d WXUSINGDLL -o gnuplot Carbon.r > > and, indeed, something happened to gnuplot, as there was a delay of a s= econd > or two at the command line while the hard disk made noise, and no error= s > were reported. When I tried the resulting Rez modified binary, it worke= d, > but the focus problem remained. I'm sorry, but I can't help here. > Do we need a separate wxt.app, or is that > called AquaTerm? > =20 No, the wxt terminal is built inside the gnuplot executable. There is=20 nothing more than the gnuplot executable and the other libraries that=20 you compiled before, and I guess those are loaded at run-time and don't=20 need to be in the bundle or anything. > Unless we can get the Rez modification to work, there are some importan= t > implications for gnuplot here, and I think Per can give us some insight > based on his experience with gnuplot and AquaTerm. > > If I am interpreting this correctly, the only sensible way to distribut= e > gnuplot-4.2 for Macs, with the wxt terminal included, is via a bundled > application. This is great for the end user (easy installation), but > requires significantly more work on the Mac development end to pull thi= ngs > together. > =20 Ultimately, it will be a matter of a makefile, nothing extraordinary. We=20 just need to get it working by hand first ;) I'm sorry not to have a Mac=20 to help more here. Best regards, Timoth=E9e |
|
From: <tim...@en...> - 2006-10-26 21:42:39
|
Timoth=C3=A9e Lecomte wrote: > Ethan Merritt wrote: > =20 >> <...> >> As an apology, I offer the following test script for >> transparency. The output is rather nice in png or wxt. >> >> # >> # Translucent tori with pm3d coloring >> # >> unset border >> set style fill transparent solid 0.30 border >> set dummy u,v >> unset key >> set style line 2 linetype 2 linecolor rgb "#a0a0f0" linewidth 0.500 = pointtype=20 >> 2 pointsize default >> set object 1 rect from screen 0, 0, 0 to screen 1, 1, 0 behind \ >> lw 1.0 fc rgb "gray" fillstyle solid 1.00 border -1 >> set parametric >> set view 64, 345, 1.24375, 0.995902 >> set isosamples 50, 20 >> set noxtics >> set noytics >> set noztics >> set title "Interlocking Tori - PM3D surface with depth sorting and tra= nsparency" >> set urange [ -3.14159 : 3.14159 ] >> set vrange [ -3.14159 : 3.14159 ] >> set pm3d depthorder >> set pm3d interpolate 1,1 flush begin noftriangles hidden3d 2 corners2c= olor mean >> set palette rgbformulae 8, 9, 7 >> splot cos(u)+.5*cos(u)*cos(v),sin(u)+.5*sin(u)*cos(v),.5*sin(v) with p= m3d, \ >> 1+cos(u)+.5*cos(u)*cos(v),.5*sin(v),sin(u)+.5*sin(u)*cos(v) with p= m3d >> =20 >> =20 > > > Wow ! This one is wonderful ! I have never imagined such a thing would=20 > be possible with gnuplot ! > (doesn't work with png for me - no transparency, only with wxt) > > Great job ! > > Timoth=C3=A9e > =20 Would you mind if I send a screenshot along with some explanation to the=20 cairo mailing list (that's one of the first example of using cairo as a=20 backend for 3D rendering program I think) ? Timoth=C3=A9e |
|
From: <tim...@en...> - 2006-10-26 21:39:58
|
Ethan Merritt wrote: > <...> > As an apology, I offer the following test script for > transparency. The output is rather nice in png or wxt. > > # > # Translucent tori with pm3d coloring > # > unset border > set style fill transparent solid 0.30 border > set dummy u,v > unset key > set style line 2 linetype 2 linecolor rgb "#a0a0f0" linewidth 0.500 p= ointtype=20 > 2 pointsize default > set object 1 rect from screen 0, 0, 0 to screen 1, 1, 0 behind \ > lw 1.0 fc rgb "gray" fillstyle solid 1.00 border -1 > set parametric > set view 64, 345, 1.24375, 0.995902 > set isosamples 50, 20 > set noxtics > set noytics > set noztics > set title "Interlocking Tori - PM3D surface with depth sorting and tran= sparency" > set urange [ -3.14159 : 3.14159 ] > set vrange [ -3.14159 : 3.14159 ] > set pm3d depthorder > set pm3d interpolate 1,1 flush begin noftriangles hidden3d 2 corners2co= lor mean > set palette rgbformulae 8, 9, 7 > splot cos(u)+.5*cos(u)*cos(v),sin(u)+.5*sin(u)*cos(v),.5*sin(v) with pm= 3d, \ > 1+cos(u)+.5*cos(u)*cos(v),.5*sin(v),sin(u)+.5*sin(u)*cos(v) with pm= 3d > =20 Wow ! This one is wonderful ! I have never imagined such a thing would=20 be possible with gnuplot ! (doesn't work with png for me - no transparency, only with wxt) Great job ! Timoth=C3=A9e |
|
From: Ethan M. <merritt@u.washington.edu> - 2006-10-26 21:13:17
|
On Thursday 26 October 2006 03:24 am, Richard Henwood wrote:
> Hi Folks,
>
> I'm keen to try out transparency, on SuSE 10.1 86_64 so I got the
> latest CVS:
> and make fell over:
>
> ...
> graphics.c: In function =E2=80=98place_rectangles=E2=80=99:
> graphics.c:1415: error: expected expression before =E2=80=98else=E2=80=99
My fault, sorry. Although I did test-build it. I really can't
explain why the test-build worked, but the commited file was
missing a brace. I have a standard patch/build/commit-on-success
script that is supposed to prevent this sort of thing.
Anyhow, I see it's now fixed in cvs.
As an apology, I offer the following test script for
transparency. The output is rather nice in png or wxt.
#
# Translucent tori with pm3d coloring
#
unset border
set style fill transparent solid 0.30 border
set dummy u,v
unset key
set style line 2 linetype 2 linecolor rgb "#a0a0f0" linewidth 0.500 point=
type=20
2 pointsize default
set object 1 rect from screen 0, 0, 0 to screen 1, 1, 0 behind \
lw 1.0 fc rgb "gray" fillstyle solid 1.00 border -1
set parametric
set view 64, 345, 1.24375, 0.995902
set isosamples 50, 20
set noxtics
set noytics
set noztics
set title "Interlocking Tori - PM3D surface with depth sorting and transpar=
ency"
set urange [ -3.14159 : 3.14159 ]
set vrange [ -3.14159 : 3.14159 ]
set pm3d depthorder
set pm3d interpolate 1,1 flush begin noftriangles hidden3d 2 corners2color =
mean
set palette rgbformulae 8, 9, 7
splot cos(u)+.5*cos(u)*cos(v),sin(u)+.5*sin(u)*cos(v),.5*sin(v) with pm3d, \
1+cos(u)+.5*cos(u)*cos(v),.5*sin(v),sin(u)+.5*sin(u)*cos(v) with pm3d
=2D-=20
Ethan A Merritt
Biomolecular Structure Center
University of Washington, Seattle WA
|
|
From: <br...@ph...> - 2006-10-26 21:06:42
|
Richard Henwood wrote: > I appreciate that CVS is in a state of flux, and that you'll probably have > fixed this before press send on this message... We hadn't. But now we do. Thanks for the information. |
|
From: Per P. <per...@ma...> - 2006-10-26 20:00:14
|
On Oct 26, 2006, at 01:32, Joe Koski wrote: >> > Timoth=E9e, Per, > > I tried both approaches to resolve the focus problem with my =20 > gnuplot binary, > but the problem persists. Thanks to Timoth=E9e for finding the links =20= > that > clearly state the problem, and also state the solutions. > > First I tried making a simple gnuplot.app structure like the one in =20= > the web > page > > http://www.wxwidgets.org/wiki/index.php/=20 > App_Not_Getting_Input_When_Run > > but, if you try to execute gnuplot, it probably needs to launch a =20 > terminal > application like iTerm.app, then gnuplot via a script so you can =20 > communicate > with the gnuplot. (I think that's what Per was hinting to me a year =20= > or more > back when he suggested iTerm.app, while we were trying to figure =20 > out how to > bundle octave). When I double-clicked gnuplot.app, the hard disk =20 > made a > noise, but nothing happened. > > Then I tried the Rez incantation > > jakoski$ /Developer/Tools/Rez -d __DARWIN__ -t APPL -d __WXMAC__ -i =20= > gnuplot > -d WXUSINGDLL -o gnuplot Carbon.r > > and, indeed, something happened to gnuplot, as there was a delay of =20= > a second > or two at the command line while the hard disk made noise, and no =20 > errors > were reported. When I tried the resulting Rez modified binary, it =20 > worked, > but the focus problem remained. Do we need a separate wxt.app, or =20 > is that > called AquaTerm? > > Unless we can get the Rez modification to work, there are some =20 > important > implications for gnuplot here, and I think Per can give us some =20 > insight > based on his experience with gnuplot and AquaTerm. > > If I am interpreting this correctly, the only sensible way to =20 > distribute > gnuplot-4.2 for Macs, with the wxt terminal included, is via a bundled > application. Yes. I wasn't sure whether Timoth=E9e's addition was in fact a complete =20= wxGnuplot or just a terminal (see older mail). The point here is that =20= with wxMac/wxCocoa *everything* must be wrapped up in a single wx-=20 application. As you guessed, AquaTerm is simply a mechanism to (seamlessly) detach =20= the process doing the drawing (e.g. gnuplot) and the process doing =20 the rendering (AquaTerm) in a controlled manner. As an experiment, pull out the wxWhatever.app/Contents/MacOS/whatever =20= execuatable from any wxMac demo and start it at the prompt, and =20 you'll see the can't-get-any-events behaviour. *However*, X11 on Mac OS X is the same as on any other platform, so =20 the focus problem shouldn't arise if you used wxWidgets for X11. > This is great for the end user (easy installation), but > requires significantly more work on the Mac development end to pull =20= > things > together. A guesstimate is that a proper[1] port to make gnuplot a self-=20 contained Cocoa application is about the same amount of work as a =20 wxMac port. It all comes down to how familiar you are with the =20 respective class libraries etc. [1] With proper I don't mean to imply that other ways aren't any =20 good, just that *on the Mac* Cocoa provides the richest application =20 environment, enjoys full benefit from systemwide improvements, =20 adheres automatically to look-and-feel, well supported etc. Someone =20 would still have to maintain it though. > > A Mac .dmg installer is probably indicated to also install header =20 > files, > etc. so that octave and other open source applications can find =20 > gnuplot > during builds. Fortunately, gnuplot doesn't change every five =20 > minutes like > octave does, so this is probably doable without too much burden on the > developers in the long run, once the approach is perfected. > > We could sure use a knowledgeable Mac developer about now. I do not =20= > claim to > be one, so any and all advice will be given careful consideration. While I wouldn't mind to be considered for the above category, I have =20= even less time than usual at my disposal. In fact, we should try to find someone (preferrably with an Intel =20 based Mac) willing to help out with Mac development since: 1) it is not likely that I will have more time to spend on open =20 source project in the near future 2) I can't test/fix problems related to Intel Macs /Per |
|
From: Richard H. <r.h...@rl...> - 2006-10-26 10:25:23
|
Hi Folks, I'm keen to try out transparency, on SuSE 10.1 86_64 so I got the latest CVS: cvs -z3 -d:pserver:ano...@gn...:/cvsroot/gnuplot co -P gnuplot and did the following: ./prepare ./configure --with-readline=gnu --enable-history-file make and make fell over: ... if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../term -I../term -DBINDIR=\"/usr/local/bin\" -DX11_DRIVER_DIR=\"/usr/local/libexec/gnuplot/4.2\" -DGNUPLOT_PS_DIR=\"/usr/local/share/gnuplot/4.2/PostScript\" -DCONTACT=\"gnu...@li...\" -DHELPFILE=\"/usr/local/share/gnuplot/4.2/gnuplot.gih\" -I/usr/X11R6/include -I/usr/include -g -O2 -MT graphics.o -MD -MP -MF ".deps/graphics.Tpo" -c -o graphics.o graphics.c; \ then mv -f ".deps/graphics.Tpo" ".deps/graphics.Po"; else rm -f ".deps/graphics.Tpo"; exit 1; fi graphics.c: In function ‘place_rectangles’: graphics.c:1415: error: expected expression before ‘else’ graphics.c:1433: error: ‘clip_x’ undeclared (first use in this function) graphics.c:1433: error: (Each undeclared identifier is reported only once graphics.c:1433: error: for each function it appears in.) graphics.c:1437: error: ‘clip_y’ undeclared (first use in this function) graphics.c:1442: error: continue statement not within a loop graphics.c:1451: error: continue statement not within a loop graphics.c:1454: error: ‘lpstyle’ undeclared (first use in this function) graphics.c:1459: error: ‘fillstyle’ undeclared (first use in this function) graphics.c: At top level: graphics.c:1481: error: expected identifier or ‘(’ before ‘}’ token make[3]: *** [graphics.o] Error 1 I appreciate that CVS is in a state of flux, and that you'll probably have fixed this before press send on this message... but I thought I'd let you know anyway! best regards, Richard |
|
From: Joe K. <jko...@co...> - 2006-10-25 23:32:07
|
on 10/25/06 11:28 AM, Timoth=E9e Lecomte at tim...@en... wrote: > Joe Koski wrote: >> <snip> >> Timoth=E9e, Per, >>=20 >> We're now back to the focus issue in with the wxt terminal, but more on = that >> later. >>=20 >> To summarize my progress so far: >>=20 >> I now have installed on my Mac: cairo, pango, gettext, wxMac, and pkg-co= nfig >> above and beyond the usual Xcode-2.4 tools. Are any of these unnecessary= for >> building wxt on the Mac? >> =20 > I am not sure about gettext, but I guess it's a dependency of glib, > right ? If it's the case, you're all set. >> To build cairo, I did >>=20 >> ./configure --enable-atsui --enable-quartz --enable-freetype=3Dno >> --enable-xlib=3Dno >>=20 >> After two minor corrections to the pango build (thanks to Behdad on the >> gtk-i18n Mail List), I built pango with >>=20 >> ./configure --with-x=3Dno >> =20 > Ok. Good to know. >=20 >> Then I went back and rebuilt gnuplot-4.2.rc1, including wxt, with the ne= w >> pango and cairo. The wxt plot window again appears with gnuplot, but I s= till >> can't get focus inside the plot window. I do see Mac fonts, however. The >> cursor behavior has changed. When the plot appears, my arrow cursor chan= ges >> to crosshairs similar to X11, which is a step forward. When I place the >> crosshairs over the plot window, the cursor changes to a spinning color >> pinwheel. If I click back to the finder, I get my arrow cursor back. >>=20 >> I'm with Per. I'm surprised that the wxWidget folks don't have a way of >> getting focus without bundling. Should I post the question there? >> =20 >=20 > It doesn't seem to be a rare question, since the wxWidgets wiki is quite > lengthy about it. We should have looked at it earlier. Below are a > couple of interesting links: >=20 > http://www.wxwidgets.org/wiki/index.php/App_Not_Getting_Input_When_Run >=20 > "You _must_ create a bundle for Carbon and Cocoa apps on OS X. >=20 > If your binary is named "foo" then this works for testing purposes > (don't ship like this): mkdir -p foo.app/Contents/MacOS mv foo > foo.app/Contents/MacOS >=20 > When you get things working you can eventually tweak your build system > to make the bundle before the final link step and pass -o > foo.app/Contents/MacOS/foo to the linker rather than plain -o foo." >=20 > Some more details: > http://www.wxwidgets.org/wiki/index.php/Distributing_WxWidgets_Applicatio= ns-Di > stributing_WxMac_Programs > http://www.wxwidgets.org/wiki/index.php/Installing_WxMac#Executables_.28.= 27Bun > dles.27.29 > http://www.wxwidgets.org/wiki/index.php/WxMac_Issues#Building_a_MacOSX_ap= plica > tion_bundle >=20 > Could you try the mkdir suggestion above ? (Don't use my second patch, > it should be useless.) It seems quite straightforward. >=20 >=20 > I also asked on irc again, and was redirected to the following page: > http://wxforum.shadonet.com/viewtopic.php?t=3D9146 >=20 > The alternative to "bundling" is the "resource fork", that can be done wi= th: >=20 > /Developer/Tools/Rez -d __DARWIN__ -t APPL -d __WXMAC__ -i > <insert_app_name> -d WXUSINGDLL -o <insert_app_name> Carbon.r >=20 > where <insert_app_name> is the name of the executable (gnuplot here). On > http://wxforum.shadonet.com/viewtopic.php?t=3D6045&highlight=3Dmacos, it is > said that this is only for test purposes. >=20 >=20 > I hope you'll finally get it working ! >=20 > Best regards, >=20 > Timoth=E9e >=20 Timoth=E9e, Per, I tried both approaches to resolve the focus problem with my gnuplot binary= , but the problem persists. Thanks to Timoth=E9e for finding the links that clearly state the problem, and also state the solutions. First I tried making a simple gnuplot.app structure like the one in the web page http://www.wxwidgets.org/wiki/index.php/App_Not_Getting_Input_When_Run but, if you try to execute gnuplot, it probably needs to launch a terminal application like iTerm.app, then gnuplot via a script so you can communicat= e with the gnuplot. (I think that's what Per was hinting to me a year or more back when he suggested iTerm.app, while we were trying to figure out how to bundle octave). When I double-clicked gnuplot.app, the hard disk made a noise, but nothing happened. Then I tried the Rez incantation jakoski$ /Developer/Tools/Rez -d __DARWIN__ -t APPL -d __WXMAC__ -i gnuplot -d WXUSINGDLL -o gnuplot Carbon.r and, indeed, something happened to gnuplot, as there was a delay of a secon= d or two at the command line while the hard disk made noise, and no errors were reported. When I tried the resulting Rez modified binary, it worked, but the focus problem remained. Do we need a separate wxt.app, or is that called AquaTerm? Unless we can get the Rez modification to work, there are some important implications for gnuplot here, and I think Per can give us some insight based on his experience with gnuplot and AquaTerm. If I am interpreting this correctly, the only sensible way to distribute gnuplot-4.2 for Macs, with the wxt terminal included, is via a bundled application. This is great for the end user (easy installation), but requires significantly more work on the Mac development end to pull things together.=20 A Mac .dmg installer is probably indicated to also install header files, etc. so that octave and other open source applications can find gnuplot during builds. Fortunately, gnuplot doesn't change every five minutes like octave does, so this is probably doable without too much burden on the developers in the long run, once the approach is perfected. We could sure use a knowledgeable Mac developer about now. I do not claim t= o be one, so any and all advice will be given careful consideration. Meanwhile, I'll be reading the other links that Timoth=E9e found. Joe |
|
From: <br...@ph...> - 2006-10-25 20:35:06
|
Dr. Hartmut Ehmler wrote: > I have a single plot with x ranging from [0:100] and data points in that > interval. Then I want to add a function f(x) , which describes the data > only in a limited interval, e.g. [0:50]. How do I add the function with > that range to the plot? If I try "plot [0:50] f(x), data" gnuplot will > always change the x range of the whole plot and I cannot see the data from > [50:100]. Parametric mode is the generic answer to this kind of problem: set parametric set trange [0:50] plot 'data', t, f(t) title "f(x)" |
|
From: Ethan M. <merritt@u.washington.edu> - 2006-10-25 20:33:57
|
On Tuesday 24 October 2006 10:39 pm, Nibbler wrote:
>
> If i use previous code I get picture where is just a lines, but if I
> leave these out
> set terminal png
> set output "output.png"
>
> then I get picture where is filledcurves.
Please see sample output at
http://gnuplot.sourceforge.net/demo/fillcrvs.html
These are png plots made by gnuplot version 4.0
> My gnuplot version is 4.0
It is possible that your copy of gnuplot, even though it is
version 4.0, was built using a very old png driver. You can
tell by inspecting the output of "help set term png" or
"show version long". If that is the case, you'll either
have to rebuild gnuplot with the current png driver
(which is, after all, itself more that 5 years old) or
save your plot in some other format like *.eps and then
convert to png in a separate step.
--
Ethan A Merritt
Biomolecular Structure Center
University of Washington, Seattle WA
|
|
From: <br...@ph...> - 2006-10-25 20:33:30
|
Nibbler wrote: > How do you "make output"? I.e. which terminal driver, which options? > > set terminal png > set output "output.png" Looks like your gnuplot was compiled with the "wrong" PNG driver. There are two drivers going by that name. Only one of them has ever had PM3D support. See 'show version long'. |
|
From: Daniel J S. <dan...@ie...> - 2006-10-25 20:16:49
|
Dr. Hartmut Ehmler wrote: > I have a single plot with x ranging from [0:100] and data points in that > interval. Then I want to add a function f(x) , which describes the data > only in a limited interval, e.g. [0:50]. How do I add the function with > that range to the plot? If I try "plot [0:50] f(x), data" gnuplot will > always change the x range of the whole plot and I cannot see the data from > [50:100]. Try using the ternary operator as part of your function definition (help ternary). Define the support in the range of [0,50], e.g., f(x) = x<0 && x>50 ? 1/0 : <function definition> (If you want the function to actually be zero outside its support, replace 1/0 with 0.) Then try plotting with range [0:100] Dan |
|
From: Dr. H. E. <eh...@ip...> - 2006-10-25 19:16:55
|
I have a single plot with x ranging from [0:100] and data points in that interval. Then I want to add a function f(x) , which describes the data only in a limited interval, e.g. [0:50]. How do I add the function with that range to the plot? If I try "plot [0:50] f(x), data" gnuplot will always change the x range of the whole plot and I cannot see the data from [50:100]. -- Dr. Hartmut Ehmler W7-X Magnets and Cryostat currently at CEA, Saclay (France) 0033-169085706 |
|
From: <tim...@en...> - 2006-10-25 17:30:54
|
Joe Koski wrote: > <snip> > Timoth=E9e, Per, > > We're now back to the focus issue in with the wxt terminal, but more on= that > later. > > To summarize my progress so far: > > I now have installed on my Mac: cairo, pango, gettext, wxMac, and pkg-c= onfig > above and beyond the usual Xcode-2.4 tools. Are any of these unnecessar= y for > building wxt on the Mac? > =20 I am not sure about gettext, but I guess it's a dependency of glib,=20 right ? If it's the case, you're all set. > To build cairo, I did > > ./configure --enable-atsui --enable-quartz --enable-freetype=3Dno > --enable-xlib=3Dno > > After two minor corrections to the pango build (thanks to Behdad on the > gtk-i18n Mail List), I built pango with > > ./configure --with-x=3Dno > =20 Ok. Good to know. > Then I went back and rebuilt gnuplot-4.2.rc1, including wxt, with the n= ew > pango and cairo. The wxt plot window again appears with gnuplot, but I = still > can't get focus inside the plot window. I do see Mac fonts, however. Th= e > cursor behavior has changed. When the plot appears, my arrow cursor cha= nges > to crosshairs similar to X11, which is a step forward. When I place the > crosshairs over the plot window, the cursor changes to a spinning color > pinwheel. If I click back to the finder, I get my arrow cursor back. > > I'm with Per. I'm surprised that the wxWidget folks don't have a way of > getting focus without bundling. Should I post the question there? > =20 It doesn't seem to be a rare question, since the wxWidgets wiki is quite=20 lengthy about it. We should have looked at it earlier. Below are a=20 couple of interesting links: http://www.wxwidgets.org/wiki/index.php/App_Not_Getting_Input_When_Run "You _must_ create a bundle for Carbon and Cocoa apps on OS X. If your binary is named "foo" then this works for testing purposes=20 (don't ship like this): mkdir -p foo.app/Contents/MacOS mv foo=20 foo.app/Contents/MacOS When you get things working you can eventually tweak your build system=20 to make the bundle before the final link step and pass -o=20 foo.app/Contents/MacOS/foo to the linker rather than plain -o foo." Some more details: http://www.wxwidgets.org/wiki/index.php/Distributing_WxWidgets_Applicatio= ns-Distributing_WxMac_Programs http://www.wxwidgets.org/wiki/index.php/Installing_WxMac#Executables_.28.= 27Bundles.27.29 http://www.wxwidgets.org/wiki/index.php/WxMac_Issues#Building_a_MacOSX_ap= plication_bundle Could you try the mkdir suggestion above ? (Don't use my second patch,=20 it should be useless.) It seems quite straightforward. I also asked on irc again, and was redirected to the following page: http://wxforum.shadonet.com/viewtopic.php?t=3D9146 The alternative to "bundling" is the "resource fork", that can be done wi= th: /Developer/Tools/Rez -d __DARWIN__ -t APPL -d __WXMAC__ -i=20 <insert_app_name> -d WXUSINGDLL -o <insert_app_name> Carbon.r where <insert_app_name> is the name of the executable (gnuplot here). On=20 http://wxforum.shadonet.com/viewtopic.php?t=3D6045&highlight=3Dmacos, it = is=20 said that this is only for test purposes. I hope you'll finally get it working ! Best regards, Timoth=E9e |
|
From: Nibbler <rea...@ho...> - 2006-10-25 05:39:33
|
Thanks again for your advice Hans-Bernhard. And thanks for reply Ethan. How do you "make output"? I.e. which terminal driver, which options? set terminal png set output "output.png" set title "Title" set xlabel 'Time' tc lt 4 set ylabel 'Data' tc lt 4 set xdata time set timefmt "%Y-%m-%d %H:%M:%S"=20 set grid plot "data.dat" using 1:3 with filledcurve 1 reset If i use previous code I get picture where is just a lines, but if I leave these out set terminal png set output "output.png" then I get picture where is filledcurves. My gnuplot version is 4.0 Hans-Bernhard Br=C3=B6ker wrote: >=20 > Nibbler wrote: >=20 >> I would like to have two files. File1 contains titles, (set grid), >> (plot), >> etc.. And one file2 contains all parameters what it gets from another >> place. >=20 > Just >=20 > =09load "file2" >=20 > from within file1. >=20 >> I have plot-file which draws filledcurves. It works fine when the >> picture comes to screen, but if I try to make output then the picture >> is ok, but there aren't any filledcurves ? >=20 > How do you "make output"? I.e. which terminal driver, which options? >=20 >=20 > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronim= o > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat= =3D121642 > _______________________________________________ > gnuplot-beta mailing list > gnu...@li... > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta >=20 >=20 --=20 View this message in context: http://www.nabble.com/Can-gnuplot-read-parame= ters-from-another-file--tf2499304.html#a6986538 Sent from the Gnuplot - Dev mailing list archive at Nabble.com. |
|
From: Joe K. <jko...@co...> - 2006-10-24 23:36:28
|
on 10/24/06 4:49 PM, Ethan Merritt at merritt@u.washington.edu wrote: > On Tuesday 24 October 2006 03:25 pm, Joe Koski wrote: >> I'm with Per. I'm surprised that the wxWidget folks don't have a way >> of getting focus without bundling. Should I post the question there? > > Could someone please enlighten me as to what "bundling" means > in this context? > > The historical meaning of the word as used in my part of the world does > not seem to pertain :-) > > http://www.eyewitnesstohistory.com/bundling.htm > Ethan, I'm just learning also, but I can see bundles in the Applications folder on my Mac. All dependencies necessary to run an application are included in a single structure that you can often "drag and drop" from the installer window to (for example) the Applications folder. To start the application, you double-click it. In other cases a disk image installer (.dmg) is used to place the application (.app) into the correct folder, and also place other files into other Mac locations such as /Library. Per sent us a link to the wikipedia http://en.wikipedia.org/wiki/Bundle_%28Mac_OS_X%29 which is a much better explanation. Actually, I much prefer the definition of bundling that you found. Joe |
|
From: Ethan M. <merritt@u.washington.edu> - 2006-10-24 22:49:33
|
On Tuesday 24 October 2006 03:25 pm, Joe Koski wrote: > I'm with Per. I'm surprised that the wxWidget folks don't have a way > of getting focus without bundling. Should I post the question there? Could someone please enlighten me as to what "bundling" means in this context? The historical meaning of the word as used in my part of the world does not seem to pertain :-) http://www.eyewitnesstohistory.com/bundling.htm -- Ethan A Merritt Biomolecular Structure Center University of Washington, Seattle WA |
|
From: Joe K. <jko...@co...> - 2006-10-24 22:25:07
|
on 10/23/06 2:23 PM, Timoth=E9e Lecomte at tim...@en... wrote: > Joe Koski a =E9crit : >> on 10/20/06 3:53 PM, Timoth=E9e Lecomte at tim...@en... wrote: >>=20 >> =20 >>>> First, from a Mac user's perspective, wxt uses an entire boat load of >>>> dependencies that are not normally seen on the Mac. To build wxt, I ha= d to >>>> install (and sometimes in a specific order) wxMac, atk, pkg-config, gl= ib, >>>> gettext, freetype, fontconfig, pango, cairo, and gtk+. >>>> =20 >>> gtk+ is absolutely not necessary when you use wxMac (it is if you use >>> wxGTK, though gnuplot does not absolutely depend on it - only for soem >>> tweaks). atk is a gtk+ dependency, so it's not needed either. freetype >>> isn't supposed to be needed, since cairo is capable of using native Mac >>> fonts system (so-called "atsui" system). Fontconfig is only necessary >>> for the cairo freetype backend, so you don't need it either. >>> =20 >>=20 >> Timoth=E9e, >>=20 >> I went back and removed fontconfig, freetype, pango, and atk. I got >> cairo-1.2.4 to build and install successfully with >>=20 >> ./configure --enable-atsui --enable-quartz --enable-freetype=3Dno >> --enable-xlib=3Dno >>=20 >> Question: Do I need xlib for wxt on a Mac? >> =20 > No, you don't. >=20 >> I then went back and rebuilt and reinstalled wxMac-2.6.3 in case it was >> dependent on cairo for headers, libraries, etc. >>=20 >> Then I attempted a rebuild of gnuplot-4.2.rc1. The ./configure is still >> looking for pango: >> <snip> >>=20 >> As a result, no wxt terminal was built. Is there a way to not use pango = and >> still build a wxt terminal? >> =20 > No, there isn't. Pango is needed, it's a direct dependency for the wxt > terminal. However you can build it without freetype and without fontconfi= g. >=20 > Thanks again for your efforts. >=20 > Best regards, >=20 > Timoth=E9e Timoth=E9e, Per, We're now back to the focus issue in with the wxt terminal, but more on tha= t later. To summarize my progress so far: I now have installed on my Mac: cairo, pango, gettext, wxMac, and pkg-confi= g above and beyond the usual Xcode-2.4 tools. Are any of these unnecessary fo= r building wxt on the Mac? To build cairo, I did ./configure --enable-atsui --enable-quartz --enable-freetype=3Dno --enable-xlib=3Dno After two minor corrections to the pango build (thanks to Behdad on the gtk-i18n Mail List), I built pango with ./configure --with-x=3Dno Then I went back and rebuilt gnuplot-4.2.rc1, including wxt, with the new pango and cairo. The wxt plot window again appears with gnuplot, but I stil= l can't get focus inside the plot window. I do see Mac fonts, however. The cursor behavior has changed. When the plot appears, my arrow cursor changes to crosshairs similar to X11, which is a step forward. When I place the crosshairs over the plot window, the cursor changes to a spinning color pinwheel. If I click back to the finder, I get my arrow cursor back. I'm with Per. I'm surprised that the wxWidget folks don't have a way of getting focus without bundling. Should I post the question there? All suggestions are welcome. Joe =20 |
|
From: <br...@ph...> - 2006-10-24 20:41:05
|
Nibbler wrote: > I would like to have two files. File1 contains titles, (set grid), (plot), > etc.. And one file2 contains all parameters what it gets from another place. Just load "file2" from within file1. > I have plot-file which draws filledcurves. It works fine when the > picture comes to screen, but if I try to make output then the picture > is ok, but there aren't any filledcurves ? How do you "make output"? I.e. which terminal driver, which options? |