Re: Broken commandline

[Hans-Peter Sorge]

    Hi,
    
    I have opened a bug report:
    https://bugzilla.redhat.com/show_bug.cgi?id=1967789
    
    Best Regards
    Hans-Peter

Am 02.06.21 um 11:23 schrieb Hans-Peter Sorge:

>       
>       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?
>       
>       
>       
>