gnuplot-beta — Developers and beta testers of new gnuplot code

Re: Can't download from cvs repository

[Tatsuro M. <tma...@ya...>]

Hello

--- Allin Cottrell  wrote:

> On Thu, 10 Feb 2011, James K. Peterson wrote:
> 
> > I can't download the beta from the CVS repository.
> 
> http://sourceforge.net/apps/wordpress/sourceforge/

Thank you for your information.
I could access the cvs source.

FYI, as Mojca Miklavec indicated that the below is the mirror of cvs repository

https://github.com/gnuplot/gnuplot
(Unofficial mirror of gnuplot's CVS repository (unmodified source)

You can use the above when the cvs sever cannot be used.

Regards

Tatsuro

--------------------------------------
Get the new Internet Explorer 8 optimized for Yahoo! JAPAN
http://pr.mail.yahoo.co.jp/ie8/

Re: how to set a random seed

[Daniel J S. <dan...@ie...>]

On 02/10/2011 02:48 PM, Mojca Miklavec wrote:
> On Thu, Feb 10, 2011 at 18:45, Daniel J Sebald wrote:
>> Mojca,
>>
>> Gnuplot only has a small set of commands and doesn't access functions
>> that way.  Try
>>
>> print rand(42)
>
> Dear Daniel,
>
> Thanks a lot for the hint. This works OK, as well as somebody else's idea to use
>     foo = rand(42)
>
> Not that many people care about setting random seed,

Probably plenty of people care; for reasons of repeatable simulations 
being one example.


> but it might make
> sense to add a tiny note next to "help rand" about the usage (for
> those of us who are not so familiar with syntactic rules).

I hear you Mojca.  However there are a lot of functions that fall in the 
same category as rand().  Many other functions have the word "function" 
in the documentation, whereas rand documentation does not.  Perhaps that 
could be specified.

I did create a patch a while back for rand that I thought was a 
worthwhile improvement for controlling the seed(s).  Perhaps I can 
update that and place it in sourceforge.

Dan

Re: ylabel not rotated for enhanced windows terminal

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

> The problem of the enhanced text positioning is fixed with the patch
> suggested at
>    http://article.gmane.org/gmane.comp.graphics.gnuplot.devel/9905
> which still applies for the 2011-01-25 CVS snapshot.
> 
> benjamin
> 

I woul d be happy to apply this patch if it indeed fixes a problem for 
Windows users.   

I must say, however, that I do not understand the logic behind the patch.  
The existing code in win.trm looks correct to me, as it is
parallel to code that is demonstrably correct in other terminal drivers.
Maybe I am misunderstanding what is returned by the routine 
GraphGetTextLength().  I would have thought that it would return
the bounding rectangle for the text in absolute units (~pixels) with
0,0 at the lower left and (xmax,ymax) at the upper right. 
(That's what the analagous routine does in libgd).  But in that case
modifying the code to scale the bounding rectangle by the terminal
width and height makes no sense.  Does it not have the effect of expanding
every text fragment to fill the whole screen?

If the coordinates returned by GraphGetTextLength() are non-uniform,
then I could understand needing to correct the extent along y by the
aspect ratio:
    width = cos(WIN_angle) * len;
    height = sin(WIN_ANGLE) * len;
    height *= graphwin.xmax/graphwin.ymax;

But that is different from what the patch does.
Am I reading this wrong?

-- 
Ethan A Merritt
Biomolecular Structure Center,  K-428 Health Sciences Bldg
University of Washington, Seattle 98195-7742

Re: how to set a random seed

[Mojca M. <moj...@gm...>]

On Thu, Feb 10, 2011 at 18:45, Daniel J Sebald wrote:
> Mojca,
>
> Gnuplot only has a small set of commands and doesn't access functions
> that way.  Try
>
> print rand(42)

Dear Daniel,

Thanks a lot for the hint. This works OK, as well as somebody else's idea to use
   foo = rand(42)

Not that many people care about setting random seed, but it might make
sense to add a tiny note next to "help rand" about the usage (for
those of us who are not so familiar with syntactic rules).

Thanks,
   Mojca

Re: how to set a random seed

[Daniel J S. <dan...@ie...>]

Mojca,

Gnuplot only has a small set of commands and doesn't access functions 
that way.  Try

print rand(42)

Dan


On 02/10/2011 11:24 AM, Mojca Miklavec wrote:
> Dear list,
>
> I'm not sure how I could reset random seed. I have found:
>
>> help rand
>   `rand(0)`  returns a pseudo random number in the interval [0:1] generated
>              from the current value of two internal 32-bit seeds.
>   `rand(-1)` resets both seeds to a standard value.
>   `rand(x)`  for x>0 sets both seeds to a value based on the value of x.
>   `rand({x,y})` for x>0 sets seed1 to x and seed2 to y.
>
> but I get
>
> gnuplot>  rand(42)
>           ^
>           invalid command
>
> I can use "plot rand(42),rand(0)", but I would like to avoid plotting
> anything at all, I just need to reset the seed (I'm using version
> control and it is nasty that files change all the time without any
> reason).
>
> Thanks,
>      Mojca
>
> ------------------------------------------------------------------------------
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
>


-- 

Dan Sebald
email: daniel(DOT)sebald(AT)ieee(DOT)org
URL: http://www(DOT)dansebald(DOT)com

Does Fedora have gnuplot license correct?

[Daniel J S. <dan...@ie...>]

I just installed gnuplot via Fedora's Add/Remove Software tool.  In the 
description for the gnuplot package reads:

License:  gnuplot and MIT

I don't recall any association with MIT, except maybe that gnuplot was 
on an MIT server for a while way back when.

Should the MIT be there?

Dan

how to set a random seed

[Mojca M. <moj...@gm...>]

Dear list,

I'm not sure how I could reset random seed. I have found:

> help rand
 `rand(0)`  returns a pseudo random number in the interval [0:1] generated
            from the current value of two internal 32-bit seeds.
 `rand(-1)` resets both seeds to a standard value.
 `rand(x)`  for x>0 sets both seeds to a value based on the value of x.
 `rand({x,y})` for x>0 sets seed1 to x and seed2 to y.

but I get

gnuplot> rand(42)
         ^
         invalid command

I can use "plot rand(42),rand(0)", but I would like to avoid plotting
anything at all, I just need to reset the seed (I'm using version
control and it is nasty that files change all the time without any
reason).

Thanks,
    Mojca

Re: Can't download from cvs repository

[Allin C. <cot...@wf...>]

On Thu, 10 Feb 2011, James K. Peterson wrote:

> I can't download the beta from the CVS repository.

http://sourceforge.net/apps/wordpress/sourceforge/

Allin Cottrell

Can't download from cvs repository

[James K. P. <pe...@cl...>]

Hi all,

I can't download the beta from the CVS repository.  Everytime
I hit the "enter" key when asked for my password, it is not accepted.
I did check that port 2401 is not blocked on my system.

That's all.

Jim

Re: ylabel not rotated for enhanced windows terminal

[Benjamin L. <bj...@gm...>]

> Am I right?

Correct.

I got myself a CVS 2011-01-25 snapshot from
https://github.com/gnuplot/gnuplot and tested against it, and it works
for me (i.e. solves the problem).
So I'd like to propose the following patch to fix the
ylabel-not-rotated problem.

diff --git a/src/win/wgraph.c b/src/win/wgraph.c
--- a/src/win/wgraph.c
+++ b/src/win/wgraph.c
@@ -2613,9 +2613,10 @@
 {
     int newfontsize;
     bool remakefonts = FALSE;
+    bool font_is_not_empty = (font != NULL) && (font[0] != '\0');

     newfontsize = (fontsize != 0) ? fontsize : lpgw->deffontsize;
-    if (font != NULL) {
+    if (font_is_not_empty) {
 	remakefonts = (strcmp(lpgw->fontname, font) != 0) || (newfontsize !=
lpgw->fontsize);
     } else {
 	remakefonts = (strcmp(lpgw->fontname, lpgw->deffontname) != 0) ||
(newfontsize != lpgw->fontsize);
@@ -2623,7 +2624,7 @@

     if (remakefonts) {
         lpgw->fontsize = newfontsize;
-        strcpy(lpgw->fontname, (font) ? font : lpgw->deffontname);
+        strcpy(lpgw->fontname, font_is_not_empty ? font : lpgw->deffontname);

         DestroyFonts(lpgw);
         MakeFonts(lpgw, &rect, hdc);
diff --git a/term/win.trm b/term/win.trm
--- a/term/win.trm
+++ b/term/win.trm
@@ -730,7 +730,6 @@
     int  fontsize;

 	if (font == NULL) {
-	    GraphOp(&graphwin, W_font, 0, 0, "");
 	    strcpy(WIN_font, graphwin.deffontname);
 	    WIN_fontsize = graphwin.deffontsize;
 	    return TRUE;


The problem of the enhanced text positioning is fixed with the patch
suggested at
http://article.gmane.org/gmane.comp.graphics.gnuplot.devel/9905
which still applies for the 2011-01-25 CVS snapshot.

benjamin

Re: temporal snapshot of cvs source is prepared

[Tatsuro M. <tma...@ya...>]

Hello

--- Mojca Miklavec <moj...@gm...> wrote:

> On Wed, Feb 9, 2011 at 10:48, Tatsuro MATSUOKA wrote:

> If anyone wants, the downloads are also available here:
>     https://github.com/gnuplot/gnuplot
> (and complete history).

Oh! It's nice. 

Thanks!!

Tatsuro

--------------------------------------
Get the new Internet Explorer 8 optimized for Yahoo! JAPAN
http://pr.mail.yahoo.co.jp/ie8/

Re: temporal snapshot of cvs source is prepared

[Hans-Bernhard B. <HBB...@t-...>]

On 09.02.2011 12:30, Peter Juhasz wrote:

> But in light of Sourceforge's response to this attack

What exactly do you mean by that?  If you have some concrete criticism, 
let's hear it.  Otherwise I'm afraid I have to accuse you of spreading FUD.

It's hard to see how SourceForge's reaction could have been any better. 
  They've taken the issue as seriously as it gets, and they're drawing 
the _right_ consequences, in favour of the crowd-pleasing ones.  Yes, 
that means things take time.  But this clearly a case where it's better 
to be safe than quick.

> we might want to think about ditching them altogether and move to a
> different service.

Pardon the French, but you're being silly.  Whatever makes you think 
that other companies would fare any better than SF.net, under similar 
circumstances?

Re: temporal snapshot of cvs source is prepared

[Peter J. <pet...@gm...>]

On Wed, Feb 9, 2011 at 10:48 AM, Tatsuro MATSUOKA
<tma...@ya...> wrote:
> Hello
>
> The sourceforge cvs tree have been down more than two weeks.

[snip]

> Any comments and suggestions ?
>
> Regards
>
> Tatsuro

Now that the issue has been raised, I cannot help but wonder about the
implications of this mishap on gnuplot's future.

Sourceforge's admins have already expressed their intent of
discontinuing their CVS service (see
http://sourceforge.net/blog/sourceforge-attack-full-report/ ), meaning
that gnuplot will have to migrate to SVN, git, or something else. Not
that that would be a bad thing in itself, on the contrary, I'd
consider any of the alternatives better than CVS. But in light of
Sourceforge's response to this attack (and, well, according to some
rumors, certain nefarious individuals were coming and going inside
Sourceforge's system at will for quite some time now), we might want
to think about ditching them altogether and move to a different
service.

Péter Juhász

Re: temporal snapshot of cvs source is prepared

[Mojca M. <moj...@gm...>]

On Wed, Feb 9, 2011 at 10:48, Tatsuro MATSUOKA wrote:
> Hello
>
> The sourceforge cvs tree have been down more than two weeks.
> Shigeharu Takeno and I discussed this matter.
> We propose the distribution cvs source (2011-01-25) tar ball until the cvs server will come back for
> users' convenience.
>
> We can access the source tar all the below
> http://takeno.iee.niit.ac.jp/%7Eshige/unix/gnuplot/data/gnuplot-4.5.0-20110125.tar.gz
>
> Any comments and suggestions ?

If anyone wants, the downloads are also available here:
    https://github.com/gnuplot/gnuplot
(and complete history).

I think that just clicking "Downloads" -> "Download .tar.gz" should
get you the latest files, even though I'm not sure where the strange
default name of downloaded file comes from
(gnuplot-4-4-alpha-570-gcb5a396.tar.gz; the gcb5a396 are he first few
characters from the sha hash, but "4-4-alpha" must come from some
earlier tag ... 2009/05/31).

I also have a complete backup of the CVS repository if that serves anyone ...

Mojca

temporal snapshot of cvs source is prepared

[Tatsuro M. <tma...@ya...>]

Hello

The sourceforge cvs tree have been down more than two weeks.
Shigeharu Takeno and I discussed this matter.
We propose the distribution cvs source (2011-01-25) tar ball until the cvs server will come back for
users' convenience.

We can access the source tar all the below
http://takeno.iee.niit.ac.jp/%7Eshige/unix/gnuplot/data/gnuplot-4.5.0-20110125.tar.gz

Any comments and suggestions ?

Regards

Tatsuro

--------------------------------------
Get the new Internet Explorer 8 optimized for Yahoo! JAPAN
http://pr.mail.yahoo.co.jp/ie8/

Re: ylabel not rotated for enhanced windows terminal

[Tatsuro M. <tma...@ya...>]

Hello

Sorry for misunderstood.
I will check initial position of superscript at various windows size like

set term win enh size 600, 300
plot [0:2*pi] sin(x) with linespoints
set ylabel "something in mm^2"
replot

set term win enh size 600, 400
plot [0:2*pi] sin(x) with linespoints
set ylabel "something in mm^2"
replot

set term win enh size 600, 500
plot [0:2*pi] sin(x) with linespoints
set ylabel "something in mm^2"
replot

set term win enh size 600, 600
plot [0:2*pi] sin(x) with linespoints
set ylabel "something in mm^2"
replot

Am I right?

Regards

Tatsuro

--- Benjamin Lindner  wrote:

> >> The offending command happens in WIN_set_text(NULL), which places a
> >> W_font command in the queue with an empty font name. Removing this one
> >> solves the problem
> >
> > With the patch above,
> >
> > set term windows enhanced
> > plot [0:2*pi] sin(x) with linespoints
> > set ylabel "something in mm^2"
> > replot
> >
> > The relative position superscript '2' still changed when windows size changed.
> 
> 
> >> Second proposal:
> >
> > The relative position superscript '2' also still changed when windows size changed.
> 
> No you misunderstood. The problem is that the ylabel is not printed
> rotated by 90 degrees, but simply horizontally, and *this* should be
> fixed with either one of these patches.
> 
> The fact that the relative positioning changes if you change the graph
> window's size is inherent to the way gnuplot works. To fix this you'd
> have to change the design of how gnuplot handles text output, and
> that's not the topic of this patch.
> The bug about that I reported in a differnet thread is that it at the
> moment the positioning is wrong even for the initial graph window -
> and that is fixed with the proposed patch in the respective thread.
> Changing the graph window size manually will still distort the whole
> plot (not only the relative positioning of the text).
> 
> benjamin
> 


--------------------------------------
Get the new Internet Explorer 8 optimized for Yahoo! JAPAN
http://pr.mail.yahoo.co.jp/ie8/

Re: ylabel not rotated for enhanced windows terminal

[Benjamin L. <bj...@gm...>]

>> The offending command happens in WIN_set_text(NULL), which places a
>> W_font command in the queue with an empty font name. Removing this one
>> solves the problem
>
> With the patch above,
>
> set term windows enhanced
> plot [0:2*pi] sin(x) with linespoints
> set ylabel "something in mm^2"
> replot
>
> The relative position superscript '2' still changed when windows size changed.


>> Second proposal:
>
> The relative position superscript '2' also still changed when windows size changed.

No you misunderstood. The problem is that the ylabel is not printed
rotated by 90 degrees, but simply horizontally, and *this* should be
fixed with either one of these patches.

The fact that the relative positioning changes if you change the graph
window's size is inherent to the way gnuplot works. To fix this you'd
have to change the design of how gnuplot handles text output, and
that's not the topic of this patch.
The bug about that I reported in a differnet thread is that it at the
moment the positioning is wrong even for the initial graph window -
and that is fixed with the proposed patch in the respective thread.
Changing the graph window size manually will still distort the whole
plot (not only the relative positioning of the text).

benjamin

Re: ylabel not rotated for enhanced windows terminal

[Tatsuro M. <tma...@ya...>]

Hello

--- Benjamin Lindner wrote:

> >
> > OK. So I will have to leave it to you guys to figure out what the problem
> > is, since it doesn't show up on my linux+wine setup.
> 
> Here we go:
> The offending command happens in WIN_set_text(NULL), which places a
> W_font command in the queue with an empty font name. Removing this one
> solves the problem
> 
> diff --git a/src/term/win.trm b/src/term/win.trm
> --- a/src/term/win.trm
> +++ b/src/term/win.trm
> @@ -730,7 +730,6 @@
>      int  fontsize;
> 
>         if (font == NULL) {
> -           GraphOp(&graphwin, W_font, 0, 0, "");
>             strcpy(WIN_font, graphwin.deffontname);
>             WIN_fontsize = graphwin.deffontsize;
>             return TRUE;
> 
> I am not sure this command should be there anyway, I don't really see
> its purpose.
> Tatsuro can you check if this also fixes the problem for you?
The patch cannot be applied to the source that I have so that I manually attached it.

--- wgraph.orig.c	2011-01-25 06:52:59 +0900
+++ wgraph.c	2011-02-08 08:35:31 +0900
@@ -2632,9 +2632,10 @@
 {
     int newfontsize;
     bool remakefonts = FALSE;
+    bool font_is_not_empty = (font != NULL) && (font[0] != '\0');
 
     newfontsize = (fontsize != 0) ? fontsize : lpgw->deffontsize;
-    if (font != NULL) {
+    if (font_is_not_empty) {
 	remakefonts = (strcmp(lpgw->fontname, font) != 0) || (newfontsize != lpgw->fontsize);
     } else {
 	remakefonts = (strcmp(lpgw->fontname, lpgw->deffontname) != 0) || (newfontsize != lpgw->fontsize);
@@ -2642,7 +2643,7 @@
 
     if (remakefonts) {
         lpgw->fontsize = newfontsize;
-        strcpy(lpgw->fontname, (font) ? font : lpgw->deffontname);
+        strcpy(lpgw->fontname, font_is_not_empty ? font : lpgw->deffontname);
 
         DestroyFonts(lpgw);
         MakeFonts(lpgw, &rect, hdc);


With the patch above,  

set term windows enhanced 
plot [0:2*pi] sin(x) with linespoints 
set ylabel "something in mm^2" 
replot

The relative position superscript '2' still changed when windows size changed.

> Second proposal:
> Make GraphChangeFonts() more robust like:
> 
> diff --git a/src/src/win/wgraph.c b/src/src/win/wgraph.c
> --- a/src/src/win/wgraph.c
> +++ b/src/src/win/wgraph.c
> @@ -2613,9 +2613,10 @@
>  {
>      int newfontsize;
>      bool remakefonts = FALSE;
> +    bool font_is_not_empty = (font != NULL) && (font[0] != '\0');
> 
>      newfontsize = (fontsize != 0) ? fontsize : lpgw->deffontsize;
> -    if (font != NULL) {
> +    if (font_is_not_empty) {
>         remakefonts = (strcmp(lpgw->fontname, font) != 0) ||
> (newfontsize != lpgw->fontsize);
>      } else {
>         remakefonts = (strcmp(lpgw->fontname, lpgw->deffontname) != 0)
> || (newfontsize != lpgw->fontsize);
> @@ -2623,7 +2624,7 @@
> 
>      if (remakefonts) {
>          lpgw->fontsize = newfontsize;
> -        strcpy(lpgw->fontname, (font) ? font : lpgw->deffontname);
> +        strcpy(lpgw->fontname, font_is_not_empty ? font : lpgw->deffontname);
> 
>          DestroyFonts(lpgw);
>          MakeFonts(lpgw, &rect, hdc);
> 
> 
> This would ensure the behaviour of "" meaning "the default font" on
> the low level terminal code.
> Could you check this also Tatsuro?

With the patch above,  

set term windows enhanced 
plot [0:2*pi] sin(x) with linespoints 
set ylabel "something in mm^2" 
replot

The relative position superscript '2' also still changed when windows size changed.

Regards

Tatsuro


--------------------------------------
Get the new Internet Explorer 8 optimized for Yahoo! JAPAN
http://pr.mail.yahoo.co.jp/ie8/

Re: ylabel not rotated for enhanced windows terminal

[Benjamin L. <bj...@gm...>]

>
> OK. So I will have to leave it to you guys to figure out what the problem
> is, since it doesn't show up on my linux+wine setup.

Here we go:
The offending command happens in WIN_set_text(NULL), which places a
W_font command in the queue with an empty font name. Removing this one
solves the problem

diff --git a/src/term/win.trm b/src/term/win.trm
--- a/src/term/win.trm
+++ b/src/term/win.trm
@@ -730,7 +730,6 @@
     int  fontsize;

        if (font == NULL) {
-           GraphOp(&graphwin, W_font, 0, 0, "");
            strcpy(WIN_font, graphwin.deffontname);
            WIN_fontsize = graphwin.deffontsize;
            return TRUE;

I am not sure this command should be there anyway, I don't really see
its purpose.
Tatsuro can you check if this also fixes the problem for you?

Second proposal:
Make GraphChangeFonts() more robust like:

diff --git a/src/src/win/wgraph.c b/src/src/win/wgraph.c
--- a/src/src/win/wgraph.c
+++ b/src/src/win/wgraph.c
@@ -2613,9 +2613,10 @@
 {
     int newfontsize;
     bool remakefonts = FALSE;
+    bool font_is_not_empty = (font != NULL) && (font[0] != '\0');

     newfontsize = (fontsize != 0) ? fontsize : lpgw->deffontsize;
-    if (font != NULL) {
+    if (font_is_not_empty) {
        remakefonts = (strcmp(lpgw->fontname, font) != 0) ||
(newfontsize != lpgw->fontsize);
     } else {
        remakefonts = (strcmp(lpgw->fontname, lpgw->deffontname) != 0)
|| (newfontsize != lpgw->fontsize);
@@ -2623,7 +2624,7 @@

     if (remakefonts) {
         lpgw->fontsize = newfontsize;
-        strcpy(lpgw->fontname, (font) ? font : lpgw->deffontname);
+        strcpy(lpgw->fontname, font_is_not_empty ? font : lpgw->deffontname);

         DestroyFonts(lpgw);
         MakeFonts(lpgw, &rect, hdc);


This would ensure the behaviour of "" meaning "the default font" on
the low level terminal code.
Could you check this also Tatsuro?

I'm inclined to the first solution, but I'd like a second opinion on this.

> Does any recent MSWindows version ever provide a font that truly cannot
> be rotated?  It may be that test and the flag for rotatable fonts is
> obsolete, and the corrsponding section of code in the routine MakeFonts()
> is no longer needed.
>
> If that is true, the simplest fix may be to change the first line of
> MakeFonts() so that it always sets lpgw->rotate = TRUE;

I honestly couldn't tell about window's fonts. The default font
certainly is rotatable, I guess all truetype/outline fonts are. I
don't know about monospaced bitmap fonts. I'd say: keep the test in
MakeFonts().

benjamin

Re: ylabel not rotated for enhanced windows terminal

[Benjamin L. <bj...@gm...>]

>> This happens, because GraphChangeFont() is called with an empty font
>> name (not a NULL pointer, but the empty string ""). MakeFonts(), when
>> presented with a font name which is empty, resets graphwin.rotate to
>> FALSE.
>
> It should not do that.
> An empty string means "restore the default font".
> So unless the default font is for some reason non-rotatable,
> WIN_text_angle should always return TRUE.

Yes, on the high-level interface, true. But MakeFonts() is way down
low-level in the windows terminal.
WIN_set_text("") handles the reset-to-default-font action.
So actually MakeFonts() should never be presented with an empty font
name, only the terminal's default font name.

benjamin

Re: ylabel not rotated for enhanced windows terminal

[Tatsuro M. <tma...@ya...>]

Sorry I have confused the thread.
http://old.nabble.com/Enhanced-rotated-text-incorrectly-positioned-for-windows-terminal-td30835684.html

The problem I found is same as that pointed the above.  The problem seemed to be solved the above
problem.

For,
http://old.nabble.com/ylabel-not-rotated-for-enhanced-windows-terminal-td30842940.html

I have confirmed that no rotation problems occured.

Sorry for the noise.


Regards



--- Tatsuro MATSUOKA wrote:

> Hello
> 
> Sorry.
> What I saw is not the same  the Beenjamin.
> Relative position problem also occur in x axis.
> 
> Anyway there are some problems in enhaced text in the windows terminal.
> 
> Regards
> 
> Tatsuro 
> 
> --- Tatsuro MATSUOKA  wrote:
> 
> > Hello
> > 
> > What Bejhamin suggested is not rotation it self.  Relative positioning enhanced text.
> > 
> > In the example script, 
> > position of {/Symbol m} relative position to other text strange.  Relative position of
> {/Symbol
> > m} to
> > other text item is changed when resizing plot windows in y direction.
> > 
> > Please see
> > 
> > http://www.geocities.jp/tmgpltwin/Files/Files.html#0052
> > 0052 20110206_01.png
> > 0053 20110206_02.png
> > 
> > For  the label in x direction does not suffer from such error.
> > 
> > Regards
> > 
> > Tatsuro
> > 
> > > On Saturday, February 05, 2011, Tatsuro MATSUOKA wrote:
> > > > Hello
> > > > 
> > > > --- Ethan A Merritt  wrote:
> > > > > I should note that I cannot reproduce this bug using Tatsuro Matsuoka's CVS
> > > > > snapshot from 18-Jan-2011 running under wine.   So it may or may not be an
> > > > > actual code problem as opposed to a configuration problem.
> > > > > 
> > > > > 	Ethan
> > > > ***********Benajamin wrote
> > > > For the windows terminal, when using rotated enhanced text (e.g. for
> > > > the ylabel) the text positioning is buggy.
> > > > This manifests itself with either sub/superscripts or font changes
> > > > (e.g. something like "pressure in N/mm^2" or "height in {/Symbol m}m")
> > > > - see the testcase below
> > > > **************************
> > > > 
> > > > I have confirmed what Benjamin suggested using my cvs binary (2011-01-25).
> > > > 
> > > > Regards
> > > > 
> > > > Tatsuro
> > > 
> > > OK. So I will have to leave it to you guys to figure out what the problem
> > > is, since it doesn't show up on my linux+wine setup. 
> > > 
> > > Does any recent MSWindows version ever provide a font that truly cannot
> > > be rotated?  It may be that test and the flag for rotatable fonts is
> > > obsolete, and the corrsponding section of code in the routine MakeFonts() 
> > > is no longer needed.
> > > 
> > > If that is true, the simplest fix may be to change the first line of
> > > MakeFonts() so that it always sets lpgw->rotate = TRUE;
> > > 
> > 
> > 
> > --------------------------------------
> > Get the new Internet Explorer 8 optimized for Yahoo! JAPAN
> > http://pr.mail.yahoo.co.jp/ie8/
> > 
> > ------------------------------------------------------------------------------
> > The modern datacenter depends on network connectivity to access resources
> > and provide services. The best practices for maximizing a physical server's
> > connectivity to a physical network are well understood - see how these
> > rules translate into the virtual world? 
> > http://p.sf.net/sfu/oracle-sfdevnlfb
> > _______________________________________________
> > gnuplot-beta mailing list
> > gnu...@li...
> > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> > 
> 
> 
> --------------------------------------
> Get the new Internet Explorer 8 optimized for Yahoo! JAPAN
> http://pr.mail.yahoo.co.jp/ie8/
> 


--------------------------------------
Get the new Internet Explorer 8 optimized for Yahoo! JAPAN
http://pr.mail.yahoo.co.jp/ie8/

Re: ylabel not rotated for enhanced windows terminal

[Tatsuro M. <tma...@ya...>]

Hello

Sorry.
What I saw is not the same as the Beenjamin.
Relative position problem also occur in x axis.

Anyway there are some problems in enhaced text in the windows terminal.

Regards

Tatsuro 

--- Tatsuro MATSUOKA  wrote:

> Hello
> 
> What Bejhamin suggested is not rotation it self.  Relative positioning enhanced text.
> 
> In the example script, 
> position of {/Symbol m} relative position to other text strange.  Relative position of {/Symbol
> m} to
> other text item is changed when resizing plot windows in y direction.
> 
> Please see
> 
> http://www.geocities.jp/tmgpltwin/Files/Files.html#0052
> 0052 20110206_01.png
> 0053 20110206_02.png
> 
> For  the label in x direction does not suffer from such error.
> 
> Regards
> 
> Tatsuro
> 
> > On Saturday, February 05, 2011, Tatsuro MATSUOKA wrote:
> > > Hello
> > > 
> > > --- Ethan A Merritt  wrote:
> > > > I should note that I cannot reproduce this bug using Tatsuro Matsuoka's CVS
> > > > snapshot from 18-Jan-2011 running under wine.   So it may or may not be an
> > > > actual code problem as opposed to a configuration problem.
> > > > 
> > > > 	Ethan
> > > ***********Benajamin wrote
> > > For the windows terminal, when using rotated enhanced text (e.g. for
> > > the ylabel) the text positioning is buggy.
> > > This manifests itself with either sub/superscripts or font changes
> > > (e.g. something like "pressure in N/mm^2" or "height in {/Symbol m}m")
> > > - see the testcase below
> > > **************************
> > > 
> > > I have confirmed what Benjamin suggested using my cvs binary (2011-01-25).
> > > 
> > > Regards
> > > 
> > > Tatsuro
> > 
> > OK. So I will have to leave it to you guys to figure out what the problem
> > is, since it doesn't show up on my linux+wine setup. 
> > 
> > Does any recent MSWindows version ever provide a font that truly cannot
> > be rotated?  It may be that test and the flag for rotatable fonts is
> > obsolete, and the corrsponding section of code in the routine MakeFonts() 
> > is no longer needed.
> > 
> > If that is true, the simplest fix may be to change the first line of
> > MakeFonts() so that it always sets lpgw->rotate = TRUE;
> > 
> 
> 
> --------------------------------------
> Get the new Internet Explorer 8 optimized for Yahoo! JAPAN
> http://pr.mail.yahoo.co.jp/ie8/
> 
> ------------------------------------------------------------------------------
> The modern datacenter depends on network connectivity to access resources
> and provide services. The best practices for maximizing a physical server's
> connectivity to a physical network are well understood - see how these
> rules translate into the virtual world? 
> http://p.sf.net/sfu/oracle-sfdevnlfb
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 


--------------------------------------
Get the new Internet Explorer 8 optimized for Yahoo! JAPAN
http://pr.mail.yahoo.co.jp/ie8/

Re: ylabel not rotated for enhanced windows terminal

[Tatsuro M. <tma...@ya...>]

Hello

What Bejhamin suggested is not rotation it self.  Relative positioning enhanced text.

In the example script, 
position of {/Symbol m} relative position to other text strange.  Relative position of {/Symbol m} to
other text item is changed when resizing plot windows in y direction.

Please see

http://www.geocities.jp/tmgpltwin/Files/Files.html#0052
0052 20110206_01.png
0053 20110206_02.png

For  the label in x direction does not suffer from such error.

Regards

Tatsuro

> On Saturday, February 05, 2011, Tatsuro MATSUOKA wrote:
> > Hello
> > 
> > --- Ethan A Merritt  wrote:
> > > I should note that I cannot reproduce this bug using Tatsuro Matsuoka's CVS
> > > snapshot from 18-Jan-2011 running under wine.   So it may or may not be an
> > > actual code problem as opposed to a configuration problem.
> > > 
> > > 	Ethan
> > ***********Benajamin wrote
> > For the windows terminal, when using rotated enhanced text (e.g. for
> > the ylabel) the text positioning is buggy.
> > This manifests itself with either sub/superscripts or font changes
> > (e.g. something like "pressure in N/mm^2" or "height in {/Symbol m}m")
> > - see the testcase below
> > **************************
> > 
> > I have confirmed what Benjamin suggested using my cvs binary (2011-01-25).
> > 
> > Regards
> > 
> > Tatsuro
> 
> OK. So I will have to leave it to you guys to figure out what the problem
> is, since it doesn't show up on my linux+wine setup. 
> 
> Does any recent MSWindows version ever provide a font that truly cannot
> be rotated?  It may be that test and the flag for rotatable fonts is
> obsolete, and the corrsponding section of code in the routine MakeFonts() 
> is no longer needed.
> 
> If that is true, the simplest fix may be to change the first line of
> MakeFonts() so that it always sets lpgw->rotate = TRUE;
> 


--------------------------------------
Get the new Internet Explorer 8 optimized for Yahoo! JAPAN
http://pr.mail.yahoo.co.jp/ie8/

Re: ylabel not rotated for enhanced windows terminal

[sfeam (E. Merritt) <eam...@gm...>]

On Saturday, February 05, 2011, Tatsuro MATSUOKA wrote:
> Hello
> 
> --- Ethan A Merritt  wrote:
> > I should note that I cannot reproduce this bug using Tatsuro Matsuoka's CVS
> > snapshot from 18-Jan-2011 running under wine.   So it may or may not be an
> > actual code problem as opposed to a configuration problem.
> > 
> > 	Ethan
> ***********Benajamin wrote
> For the windows terminal, when using rotated enhanced text (e.g. for
> the ylabel) the text positioning is buggy.
> This manifests itself with either sub/superscripts or font changes
> (e.g. something like "pressure in N/mm^2" or "height in {/Symbol m}m")
> - see the testcase below
> **************************
> 
> I have confirmed what Benjamin suggested using my cvs binary (2011-01-25).
> 
> Regards
> 
> Tatsuro

OK. So I will have to leave it to you guys to figure out what the problem
is, since it doesn't show up on my linux+wine setup. 

Does any recent MSWindows version ever provide a font that truly cannot
be rotated?  It may be that test and the flag for rotatable fonts is
obsolete, and the corrsponding section of code in the routine MakeFonts() 
is no longer needed.

If that is true, the simplest fix may be to change the first line of
MakeFonts() so that it always sets lpgw->rotate = TRUE;

Re: ylabel not rotated for enhanced windows terminal

[Tatsuro M. <tma...@ya...>]

Hello

--- Ethan A Merritt  wrote:
> I should note that I cannot reproduce this bug using Tatsuro Matsuoka's CVS
> snapshot from 18-Jan-2011 running under wine.   So it may or may not be an
> actual code problem as opposed to a configuration problem.
> 
> 	Ethan
***********Benajamin wrote
For the windows terminal, when using rotated enhanced text (e.g. for
the ylabel) the text positioning is buggy.
This manifests itself with either sub/superscripts or font changes
(e.g. something like "pressure in N/mm^2" or "height in {/Symbol m}m")
- see the testcase below
**************************

I have confirmed what Benjamin suggested using my cvs binary (2011-01-25).

Regards

Tatsuro

--------------------------------------
Get the new Internet Explorer 8 optimized for Yahoo! JAPAN
http://pr.mail.yahoo.co.jp/ie8/