Hi list,
I need to show a dialog to the user and the text has to be in spanish, using accented characters. I was surprised to find out that pressing the accent character followed by the character to be accented just yielded the character without an accent (i.e. ' + a = a instead of á). At first I thought it might be an encoding problem, but then I realized that if I write the accented character in an external text editor and copy it to the method declaration everything was fine. Any ideas about why VW doesn't seem to accept accented characters from the keyboard? May it be related with locale settings (I'm currently using the default one)? In case it may be relevant, I'm running VW 7.4.1 on kubuntu. Thanks in advance, Andrés |
If you were on Windows :-) , you could load UnicodeCharacterInput from
the preview folder. Proper support from Unicode is on the Cincom VisualWorks roadmap (http://www.cincomsmalltalk.com/userblogs/cincom/blogView?content=roadmap). Runar |
In reply to this post by Andres Fortier-2
On Thu, 23 Aug 2007 17:56:58 -0300
Andres Fortier <[hidden email]> wrote: > Hi list, > I need to show a dialog to the user and the text has to be in > spanish, using accented characters. I was surprised to find out that > pressing the accent character followed by the character to be accented > just yielded the character without an accent (i.e. ' + a = a instead of > á). At first I thought it might be an encoding problem, sounds familiar ... if you can access the vw-dev mailing list, I'd suggest taking a look at my problem from a few weeks ago, titled "[7.5.1 jun07.3] German umlaut characters on linux?" Quoting myself from there: >>> I get umlauts with >>> $ LC_CTYPE=de_DE ~/vw7.5/bin/linuxx86_64/visual work_waldo4_64.im >>> >>> I do not get umlauts with >>> $ LC_CTYPE=de_DE.utf8 ~/vw7.5/bin/linuxx86_64/visual work_waldo4_64.im I'm not sure about what I can and can't post from what is said there, but there's another snippet by me: >>> After some messing around I think the problem is that my image does not >>> know how to handle both the "de_DE" and the "de_DE.utf8" locales at all. >>> Hence it falls back to locale C, which uses ascii and iso character >>> encoding by default, which in turn coincides with what it gets from the >>> local X server when running with the "de_DE" locale. Is this guess >>> correct? >>> >>> The available locales are a peculiar selection, too. What's behind that? >>> >>> an IdentitySet (#'nl_D.HPRoman8' #'nl_D.ISO8859-1' #'pt_BR.CP1252' >>> #'en_GB.ISO8859-15' #C #'ru_RU.KOI8-R' #'en_US.HPRoman8' >>> #'en_US.ISO8859-1' #'ua_UA.KOI8-U') So if you have a "strange" locale, I'd suggest $ LC_CTYPE="en_US.ISO8859-1" visual visual.im and trying to type your accented characters in this setting. s. |
Hi Stefan,
well, I get most of the things you are talking about (I can install ES locale but it is not listed as available for my platform). I try what you suggested and even though now I can see the accent typed, I can't get to accent the character. In other words: ' + a Should be: á Default Image: a LC_CTYPE="en_US.ISO8859-1" Image: ´a So, the good news is that it recognizes de accent (´) but it treats it as a separate character. any other suggestions are most welcome :) Thanks, Andrés Stefan Schmiedl escribió: > On Thu, 23 Aug 2007 17:56:58 -0300 > Andres Fortier <[hidden email]> wrote: > >> Hi list, >> I need to show a dialog to the user and the text has to be in >> spanish, using accented characters. I was surprised to find out that >> pressing the accent character followed by the character to be accented >> just yielded the character without an accent (i.e. ' + a = a instead of >> á). At first I thought it might be an encoding problem, > > sounds familiar ... if you can access the vw-dev mailing list, I'd > suggest taking a look at my problem from a few weeks ago, titled > > "[7.5.1 jun07.3] German umlaut characters on linux?" > > Quoting myself from there: > >>>> I get umlauts with >>>> $ LC_CTYPE=de_DE ~/vw7.5/bin/linuxx86_64/visual work_waldo4_64.im >>>> >>>> I do not get umlauts with >>>> $ LC_CTYPE=de_DE.utf8 ~/vw7.5/bin/linuxx86_64/visual work_waldo4_64.im > > I'm not sure about what I can and can't post from what is said there, > but there's another snippet by me: > >>>> After some messing around I think the problem is that my image does not >>>> know how to handle both the "de_DE" and the "de_DE.utf8" locales at all. >>>> Hence it falls back to locale C, which uses ascii and iso character >>>> encoding by default, which in turn coincides with what it gets from the >>>> local X server when running with the "de_DE" locale. Is this guess >>>> correct? >>>> >>>> The available locales are a peculiar selection, too. What's behind that? >>>> >>>> an IdentitySet (#'nl_D.HPRoman8' #'nl_D.ISO8859-1' #'pt_BR.CP1252' >>>> #'en_GB.ISO8859-15' #C #'ru_RU.KOI8-R' #'en_US.HPRoman8' >>>> #'en_US.ISO8859-1' #'ua_UA.KOI8-U') > > So if you have a "strange" locale, I'd suggest > $ LC_CTYPE="en_US.ISO8859-1" visual visual.im > and trying to type your accented characters in this setting. > > s. > > |
I'm not sure if this is quite good enough for you, but there is a 'character composition' capability built directly into the ParagraphEditor. I believe you can get the character you want by typing
Ctrl-k + ' + a Ctrl-k invokes the composition function. I don't think this is connected to any OS level facilities for character input, so you only get what's wired into PE and may not cover all your needs. On the other hand it's all there for you to tweak. Finally, to see the character, you'll also need to make sure that the font that your text edit widget is using has your characters. In general I try to switch my image to available Unicode font. This incantation seems to do the trick for me on Fedora Core 6: CharacterEncoder installEncoder: UnicodeCharacterEncoder new named: #'iso10646-1' platform: #unix. Locale current preferredEncodings: #('iso10646-1'). Locale internalSet: Locale current name HTH, Martin Andres Fortier wrote: > Hi Stefan, > well, I get most of the things you are talking about (I can > install ES locale but it is not listed as available for my platform). I > try what you suggested and even though now I can see the accent typed, I > can't get to accent the character. In other words: > > ' + a > > Should be: á > Default Image: a > LC_CTYPE="en_US.ISO8859-1" Image: ´a > > So, the good news is that it recognizes de accent (´) but it treats it > as a separate character. > > any other suggestions are most welcome :) > |
In reply to this post by Andres Fortier-2
What is the simplest way to ensure that button label colors will always be
black (or some other color) no matter what the user's color choices are? -Carl Gundel http://www.runbasic.com |
In reply to this post by kobetic
Martin,
thanks for your suggestion, but it still doesn't work. If I do Ctrl-k + ' + a, I get "a ". I'll try to dig a bit inside character composition to see if I can figure out how it works. Thanks again, Andrés Martin Kobetic escribió: > I'm not sure if this is quite good enough for you, but there is a > 'character composition' capability built directly into the > ParagraphEditor. I believe you can get the character you want by typing > > Ctrl-k + ' + a > > Ctrl-k invokes the composition function. I don't think this is connected > to any OS level facilities for character input, so you only get what's > wired into PE and may not cover all your needs. On the other hand it's > all there for you to tweak. > > Finally, to see the character, you'll also need to make sure that the > font that your text edit widget is using has your characters. In > general I try to switch my image to available Unicode font. This > incantation seems to do the trick for me on Fedora Core 6: > > CharacterEncoder > installEncoder: UnicodeCharacterEncoder new > named: #'iso10646-1' > platform: #unix. > Locale current preferredEncodings: #('iso10646-1'). > Locale internalSet: Locale current name > > HTH, > > Martin > > Andres Fortier wrote: >> Hi Stefan, >> well, I get most of the things you are talking about (I can >> install ES locale but it is not listed as available for my platform). >> I try what you suggested and even though now I can see the accent >> typed, I can't get to accent the character. In other words: >> >> ' + a >> >> Should be: á >> Default Image: a >> LC_CTYPE="en_US.ISO8859-1" Image: ´a >> >> So, the good news is that it recognizes de accent (´) but it treats it >> as a separate character. >> >> any other suggestions are most welcome :) >> > > |
In reply to this post by Carl Gundel
Carl Gundel escreveu:
> What is the simplest way to ensure that button label colors will always > be black (or some other color) no matter what the user's color choices are? > By user's choices you mean the "color scheme" of the OS? -- Cesar Rabak GNU/Linux User 52247. Get counted: http://counter.li.org/ |
...... Original Message ....... On Fri, 24 Aug 2007 20:11:05 -0300 Cesar Rabak <[hidden email]> wrote: >Carl Gundel escreveu: >> What is the simplest way to ensure that button label colors will always >> be black (or some other color) no matter what the user's color choices are? >> >By user's choices you mean the "color scheme" of the OS? Yes, but if VW were following the color scheme of the OS, I wouldn't need to ask for help. Windows doesn't color the label on buttons yellow, but VW has decided to do so. -Carl |
Carl Gundel escreveu:
> > ...... Original Message ....... > On Fri, 24 Aug 2007 20:11:05 -0300 Cesar Rabak <[hidden email]> > wrote: >> Carl Gundel escreveu: >>> What is the simplest way to ensure that button label colors will always >>> be black (or some other color) no matter what the user's color choices > are? >> By user's choices you mean the "color scheme" of the OS? > > Yes, but if VW were following the color scheme of the OS, I wouldn't need > to ask for help. OK. > Windows doesn't color the label on buttons yellow, but VW > has decided to do so. > So, Carl, your issue is that VW haphazardly changes the label colors, right. Just to be sure: do the GUI examples show this behavior as well? -- Cesar Rabak GNU/Linux User 52247. Get counted: http://counter.li.org/ |
Free forum by Nabble | Edit this page |