glx-general Mailing List for GLE - Graphics Layout Engine

Olaf:

                Thanks for the kind words of encouragement.  Those are beautiful plots.  It is amazing what can be accomplished with GLE.  My colleagues have made similar comments about my GLE plots.

                Vince

From: Olaf Scholten <o.s...@ru...>
Sent: Sunday, April 7, 2024 4:25 AM
To: glx...@li...
Subject: Re: [GLE-general] Gle v3.3f Please

Dear Vincent,

I greatly appreciate all the work you do for keeping GLE up-to-date. For me it is the most favorite plotting software, some of the examples of more recent images you can find in the following publications
https://journals.aps.org/prd/abstract/10.1103/PhysRevD.105.062007
https://agupubs.onlinelibrary.wiley.com/doi/10.1029/2020JD033126
https://www.sciencedirect.com/science/article/pii/S0169809521002404?via%3Dihub

I hope you keep going strong,
Olaf Scholten
On 06/04/2024 15:14, LaBella, Vincent wrote:

I just uploaded the 3.3i version to the SourceForge files area under old versions.



I recall seeing several names for GLE in the mid 90s when I started using it in grad school.  I always preferred "Graphics Layout Engine" as it is closer to what GLE is.  It's not _really_ an "Editor" in the way that vim or emacs are.  So I used that name when I started the sourceforge page back in 2000.



It is great to hear all these stories about how people have been using it for so long. I cannot find a better replacement.  I have fiddled with matplotlib a bit, which has a lot of benefits and nice features.  However, I find it rather cumbersome compared to GLE.



I wonder if there are any new users of GLE.  I have taught several grad students of my own to use it, and even gave a lecture or two on how to make nice plots with it in some of my courses.  I just hope it doesn’t fade away, which is one of the reasons why I am happy to keep maintaining it. I pushed a few minor fixes recently to github.  I am trying to add a few other minor features too and would like to do a new binary release soon.  However I do not have the ability to build on a mac anymore, so it may only be a windows and linux release.



Vince





-----Original Message-----

From: Zbigniew Kisiel <ki...@if...><mailto:ki...@if...>

Sent: Wednesday, April 3, 2024 12:17 PM

To: glx...@li...<mailto:glx...@li...>

Subject: Re: [GLE-general] Gle v3.3f Please



Gerhard,



Thanks for this distribution - I added it to my collection and the demos are still compatible with current gle4. So all post-Chris Pugmire developers deserve credit for keeping backward compatibility.



and Foss: thanks for pointing out the change in the GLE acronym. How it migrated from "Graphics Language Editor" to "Graphics Layout Engine" is beyond me.  I checked back in various manuals: it is "Editor" in some, but not all, of the older ones.  Then some manuals do not decode GLE at all, and it looks that once web-based distributions became available it became an "Engine" (from first time of Vincent at maintaining GLE?).  Any comments from the older hands?



As for me, I started using GLE in 1990 on some non-DOS machines, probably UNIX and VAX. Then it was the turn of the 16bit DOS and later PC versions, but Windows GLE really became enjoyable for me with the advent of the QGLE front-end.  This could, among other things, automatically refresh diagrams from scripts generated by external programs.



Best,



Zbyszek





On 03.04.2024 16:09, Gerhard Steger wrote:

Hi,



I uploaded a tgz of gle v3.3i (gle-3.3.i-n.tgz) to google drive

https://drive.google.com/file/d/1O_00aLCGL3QIX27ob8gKVWbofsSmUNrU/view

?usp=sharing





To add a bit more history:

Stefan Mundt, who is still mentioned as co-author of the gle manual,

introduced to me GLE in the early 1990s and from then on I used it in

many publications. I even used it in lab courses on "Data evaluation

and data visualization". And I still remember the unbelievably slow

internet connection to NZ for download of gle's source code.



Best regards,

Gerhard



On 03.04.24 14:50, Laurence Abbott via Glx-general wrote:

It's certainly fascinating to hear a bit of history regarding GLE.

We've been using it in my chemistry research group continually since

at least 1993! (It was originally brought into the group by a Chinese

postdoctoral research after doing a postdoc in Germany!).

Nothing comes close to its consistency and simplicity, especially for

making many identical graphs.



I just had a dig through some old floppies and found a copy of gle

3.3b, even older than you are after, and the elderly PC sitting

unused in a lab that _might_ have a later 3.3 version on it doesn't

want to boot up so I can't check the version there easily.



However...you may not have access to the "negate" command but you

might be able to use "hscale -1": I had been using this before

someone pointed out the "negate" axis option to me, i.e. we had

probably been using it since before the negate command was added.



"hscale -1" is used as a separate in-graph command, rather than as an

axis option, and there appears to be a similar vscale command

