Linux TSE clipboard menu bugs

[Carlo Hogeveen]

I understand some Linux clipboard menu bug was summarily fixed by introducing a pause.
My impression was that this would be followed up, but it has not been.

I did not experience the original bug, but I do experience its fix as two new bugs:
- Accessing the clipboard menu takes 4 (!) seconds.
- The pause eats keys typed during its duration.

The latter is especially annoying.
For example, I used to quickly type <Escape> <c> <c> to copy marked text to TSE's clipboard, but this no longer works: I have to wait 4 seconds to be able to type the second <c>.

Carlo

[S.E. Mitchell]

Did copying to the clipboard actually work in a previous version? If
so, do you remember which version?
What version of Linux are you running?
What terminal emulator?
Thanks!

> --
>
> ---
> 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/000701dcde06%24f81d1da0%24e85758e0%24%40ecarlo.nl.

[Carlo Hogeveen]

Sammy wrote:
> Did copying to the clipboard actually work in a previous version? If so, do you remember which version?

The TSE clipboard worked and works in all Linux TSE versions.

> What version of Linux are you running?

Debian 13.4

> What terminal emulator?
WSL without further emulations.

Note that I was and am not bugged by the accessing the "Windows clipboard" from Linux TSE.

I am trying to access TSE's own clipboard, but before I am able to, I am already bugged by the main clipboard menu not popping up for 4 seconds, and when it does it has eaten my keys.

Of the old Linux TSE versions I have readily available, v4.50.13 does not pause the main clipboard menu, and v4.50.16 does.

Carlo

On Thu, May 7, 2026 at 5:50 AM Carlo Hogeveen <t...@ecarlo.nl> wrote:
>
>
> I understand some Linux clipboard menu bug was summarily fixed by introducing a pause.
> My impression was that this would be followed up, but it has not been.
>
> I did not experience the original bug, but I do experience its fix as two new bugs:
> - Accessing the clipboard menu takes 4 (!) seconds.
> - The pause eats keys typed during its duration.
>
> The latter is especially annoying.
> For example, I used to quickly type <Escape> <c> <c> to copy marked text to TSE's clipboard, but this no longer works: I have to wait 4 seconds to be able to type the second <c>.
>
> Carlo
>
>
>
> --
>
> ---
> 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/000701dcde06%24f81d1da0%24e85758e0%24%40ecarlo.nl.

--

---
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%2BgEvkaQVC4cNHcSwCa7s1no4ih-YG_C0Gc7ga-zA5GWd5d7VQ%40mail.gmail.com.

[Guy Rouillier]

I'm using Ubuntu 24.04.4 native, i.e. booting. I'm using MATE Terminal. The
clipboard in Linux is working for me, partially. I'm seeing the *Linux*
clipboard, and not the TSE clipboard. I'm concluding this because I removed
cuamark.s from the autoload list, and I'm still observing clipboard
functionality.

I said it is working partially, because when I paste, a single letter is
pasted. If I tap the gray cursor right key, I then see the rest of the
clipboard.

Hmm, this is insteresting. If I mark a block using TSE keys, then use the
Clip menu to copy it, I can then use the Clip menu to paste it. I do not see
the partial paste I described above. Also, the standard paste key Shift-Ins
does nothing, confirming the paste is being done from the TSE clipboard and
not the system clipboard.

Seems like TSE on Linux would behave more predictably if it used the system
clipboard rather than TSE's internal clipboard.

--
Guy Rouillier

[S.E. Mitchell]

Even without cuamark, depending on key assignments and/or menu
selections, one can still use the system clipboard, if it works.

TSE only uses the TSE clipboard if you select it. System clipboard
commands never fall back to the internal clipboard, and vice versa.

> To view this discussion visit https://groups.google.com/d/msgid/semware/6e7b3344e010149f7a610915acb87f2f69286569.camel%40gmail.com.

[Carlo Hogeveen]

Sammy found a solution to my problem that Linux TSE's main clipboard menu pauses 4 seconds before popping up, and it will be in the next Linux TSE release.

Testing on a non-WSL Linux system showed me that it occurs there to, so more people might have this problem, so here are steps to fix it yourself.

Optionally start Linux TSE, open the Help -> About menu, and note which .ui file TSE is using.
Open your .ui file in Linux TSE.
Search for these 3 lines:

integer proc WinClipMenuFlags()
return (iif(isWinClipAvailable(), _MF_CLOSE_ALL_BEFORE_, _MF_GRAYED_))
end

Replace "isWinClipAvailable()"
with " WhichOS() == _LINUX_ or isWinClipAvailable()":

integer proc WinClipMenuFlags()
return (iif(WhichOS() == _LINUX_ or isWinClipAvailable(), _MF_CLOSE_ALL_BEFORE_, _MF_GRAYED_))
end

Apply TSE's Macro Compile menu and restart TSE.
The end.

Carlo