accents in french
[1/9] from: luc:spirlet:skynet:be at: 11-Dec-2004 12:31
Rebol, superlanguage!
The persons of french speech as me have a problem with the gui.
Here the code I must write to get =EA in place of ^e.
(code tested with linux mandrake 9.0 rebol latest version)
REBOL[]
key-event: func [face event] [
if event/type = 'key [
if find f1/text to-char 94 [
if event/key = #"e" [str: replace f1/text to-char 94 "=EA"]
unview win
f1/text: str
focus f1
view win
]
]
event
]
insert-event-func :key-event
win: layout [
size 600x600
backcolor linen
h1 "Title"
text 580 {Type a few words}
across
f1: area 400x30 with [
color: 240.240.240
font: [name: font-fixed]
]
button "Close" [quit]
]
focus f1
view win
If you try this code, all is perfect except the flash due to the
recreation of
the window.
I use area in place of field because the characters "=E9" "=E8" "=E0" etc.. are
ok with
the object area. My keyboard is a belgian keyboard.
In this solution, I must capture the return key if the user has finished
to enter
his words.
I've tried several solutions with unfocus but this is the better I know
for this
moment. It's not really ennoying. But if you know better, I will be very
glad to hear from you.
There is perhaps a solution with the keymap option in the prefs.r file.
But how to build this keymap? I've not finded anything on this subject.
I know Rebol since a few weeks. It's really wonderful and powerful.
I've picked a part of here above to Carl. The key-event function.
Luc Spirlet
[2/9] from: luc:spirlet:skynet:be at: 12-Dec-2004 13:22
Here a links for the complete solution I've finded to make an area object
completely usable by french speech persons.
http://orbitaterra.netfirms.com/rebol1.htm
I do that because a few letters come with the hex code in the messages
system. But you can dehex #"E9" or #"E8" with rebol. It works too.
Thanks for feedback.
Luc Spirlet
[3/9] from: luc:spirlet:skynet:be at: 17-Dec-2004 16:03
Hello,
Exploring Mandrake 9.0 (Redhat kernel, I think) to search my accents in
french, I've discovered a few little things.
1) .i18n : file created by Kylix probably can be a source of trouble because
the language is referenced by en_EN in place of fr_FR. How this file is
called? I don't know.
(I had a different behavior in the area and field objects in rebol until
I've
changed the en_EN into fr_FR)
2) In the directory xkb/symbols, we find country files.
(/usr/X11R6/lib/X11/xkb)
These files supply only the differences in the keyboards and
KDE complete for the locale config.
3) Rebol takes perhaps the basic keyboard in the kernel and not
the complement of Mandrake distribution.
4) The rebolian must thus interprete this basic keyboard.
Wrong or right?
Is there anyone who can confirm or not because my way to search
a solution in rebol could be valid or invalid?
The french community programmers says that it is a problem from
linux. I'm not sure. It is possible that we could change the config files
in linux but we couldn't get a standard of these changes. The french
gurus seems have choosed this way. We can change long time a
complement and a complement of a complement. You see?
Rebol run very good on win98. No problems with area and field
objects. Because no problems, I've not search in this area.
Carlos and Sunanda talked about these problems in earlier messages.
Run search engine. You will find a problem with %Ebourrif=E9e.
I've readed that. Very instructive!
But I've not the solution with mandrake 9.0. Rebol stays REBELLE.
;-))
I hope to get it. Your help will be very good appreciated. Thanks a lot.
Thanks a lot.
Luc Spirlet (FR Belgium)
[4/9] from: gabriele:colellachiara at: 17-Dec-2004 16:35
Hi Spirlet,
On Friday, December 17, 2004, 4:03:49 PM, you wrote:
SL> I hope to get it. Your help will be very good appreciated. Thanks a lot.
SL> Thanks a lot.
In the few tests I did on my Gentoo everything was working fine.
To me it looks more like a configuration problem than a REBOL
problem, however if you find out what is causing this and you
think it's something that could be solved in REBOL then please add
a ticket to RAMBO.
Regards,
Gabriele.
--
Gabriele Santilli <[g--santilli--tiscalinet--it]> -- REBOL Programmer
Amiga Group Italia sez. L'Aquila --- SOON: http://www.rebol.it/
[5/9] from: carloslorenz:rebolbrasil:nobrenet at: 17-Dec-2004 15:35
Luc
I have same troubles over here using a brazilian Debian based Linux distro called Kurumin.
My keyboard layout is brazilian ABNT2 and using /View is impossible while no =E9,=E1,=ED,=E0,=F5,=E3,
=E2 =C2,=D4 and other characters in Portuguese language can be properly typed into text
fields.
It is a pit because REBOL is a wonderful language but /View is useless to us brazilian
linuxers the way it is today.
I have posted several times this trouble in here and also in AltMe.
Carl is aware of the problem BUT up to now it seems RT is more concerned about REBOL
and Windows plataform than anything else.
It is not a Linux trouble I may assure you but a REBOL core trouble because I use many
many other apps on my Linux box and all of them work ok under KDE, Gnome, Fluxbox ...
whatever.
I have seen you post a solution to type =EA character and well I may say this is probably
the "First Oficcial Try" of our community (including RT team) in solving the question
Cheers
Carlos
Em Fri, 17 Dec 2004 16:03:49 +0100, Spirlet disse o seguinte:
[6/9] from: luc:spirlet:skynet:be at: 18-Dec-2004 0:14
Carlos Lorenz wrote:
>Luc
>I have same troubles over here using a brazilian Debian based Linux distro
<<quoted lines omitted: 67>>
>>
>>
Here this solution, but, this must evolue because I've seen that rebol
employ
a keymap in the prefs.r. I've not finded explanation about the difference of
keymap = none and keymap = true. File: %prefs.r
In the solution here, you can use field in place of area and I've not
tested, but
it must work. And of course the character #"~" in place of #"^".
But, perhaps field and area objects can become one object in the future.
REBOL[]
key-event: func [face event] [
if event/type = 'key [
if event/key = #"^M" [browse http://orbitaterra.netfirms.com/rebol1..htm]
either find f1/text to-char 94 [
if event/key = #"e" [str: replace f1/text to-char 94 "=EA"]
if event/key = #"a" [str: replace f1/text to-char 94 "=E2"]
if event/key = #"i" [str: replace f1/text to-char 94 "=EE"]
if event/key = #"o" [str: replace f1/text to-char 94 "=F4"]
if event/key = #"u" [str: replace f1/text to-char 94 "=FB"]
unfocus f1
f1/text: str
show f1
]
[
either find f1/text to-char 168 [
if event/key = #"e" [str: replace f1/text to-char 168 "=EB]
if event/key = #
a" [str: replace f1/text to-char 168 "=E4]
if event/key = #
i" [str: replace f1/text to-char 168 "=EF]
if event/key = #
o" [str: replace f1/text to-char 168 "=F6]
if event/key = #
u" [str: replace f1/text to-char 168 "=FC]
unfocus f1
f1/text: str
show f1
]
[focus f1]
]
]
event
]
insert-event-func :key-event
win: layout [
size 600x600
backcolor linen
h1
Title"
text 580 {Type a few words}
across
f1: area 400x30 with [
color: 240.240.240
font: [name: font-fixed]
]
bouton: button "Close" [quit]
]
focus f1
view win
It is not THE solution, but it's better that nothing.
Try it with #"~".
There is better and certainly more simple.
Luc Spirlet
[7/9] from: luc:spirlet:skynet:be at: 20-Dec-2004 17:27
Gabriele Santilli wrote:
>Hi Spirlet,
>On Friday, December 17, 2004, 4:03:49 PM, you wrote:
<<quoted lines omitted: 7>>
>Regards,
> Gabriele.
Indication: the area with font in fixed length give all fine except the
circumflex and diaeresis. This can help you to understand where the
problem is exactly. Probably the same problem happens with tilde.
I've tested area without attributes. All accentuated letters are false.
If we change font, it's better but not complete.
Thanks.
Luc
[8/9] from: gabriele:colellachiara at: 21-Dec-2004 11:51
Hi Spirlet,
On Monday, December 20, 2004, 5:27:24 PM, you wrote:
SL> Indication: the area with font in fixed length give all fine except the
SL> circumflex and diaeresis. This can help you to understand where the
SL> problem is exactly. Probably the same problem happens with tilde.
SL> I've tested area without attributes. All accentuated letters are false.
SL> If we change font, it's better but not complete.
That makes me think that's a problem of font encoding. I have seen
that sometimes on Linux (not in text input but more in text
rendering). I think that one possibility is that newer versions of
X have a different default font encoding, or handle font encoding
differently, than what REBOL expects. So if you happen to have a
setup where the default font encoding is the one REBOL expects, it
works; otherwise, it doesn't.
Anyone has done X programming in the past and can validate this
hypothesis, or elaborate on it?
Regards,
Gabriele.
--
Gabriele Santilli <[g--santilli--tiscalinet--it]> -- REBOL Programmer
Amiga Group Italia sez. L'Aquila --- SOON: http://www.rebol.it/
[9/9] from: luc:spirlet:skynet:be at: 22-Dec-2004 18:52
Text rendering
Always with mandrake 9.0
The object area without font's attribute show false character but if the
content is saved in a file and if we print this content (cat or other), the
characters are correct.
The command kbd_mode shows that in KDE we are in raw mode and
if we use kbd_mode on the linux console before to start KDE, we are
in Xlate mode (ascii).
These informations to help anyone who wish determine the cause of
troubles in the accentuated letters with mandrake 9.0
Thanks a lot, Gabriele.
Luc
Gabriele Santilli wrote:
Notes
- Quoted lines have been omitted from some messages.
View the message alone to see the lines that have been omitted