(although I've never tried that).



N.B., using "hscale -1" will invert the x axis, i.e. numbers increase

from right to left, but it also messes with a few other things that

you will probably then have to fight. A very quick test and it

inverts the yaxis ticks so that they point outwards (can be corrected

by using a negative ytick length), and the size of the graph box

seems to change, too, so you might need ti tweak the size to get it

to what you want.



I think I had been fighting these sorts of things and asked (probably

on this mailing list many years ago!) about why other things were

affected...and that's when someone revealed the negate axis command

to me and wondered why I hadn't been using it! I suspect the use of a

negative hscale (and vscale!) is undocumented behaviour that was

brought from Germany many years ago!



Good luck!



Cheers,



Laurence



On Sat, 30 Mar 2024 at 04:12, Foss Leach <fos...@gm...><mailto:fos...@gm...> wrote:



    It is nice to see ongoing interest in the program written by

Chris

    Pugmire many years ago called Gle. I notice that people refer to

    GLE as "Graphics Layout Engine". That name is incorrect. Chris

    Pugmire was the author of the original program written in C, and

    his name for it was "Graphics Language Editor". I was a research

    fellow at the Institute of Nuclear Science in 1987-8. Chris was

in

    the Physics and Engineering Laboratory. My laboratory at the INS

    was in Shed 2 away from the main INS building, and quite close to

    PEL. I always went to PEL for tea breaks and lunch and got to

know

    Chris pretty well, and followed his enthusiasm each time he

    acquired a new machine with more memory. He kept issuing new

    versions of Gle, and when I left INS to join the staff of the

    Museum of New Zealand I had V33e. Chris issued version 33f but I

    never managed to get a copy of the program and associated files,

    although I have a copy of the 3.3f manual. When the DSIR was

    abandoned by the NZ Gvt Chris also stopped supporting Gle, and

    although I kept in touch with him for a while I no longer know

    where he is. I am now 82 years old so perhaps he is teaching the

    big fella in the sky how to code by now.



    Even at my advanced age the Gle program remains very important to

    me in making illustrations for publication. I am currently

working

    on the distribution of various families of fish around the world

    from archaeological sites and plotting frequencies by lat/long. I

    have come up against a problem which is infuriating in v3.3e, but

    easily solved according to the 3.3f manual. That involves

    representing global navigation correctly, requiring x and y axes

    (longitude and latitude) to run from -ve to +ve. Version 3.3f has

    a new command which supports this (xaxis negate, yaxis negate).

In

    spite of a lot of searching I have been unable to find V3.3f so

if

    anyone knows where I can obtain a copy for my 32 bit machine I

    would be most grateful. With regards, Foss Leach

    _______________________________________________

    Glx-general mailing list

    Glx...@li...<mailto:Glx...@li...>

    https://lists.sourceforge.net/lists/listinfo/glx-general







--

Dr Laurence Abbott <lau...@yo...><mailto:lau...@yo...> Department of

Chemistry, University of York,

YO10 5DD, UK





_______________________________________________

Glx-general mailing list

Glx...@li...<mailto:Glx...@li...>

https://lists.sourceforge.net/lists/listinfo/glx-general





_______________________________________________

Glx-general mailing list

Glx...@li...<mailto:Glx...@li...>

https://lists.sourceforge.net/lists/listinfo/glx-general





_______________________________________________

Glx-general mailing list

Glx...@li...<mailto:Glx...@li...>

https://lists.sourceforge.net/lists/listinfo/glx-general



_______________________________________________

Glx-general mailing list

Glx...@li...<mailto:Glx...@li...>

https://lists.sourceforge.net/lists/listinfo/glx-general

--
Emeritus Prof. Olaf Scholten
Kapteyn Institute, University of Groningen
old Office(KVI): +31 50 363 3552
Office(Kapteyn): +31 50 363 4088
Home: +31 50 503 4039
Home-page: https://www.astro.rug.nl/~scholten/<https://www.astro.rug.nl/%7Escholten/>

Dear Vincent,

I greatly appreciate all the work you do for keeping GLE up-to-date. For 
me it is the most favorite plotting software, some of the examples of 
more recent images you can find in the following publications
https://journals.aps.org/prd/abstract/10.1103/PhysRevD.105.062007
https://agupubs.onlinelibrary.wiley.com/doi/10.1029/2020JD033126
https://www.sciencedirect.com/science/article/pii/S0169809521002404?via%3Dihub

I hope you keep going strong,
Olaf Scholten

On 06/04/2024 15:14, LaBella, Vincent wrote:
> I just uploaded the 3.3i version to the SourceForge files area under old versions.
>
> I recall seeing several names for GLE in the mid 90s when I started using it in grad school.  I always preferred "Graphics Layout Engine" as it is closer to what GLE is.  It's not _really_ an "Editor" in the way that vim or emacs are.  So I used that name when I started the sourceforge page back in 2000.
>
> It is great to hear all these stories about how people have been using it for so long. I cannot find a better replacement.  I have fiddled with matplotlib a bit, which has a lot of benefits and nice features.  However, I find it rather cumbersome compared to GLE.
>
> I wonder if there are any new users of GLE.  I have taught several grad students of my own to use it, and even gave a lecture or two on how to make nice plots with it in some of my courses.  I just hope it doesn’t fade away, which is one of the reasons why I am happy to keep maintaining it. I pushed a few minor fixes recently to github.  I am trying to add a few other minor features too and would like to do a new binary release soon.  However I do not have the ability to build on a mac anymore, so it may only be a windows and linux release.
>
> Vince
>
>
> -----Original Message-----
> From: Zbigniew Kisiel<ki...@if...>  
> Sent: Wednesday, April 3, 2024 12:17 PM
> To:glx...@li...
> Subject: Re: [GLE-general] Gle v3.3f Please
>
> Gerhard,
>
> Thanks for this distribution - I added it to my collection and the demos are still compatible with current gle4. So all post-Chris Pugmire developers deserve credit for keeping backward compatibility.
>
> and Foss: thanks for pointing out the change in the GLE acronym. How it migrated from "Graphics Language Editor" to "Graphics Layout Engine" is beyond me.  I checked back in various manuals: it is "Editor" in some, but not all, of the older ones.  Then some manuals do not decode GLE at all, and it looks that once web-based distributions became available it became an "Engine" (from first time of Vincent at maintaining GLE?).  Any comments from the older hands?
>
> As for me, I started using GLE in 1990 on some non-DOS machines, probably UNIX and VAX. Then it was the turn of the 16bit DOS and later PC versions, but Windows GLE really became enjoyable for me with the advent of the QGLE front-end.  This could, among other things, automatically refresh diagrams from scripts generated by external programs.
>
> Best,
>
> Zbyszek
>
>
> On 03.04.2024 16:09, Gerhard Steger wrote:
>> Hi,
>>
>> I uploaded a tgz of gle v3.3i (gle-3.3.i-n.tgz) to google drive
>> https://drive.google.com/file/d/1O_00aLCGL3QIX27ob8gKVWbofsSmUNrU/view
>> ?usp=sharing
>>
>>
>> To add a bit more history:
>> Stefan Mundt, who is still mentioned as co-author of the gle manual,
>> introduced to me GLE in the early 1990s and from then on I used it in
>> many publications. I even used it in lab courses on "Data evaluation
>> and data visualization". And I still remember the unbelievably slow
>> internet connection to NZ for download of gle's source code.
>>
>> Best regards,
>> Gerhard
>>
>> On 03.04.24 14:50, Laurence Abbott via Glx-general wrote:
>>> It's certainly fascinating to hear a bit of history regarding GLE.
>>> We've been using it in my chemistry research group continually since
>>> at least 1993! (It was originally brought into the group by a Chinese
>>> postdoctoral research after doing a postdoc in Germany!).
>>> Nothing comes close to its consistency and simplicity, especially for
>>> making many identical graphs.
>>>
>>> I just had a dig through some old floppies and found a copy of gle
>>> 3.3b, even older than you are after, and the elderly PC sitting
>>> unused in a lab that _might_ have a later 3.3 version on it doesn't
>>> want to boot up so I can't check the version there easily.
>>>
>>> However...you may not have access to the "negate" command but you
>>> might be able to use "hscale -1": I had been using this before
>>> someone pointed out the "negate" axis option to me, i.e. we had
>>> probably been using it since before the negate command was added.
>>>
>>> "hscale -1" is used as a separate in-graph command, rather than as an
>>> axis option, and there appears to be a similar vscale command
>>> (although I've never tried that).
>>>
>>> N.B., using "hscale -1" will invert the x axis, i.e. numbers increase
>>> from right to left, but it also messes with a few other things that
>>> you will probably then have to fight. A very quick test and it
>>> inverts the yaxis ticks so that they point outwards (can be corrected
>>> by using a negative ytick length), and the size of the graph box
>>> seems to change, too, so you might need ti tweak the size to get it
>>> to what you want.
>>>
>>> I think I had been fighting these sorts of things and asked (probably
>>> on this mailing list many years ago!) about why other things were
>>> affected...and that's when someone revealed the negate axis command
>>> to me and wondered why I hadn't been using it! I suspect the use of a
>>> negative hscale (and vscale!) is undocumented behaviour that was
>>> brought from Germany many years ago!
>>>
>>> Good luck!
>>>
>>> Cheers,
>>>
>>> Laurence
>>>
>>> On Sat, 30 Mar 2024 at 04:12, Foss Leach<fos...@gm...>  wrote:
>>>
>>>      It is nice to see ongoing interest in the program written by
>>> Chris
>>>      Pugmire many years ago called Gle. I notice that people refer to
>>>      GLE as "Graphics Layout Engine". That name is incorrect. Chris
>>>      Pugmire was the author of the original program written in C, and
>>>      his name for it was "Graphics Language Editor". I was a research
>>>      fellow at the Institute of Nuclear Science in 1987-8. Chris was
>>> in
>>>      the Physics and Engineering Laboratory. My laboratory at the INS
>>>      was in Shed 2 away from the main INS building, and quite close to
>>>      PEL. I always went to PEL for tea breaks and lunch and got to
>>> know
>>>      Chris pretty well, and followed his enthusiasm each time he
>>>      acquired a new machine with more memory. He kept issuing new
>>>      versions of Gle, and when I left INS to join the staff of the
>>>      Museum of New Zealand I had V33e. Chris issued version 33f but I
>>>      never managed to get a copy of the program and associated files,
>>>      although I have a copy of the 3.3f manual. When the DSIR was
>>>      abandoned by the NZ Gvt Chris also stopped supporting Gle, and
>>>      although I kept in touch with him for a while I no longer know
>>>      where he is. I am now 82 years old so perhaps he is teaching the
>>>      big fella in the sky how to code by now.
>>>
>>>      Even at my advanced age the Gle program remains very important to
>>>      me in making illustrations for publication. I am currently
>>> working
>>>      on the distribution of various families of fish around the world
>>>      from archaeological sites and plotting frequencies by lat/long. I
>>>      have come up against a problem which is infuriating in v3.3e, but
>>>      easily solved according to the 3.3f manual. That involves
>>>      representing global navigation correctly, requiring x and y axes
>>>      (longitude and latitude) to run from -ve to +ve. Version 3.3f has
>>>      a new command which supports this (xaxis negate, yaxis negate).
>>> In
>>>      spite of a lot of searching I have been unable to find V3.3f so
>>> if
>>>      anyone knows where I can obtain a copy for my 32 bit machine I
>>>      would be most grateful. With regards, Foss Leach
>>>      _______________________________________________
>>>      Glx-general mailing list
>>>      Glx...@li...
>>>      https://lists.sourceforge.net/lists/listinfo/glx-general
>>>
>>>
>>>
>>> --
>>> Dr Laurence Abbott<lau...@yo...>  Department of
>>> Chemistry, University of York,
>>> YO10 5DD, UK
>>>
>>>
>>> _______________________________________________
>>> Glx-general mailing list
>>> Glx...@li...
>>> https://lists.sourceforge.net/lists/listinfo/glx-general
>>
>> _______________________________________________
>> Glx-general mailing list
>> Glx...@li...
>> https://lists.sourceforge.net/lists/listinfo/glx-general
>
> _______________________________________________
> Glx-general mailing list
> Glx...@li...
> https://lists.sourceforge.net/lists/listinfo/glx-general
>
> _______________________________________________
> Glx-general mailing list
> Glx...@li...
> https://lists.sourceforge.net/lists/listinfo/glx-general

-- 
Emeritus Prof. Olaf Scholten
Kapteyn Institute, University of Groningen
old Office(KVI): +31 50 363 3552
Office(Kapteyn): +31 50 363 4088
Home: +31 50 503 4039
Home-page: https://www.astro.rug.nl/~scholten/ 
<https://www.astro.rug.nl/%7Escholten/>

I just uploaded the 3.3i version to the SourceForge files area under old versions.

I recall seeing several names for GLE in the mid 90s when I started using it in grad school.  I always preferred "Graphics Layout Engine" as it is closer to what GLE is.  It's not _really_ an "Editor" in the way that vim or emacs are.  So I used that name when I started the sourceforge page back in 2000.

It is great to hear all these stories about how people have been using it for so long. I cannot find a better replacement.  I have fiddled with matplotlib a bit, which has a lot of benefits and nice features.  However, I find it rather cumbersome compared to GLE. 

I wonder if there are any new users of GLE.  I have taught several grad students of my own to use it, and even gave a lecture or two on how to make nice plots with it in some of my courses.  I just hope it doesn’t fade away, which is one of the reasons why I am happy to keep maintaining it. I pushed a few minor fixes recently to github.  I am trying to add a few other minor features too and would like to do a new binary release soon.  However I do not have the ability to build on a mac anymore, so it may only be a windows and linux release.

Vince


-----Original Message-----
From: Zbigniew Kisiel <ki...@if...> 
Sent: Wednesday, April 3, 2024 12:17 PM
To: glx...@li...
Subject: Re: [GLE-general] Gle v3.3f Please

Gerhard,

Thanks for this distribution - I added it to my collection and the demos are still compatible with current gle4. So all post-Chris Pugmire developers deserve credit for keeping backward compatibility.

and Foss: thanks for pointing out the change in the GLE acronym. How it migrated from "Graphics Language Editor" to "Graphics Layout Engine" is beyond me.  I checked back in various manuals: it is "Editor" in some, but not all, of the older ones.  Then some manuals do not decode GLE at all, and it looks that once web-based distributions became available it became an "Engine" (from first time of Vincent at maintaining GLE?).  Any comments from the older hands?

As for me, I started using GLE in 1990 on some non-DOS machines, probably UNIX and VAX. Then it was the turn of the 16bit DOS and later PC versions, but Windows GLE really became enjoyable for me with the advent of the QGLE front-end.  This could, among other things, automatically refresh diagrams from scripts generated by external programs.

Best,

Zbyszek


On 03.04.2024 16:09, Gerhard Steger wrote:
> Hi,
>
> I uploaded a tgz of gle v3.3i (gle-3.3.i-n.tgz) to google drive 
> https://drive.google.com/file/d/1O_00aLCGL3QIX27ob8gKVWbofsSmUNrU/view
> ?usp=sharing
>
>
> To add a bit more history:
> Stefan Mundt, who is still mentioned as co-author of the gle manual, 
> introduced to me GLE in the early 1990s and from then on I used it in 
> many publications. I even used it in lab courses on "Data evaluation 
> and data visualization". And I still remember the unbelievably slow 
> internet connection to NZ for download of gle's source code.
>
> Best regards,
> Gerhard
>
> On 03.04.24 14:50, Laurence Abbott via Glx-general wrote:
>> It's certainly fascinating to hear a bit of history regarding GLE. 
>> We've been using it in my chemistry research group continually since 
>> at least 1993! (It was originally brought into the group by a Chinese 
>> postdoctoral research after doing a postdoc in Germany!).
>> Nothing comes close to its consistency and simplicity, especially for 
>> making many identical graphs.
>>
>> I just had a dig through some old floppies and found a copy of gle 
>> 3.3b, even older than you are after, and the elderly PC sitting 
>> unused in a lab that _might_ have a later 3.3 version on it doesn't 
>> want to boot up so I can't check the version there easily.
>>
>> However...you may not have access to the "negate" command but you 
>> might be able to use "hscale -1": I had been using this before 
>> someone pointed out the "negate" axis option to me, i.e. we had 
>> probably been using it since before the negate command was added.
>>
>> "hscale -1" is used as a separate in-graph command, rather than as an 
>> axis option, and there appears to be a similar vscale command 
>> (although I've never tried that).
>>
>> N.B., using "hscale -1" will invert the x axis, i.e. numbers increase 
>> from right to left, but it also messes with a few other things that 
>> you will probably then have to fight. A very quick test and it 
>> inverts the yaxis ticks so that they point outwards (can be corrected 
>> by using a negative ytick length), and the size of the graph box 
>> seems to change, too, so you might need ti tweak the size to get it 
>> to what you want.
>>
>> I think I had been fighting these sorts of things and asked (probably 
>> on this mailing list many years ago!) about why other things were 
>> affected...and that's when someone revealed the negate axis command 
>> to me and wondered why I hadn't been using it! I suspect the use of a 
>> negative hscale (and vscale!) is undocumented behaviour that was 
>> brought from Germany many years ago!
>>
>> Good luck!
>>
>> Cheers,
>>
>> Laurence
>>
>> On Sat, 30 Mar 2024 at 04:12, Foss Leach <fos...@gm...> wrote:
>>
>>     It is nice to see ongoing interest in the program written by 
>> Chris
>>     Pugmire many years ago called Gle. I notice that people refer to
>>     GLE as "Graphics Layout Engine". That name is incorrect. Chris
>>     Pugmire was the author of the original program written in C, and
>>     his name for it was "Graphics Language Editor". I was a research
>>     fellow at the Institute of Nuclear Science in 1987-8. Chris was 
>> in
>>     the Physics and Engineering Laboratory. My laboratory at the INS
>>     was in Shed 2 away from the main INS building, and quite close to
>>     PEL. I always went to PEL for tea breaks and lunch and got to 
>> know
>>     Chris pretty well, and followed his enthusiasm each time he
>>     acquired a new machine with more memory. He kept issuing new
>>     versions of Gle, and when I left INS to join the staff of the
>>     Museum of New Zealand I had V33e. Chris issued version 33f but I
>>     never managed to get a copy of the program and associated files,
>>     although I have a copy of the 3.3f manual. When the DSIR was
>>     abandoned by the NZ Gvt Chris also stopped supporting Gle, and
>>     although I kept in touch with him for a while I no longer know
>>     where he is. I am now 82 years old so perhaps he is teaching the
>>     big fella in the sky how to code by now.
>>
>>     Even at my advanced age the Gle program remains very important to
>>     me in making illustrations for publication. I am currently 
>> working
>>     on the distribution of various families of fish around the world
>>     from archaeological sites and plotting frequencies by lat/long. I
>>     have come up against a problem which is infuriating in v3.3e, but
>>     easily solved according to the 3.3f manual. That involves
>>     representing global navigation correctly, requiring x and y axes
>>     (longitude and latitude) to run from -ve to +ve. Version 3.3f has
>>     a new command which supports this (xaxis negate, yaxis negate). 
>> In
>>     spite of a lot of searching I have been unable to find V3.3f so 
>> if
>>     anyone knows where I can obtain a copy for my 32 bit machine I
>>     would be most grateful. With regards, Foss Leach
>>     _______________________________________________
>>     Glx-general mailing list
>>     Glx...@li...
>>     https://lists.sourceforge.net/lists/listinfo/glx-general
>>
>>
>>
>> --
>> Dr Laurence Abbott <lau...@yo...> Department of 
>> Chemistry, University of York,
>> YO10 5DD, UK
>>
>>
>> _______________________________________________
>> Glx-general mailing list
>> Glx...@li...
>> https://lists.sourceforge.net/lists/listinfo/glx-general
>
>
> _______________________________________________
> Glx-general mailing list
> Glx...@li...
> https://lists.sourceforge.net/lists/listinfo/glx-general


_______________________________________________
Glx-general mailing list
Glx...@li...
https://lists.sourceforge.net/lists/listinfo/glx-general

Dear Lawrence
thanks for all those interesting comments. I absolutely agree with you on
the virtues of Gle. I have used it in many publications since I first met
Chris Pugmire. He certainly created something of great value. The
interactive nature of Gle is one reason for its attraction. It reminds me
of the emergence of UCSD Pascal. I am a devotee of TurboPascal and am still
coding at age 82. I tried scale and vscale and these commands certainly
permit lat/long data to plot, albeit along with some fairly weird
additional effects that you describe. I am now wondering how Levison, Ward
and Webb managed to graph lat/long data in their Pacific voyaging
simulation software back in 1972.
Many thanks for your suggestion
Foss

On Thu, Apr 4, 2024 at 2:13 AM Laurence Abbott via Glx-general <
glx...@li...> wrote:

> It's certainly fascinating to hear a bit of history regarding GLE. We've
> been using it in my chemistry research group continually since at least
> 1993! (It was originally brought into the group by a Chinese postdoctoral
> research after doing a postdoc in Germany!). Nothing comes close to its
> consistency and simplicity, especially for making many identical graphs.
>
> I just had a dig through some old floppies and found a copy of gle 3.3b,
> even older than you are after, and the elderly PC sitting unused in a lab
> that _might_ have a later 3.3 version on it doesn't want to boot up so I
> can't check the version there easily.
>
> However...you may not have access to the "negate" command but you might be
> able to use "hscale -1": I had been using this before someone pointed out
> the "negate" axis option to me, i.e. we had probably been using it since
> before the negate command was added.
>
> "hscale -1" is used as a separate in-graph command, rather than as an axis
> option, and there appears to be a similar vscale command (although I've
> never tried that).
>
> N.B., using "hscale -1" will invert the x axis, i.e. numbers increase from
> right to left, but it also messes with a few other things that you will
> probably then have to fight. A very quick test and it inverts the yaxis
> ticks so that they point outwards (can be corrected by using a negative
> ytick length), and the size of the graph box seems to change, too, so you
> might need ti tweak the size to get it to what you want.
>
> I think I had been fighting these sorts of things and asked (probably on
> this mailing list many years ago!) about why other things were
> affected...and that's when someone revealed the negate axis command to me
> and wondered why I hadn't been using it! I suspect the use of a negative
> hscale (and vscale!) is undocumented behaviour that was brought from
> Germany many years ago!
>
> Good luck!
>
> Cheers,
>
> Laurence
>
> On Sat, 30 Mar 2024 at 04:12, Foss Leach <fos...@gm...> wrote:
>
>> It is nice to see ongoing interest in the program written by Chris
>> Pugmire many years ago called Gle. I notice that people refer to GLE as
>> "Graphics Layout Engine". That name is incorrect. Chris Pugmire was the
>> author of the original program written in C, and his name for it was
>> "Graphics Language Editor". I was a research fellow at the Institute of
>> Nuclear Science in 1987-8. Chris was in the Physics and Engineering
>> Laboratory. My laboratory at the INS was in Shed 2 away from the main INS
>> building, and quite close to PEL. I always went to PEL for tea breaks and
>> lunch and got to know Chris pretty well, and followed his enthusiasm each
>> time he acquired a new machine with more memory. He kept issuing new
>> versions of Gle, and when I left INS to join the staff of the Museum of New
>> Zealand I had V33e. Chris issued version 33f but I never managed to get a
>> copy of the program and associated files, although I have a copy of the
>> 3.3f manual. When the DSIR was abandoned by the NZ Gvt Chris also stopped
>> supporting Gle, and although I kept in touch with him for a while I no
>> longer know where he is. I am now 82 years old so perhaps he is teaching
>> the big fella in the sky how to code by now.
>>
>> Even at my advanced age the Gle program remains very important to me in
>> making illustrations for publication. I am currently working on the
>> distribution of various families of fish around the world from
>> archaeological sites and plotting frequencies by lat/long. I have come up
>> against a problem which is infuriating in v3.3e, but easily solved
>> according to the 3.3f manual. That involves representing global navigation
>> correctly, requiring x and y axes (longitude and latitude) to run from -ve
>> to +ve. Version 3.3f has a new command which supports this (xaxis negate,
>> yaxis negate). In spite of a lot of searching I have been unable to find
>> V3.3f so if anyone knows where I can obtain a copy for my 32 bit machine I
>> would be most grateful. With regards, Foss Leach
>> _______________________________________________
>> Glx-general mailing list
>> Glx...@li...
>> https://lists.sourceforge.net/lists/listinfo/glx-general
>>
>
>
> --
> Dr Laurence Abbott <lau...@yo...>
> Department of Chemistry,
> University of York,
> YO10 5DD, UK
> _______________________________________________
> Glx-general mailing list
> Glx...@li...
> https://lists.sourceforge.net/lists/listinfo/glx-general
>

Gerhard,

Thanks for this distribution - I added it to my collection and the 
demos are still compatible with current gle4. So all post-Chris 
Pugmire developers deserve credit for keeping backward compatibility.

and Foss: thanks for pointing out the change in the GLE acronym. How 
it migrated from "Graphics Language Editor" to "Graphics Layout 
Engine" is beyond me.  I checked back in various manuals: it is 
"Editor" in some, but not all, of the older ones.  Then some manuals 
do not decode GLE at all, and it looks that once web-based 
distributions became available it became an "Engine" (from first time 
of Vincent at maintaining GLE?).  Any comments from the older hands?

As for me, I started using GLE in 1990 on some non-DOS machines, 
probably UNIX and VAX. Then it was the turn of the 16bit DOS and later 
PC versions, but Windows GLE really became enjoyable for me with the 
advent of the QGLE front-end.  This could, among other things, 
automatically refresh diagrams from scripts generated by external 
programs.

Best,

Zbyszek


On 03.04.2024 16:09, Gerhard Steger wrote:
> Hi,
>
> I uploaded a tgz of gle v3.3i (gle-3.3.i-n.tgz) to google drive
> https://drive.google.com/file/d/1O_00aLCGL3QIX27ob8gKVWbofsSmUNrU/view?usp=sharing 
>
>
> To add a bit more history:
> Stefan Mundt, who is still mentioned as co-author of the gle manual, 
> introduced to me GLE in the early 1990s and from then on I used it 
> in many publications. I even used it in lab courses on "Data 
> evaluation and data visualization". And I still remember the 
> unbelievably slow internet connection to NZ for download of gle's 
> source code.
>
> Best regards,
> Gerhard
>
> On 03.04.24 14:50, Laurence Abbott via Glx-general wrote:
>> It's certainly fascinating to hear a bit of history regarding GLE. 
>> We've been using it in my chemistry research group continually 
>> since at least 1993! (It was originally brought into the group by a 
>> Chinese postdoctoral research after doing a postdoc in Germany!). 
>> Nothing comes close to its consistency and simplicity, especially 
>> for making many identical graphs.
>>
>> I just had a dig through some old floppies and found a copy of gle 
>> 3.3b, even older than you are after, and the elderly PC sitting 
>> unused in a lab that _might_ have a later 3.3 version on it doesn't 
>> want to boot up so I can't check the version there easily.
>>
>> However...you may not have access to the "negate" command but you 
>> might be able to use "hscale -1": I had been using this before 
>> someone pointed out the "negate" axis option to me, i.e. we had 
>> probably been using it since before the negate command was added.
>>
>> "hscale -1" is used as a separate in-graph command, rather than as 
>> an axis option, and there appears to be a similar vscale command 
>> (although I've never tried that).
>>
>> N.B., using "hscale -1" will invert the x axis, i.e. numbers 
>> increase from right to left, but it also messes with a few other 
>> things that you will probably then have to fight. A very quick test 
>> and it inverts the yaxis ticks so that they point outwards (can be 
>> corrected by using a negative ytick length), and the size of the 
>> graph box seems to change, too, so you might need ti tweak the size 
>> to get it to what you want.
>>
>> I think I had been fighting these sorts of things and asked 
>> (probably on this mailing list many years ago!) about why other 
>> things were affected...and that's when someone revealed the negate 
>> axis command to me and wondered why I hadn't been using it! I 
>> suspect the use of a negative hscale (and vscale!) is undocumented 
>> behaviour that was brought from Germany many years ago!
>>
>> Good luck!
>>
>> Cheers,
>>
>> Laurence
>>
>> On Sat, 30 Mar 2024 at 04:12, Foss Leach <fos...@gm...> wrote:
>>
>>     It is nice to see ongoing interest in the program written by Chris
>>     Pugmire many years ago called Gle. I notice that people refer to
>>     GLE as "Graphics Layout Engine". That name is incorrect. Chris
>>     Pugmire was the author of the original program written in C, and
>>     his name for it was "Graphics Language Editor". I was a research
>>     fellow at the Institute of Nuclear Science in 1987-8. Chris was in
>>     the Physics and Engineering Laboratory. My laboratory at the INS
>>     was in Shed 2 away from the main INS building, and quite close to
>>     PEL. I always went to PEL for tea breaks and lunch and got to know
>>     Chris pretty well, and followed his enthusiasm each time he
>>     acquired a new machine with more memory. He kept issuing new
>>     versions of Gle, and when I left INS to join the staff of the
>>     Museum of New Zealand I had V33e. Chris issued version 33f but I
>>     never managed to get a copy of the program and associated files,
>>     although I have a copy of the 3.3f manual. When the DSIR was
>>     abandoned by the NZ Gvt Chris also stopped supporting Gle, and
>>     although I kept in touch with him for a while I no longer know
>>     where he is. I am now 82 years old so perhaps he is teaching the
>>     big fella in the sky how to code by now.
>>
>>     Even at my advanced age the Gle program remains very important to
>>     me in making illustrations for publication. I am currently working
>>     on the distribution of various families of fish around the world
>>     from archaeological sites and plotting frequencies by lat/long. I
>>     have come up against a problem which is infuriating in v3.3e, but
>>     easily solved according to the 3.3f manual. That involves
>>     representing global navigation correctly, requiring x and y axes
>>     (longitude and latitude) to run from -ve to +ve. Version 3.3f has
>>     a new command which supports this (xaxis negate, yaxis negate). In
>>     spite of a lot of searching I have been unable to find V3.3f so if
>>     anyone knows where I can obtain a copy for my 32 bit machine I
>>     would be most grateful. With regards, Foss Leach
>>     _______________________________________________
>>     Glx-general mailing list
>>     Glx...@li...
>>     https://lists.sourceforge.net/lists/listinfo/glx-general
>>
>>
>>
>> -- 
>> Dr Laurence Abbott <lau...@yo...>
>> Department of Chemistry,
>> University of York,
>> YO10 5DD, UK
>>
>>
>> _______________________________________________
>> Glx-general mailing list
>> Glx...@li...
>> https://lists.sourceforge.net/lists/listinfo/glx-general
>
>
> _______________________________________________
> Glx-general mailing list
> Glx...@li...
> https://lists.sourceforge.net/lists/listinfo/glx-general

On Wed, 3 Apr 2024, Gerhard Steger wrote:
> To add a bit more history:
> Stefan Mundt, who is still mentioned as co-author of the gle manual, 
> introduced to me GLE in the early 1990s and from then on I used it in many 
> publications. I even used it in lab courses on "Data evaluation and data 
> visualization". And I still remember the unbelievably slow internet 
> connection to NZ for download of gle's source code.
I used GLE on a PC with MSDOS in 1995 for producing all Feynman diagrams 
in my book "Using REDUCE in high energy physics" (published by Cambridge 
University Press in 1997).

Andrey

Hi,

I uploaded a tgz of gle v3.3i (gle-3.3.i-n.tgz) to google drive
https://drive.google.com/file/d/1O_00aLCGL3QIX27ob8gKVWbofsSmUNrU/view?usp=sharing

To add a bit more history:
Stefan Mundt, who is still mentioned as co-author of the gle manual, 
introduced to me GLE in the early 1990s and from then on I used it in 
many publications. I even used it in lab courses on "Data evaluation and 
data visualization". And I still remember the unbelievably slow internet 
connection to NZ for download of gle's source code.

Best regards,
Gerhard

On 03.04.24 14:50, Laurence Abbott via Glx-general wrote:
> It's certainly fascinating to hear a bit of history regarding GLE. 
> We've been using it in my chemistry research group continually since 
> at least 1993! (It was originally brought into the group by a Chinese 
> postdoctoral research after doing a postdoc in Germany!). Nothing 
> comes close to its consistency and simplicity, especially for making 
> many identical graphs.
>
> I just had a dig through some old floppies and found a copy of gle 
> 3.3b, even older than you are after, and the elderly PC sitting unused 
> in a lab that _might_ have a later 3.3 version on it doesn't want to 
> boot up so I can't check the version there easily.
>
> However...you may not have access to the "negate" command but you 
> might be able to use "hscale -1": I had been using this before someone 
> pointed out the "negate" axis option to me, i.e. we had probably been 
> using it since before the negate command was added.
>
> "hscale -1" is used as a separate in-graph command, rather than as an 
> axis option, and there appears to be a similar vscale command 
> (although I've never tried that).
>
> N.B., using "hscale -1" will invert the x axis, i.e. numbers increase 
> from right to left, but it also messes with a few other things that 
> you will probably then have to fight. A very quick test and it inverts 
> the yaxis ticks so that they point outwards (can be corrected by using 
> a negative ytick length), and the size of the graph box seems to 
> change, too, so you might need ti tweak the size to get it to what you 
> want.
>
> I think I had been fighting these sorts of things and asked (probably 
> on this mailing list many years ago!) about why other things were 
> affected...and that's when someone revealed the negate axis command to 
> me and wondered why I hadn't been using it! I suspect the use of a 
> negative hscale (and vscale!) is undocumented behaviour that was 
> brought from Germany many years ago!
>
> Good luck!
>
> Cheers,
>
> Laurence
>
> On Sat, 30 Mar 2024 at 04:12, Foss Leach <fos...@gm...> wrote:
>
>     It is nice to see ongoing interest in the program written by Chris
>     Pugmire many years ago called Gle. I notice that people refer to
>     GLE as "Graphics Layout Engine". That name is incorrect. Chris
>     Pugmire was the author of the original program written in C, and
>     his name for it was "Graphics Language Editor". I was a research
>     fellow at the Institute of Nuclear Science in 1987-8. Chris was in
>     the Physics and Engineering Laboratory. My laboratory at the INS
>     was in Shed 2 away from the main INS building, and quite close to
>     PEL. I always went to PEL for tea breaks and lunch and got to know
>     Chris pretty well, and followed his enthusiasm each time he
>     acquired a new machine with more memory. He kept issuing new
>     versions of Gle, and when I left INS to join the staff of the
>     Museum of New Zealand I had V33e. Chris issued version 33f but I
>     never managed to get a copy of the program and associated files,
>     although I have a copy of the 3.3f manual. When the DSIR was
>     abandoned by the NZ Gvt Chris also stopped supporting Gle, and
>     although I kept in touch with him for a while I no longer know
>     where he is. I am now 82 years old so perhaps he is teaching the
>     big fella in the sky how to code by now.
>
>     Even at my advanced age the Gle program remains very important to
>     me in making illustrations for publication. I am currently working
>     on the distribution of various families of fish around the world
>     from archaeological sites and plotting frequencies by lat/long. I
>     have come up against a problem which is infuriating in v3.3e, but
>     easily solved according to the 3.3f manual. That involves
>     representing global navigation correctly, requiring x and y axes
>     (longitude and latitude) to run from -ve to +ve. Version 3.3f has
>     a new command which supports this (xaxis negate, yaxis negate). In
>     spite of a lot of searching I have been unable to find V3.3f so if
>     anyone knows where I can obtain a copy for my 32 bit machine I
>     would be most grateful. With regards, Foss Leach
>     _______________________________________________
>     Glx-general mailing list
>     Glx...@li...
>     https://lists.sourceforge.net/lists/listinfo/glx-general
>
>
>
> -- 
> Dr Laurence Abbott <lau...@yo...>
> Department of Chemistry,
> University of York,
> YO10 5DD, UK
>
>
> _______________________________________________
> Glx-general mailing list
> Glx...@li...
> https://lists.sourceforge.net/lists/listinfo/glx-general

It's certainly fascinating to hear a bit of history regarding GLE. We've
been using it in my chemistry research group continually since at least
1993! (It was originally brought into the group by a Chinese postdoctoral
research after doing a postdoc in Germany!). Nothing comes close to its
consistency and simplicity, especially for making many identical graphs.

I just had a dig through some old floppies and found a copy of gle 3.3b,
even older than you are after, and the elderly PC sitting unused in a lab
that _might_ have a later 3.3 version on it doesn't want to boot up so I
can't check the version there easily.

However...you may not have access to the "negate" command but you might be
able to use "hscale -1": I had been using this before someone pointed out
the "negate" axis option to me, i.e. we had probably been using it since
before the negate command was added.

"hscale -1" is used as a separate in-graph command, rather than as an axis
option, and there appears to be a similar vscale command (although I've
never tried that).

N.B., using "hscale -1" will invert the x axis, i.e. numbers increase from
right to left, but it also messes with a few other things that you will
probably then have to fight. A very quick test and it inverts the yaxis
ticks so that they point outwards (can be corrected by using a negative
ytick length), and the size of the graph box seems to change, too, so you
might need ti tweak the size to get it to what you want.

I think I had been fighting these sorts of things and asked (probably on
this mailing list many years ago!) about why other things were
affected...and that's when someone revealed the negate axis command to me
and wondered why I hadn't been using it! I suspect the use of a negative
hscale (and vscale!) is undocumented behaviour that was brought from
Germany many years ago!

Good luck!

Cheers,

Laurence

On Sat, 30 Mar 2024 at 04:12, Foss Leach <fos...@gm...> wrote:

> It is nice to see ongoing interest in the program written by Chris Pugmire
> many years ago called Gle. I notice that people refer to GLE as "Graphics
> Layout Engine". That name is incorrect. Chris Pugmire was the author of the
> original program written in C, and his name for it was "Graphics Language
> Editor". I was a research fellow at the Institute of Nuclear Science in
> 1987-8. Chris was in the Physics and Engineering Laboratory. My laboratory
> at the INS was in Shed 2 away from the main INS building, and quite close
> to PEL. I always went to PEL for tea breaks and lunch and got to know Chris
> pretty well, and followed his enthusiasm each time he acquired a new
> machine with more memory. He kept issuing new versions of Gle, and when I
> left INS to join the staff of the Museum of New Zealand I had V33e. Chris
> issued version 33f but I never managed to get a copy of the program and
> associated files, although I have a copy of the 3.3f manual. When the DSIR
> was abandoned by the NZ Gvt Chris also stopped supporting Gle, and although
> I kept in touch with him for a while I no longer know where he is. I am now
> 82 years old so perhaps he is teaching the big fella in the sky how to code
> by now.
>
> Even at my advanced age the Gle program remains very important to me in
> making illustrations for publication. I am currently working on the
> distribution of various families of fish around the world from
> archaeological sites and plotting frequencies by lat/long. I have come up
> against a problem which is infuriating in v3.3e, but easily solved
> according to the 3.3f manual. That involves representing global navigation
> correctly, requiring x and y axes (longitude and latitude) to run from -ve
> to +ve. Version 3.3f has a new command which supports this (xaxis negate,
> yaxis negate). In spite of a lot of searching I have been unable to find
> V3.3f so if anyone knows where I can obtain a copy for my 32 bit machine I
> would be most grateful. With regards, Foss Leach
> _______________________________________________
> Glx-general mailing list
> Glx...@li...
> https://lists.sourceforge.net/lists/listinfo/glx-general
>


-- 
Dr Laurence Abbott <lau...@yo...>
Department of Chemistry,
University of York,
YO10 5DD, UK

Ah - that makes sense. I am using Gle under dos. Chris Pugmire wrote the
code to run under dos and a Vax under VMS. Version 3.3f certainly was a dos
version. Hence my quest to find it. It is very sad that it is so hard to
find. I have earlier versions of Gle archived if any enthusiasts are
interested in copies.
Thanks for your kind advice. Foss

On Wed, Apr 3, 2024 at 10:30 AM LaBella, Vincent <vla...@al...>
wrote:

> Hi Foss,
>
>
>
> Those old versions need the GLE_TOP environment variable set manually.
> This maybe the cause of the error. It might be set to your old location. Or
> replacing the old version entirely with the new one after making a suitable
> backup. I would suggest trying a newer 4.X version if you can. However, I
> am unsure of which one would run on windows XP.  I know the latest versions
> probably will not.
>
>
>
> Hope this helps,
>
>
>
> Vince
>
>
>
>
>
> *From:* Foss Leach <fos...@gm...>
> *Sent:* Sunday, March 31, 2024 4:57 PM
> *To:* GLE discussion <glx...@li...>
> *Subject:* Re: [GLE-general] Gle v3.3f Please
>
>
>
> Good morning Vince
>
> thanks for getting back to me.
>
> I looked in the place you suggested and could not find Gle3.3f. The
> earliest version I could find was under a folder called gle3.3h (old
> version)
> <https://sourceforge.net/projects/glx/files/old/gle3.3h%20%28old%20version%29/>.
> I downloaded the zip file from there and unzipped it in a suitable folder
> in a XP machine. I shelled out to a dos window and ran the exe file on a
> simple bit of gle code I am currently working on in my main work machine
> (also XP). The gle3.3h program certainly looks right when it loads, but as
> soon as I try to run it with F10 it crashes with a message "Reason: no such
> file or directory (ENOENT)" This suggests that the program has been
> compiled so that files are expected to be in a pre-specified folder. My
> guess is that whoever compiled this version of gle has done something
> unexpected. I notice that the exe file is twice the size of the gle3.3e
> file.
>
> I am still hoping to find gle3.3f Any further suggestions?
>
> with kind regards
>
> Foss
>
>
>
> ------------------------------ Below note by email
> --------------------------------
>
> GLE is an interactive  Graphics Language Editor.
>       (for VAX installation see INSTALL.TXT)
>
> GLE is NOT WYSIWYG, it shows you a close approximation to what you
>
> will get, but fonts, line widths, colors may all be slightly incorrect.
> Please send reports of bugs (including the GLE file) to:
>        in%"sr...@gr..."
> NOTE: The command is CGLE, but the package is called GLE.
> You might find a text only copy of the manual in a file
> called MANUAL.TXT
> Chris Pugmire.
>
>
>
> On Mon, Apr 1, 2024 at 4:31 AM LaBella, Vincent <vla...@al...>
> wrote:
>
> Foss,
>
>
>
> This is great to hear about the history of GLE, the original author, and
> for clarification on the name.
>
>
>
> The current version of GLE supports the negate command since version 3.3.
>   Version 4.3.3 was the last to support 32 bit OSes. All versions and some
> older 32 bit builds for windows and linux are on sourceforge here
>
>
>
> GLE - Graphics Layout Engine - Browse Files at SourceForge.net
> <https://sourceforge.net/projects/glx/files/>
>
>
>
> Hope this helps.
>
>
>
> Vince
>
>
>
>
>
> *From:* Foss Leach <fos...@gm...>
> *Sent:* Saturday, March 30, 2024 12:12 AM
> *To:* glx...@li...
> *Subject:* [GLE-general] Gle v3.3f Please
>
>
>
> It is nice to see ongoing interest in the program written by Chris Pugmire
> many years ago called Gle. I notice that people refer to GLE as "Graphics
> Layout Engine". That name is incorrect. Chris Pugmire was the author of the
> original program written in C, and his name for it was "Graphics Language
> Editor". I was a research fellow at the Institute of Nuclear Science in
> 1987-8. Chris was in the Physics and Engineering Laboratory. My laboratory
> at the INS was in Shed 2 away from the main INS building, and quite close
> to PEL. I always went to PEL for tea breaks and lunch and got to know Chris
> pretty well, and followed his enthusiasm each time he acquired a new
> machine with more memory. He kept issuing new versions of Gle, and when I
> left INS to join the staff of the Museum of New Zealand I had V33e. Chris
> issued version 33f but I never managed to get a copy of the program and
> associated files, although I have a copy of the 3.3f manual. When the DSIR
> was abandoned by the NZ Gvt Chris also stopped supporting Gle, and although
> I kept in touch with him for a while I no longer know where he is. I am now
> 82 years old so perhaps he is teaching the big fella in the sky how to code
> by now.
>
>
> Even at my advanced age the Gle program remains very important to me in
> making illustrations for publication. I am currently working on the
> distribution of various families of fish around the world from
> archaeological sites and plotting frequencies by lat/long. I have come up
> against a problem which is infuriating in v3.3e, but easily solved
> according to the 3.3f manual. That involves representing global navigation
> correctly, requiring x and y axes (longitude and latitude) to run from -ve
> to +ve. Version 3.3f has a new command which supports this (xaxis negate,
> yaxis negate). In spite of a lot of searching I have been unable to find
> V3.3f so if anyone knows where I can obtain a copy for my 32 bit machine I
> would be most grateful. With regards, Foss Leach
>
> _______________________________________________
> Glx-general mailing list
> Glx...@li...
> https://lists.sourceforge.net/lists/listinfo/glx-general
>
> _______________________________________________
> Glx-general mailing list
> Glx...@li...
> https://lists.sourceforge.net/lists/listinfo/glx-general
>

Hi Foss,

Those old versions need the GLE_TOP environment variable set manually.  This maybe the cause of the error. It might be set to your old location. Or replacing the old version entirely with the new one after making a suitable backup. I would suggest trying a newer 4.X version if you can. However, I am unsure of which one would run on windows XP.  I know the latest versions probably will not.

Hope this helps,

Vince


From: Foss Leach <fos...@gm...>
Sent: Sunday, March 31, 2024 4:57 PM
To: GLE discussion <glx...@li...>
Subject: Re: [GLE-general] Gle v3.3f Please

Good morning Vince
thanks for getting back to me.
I looked in the place you suggested and could not find Gle3.3f. The earliest version I could find was under a folder called gle3.3h (old version)<https://sourceforge.net/projects/glx/files/old/gle3.3h%20%28old%20version%29/>. I downloaded the zip file from there and unzipped it in a suitable folder in a XP machine. I shelled out to a dos window and ran the exe file on a simple bit of gle code I am currently working on in my main work machine (also XP). The gle3.3h program certainly looks right when it loads, but as soon as I try to run it with F10 it crashes with a message "Reason: no such file or directory (ENOENT)" This suggests that the program has been compiled so that files are expected to be in a pre-specified folder. My guess is that whoever compiled this version of gle has done something unexpected. I notice that the exe file is twice the size of the gle3.3e file.
I am still hoping to find gle3.3f Any further suggestions?
with kind regards
Foss

------------------------------ Below note by email --------------------------------
GLE is an interactive  Graphics Language Editor.
      (for VAX installation see INSTALL.TXT)
GLE is NOT WYSIWYG, it shows you a close approximation to what you
will get, but fonts, line widths, colors may all be slightly incorrect.
Please send reports of bugs (including the GLE file) to:
       in%"sr...@gr...<mailto:sr...@gr...>"
NOTE: The command is CGLE, but the package is called GLE.
You might find a text only copy of the manual in a file
called MANUAL.TXT
Chris Pugmire.

On Mon, Apr 1, 2024 at 4:31 AM LaBella, Vincent <vla...@al...<mailto:vla...@al...>> wrote:
Foss,

This is great to hear about the history of GLE, the original author, and for clarification on the name.

The current version of GLE supports the negate command since version 3.3.   Version 4.3.3 was the last to support 32 bit OSes. All versions and some older 32 bit builds for windows and linux are on sourceforge here

GLE - Graphics Layout Engine - Browse Files at SourceForge.net<https://sourceforge.net/projects/glx/files/>

Hope this helps.

Vince


From: Foss Leach <fos...@gm...<mailto:fos...@gm...>>
Sent: Saturday, March 30, 2024 12:12 AM
To: glx...@li...<mailto:glx...@li...>
Subject: [GLE-general] Gle v3.3f Please

It is nice to see ongoing interest in the program written by Chris Pugmire many years ago called Gle. I notice that people refer to GLE as "Graphics Layout Engine". That name is incorrect. Chris Pugmire was the author of the original program written in C, and his name for it was "Graphics Language Editor". I was a research fellow at the Institute of Nuclear Science in 1987-8. Chris was in the Physics and Engineering Laboratory. My laboratory at the INS was in Shed 2 away from the main INS building, and quite close to PEL. I always went to PEL for tea breaks and lunch and got to know Chris pretty well, and followed his enthusiasm each time he acquired a new machine with more memory. He kept issuing new versions of Gle, and when I left INS to join the staff of the Museum of New Zealand I had V33e. Chris issued version 33f but I never managed to get a copy of the program and associated files, although I have a copy of the 3.3f manual. When the DSIR was abandoned by the NZ Gvt Chris also stopped supporting Gle, and although I kept in touch with him for a while I no longer know where he is. I am now 82 years old so perhaps he is teaching the big fella in the sky how to code by now.

Even at my advanced age the Gle program remains very important to me in making illustrations for publication. I am currently working on the distribution of various families of fish around the world from archaeological sites and plotting frequencies by lat/long. I have come up against a problem which is infuriating in v3.3e, but easily solved according to the 3.3f manual. That involves representing global navigation correctly, requiring x and y axes (longitude and latitude) to run from -ve to +ve. Version 3.3f has a new command which supports this (xaxis negate, yaxis negate). In spite of a lot of searching I have been unable to find V3.3f so if anyone knows where I can obtain a copy for my 32 bit machine I would be most grateful. With regards, Foss Leach
_______________________________________________
Glx-general mailing list
Glx...@li...<mailto:Glx...@li...>
https://lists.sourceforge.net/lists/listinfo/glx-general

Good morning Vince
thanks for getting back to me.
I looked in the place you suggested and could not find Gle3.3f. The
earliest version I could find was under a folder called gle3.3h (old
version)
<https://sourceforge.net/projects/glx/files/old/gle3.3h%20%28old%20version%29/>.
I downloaded the zip file from there and unzipped it in a suitable folder
in a XP machine. I shelled out to a dos window and ran the exe file on a
simple bit of gle code I am currently working on in my main work machine
(also XP). The gle3.3h program certainly looks right when it loads, but as
soon as I try to run it with F10 it crashes with a message "Reason: no such
file or directory (ENOENT)" This suggests that the program has been
compiled so that files are expected to be in a pre-specified folder. My
guess is that whoever compiled this version of gle has done something
unexpected. I notice that the exe file is twice the size of the gle3.3e
file.
I am still hoping to find gle3.3f Any further suggestions?
with kind regards
Foss

------------------------------ Below note by email
--------------------------------
GLE is an interactive  Graphics Language Editor.
      (for VAX installation see INSTALL.TXT)
GLE is NOT WYSIWYG, it shows you a close approximation to what you
will get, but fonts, line widths, colors may all be slightly incorrect.
Please send reports of bugs (including the GLE file) to:
       in%"sr...@gr..."
NOTE: The command is CGLE, but the package is called GLE.
You might find a text only copy of the manual in a file
called MANUAL.TXT
Chris Pugmire.

On Mon, Apr 1, 2024 at 4:31 AM LaBella, Vincent <vla...@al...> wrote:

> Foss,
>
>
>
> This is great to hear about the history of GLE, the original author, and
> for clarification on the name.
>
>
>
> The current version of GLE supports the negate command since version 3.3.
>   Version 4.3.3 was the last to support 32 bit OSes. All versions and some
> older 32 bit builds for windows and linux are on sourceforge here
>
>
>
> GLE - Graphics Layout Engine - Browse Files at SourceForge.net
> <https://sourceforge.net/projects/glx/files/>
>
>
>
> Hope this helps.
>
>
>
> Vince
>
>
>
>
>
> *From:* Foss Leach <fos...@gm...>
> *Sent:* Saturday, March 30, 2024 12:12 AM
> *To:* glx...@li...
> *Subject:* [GLE-general] Gle v3.3f Please
>
>
>
> It is nice to see ongoing interest in the program written by Chris Pugmire
> many years ago called Gle. I notice that people refer to GLE as "Graphics
> Layout Engine". That name is incorrect. Chris Pugmire was the author of the
> original program written in C, and his name for it was "Graphics Language
> Editor". I was a research fellow at the Institute of Nuclear Science in
> 1987-8. Chris was in the Physics and Engineering Laboratory. My laboratory
> at the INS was in Shed 2 away from the main INS building, and quite close
> to PEL. I always went to PEL for tea breaks and lunch and got to know Chris
> pretty well, and followed his enthusiasm each time he acquired a new
> machine with more memory. He kept issuing new versions of Gle, and when I
> left INS to join the staff of the Museum of New Zealand I had V33e. Chris
> issued version 33f but I never managed to get a copy of the program and
> associated files, although I have a copy of the 3.3f manual. When the DSIR
> was abandoned by the NZ Gvt Chris also stopped supporting Gle, and although
> I kept in touch with him for a while I no longer know where he is. I am now
> 82 years old so perhaps he is teaching the big fella in the sky how to code
> by now.
>
>
> Even at my advanced age the Gle program remains very important to me in
> making illustrations for publication. I am currently working on the
> distribution of various families of fish around the world from
> archaeological sites and plotting frequencies by lat/long. I have come up
> against a problem which is infuriating in v3.3e, but easily solved
> according to the 3.3f manual. That involves representing global navigation
> correctly, requiring x and y axes (longitude and latitude) to run from -ve
> to +ve. Version 3.3f has a new command which supports this (xaxis negate,
> yaxis negate). In spite of a lot of searching I have been unable to find
> V3.3f so if anyone knows where I can obtain a copy for my 32 bit machine I
> would be most grateful. With regards, Foss Leach
> _______________________________________________
> Glx-general mailing list
> Glx...@li...
> https://lists.sourceforge.net/lists/listinfo/glx-general
>

Foss,

This is great to hear about the history of GLE, the original author, and for clarification on the name.

The current version of GLE supports the negate command since version 3.3.   Version 4.3.3 was the last to support 32 bit OSes. All versions and some older 32 bit builds for windows and linux are on sourceforge here

GLE - Graphics Layout Engine - Browse Files at SourceForge.net<https://sourceforge.net/projects/glx/files/>

Hope this helps.

Vince


From: Foss Leach <fos...@gm...>
Sent: Saturday, March 30, 2024 12:12 AM
To: glx...@li...
Subject: [GLE-general] Gle v3.3f Please

It is nice to see ongoing interest in the program written by Chris Pugmire many years ago called Gle. I notice that people refer to GLE as "Graphics Layout Engine". That name is incorrect. Chris Pugmire was the author of the original program written in C, and his name for it was "Graphics Language Editor". I was a research fellow at the Institute of Nuclear Science in 1987-8. Chris was in the Physics and Engineering Laboratory. My laboratory at the INS was in Shed 2 away from the main INS building, and quite close to PEL. I always went to PEL for tea breaks and lunch and got to know Chris pretty well, and followed his enthusiasm each time he acquired a new machine with more memory. He kept issuing new versions of Gle, and when I left INS to join the staff of the Museum of New Zealand I had V33e. Chris issued version 33f but I never managed to get a copy of the program and associated files, although I have a copy of the 3.3f manual. When the DSIR was abandoned by the NZ Gvt Chris also stopped supporting Gle, and although I kept in touch with him for a while I no longer know where he is. I am now 82 years old so perhaps he is teaching the big fella in the sky how to code by now.

Even at my advanced age the Gle program remains very important to me in making illustrations for publication. I am currently working on the distribution of various families of fish around the world from archaeological sites and plotting frequencies by lat/long. I have come up against a problem which is infuriating in v3.3e, but easily solved according to the 3.3f manual. That involves representing global navigation correctly, requiring x and y axes (longitude and latitude) to run from -ve to +ve. Version 3.3f has a new command which supports this (xaxis negate, yaxis negate). In spite of a lot of searching I have been unable to find V3.3f so if anyone knows where I can obtain a copy for my 32 bit machine I would be most grateful. With regards, Foss Leach

It is nice to see ongoing interest in the program written by Chris Pugmire
many years ago called Gle. I notice that people refer to GLE as "Graphics
Layout Engine". That name is incorrect. Chris Pugmire was the author of the
original program written in C, and his name for it was "Graphics Language
Editor". I was a research fellow at the Institute of Nuclear Science in
1987-8. Chris was in the Physics and Engineering Laboratory. My laboratory
at the INS was in Shed 2 away from the main INS building, and quite close
to PEL. I always went to PEL for tea breaks and lunch and got to know Chris
pretty well, and followed his enthusiasm each time he acquired a new
machine with more memory. He kept issuing new versions of Gle, and when I
left INS to join the staff of the Museum of New Zealand I had V33e. Chris
issued version 33f but I never managed to get a copy of the program and
associated files, although I have a copy of the 3.3f manual. When the DSIR
was abandoned by the NZ Gvt Chris also stopped supporting Gle, and although
I kept in touch with him for a while I no longer know where he is. I am now
82 years old so perhaps he is teaching the big fella in the sky how to code
by now.

Even at my advanced age the Gle program remains very important to me in
making illustrations for publication. I am currently working on the
distribution of various families of fish around the world from
archaeological sites and plotting frequencies by lat/long. I have come up
against a problem which is infuriating in v3.3e, but easily solved
according to the 3.3f manual. That involves representing global navigation
correctly, requiring x and y axes (longitude and latitude) to run from -ve
to +ve. Version 3.3f has a new command which supports this (xaxis negate,
yaxis negate). In spite of a lot of searching I have been unable to find
V3.3f so if anyone knows where I can obtain a copy for my 32 bit machine I
would be most grateful. With regards, Foss Leach

I just fixed the typo in the manual and pushed it to github here

vlabella/gle-manual: GLE Manual (github.com)<https://github.com/vlabella/gle-manual>

Thanks for the notice

Vince

From: Laurence Abbott via Glx-general <glx...@li...>
Sent: Wednesday, December 20, 2023 8:49 AM
To: GLE discussion <glx...@li...>
Cc: Laurence Abbott <lau...@yo...>
Subject: Re: [GLE-general] functions for max and min of y2 axis

I've not tested this in much depth but it looks like these variables are actually called "y2gmin", "y2gmax" (and also "x2gmin" and "x2gmax").

It looks like there's a typo in the manual with the g2 parts transposed (in Appendix A2).

Cheers,

Laz

On Wed, 20 Dec 2023 at 13:34, Lukas Flierl <fli...@gm...<mailto:fli...@gm...>> wrote:
Dear all,

I hope that short before x-mas, some of you still have some time for my newest GLE issue.
I wanted to use yg2max and yg2min, which should return the max and min value of the y2 axis, respectively. But these functions seem not to be working. I use GLE 4.3.4. Any ideas?

Best and a very merry x-mas

Lukas

P.S.

Here is a minimal, reproducible example:


size 12.0 12.0


begin graph

let d1=sin(x) from 0 to 2*pi
d1 line color green

let d2=sin(x+pi/4)*10 from 0 to 2*pi
d2 line color red y2axis

end graph

!printing min and max of y and y2
print yg2min
print yg2max

print ygmin
print ygmax


_______________________________________________
Glx-general mailing list
Glx...@li...<mailto:Glx...@li...>
https://lists.sourceforge.net/lists/listinfo/glx-general


--
Dr Laurence Abbott <lau...@yo...<mailto:lau...@yo...>>
Department of Chemistry,
University of York,
YO10 5DD, UK

I've not tested this in much depth but it looks like these variables are
actually called "y2gmin", "y2gmax" (and also "x2gmin" and "x2gmax").

It looks like there's a typo in the manual with the g2 parts transposed (in
Appendix A2).

Cheers,

Laz

On Wed, 20 Dec 2023 at 13:34, Lukas Flierl <fli...@gm...> wrote:

> Dear all,
>
> I hope that short before x-mas, some of you still have some time for my
> newest GLE issue.
> I wanted to use yg2max and yg2min, which should return the max and min
> value of the y2 axis, respectively. But these functions seem not to be
> working. I use GLE 4.3.4. Any ideas?
>
> Best and a very merry x-mas
>
> Lukas
>
> P.S.
>
> Here is a minimal, reproducible example:
>
>
> size 12.0 12.0
>
>
> begin graph
>
> let d1=sin(x) from 0 to 2*pi
> d1 line color green
>
> let d2=sin(x+pi/4)*10 from 0 to 2*pi
> d2 line color red y2axis
>
> end graph
>
> !printing min and max of y and y2
> print yg2min
> print yg2max
>
> print ygmin
> print ygmax
>
>
> _______________________________________________
> Glx-general mailing list
> Glx...@li...
> https://lists.sourceforge.net/lists/listinfo/glx-general
>


-- 
Dr Laurence Abbott <lau...@yo...>
Department of Chemistry,
University of York,
YO10 5DD, UK

Use y2gmin/y2gmax variables instead.
There is an error in the documentation (already in ChangeLog).
The 'g' stands (most probably) for 'get'
(var_findadd_set("Y2GMIN", xx[GLE_AXIS_Y2].getMin());).

Happy Christmas
R.


On středa 20. prosince 2023 14:33:06 CET Lukas Flierl wrote:
> Dear all,
> 
> I hope that short before x-mas, some of you still have some time for my
> newest GLE issue.
> I wanted to use yg2max and yg2min, which should return the max and min
> value of the y2 axis, respectively. But these functions seem not to be
> working. I use GLE 4.3.4. Any ideas?
> 
> Best and a very merry x-mas
> 
> Lukas
> 
> P.S.
> 
> Here is a minimal, reproducible example:
> 
> 
> size 12.0 12.0
> 
> 
> begin graph
> 
> let d1=sin(x) from 0 to 2*pi
> d1 line color green
> 
> let d2=sin(x+pi/4)*10 from 0 to 2*pi
> d2 line color red y2axis
> 
> end graph
> 
> !printing min and max of y and y2
> print yg2min
> print yg2max
> 
> print ygmin
> print ygmax

Dear all,

I hope that short before x-mas, some of you still have some time for my
newest GLE issue.
I wanted to use yg2max and yg2min, which should return the max and min
value of the y2 axis, respectively. But these functions seem not to be
working. I use GLE 4.3.4. Any ideas?

Best and a very merry x-mas

Lukas

P.S.

Here is a minimal, reproducible example:


size 12.0 12.0


begin graph

let d1=sin(x) from 0 to 2*pi
d1 line color green

let d2=sin(x+pi/4)*10 from 0 to 2*pi
d2 line color red y2axis

end graph

!printing min and max of y and y2
print yg2min
print yg2max

print ygmin
print ygmax

Hi folks,

recently, I came across following issue, which I have newer noticed since I 
usually work with rather large colormaps. Let there be a following code:

####################
size 10 2

sub my_palette z
	print z
	return rgb(z, 0, 0)
end sub

begin letz
	data "aux.z"
	z = 2*x
	x from 0 to 5 step 1
	y from 0 to 1 step 2 ! to have single line of data
end letz

begin graph
	scale auto
	yaxis off
	colormap "aux.z" 6 1 zmin 0 zmax 10 palette my_palette
end graph
####################

The z-values 'my_palette' subroutine is printing (and which are being plotted) 
are not the ones in source data file. There is clearly some interpolation going 
on, even though all requested data points are present in the data file. Does 
anyone know how to switch it off?

Thank you
Best,
Radek

Hi Gerhard and Vince, 

   Thanks for your info! I will try with 'texpreamble':)

Have a nice week,
Jing 

-----Original Message-----
From: LaBella, Vincent <vla...@al...> 
Sent: Friday, September 29, 2023 10:55 PM
To: st...@bi...; GLE discussion <glx...@li...>
Subject: Re: [GLE-general] plot “Semi-transparent fills”

Gerhard and Jing,

	Thanks for the information. I was unaware of this as I never tried to change fonts in TeX mode within GLE.  Not sure if there is a workaround in the source code for this - so your solution for the texpreamble is a good one.

Vince

-----Original Message-----
From: Gerhard Steger <st...@un...>
Sent: Friday, September 29, 2023 12:39 PM
To: glx...@li...; LaBella, Vincent <vla...@al...>; jin...@he...
Subject: Re: [GLE-general] plot “Semi-transparent fills”

Dear Jing,
Dear Vincent,

in my hands (GLE v4.3.4), the TeX fonts do not work with the standard "set font <font-name>", because this command is ignored(?) and only the Computer Modern _Roman_ fonts are used.
However, one can force the usage of LaTeX fonts via a "texpreamble"; see the following example, which is mainly a copy of Fig 4.18 of the manual. 
Note that now text is in sans-serif and the additional text shows bold, italics, and serif.

Best regards,
Gerhard Steger

 >>>
size 6.5 5.5

begin texpreamble
     \usepackage{mathptmx}
     \usepackage{helvet}
     \renewcommand{\familydefault}{phv}
! use the following two lines for sans-serif math
     \usepackage[italic]{mathastext}
     \usepackage{isomath}
end texpreamble

!include "./manual.gle"
!manual_graph_mode
!   set font psh ! psh texcmssb
    set texlabels 1 titlescale 1 atitlescale 0.9 alabelscale 0.75 ticksscale 0.2
    set hei 0.3633
    set texscale fixed
    set lstyle 1
    set lwidth 0.02
    set color black

begin graph
    scale auto
    title  "\bf Semi-Transparent Fills"
    xtitle "Time"
    ytitle "Output"
    xaxis min 0 max 9
    yaxis min 0 max 6 dticks 1
    let d1 = sin(x)*1.5+1.5 from 0 to 10
    let d2 = 1/x from 0.01 to 10
    let d3 = (10/sqrt(2*pi))*exp(-(sqr(x-4)/2)) from 0 to 10
    key background gray5 hei 0.27
    begin layer 300
       fill x1,d1 color rgba255(255,0,0,80)
       d1 line color red key "$1.5\sin(x)+1.5$"
    end layer
    begin layer 301
       fill x1,d2 color rgba255(0,128,0,80)
       d2 line color green key "$1/x$"
    end layer
    begin layer 302
       fill x1,d3 color rgba255(0,0,255,80)
       d3 line color blue key
"$\frac{10}{\sqrt{2\pi}}\exp\left(-\frac{(x-4)^2}{2}\right)$"
    end layer
end graph

amove xg(1) yg(1)
begin rotate 45
    text \tex{$\alpha = 45^{\circ}$}
    rmove .5 -.5
    text \tex{\it italics}
    rmove .5 -.5
    text \tex{\bf bold}
    rmove .5 -.5
    text \tex{\rm serif}
end rotate
<<<


Am 29.09.23 um 14:12 schrieb LaBella, Vincent:
>
> Jing,
>
> Try using the tex fonts.  They are listed in appendix A.5 of the 
> manual
>
> texcmb Computer Modern Bold
>
> texcmex Computer Modern Extensible
>
> texcmitt Computer Modern Italic Typewriter
>
> texcmmi Computer Modern Maths Italic
>
> texcmr Computer Modern Roman
>
> texcmss Computer Modern Sans Serif
>
> texcmssb Computer Modern Sans Serif Bold
>
> texcmssi Computer Modern Sans Serif Italic
>
> texcmsy Computer Modern Symbol
>
> texcmti Computer Modern Text Italic
>
> texcmtt Computer Modern Typewriter Text
>
> Vince
>
> *From:* Dou, Jing <jin...@he...>
> *Sent:* Wednesday, September 27, 2023 3:07 AM
> *To:* GLE discussion <glx...@li...>
> *Subject:* Re: [GLE-general] plot “Semi-transparent fills”
>
> Hi Vince,
>
>    Thank you very much for your reply!
>
>    The thing is that the font is now in textcmr by default, I cannot 
> set it to other fonts, and I cannot set text in bold or italic. All 
> these do not work…
>
> Best,
>
> Jing
>
> *From:* LaBella, Vincent <vla...@al...>
> *Sent:* Wednesday, September 27, 2023 2:55 AM
> *To:* GLE discussion <glx...@li...>
> *Subject:* Re: [GLE-general] plot “Semi-transparent fills”
>
> Hi Jing,
>
> As suggested by the error message you can use texcmr instead of the 
> postscript font to suppress the message.
>
> For example at the top of your file
>
> set font texcmr
>
> or any of the other texfonts  such as texcmss.
>
> I think the bug fix seen in 4.2.4b was to fix the fact that falling 
> back to texcmr did not work automatically.  Now it does and the 
> warning gets issued, so the bug was fixed.
>
> Hope this helps.
>
> Vince
>
> *From:* Dou, Jing <jin...@he...>
> *Sent:* Tuesday, September 26, 2023 8:44 AM
> *To:* glx...@li...
> *Subject:* [GLE-general] plot “Semi-transparent fills”
>
> Hello,
>
>    I am using gle-4.2.5, and when I tried to plot “Semi-transparent 
> fills” with -cairo, it says “PostScript fonts not supported with 
> '-cairo'; using 'texcmr' instead”.
>
>    From https://glx.sourceforge.io/main/changes.html, it says the bug 
> has already been fixed in version 4.2.4b. May I ask what I should do 
> now to fix the problem, and use the fonts I prefer?
>
> Many thanks,
>
> Jing
>
>
>
> _______________________________________________
> Glx-general mailing list
> Glx...@li...
> https://lists.sourceforge.net/lists/listinfo/glx-general



_______________________________________________
Glx-general mailing list
Glx...@li...
https://lists.sourceforge.net/lists/listinfo/glx-general

_______________________________________________
Glx-general mailing list
Glx...@li...
https://lists.sourceforge.net/lists/listinfo/glx-general

Gerhard and Jing,

	Thanks for the information. I was unaware of this as I never tried to change fonts in TeX mode within GLE.  Not sure if there is a workaround in the source code for this - so your solution for the texpreamble is a good one.

Vince

-----Original Message-----
From: Gerhard Steger <st...@un...> 
Sent: Friday, September 29, 2023 12:39 PM
To: glx...@li...; LaBella, Vincent <vla...@al...>; jin...@he...
Subject: Re: [GLE-general] plot “Semi-transparent fills”

Dear Jing,
Dear Vincent,

in my hands (GLE v4.3.4), the TeX fonts do not work with the standard "set font <font-name>", because this command is ignored(?) and only the Computer Modern _Roman_ fonts are used.
However, one can force the usage of LaTeX fonts via a "texpreamble"; see the following example, which is mainly a copy of Fig 4.18 of the manual. 
Note that now text is in sans-serif and the additional text shows bold, italics, and serif.

Best regards,
Gerhard Steger

 >>>
size 6.5 5.5

begin texpreamble
     \usepackage{mathptmx}
     \usepackage{helvet}
     \renewcommand{\familydefault}{phv}
! use the following two lines for sans-serif math
     \usepackage[italic]{mathastext}
     \usepackage{isomath}
end texpreamble

!include "./manual.gle"
!manual_graph_mode
!   set font psh ! psh texcmssb
    set texlabels 1 titlescale 1 atitlescale 0.9 alabelscale 0.75 ticksscale 0.2
    set hei 0.3633
    set texscale fixed
    set lstyle 1
    set lwidth 0.02
    set color black

begin graph
    scale auto
    title  "\bf Semi-Transparent Fills"
    xtitle "Time"
    ytitle "Output"
    xaxis min 0 max 9
    yaxis min 0 max 6 dticks 1
    let d1 = sin(x)*1.5+1.5 from 0 to 10
    let d2 = 1/x from 0.01 to 10
    let d3 = (10/sqrt(2*pi))*exp(-(sqr(x-4)/2)) from 0 to 10
    key background gray5 hei 0.27
    begin layer 300
       fill x1,d1 color rgba255(255,0,0,80)
       d1 line color red key "$1.5\sin(x)+1.5$"
    end layer
    begin layer 301
       fill x1,d2 color rgba255(0,128,0,80)
       d2 line color green key "$1/x$"
    end layer
    begin layer 302
       fill x1,d3 color rgba255(0,0,255,80)
       d3 line color blue key
"$\frac{10}{\sqrt{2\pi}}\exp\left(-\frac{(x-4)^2}{2}\right)$"
    end layer
end graph

amove xg(1) yg(1)
begin rotate 45
    text \tex{$\alpha = 45^{\circ}$}
    rmove .5 -.5
    text \tex{\it italics}
    rmove .5 -.5
    text \tex{\bf bold}
    rmove .5 -.5
    text \tex{\rm serif}
end rotate
<<<


Am 29.09.23 um 14:12 schrieb LaBella, Vincent:
>
> Jing,
>
> Try using the tex fonts.  They are listed in appendix A.5 of the 
> manual
>
> texcmb Computer Modern Bold
>
> texcmex Computer Modern Extensible
>
> texcmitt Computer Modern Italic Typewriter
>
> texcmmi Computer Modern Maths Italic
>
> texcmr Computer Modern Roman
>
> texcmss Computer Modern Sans Serif
>
> texcmssb Computer Modern Sans Serif Bold
>
> texcmssi Computer Modern Sans Serif Italic
>
> texcmsy Computer Modern Symbol
>
> texcmti Computer Modern Text Italic
>
> texcmtt Computer Modern Typewriter Text
>
> Vince
>
> *From:* Dou, Jing <jin...@he...>
> *Sent:* Wednesday, September 27, 2023 3:07 AM
> *To:* GLE discussion <glx...@li...>
> *Subject:* Re: [GLE-general] plot “Semi-transparent fills”
>
> Hi Vince,
>
>    Thank you very much for your reply!
>
>    The thing is that the font is now in textcmr by default, I cannot 
> set it to other fonts, and I cannot set text in bold or italic. All 
> these do not work…
>
> Best,
>
> Jing
>
> *From:* LaBella, Vincent <vla...@al...>
> *Sent:* Wednesday, September 27, 2023 2:55 AM
> *To:* GLE discussion <glx...@li...>
> *Subject:* Re: [GLE-general] plot “Semi-transparent fills”
>
> Hi Jing,
>
> As suggested by the error message you can use texcmr instead of the 
> postscript font to suppress the message.
>
> For example at the top of your file
>
> set font texcmr
>
> or any of the other texfonts  such as texcmss.
>
> I think the bug fix seen in 4.2.4b was to fix the fact that falling 
> back to texcmr did not work automatically.  Now it does and the 
> warning gets issued, so the bug was fixed.
>
> Hope this helps.
>
> Vince
>
> *From:* Dou, Jing <jin...@he...>
> *Sent:* Tuesday, September 26, 2023 8:44 AM
> *To:* glx...@li...
> *Subject:* [GLE-general] plot “Semi-transparent fills”
>
> Hello,
>
>    I am using gle-4.2.5, and when I tried to plot “Semi-transparent 
> fills” with -cairo, it says “PostScript fonts not supported with 
> '-cairo'; using 'texcmr' instead”.
>
>    From https://glx.sourceforge.io/main/changes.html, it says the bug 
> has already been fixed in version 4.2.4b. May I ask what I should do 
> now to fix the problem, and use the fonts I prefer?
>
> Many thanks,
>
> Jing
>
>
>
> _______________________________________________
> Glx-general mailing list
> Glx...@li...
> https://lists.sourceforge.net/lists/listinfo/glx-general



_______________________________________________
Glx-general mailing list
Glx...@li...
https://lists.sourceforge.net/lists/listinfo/glx-general

Dear Jing,
Dear Vincent,

in my hands (GLE v4.3.4), the TeX fonts do not work with the standard 
"set font <font-name>", because this command is ignored(?) and only the 
Computer Modern _Roman_ fonts are used.
However, one can force the usage of LaTeX fonts via a "texpreamble"; see 
the following example, which is mainly a copy of Fig 4.18 of the manual. 
Note that now text is in sans-serif and the additional text shows bold, 
italics, and serif.

Best regards,
Gerhard Steger

 >>>
size 6.5 5.5

begin texpreamble
     \usepackage{mathptmx}
     \usepackage{helvet}
     \renewcommand{\familydefault}{phv}
! use the following two lines for sans-serif math
     \usepackage[italic]{mathastext}
     \usepackage{isomath}
end texpreamble

!include "./manual.gle"
!manual_graph_mode
!   set font psh ! psh texcmssb
    set texlabels 1 titlescale 1 atitlescale 0.9 alabelscale 0.75 
ticksscale 0.2
    set hei 0.3633
    set texscale fixed
    set lstyle 1
    set lwidth 0.02
    set color black

begin graph
    scale auto
    title  "\bf Semi-Transparent Fills"
    xtitle "Time"
    ytitle "Output"
    xaxis min 0 max 9
    yaxis min 0 max 6 dticks 1
    let d1 = sin(x)*1.5+1.5 from 0 to 10
    let d2 = 1/x from 0.01 to 10
    let d3 = (10/sqrt(2*pi))*exp(-(sqr(x-4)/2)) from 0 to 10
    key background gray5 hei 0.27
    begin layer 300
       fill x1,d1 color rgba255(255,0,0,80)
       d1 line color red key "$1.5\sin(x)+1.5$"
    end layer
    begin layer 301
       fill x1,d2 color rgba255(0,128,0,80)
       d2 line color green key "$1/x$"
    end layer
    begin layer 302
       fill x1,d3 color rgba255(0,0,255,80)
       d3 line color blue key 
"$\frac{10}{\sqrt{2\pi}}\exp\left(-\frac{(x-4)^2}{2}\right)$"
    end layer
end graph

amove xg(1) yg(1)
begin rotate 45
    text \tex{$\alpha = 45^{\circ}$}
    rmove .5 -.5
    text \tex{\it italics}
    rmove .5 -.5
    text \tex{\bf bold}
    rmove .5 -.5
    text \tex{\rm serif}
end rotate
<<<


Am 29.09.23 um 14:12 schrieb LaBella, Vincent:
>
> Jing,
>
> Try using the tex fonts.  They are listed in appendix A.5 of the manual
>
> texcmb Computer Modern Bold
>
> texcmex Computer Modern Extensible
>
> texcmitt Computer Modern Italic Typewriter
>
> texcmmi Computer Modern Maths Italic
>
> texcmr Computer Modern Roman
>
> texcmss Computer Modern Sans Serif
>
> texcmssb Computer Modern Sans Serif Bold
>
> texcmssi Computer Modern Sans Serif Italic
>
> texcmsy Computer Modern Symbol
>
> texcmti Computer Modern Text Italic
>
> texcmtt Computer Modern Typewriter Text
>
> Vince
>
> *From:* Dou, Jing <jin...@he...>
> *Sent:* Wednesday, September 27, 2023 3:07 AM
> *To:* GLE discussion <glx...@li...>
> *Subject:* Re: [GLE-general] plot “Semi-transparent fills”
>
> Hi Vince,
>
>    Thank you very much for your reply!
>
>    The thing is that the font is now in textcmr by default, I cannot 
> set it to other fonts, and I cannot set text in bold or italic. All 
> these do not work…
>
> Best,
>
> Jing
>
> *From:* LaBella, Vincent <vla...@al...>
> *Sent:* Wednesday, September 27, 2023 2:55 AM
> *To:* GLE discussion <glx...@li...>
> *Subject:* Re: [GLE-general] plot “Semi-transparent fills”
>
> Hi Jing,
>
> As suggested by the error message you can use texcmr instead of the 
> postscript font to suppress the message.
>
> For example at the top of your file
>
> set font texcmr
>
> or any of the other texfonts  such as texcmss.
>
> I think the bug fix seen in 4.2.4b was to fix the fact that falling 
> back to texcmr did not work automatically.  Now it does and the 
> warning gets issued, so the bug was fixed.
>
> Hope this helps.
>
> Vince
>
> *From:* Dou, Jing <jin...@he...>
> *Sent:* Tuesday, September 26, 2023 8:44 AM
> *To:* glx...@li...
> *Subject:* [GLE-general] plot “Semi-transparent fills”
>
> Hello,
>
>    I am using gle-4.2.5, and when I tried to plot “Semi-transparent 
> fills” with -cairo, it says “PostScript fonts not supported with 
> '-cairo'; using 'texcmr' instead”.
>
>    From https://glx.sourceforge.io/main/changes.html, it says the bug 
> has already been fixed in version 4.2.4b. May I ask what I should do 
> now to fix the problem, and use the fonts I prefer?
>
> Many thanks,
>
> Jing
>
>
>
> _______________________________________________
> Glx-general mailing list
> Glx...@li...
> https://lists.sourceforge.net/lists/listinfo/glx-general

Jing,

Try using the tex fonts.  They are listed in appendix A.5 of the manual

texcmb Computer Modern Bold
texcmex Computer Modern Extensible
texcmitt Computer Modern Italic Typewriter
texcmmi Computer Modern Maths Italic
texcmr Computer Modern Roman
texcmss Computer Modern Sans Serif
texcmssb Computer Modern Sans Serif Bold
texcmssi Computer Modern Sans Serif Italic
texcmsy Computer Modern Symbol
texcmti Computer Modern Text Italic
texcmtt Computer Modern Typewriter Text

Vince

From: Dou, Jing <jin...@he...>
Sent: Wednesday, September 27, 2023 3:07 AM
To: GLE discussion <glx...@li...>
Subject: Re: [GLE-general] plot “Semi-transparent fills”

Hi Vince,

   Thank you very much for your reply!

   The thing is that the font is now in textcmr by default, I cannot set it to other fonts, and I cannot set text in bold or italic. All these do not work…

Best,
Jing

From: LaBella, Vincent <vla...@al...<mailto:vla...@al...>>
Sent: Wednesday, September 27, 2023 2:55 AM
To: GLE discussion <glx...@li...<mailto:glx...@li...>>
Subject: Re: [GLE-general] plot “Semi-transparent fills”

Hi Jing,

As suggested by the error message you can use texcmr instead of the postscript font to suppress the message.
For example at the top of your file

set font texcmr

or any of the other texfonts  such as texcmss.


I think the bug fix seen in 4.2.4b was to fix the fact that falling back to texcmr did not work automatically.  Now it does and the warning gets issued, so the bug was fixed.

Hope this helps.

Vince


From: Dou, Jing <jin...@he...<mailto:jin...@he...>>
Sent: Tuesday, September 26, 2023 8:44 AM
To: glx...@li...<mailto:glx...@li...>
Subject: [GLE-general] plot “Semi-transparent fills”

Hello,

   I am using gle-4.2.5, and when I tried to plot “Semi-transparent fills” with -cairo, it says “PostScript fonts not supported with '-cairo'; using 'texcmr' instead”.

   From https://glx.sourceforge.io/main/changes.html, it says the bug has already been fixed in version 4.2.4b. May I ask what I should do now to fix the problem, and use the fonts I prefer?

Many thanks,
Jing

Hi Vince,

   Thank you very much for your reply!

   The thing is that the font is now in textcmr by default, I cannot set it to other fonts, and I cannot set text in bold or italic. All these do not work…

Best,
Jing

From: LaBella, Vincent <vla...@al...>
Sent: Wednesday, September 27, 2023 2:55 AM
To: GLE discussion <glx...@li...>
Subject: Re: [GLE-general] plot “Semi-transparent fills”

Hi Jing,

As suggested by the error message you can use texcmr instead of the postscript font to suppress the message.
For example at the top of your file

set font texcmr

or any of the other texfonts  such as texcmss.


I think the bug fix seen in 4.2.4b was to fix the fact that falling back to texcmr did not work automatically.  Now it does and the warning gets issued, so the bug was fixed.

Hope this helps.

Vince


From: Dou, Jing <jin...@he...<mailto:jin...@he...>>
Sent: Tuesday, September 26, 2023 8:44 AM
To: glx...@li...<mailto:glx...@li...>
Subject: [GLE-general] plot “Semi-transparent fills”

Hello,

   I am using gle-4.2.5, and when I tried to plot “Semi-transparent fills” with -cairo, it says “PostScript fonts not supported with '-cairo'; using 'texcmr' instead”.

   From https://glx.sourceforge.io/main/changes.html, it says the bug has already been fixed in version 4.2.4b. May I ask what I should do now to fix the problem, and use the fonts I prefer?

Many thanks,
Jing

Hi Jing,

As suggested by the error message you can use texcmr instead of the postscript font to suppress the message.
For example at the top of your file

set font texcmr

or any of the other texfonts  such as texcmss.


I think the bug fix seen in 4.2.4b was to fix the fact that falling back to texcmr did not work automatically.  Now it does and the warning gets issued, so the bug was fixed.

Hope this helps.

Vince


From: Dou, Jing <jin...@he...>
Sent: Tuesday, September 26, 2023 8:44 AM
To: glx...@li...
Subject: [GLE-general] plot “Semi-transparent fills”

Hello,

   I am using gle-4.2.5, and when I tried to plot “Semi-transparent fills” with -cairo, it says “PostScript fonts not supported with '-cairo'; using 'texcmr' instead”.

   From https://glx.sourceforge.io/main/changes.html, it says the bug has already been fixed in version 4.2.4b. May I ask what I should do now to fix the problem, and use the fonts I prefer?

Many thanks,
Jing

Hello,

   I am using gle-4.2.5, and when I tried to plot “Semi-transparent fills” with -cairo, it says “PostScript fonts not supported with '-cairo'; using 'texcmr' instead”.

   From https://glx.sourceforge.io/main/changes.html, it says the bug has already been fixed in version 4.2.4b. May I ask what I should do now to fix the problem, and use the fonts I prefer?

Many thanks,
Jing