bug-apl
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Broken commandline


From: Dr . Jürgen Sauermann
Subject: Re: Broken commandline
Date: Thu, 3 Jun 2021 11:49:32 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0

Hi Hans-Peter,

the behaviour that you describe looks like somewhere in your platform there
is some character-backspace-character detector active that replaces the
characters displayed when they are being overstruck.

I wrote such character-backspace-character detectors myself in the 1980s
as part of (APL-) terminal drivers and my experience from that time is that they were somewhat unreliable (for example, you had to consider the time between the different keystrokes to distinguish between a valid overstrike sequence and the same sequence with backspace meaning to delete (the first character) rather than
overstrike, auto-line feed of the terminal at the end of a long line, etc.).

For that reason i took care not to implement overstrike sequences in GNU
APL but to maintain a strict 1:1 relation between keystrokes and APL
characters (which was not possible in the 1980s due to the lack of Unicode).

As a consequence, your platform should not become aware of APL
in the first place but rather behave like a standard Unicode terminal.
Note that Unicode has its own overstrike-like mechanism which is
entirely incompatible with the old APL overstrikes (and this mechanism
should not be used either with GNU APL).

I believe the other applications follow suit here (in not supporting overstrikes)
while firefox (or maybe X) tries to.

Again, GNU APL was specifically designed to not not need APL fonts in the first place and using them nevertheless will therefore cause more trouble then help.

Best Regards,
Jürgen


On 6/2/21 11:23 AM, Hans-Peter Sorge wrote:
Hi,

I am on Fedora 34 now (apl SVN: 1198:1472M)

The apl font partially fails to work with keyboard layout apl.

The "over strike characters" ⌽⍉⍟⍝⍱⍲ ,when entered in a terminal, appear in half....
The left half of the character is being displayed when entered.
The right half appears when space bar is being pressed.
Anny further character entered is being offset by one.

That is  ⌽[space]ABC  -> ends up as ⌽BC where space bar "overlays" character A! The Apl-Session, terminal, emacs, vi are affected too. slikedid, Firefox are OK.

If changing the layout via *setxkbmap -layout "apl"* I get ���� instead of ⌽⍉⍟⍝. The � are being displayed the same way as described above: Left half character, [SPACEBAR] right half of the character.

I installed apl from the repository to verify the behavior - that segfaults.

The font-manager shows
⍝  APL FUNCTIONAL SYMBOL UP SHOE JOT   U+235D
So there is nothing special about this and 'normal' UTF-8 characters.

The terminal font is set to *latarcyrheb-sun16* in */etc/voconsole.conf.*

Changing the terminal font to either Unifont-APL8x16-12.1.02 or NotoSansMono did not help.

Emacs:
After some 'fiddling around' font changes with emacs *M-x menu-set-font* will display ⍝ in one go, Char ⍝ will be displayed for different fonts - even if the font-manager does not show it. Char ⍝ with font NotoSansMono selected will be displayed in one shot but with additional spacing to the left and right.
Char ⍝ with Unifont selected will be displayed w/o spacing.
( The console fonts and the content of *menu-set-font* are different...)

Hopefully some one has an idea where / how to dig deeper into the problem.

Best Regards
Hans-Peter



Is there / some where an experiment going on to 'improve' character composition?







reply via email to

[Prev in Thread] Current Thread [Next in Thread]