TSE: Linux: TSE window does not seem to follow the maximizing window state of xterm

7 views
Skip to first unread message

knud van eeden

unread,
Dec 6, 2025, 4:48:50 PM (10 hours ago) Dec 6
to SemWare TSE Pro Text Editor, S.E. Mitchell
Hello,

Linux WSL
4.50.14

===

Can this be handled by TSE for Linux:
 
SIGWINCH / “terminal resized” event

===

It is important because I have a lot of large MENUs to open and this is a blocker.

===

Explanation:

1. The ultimate goal then is to show a large MENU (e.g. here some 26 rows) to choose from

2. The goal is to maximize the window so that you get rid of those 'menu too large - needed: 58 rows 91 colums'.

3. What seem to happen is that if you maximize the xterm window then the TSE window does not follow, it stays the same size.

4. So you get a smaller (TSE) window inside a larger maximized (xterm) window (see screenshot).

5. The root cause seems thus to be that TSE does not react on that (xterm) signal.


===

1. So start the WSL window with size '118x29', using this command:

start wsl -d Ubuntu -- sudo mount -t drvfs F: /mnt/f ^& xterm -fa Monospace -ge 118x29 -fs 10 -e "/mnt/c/temp/tse_linux/tse/e" -e "/mnt/c/temp/tse_linux/knud/knudstartlinux" "/mnt/c/temp/tse_linux/knud/ddd.s"

2. Then some actions to call the menu.

E.g. something not important like getmosme.s ultimately calls PROCMouseGetMenu, which runs menumomm (the big menu macro). 
getmosme

3. That menu is designed for at least 58 rows × 91 columns.

4. But TSE still thinks the terminal is only 29 rows high, so it raises:

:Menu too large – needed: rows 58 cols 91"

5. The black area on the right in your screenshot is exactly this: xterm is bigger, but TSE is still drawing only in the original 118×29 character area.

6. TSE for Linux does not dynamically resize its internal screen when the terminal window is resized/maximized. 

It does not (currently) react to the SIGWINCH / “terminal resized” event the way ncurses-style apps do. 

So any maximize that happens after TSE has started can’t increase the number of rows/cols TSE believes it has.

7. Troubleshooting: 

I have tried with a larger start xterm window (e.g. 180x100), also moving the menu to x=1 and y=1 on the left, but no improvement.
It seems persistent across the TSE Linux versions tried, e.g. 4.50.13, 4.50.14, ...

with friendly greetings
Knud van Eeden

Inline image

S.E. Mitchell

unread,
Dec 6, 2025, 5:06:53 PM (10 hours ago) Dec 6
to knud van eeden, SemWare TSE Pro Text Editor
The Linux version handles SIGWINCH.
Here it is in a 20 row Windows:
image.png

And now I resize it 60 rows:
image.png

I'm not sure what we are doing differently.  Note that this is under Ubuntu in an xterm.
--

Knud van Eeden

unread,
Dec 6, 2025, 5:20:16 PM (10 hours ago) Dec 6
to sem...@googlegroups.com
1. Definitely Ubuntu WSL

2. Is this all the time implemented already, or do I have to try it with the latest 4.50.15 to be successful?

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/CA%2BgEvkbL8s5MtXNeZPiWZ9bZBXy7w3S%3DhLwLCbZy_rKyDKDq3g%40mail.gmail.com.

S.E. Mitchell

unread,
Dec 6, 2025, 5:23:44 PM (10 hours ago) Dec 6
to sem...@googlegroups.com
It has been in the Linux version since March 2010.
I'm not sure why it isn't working for you.
--

Knud van Eeden

unread,
Dec 6, 2025, 5:26:59 PM (10 hours ago) Dec 6
to sem...@googlegroups.com
Does TSE  also update its internal ScreenRows() / ScreenCols() at that moment?

E.g. running at that moment shows the actual update values?

PROC Main()
  Warn( 'rows'; Query( ScreenRows ); 'cols'; Query( ScreenCols ) )
END

Thanks 
with friendly greetings
Knud van Eeden

S.E. Mitchell

unread,
Dec 6, 2025, 5:31:28 PM (10 hours ago) Dec 6
to sem...@googlegroups.com
Yep - it would not be able to display the increased windows size if the internal values were not updated.
--

Knud van Eeden

unread,
Dec 6, 2025, 5:31:44 PM (10 hours ago) Dec 6
to sem...@googlegroups.com
According to my tests it stays the same, e.g.
'rows 29 cols 118' before
and still
'rows 29 cols 118' after (maximizing).

Knud van Eeden

unread,
Dec 6, 2025, 5:42:00 PM (9 hours ago) Dec 6
to sem...@googlegroups.com
1. Linux WSL Ubuntu

2. TSE 4.50.x

3. So for example here a simplest menu with 50 items.

3. Running it in for sure too small TSE window will for sure give that error 'menu too large - needed: 50 rows - 11 columns'.

4. So one method (used for years in Microsoft Windows successfully) would be to FIRST ENLARGE THE TSE WINDOW IN LINUX TO A MAXIMUM (=MAXIMIZE THE TSE WINDOW)

5. Then run the menu macro.

6. Because in a very large area now you should fulfill the request of the total amount of rows of the menu fitting.

7. See attachment dddmenutoolarge.s

Thanks
with friendly greetings
Knud van Eeden

dddmenutoolarge.s

Knud van Eeden

unread,
Dec 6, 2025, 5:49:59 PM (9 hours ago) Dec 6
to sem...@googlegroups.com
Too small area, thus menu too large:

image.png

Then now enlarging the TSE menu MANUALLY to a much larger area, that works.


image.png

But now doing this programmatically...

S.E. Mitchell

unread,
Dec 6, 2025, 6:18:28 PM (9 hours ago) Dec 6
to sem...@googlegroups.com
You can resize the terminal window by using the XTWINOPS escape sequences.
I have added this to the editor, and it works (so far) on gnome-terminal and xterm.
It does NOT work in a WSL Windows terminal window, however.
This change will be available in the next version of the editor.


Knud van Eeden

unread,
Dec 6, 2025, 6:24:21 PM (9 hours ago) Dec 6
to sem...@googlegroups.com
Thanks, but it works in an 'xterm' terminal thus on Linux WSL?

S.E. Mitchell

unread,
Dec 6, 2025, 6:35:05 PM (9 hours ago) Dec 6
to sem...@googlegroups.com
It does NOT work in a WSL Windows terminal window.
However, if you start an xterm terminal or gnome-terminal from the same, it does work in those.


Knud van Eeden

unread,
Dec 6, 2025, 6:42:58 PM (8 hours ago) Dec 6
to sem...@googlegroups.com
This is what I (always) start from the JPSoft tcc.exe command line:

start wsl -d Ubuntu -- sudo mount -t drvfs F: /mnt/f ^& xterm -fa Monospace -ge 118x29 -fs 10 -e "/mnt/c/temp/tse_linux/tse/e" -e "/mnt/c/temp/tse_linux/knud/knudstartlinux" "/mnt/c/temp/tse_linux/knud/ddd.s"

So it clearly runs the ('gold standard') terminal, that is 'xterm'

I guess it should work thus, as xterm should be running independently after that.

Reply all
Reply to author
Forward
0 new messages