TSE: e32.exe acronym

[knud van eeden]

Hello,

Where does the 'e' in e32.exe stand for?

e32.exe = ?...... .exe

As I just found out that the 'g' in

g32.exe thus must or should stand for assumed

g32.exe = 'G'raphical.exe

with friendly greetings 

Knud van Eeden

Sent from Yahoo Mail on Samsung Galaxy S24 Ultra / 1 terabyte / artificial intelligence

[Guy Rouillier]

e = edit

--

Guy Rouillier

--

---
You received this message because you are subscribed to the Google Groups "SemWare TSE Pro text editor" group.
To unsubscribe from this group and stop receiving emails from it, send an email to semware+u...@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/semware/657317948.1012796.1750513696288%40mail.yahoo.com.

[Carlo Hogeveen]

Yep, click-bait still works.

[knud van eeden]

And that is from an official Semware source?

Or from guessing?

Because e.g.

'e'ditor, 

'e'mulator 

and so on ...

come also to mind.

with friendly greetings 

Knud van Eeden

Sent from Yahoo Mail on Samsung Galaxy S24 Ultra / 1 terabyte / artificial intelligence

To view this discussion visit https://groups.google.com/d/msgid/semware/emb52222c3-b886-4760-a0b0-66601a7c2f47%40429e9902.com.

[Knud van Eeden]

Well actually the direct origin and cause of this question goes a bit deeper than for example the rather more primitive assumptions to begin with might assume and base these reactions upon.

Actually these XMas pixel and Unicode character pixel solutions were indirectly involved as a projection of this, albeit out of curiosity,  question. They appeared kind of out of the blue at the time. What was the deeper truth behind their appearance? At least one person had discovered that and could write TSE programs for it. Puzzling...

It started recently all with the 'g'32.exe where 'g' should stand for 'g'raphical thus.

Its antipod is e32.exe so where does that stand for was the question.

On Sun, Jun 22, 2025, 11:54 Carlo Hogeveen <t...@ecarlo.nl> wrote:

Yep, click-bait still works.

--

---
You received this message because you are subscribed to the Google Groups "SemWare TSE Pro text editor" group.
To unsubscribe from this group and stop receiving emails from it, send an email to semware+u...@googlegroups.com.

To view this discussion visit https://groups.google.com/d/msgid/semware/000201dbe35b%249556bba0%24c00432e0%24%40ecarlo.nl.

[knud van eeden]

Wikipedia 

User interface

Earlier versions of TSE operated in the console window in text-only mode with limited character sets and colors. Version 2.6 added a native Win32 port, but was still character-based (using the Win32 Console APIs). Version 4.0 included the Win32 application rewritten as a pixel-based graphical application (g32.exe) using the GDI. This is commonly misunderstood to be a console application, as it still appears textual despite being a native Win32 graphical application. 

Visually, g32 appears to work in lines and columns, though it is a GRAPHICAL APPLICATION (via WinMain and GDI APIs, not the Console API).

That explains probably why this XMas pixel application and Unicode character pixel presentation TSE programs work.

For example Emacs has a graphical screen output. In TSE this should be possible too to implement thus. 

Thinking about rendering mathematical plots and curves on the TSE graphical screen.

A whole new graphics based world potentially opens thus..

---

On the other hand there is thus still e32.exe which is still real text mode only as far as I know and nothing with graphics in it thus.

(but still some users are using it today).

So now knowing that probably g32.exe stands for graphics, therefore curious to know where that 'e' in e32.exe and the 'e' in TSE Linux stands for. Is it QEdit -> 'E'dit thus prefix Q was removed intentionally? Or generic 'E'ditor? Or maybe 'E'mulator? Or any other word pointing to this 'text mode only' nature as being the antipod of a 'g'raphics interface? (not so likely though because it existed before the graphics interface was involved).

Sent from Yahoo Mail on Samsung Galaxy S24 Ultra / 1 terabyte / artificial intelligence

[Claus Futtrup]

Hi Knud, et al.

The only one, who can truly answer your question, why e32, is IMO Sammy ... if he can remember (smile).

Probably completely unrelated, E was the name of one of the first computer editors. https://en.wikipedia.org/wiki/E_(1970s_text_editor)

P.S. If my memory is correct, I have tried MS-DOS 5.0 'edlin' a couple of times. AFAIR edlin is quite cumbersome. Once, when a script was provided for edlin, I executed this command script to generate the desired text. Since EDIT was widely used at the time, this was mostly out of curiosity, studying the works of various editors. Another time I tried to open edlin and make a few edits (AFAIR 'blindfolded') to either generate or modify a file.

With kind regards,

Claus

To view this discussion visit https://groups.google.com/d/msgid/semware/911597191.1216218.1750606266696%40mail.yahoo.com.

[knud van eeden]

Yes, that is clear, given that it has not been answered already somewhere earlier.

Regarding EdLin I should have tried it earlier but skipped it about immediately.also.

with friendly greetings 

Knud van Eeden

Sent from Yahoo Mail on Samsung Galaxy S24 Ultra / 1 terabyte / artificial intelligence

To view this discussion visit https://groups.google.com/d/msgid/semware/431a78a4-2ab4-41b8-80a7-6c56db9bef82%40gmail.com.

[S.E. Mitchell]

Correct - e stands for edit.
--
Sammy

[zhong zhao]

Continuously pressing the three keys e, 3, and 2 is relatively easy and fast;
But pressing the three keys g, 3, and 2 is difficult and relatively slow.
Because the physical distance between the buttons in the former is short, while the physical distance between the buttons in the latter is long.

(^_^)

[Knud van Eeden]

You go for the real details ;-)

with friendly greetings

Knud van Eeden

To view this discussion visit https://groups.google.com/d/msgid/semware/76cce817-f4ec-4a7c-b047-71ac0081841fn%40googlegroups.com.

[Carlo Hogeveen]

Knud wrote:
> Visually, g32 appears to work in lines and columns, though it is a GRAPHICAL APPLICATION.

> That explains probably why this XMas pixel application and Unicode character pixel presentation TSE programs work.

Your first statement is fully correct.
Your guess is indirectly a little bit correct.

I limit myself to writing TSE macros and distributing their source code.
The TSE macro language has no capabilities to write pixels to the screen.
However, the Windows GUI variant of TSE does have a macro language statement to set the size of a font.
By setting the font size really really small, characters and their background look like pixels.
This is what my Xmas and XmasGift macros do.
When they make you see a picture, you are actually looking at a strategically-colored text of minuscule characters.

There is no "Unicode character pixel presentation".
I think you are referring to my Uniview macro.
Unlike TSE itself it can write any Unicode character to the screen.
This macro does so by calling the Windows TextOutW API to overwrite the TSE screen with characters.
These are normal Windows font-based characters.
That said, TextOutW is a Windows "Graphics Device Interface" (GDI) api, that will therefore not work from Windows Console TSE or Linux TSE.

Aside, a related tidbit,
I seem to recall that a while ago now I did a test that showed that a Linux "terminal api" supported Unicode characters.
If so, then in sufficiently advanced Linux terminals Linux TSE could be made to show Unicode characters.
Maybe one day,

Carlo

[Knud van Eeden]

Thanks

with friendly greetings

Knud van Eeden

--

---
You received this message because you are subscribed to the Google Groups "SemWare TSE Pro text editor" group.
To unsubscribe from this group and stop receiving emails from it, send an email to semware+u...@googlegroups.com.

To view this discussion visit https://groups.google.com/d/msgid/semware/000a01dbe82d%2487b3c700%24971b5500%24%40ecarlo.nl.