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 » U++ Library support » U++ Libraries and TheIDE: i18n, Unicode and Internationalization » Unicode chars in Fedora rawhide
Unicode chars in Fedora rawhide [message #19198] Wed, 19 November 2008 13:21 Go to next message
coolman is currently offline  coolman
Messages: 114
Registered: April 2006
Location: Czech Republic
Experienced Member
Hello,

I have installed new Fedora rawhide and when I wanted to write a czech char with caron to source file in the IDE nothing happened. So I modify X11Proc.cpp to allow unicode chars - see attached file. It works for me fine.

Is it possible to change this file like this?

Radek

(Fedora Rawhide 9.93, IDE svn 643)
Re: Unicode chars in Fedora rawhide [message #19259 is a reply to message #19198] Sun, 23 November 2008 18:31 Go to previous messageGo to next message
mirek is currently offline  mirek
Messages: 13975
Registered: November 2005
Ultimate Member
Interesting indeed, I would expect the "xic" variant to be triggered - at least that is what happens on ubuntu (it works there).

Anyway, patch applied.

Mirek
Re: Unicode chars in Fedora rawhide [message #19288 is a reply to message #19259] Mon, 24 November 2008 13:12 Go to previous messageGo to next message
coolman is currently offline  coolman
Messages: 114
Registered: April 2006
Location: Czech Republic
Experienced Member
luzr wrote on Sun, 23 November 2008 18:31

Interesting indeed, I would expect the "xic" variant to be triggered - at least that is what happens on ubuntu (it works there).

Anyway, patch applied.

Mirek


But this patch doesn't solve problem with shifted caron i.e. "ù". This patch have solved only single keyboard chars.
I have to find why "xic" variant doesn't be triggered.

Radek

Updated: 27.11.2008

I've instaled scim to Fedora and unicode chars starts to work. "xic" is triggered and Xutf8LookupString is used.

[Updated on: Thu, 27 November 2008 10:25]

Report message to a moderator

Re: Unicode chars in Fedora rawhide [message #19372 is a reply to message #19288] Sat, 29 November 2008 13:18 Go to previous messageGo to next message
mirek is currently offline  mirek
Messages: 13975
Registered: November 2005
Ultimate Member
coolman wrote on Mon, 24 November 2008 07:12

luzr wrote on Sun, 23 November 2008 18:31

Interesting indeed, I would expect the "xic" variant to be triggered - at least that is what happens on ubuntu (it works there).

Anyway, patch applied.

Mirek


But this patch doesn't solve problem with shifted caron i.e. "ù". This patch have solved only single keyboard chars.
I have to find why "xic" variant doesn't be triggered.

Radek

Updated: 27.11.2008

I've instaled scim to Fedora and unicode chars starts to work. "xic" is triggered and Xutf8LookupString is used.


So it was not U++ bug after all?

What is 'scim' anyway?

Mirek
Re: Unicode chars in Fedora rawhide [message #19375 is a reply to message #19372] Sat, 29 November 2008 15:15 Go to previous messageGo to next message
bytefield is currently offline  bytefield
Messages: 210
Registered: December 2007
Experienced Member
luzr wrote on Sat, 29 November 2008 14:18


What is 'scim' anyway?



Smart Common Input Method, we have that installed in Ubuntu by default. Smile


cdabbd745f1234c2751ee1f932d1dd75
Re: Unicode chars in Fedora rawhide [message #19376 is a reply to message #19375] Sat, 29 November 2008 15:26 Go to previous message
mirek is currently offline  mirek
Messages: 13975
Registered: November 2005
Ultimate Member
bytefield wrote on Sat, 29 November 2008 09:15

luzr wrote on Sat, 29 November 2008 14:18


What is 'scim' anyway?



Smart Common Input Method, we have that installed in Ubuntu by default. Smile


Happy us Smile

Mirek
Previous Topic: Chinese language support problem
Next Topic: How to setup right collating sequence in GridCtrl
Goto Forum:
  


Current Time: Fri Mar 29 12:35:26 CET 2024

Total time taken to generate the page: 0.01472 seconds