Re: [9front] vnc: fix farsi key symbols

[Jacob Moody <moody@mail.posixcafe.org>]

On 5/16/23 20:38, unobe@cpan.org wrote:
> Quoth Jacob Moody <moody@mail.posixcafe.org>:
>> I was told these were pulled from the openbsd keysymdef.h.
>> I dont currently have an openbsd around but I believe this is the file, and these lines specifically:
>>
>> https://github.com/openbsd/xenocara/blob/d1a8d3ab034044bab40925e51534100a444dd3d6/proto/xorgproto/include/X11/keysymdef.h#L1011-L1100
>>
>> It seems that they have elected to make the "new" unicode mapping the default, alongside the existing older keysyms in a similar way this
>> patch does. Likewise the X11/keysym.h on my local loonix system has the same mapping. I agree that on paper the use of the new mappings
>> for these codepoints specifically is a bit weird, but it seems to be consistently weird with "upstream".
> 
> Thanks moody.

Thank you for the first mail, the links had some good context to read through.
There is likely some explanation for why these specific codepoints use the new format.
If there is some consistent rule, maybe it could be refactored.

> 
> In that case, more mappings like Arabic percent, the Arabic digits
> (not Farsi) etc.  could be updated to match.  But that's for another
> day.

I also saw other codepoints that were defaulted to the new mapping when
perusing the file. Perhaps a full sync is in order? Is there value in
keeping these old tables around for old software? I am not too sure.

> 
> As a side note which made me interested in this patch: I've only
> recently started using more Arabic, but haven't used it via VNC,
> mainly because the computer I'd VNC into has a much higher resolution
> than my 9front display, so I only see a portion of the screen.  I
> don't see an easy way to scale the viewing window like some other VNC
> viewers do.  So being able to scale, or have the ability to view a
> different part of the remote buffer, is a blocker.
> 

It should be possible to create virtual 'headless' vnc servers of arbitrary resolutions.
Maybe that will work in your case. I tend to go the other way with drawterm most of the time.

thanks,
moody