Overview
Examples
Screenshots
Comparisons
Applications
Download
Documentation
Tutorials
Bazaar
Status & Roadmap
FAQ
Authors & License
Forums
Funding Ultimate++
Search on this site
Search in forums












SourceForge.net Logo
Home » Community » U++ community news and announcements » 32 bit wchar merged
Re: 32 bit wchar merged [message #57965 is a reply to message #57964] Wed, 05 January 2022 12:09 Go to previous messageGo to previous message
mirek is currently offline  mirek
Messages: 14263
Registered: November 2005
Ultimate Member
Tom1 wrote on Wed, 05 January 2022 11:42
Hi Mirek,

Thanks! I see the PDF from Windows is OK now.

It seems that the multi character issue is different in Windows compared to Linux:
263A FE0F                                              ; fully-qualified     # ☺️ E0.6 smiling face
263A                                                   ; unqualified         # ☺ E0.6 smiling face

On Windows I see an empty character (space) following a small BW smiling face for the fully-qualified version above. This is possibly caused by the FE0F -code, as similar behavior can be found in many places of the file (emoji-test.txt). However, on Linux there is just the smiling face without any additional spaces for both variants. Another place where this causes issues is the subgroup keycap:
# subgroup: keycap
0023 FE0F 20E3                                         ; fully-qualified     # #️⃣ E0.6 keycap: #
0023 20E3                                              ; unqualified         # #⃣ E0.6 keycap: #
002A FE0F 20E3                                         ; fully-qualified     # *️⃣ E2.0 keycap: *
002A 20E3                                              ; unqualified         # *⃣ E2.0 keycap: *
0030 FE0F 20E3                                         ; fully-qualified     # 0️⃣ E0.6 keycap: 0
0030 20E3                                              ; unqualified         # 0⃣ E0.6 keycap: 0
0031 FE0F 20E3                                         ; fully-qualified     # 1️⃣ E0.6 keycap: 1
0031 20E3                                              ; unqualified         # 1⃣ E0.6 keycap: 1
0032 FE0F 20E3                                         ; fully-qualified     # 2️⃣ E0.6 keycap: 2
0032 20E3                                              ; unqualified         # 2⃣ E0.6 keycap: 2

On Linux Mint all of the characters fall into their correct places pretty well. However, on Windows there are slight alignment issues with unqualified variants and fully-qualified variants are completely off having a space between the character and the keycap box.

BTW: Just noticed that you can actually copy and paste the above unicode sequences directly to the UWord for testing. Smile

Best regards,

Tom


Frankly, this is at the moment way beyond what I plan to implement. I think combining characters for normal texts and RTL handling has much higher priority.

(I am at crossroads there - sensible approach would be to embed harfbuzz but it seems quite heavyweight and possibly breaking too much of current CtrlLib).
 
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Previous Topic: Linux GlCtrl leaks problem fixed, new leaks related functions
Next Topic: Minor ide improvement when opening 'unknown' file
Goto Forum:
  


Current Time: Tue Jul 01 10:17:11 CEST 2025

Total time taken to generate the page: 0.03815 seconds