Yoshiki Ohshima wrote:
If I manually call #determineCurrentLocale manually to set
CurrentPlatform, its locale becomes ja-JP but knownEnvironments only
contains key for ja and couldn't find it.
Please try the attached patch.
Thanks!
Michael
LanguageEnvironment class-localeID.st.gz
On Fri, Mar 13, 2009 at 3:04 PM, Michael Rueger m.rue...@acm.org wrote:
Mariano Martinez Peck wrote:
Sorry for the bad news. But still doesn't work. The first time I type
á when I open the image, works perfect. But after that, every time I
type that, I have the detailed wallback.
Hmm, if
Sorry for the bad news. But still doesn't work. The first time I type á
when I open the image, works perfect. But after that, every time I type
that, I have the detailed wallback.
Thanks,
Mariano
On Wed, Mar 11, 2009 at 4:04 PM, Michael Rueger m.rue...@acm.org wrote:
Mariano Martinez Peck
Mariano Martinez Peck wrote:
Sorry for the bad news. But still doesn't work. The first time I type
á when I open the image, works perfect. But after that, every time I
type that, I have the detailed wallback.
Hmm, if I could only reproduce it here...
You said you are using the latin american
At Wed, 11 Mar 2009 11:24:39 -0700,
Michael Rueger wrote:
[1 text/plain; ISO-8859-1 (7bit)]
Yoshiki Ohshima wrote:
At Tue, 03 Mar 2009 15:50:47 -0800,
Michael Rueger wrote:
Yoshiki Ohshima wrote:
On Windows Vista in Japanese, the system seems to get the unicode
values from
Mariano Martinez Peck wrote:
No :( Still having the same error. Any idea? let me know how can I help.
OK, here's an additional patch (attached).
Thanks for testing!
Michael
ParagraphEditor-dispatchOnKeyEventwith.st.gz
Description: GNU Zip compressed data
Yoshiki Ohshima wrote:
At Tue, 03 Mar 2009 15:50:47 -0800,
Michael Rueger wrote:
Yoshiki Ohshima wrote:
On Windows Vista in Japanese, the system seems to get the unicode
values from keyboard but doesn't display them correctly. For short
Any idea why? I'm pretty sure I'm going through the
-61 mmm
0xFFC3 ?
int utf32Code; /* UTF-32 unicode value */
does anyone consider the data coming back could be a 32bit value that
is unsigned?
value = positive32BitIntegerFor(value);
oh details details...
oh wait look we ask if the value is an integervalue, aka a
John McIntosh wrote:
-61 mmm
Ergo if the value was 0xFFC3 why then it would flow up as a
negative SmallIInteger, like -61, then twist the mind of Michael?
This is on Linux, if that makes a difference.
Question is why that hasn't happened before.
Could be the changes I made for dealing
On Tue, Mar 10, 2009 at 3:45 AM, Michael Rueger m.rue...@acm.org wrote:
Mariano Martinez Peck wrote:
keyValue: -61
charCode: 225
scanCode: -61
Thanks!
OK, no idea (yet) how these values happen, but could you be so kind to file
in the attached change and see if that works?
No :(
I send you the wallback:
Thanks in advance,
Mariano
VM: unix - a SmalltalkImage
Image: Pharo0.1 [Latest update: #10202]
SecurityManager state:
Restricted: false
FileAccess: true
SocketAccess: true
Working Dir
/home/mariano/squeak/imagenes/unicode-test.app/Contents/Resources
Trusted Dir
Mariano Martinez Peck wrote:
I send you the wallback:
Great, thanks!
That will definitely help
Michael
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
keyValue: -61
charCode: 225
scanCode: -61
greetings,
Mariano
On Tue, Mar 10, 2009 at 3:03 AM, Michael Rueger m.rue...@acm.org wrote:
Mariano Martinez Peck wrote:
I send you the wallback:
Character classvalue:
Receiver: Character
Arguments and temporary variables:
Mariano Martinez Peck wrote:
keyValue: -61
charCode: 225
scanCode: -61
Thanks!
OK, no idea (yet) how these values happen, but could you be so kind to
file in the attached change and see if that works?
Thanks
Michael
TextMorphEditor-dispatchOnKeyEventwith.st.gz
Description: GNU Zip
At Tue, 03 Mar 2009 15:50:47 -0800,
Michael Rueger wrote:
Yoshiki Ohshima wrote:
On Windows Vista in Japanese, the system seems to get the unicode
values from keyboard but doesn't display them correctly. For short
Any idea why? I'm pretty sure I'm going through the correct process
Yoshiki Ohshima wrote:
So I loaded the good old FontForJapaneseEnvironment.sar and the
latter case it does display characters properly.
do you have that anywhere available so I can check out what code it changes?
Thanks for debugging!
Michael
At Wed, 04 Mar 2009 10:24:48 -0800,
Michael Rueger wrote:
Yoshiki Ohshima wrote:
So I loaded the good old FontForJapaneseEnvironment.sar and the
latter case it does display characters properly.
do you have that anywhere available so I can check out what code it changes?
available
Mariano Martinez Peck wrote:
On Tue, Mar 3, 2009 at 10:24 PM, Michael Rueger m.rue...@acm.org
mailto:m.rue...@acm.org wrote:
Mariano Martinez Peck wrote:
It doesn't work for me. I am using Ubuntu 8.04 with latin american
distribution. I am trying yo type é, ú, and so
2009/3/5 Michael Rueger m.rue...@acm.org:
Mariano Martinez Peck wrote:
On Tue, Mar 3, 2009 at 10:24 PM, Michael Rueger m.rue...@acm.org
mailto:m.rue...@acm.org wrote:
Mariano Martinez Peck wrote:
It doesn't work for me. I am using Ubuntu 8.04 with latin american
Hi Michael,
On Tue, Mar 3, 2009 at 8:11 AM, Michael Rueger m.rue...@acm.org wrote:
after some interesting adventures in Unicode land here's a second
version of the unicode test image/app:
http://impara.de/~michael/unicode-test.zip
this one works very well for me. I'm able to type éàôç in
On Tue, Mar 3, 2009 at 10:10 AM, Damien Cassou damien.cas...@gmail.com wrote:
this one works very well for me. I'm able to type éàôç in Pharo
directly and copy-paste àóøœüœáßðfµéë from a text editor into Pharo.
The following two characters are not well displayed in the workspace,
but that
my configuration is:
GNU/Linux Ubuntu 8.04 32bits
Keyboard layout: USA international with Alt-Gr dead key
Since you mention it... :)
Layout here is canadian french (traditional I think... it's a '94
vintage keyboard), QWERTY with accents and AltCar (AltGr). É and
altCar-accute accent (dead
At Mon, 02 Mar 2009 23:11:00 -0800,
Michael Rueger wrote:
Hi all,
after some interesting adventures in Unicode land here's a second
version of the unicode test image/app:
http://impara.de/~michael/unicode-test.zip
Things that I think should work:
- unicode text input on all
Yoshiki Ohshima wrote:
On Windows Vista in Japanese, the system seems to get the unicode
values from keyboard but doesn't display them correctly. For short
Any idea why? I'm pretty sure I'm going through the correct process for
the leading char. Is there any glyph translation needed for
It doesn't work for me. I am using Ubuntu 8.04 with latin american
distribution. I am trying yo type é, ú, and so on, but with no luck.
The problem is: I open a workspace. I type á and works fine. I try to type
á again and I have this error: 'subscript is out of bounds: -60'
It is very strange
Mariano Martinez Peck wrote:
It doesn't work for me. I am using Ubuntu 8.04 with latin american
distribution. I am trying yo type é, ú, and so on, but with no luck.
The problem is: I open a workspace. I type á and works fine. I try to
type á again and I have this error: 'subscript is out
On Tue, Mar 3, 2009 at 10:24 PM, Michael Rueger m.rue...@acm.org wrote:
Mariano Martinez Peck wrote:
It doesn't work for me. I am using Ubuntu 8.04 with latin american
distribution. I am trying yo type é, ú, and so on, but with no luck.
The problem is: I open a workspace. I type á and
Long ago when I thought I was going to be writing Operating Systems in
Assembly Language, I had a raw keyboard driver interpreting the key codes
from various keyboards.
TERRIBLE to debug (though not as bad as debugging a display driver).
Is that what all this is like?
Ugh...
Do you use lookup
Great, keyboard shortcuts now is working under russian keyboard layout
in windoze!
2009/3/3 Michael Rueger m.rue...@acm.org:
Hi all,
after some interesting adventures in Unicode land here's a second
version of the unicode test image/app:
http://impara.de/~michael/unicode-test.zip
Things
Rob Rothwell wrote:
Long ago when I thought I was going to be writing Operating Systems in
Assembly Language, I had a raw keyboard driver interpreting the key
codes from various keyboards.
TERRIBLE to debug (though not as bad as debugging a display driver).
Is that what all this is
2009/3/4 Igor Stasenko siguc...@gmail.com:
Michael, i got an in MultiCompositionScanner.
i mean error... :)
I can't mail out a bug report, because when doing it, i again get the
same error.
Can i send an image.zip to you, so you can take a look at it?
2009/3/4 Michael Rueger
Igor Stasenko wrote:
2009/3/4 Igor Stasenko siguc...@gmail.com:
Michael, i got an in MultiCompositionScanner.
i mean error... :)
I can't mail out a bug report, because when doing it, i again get the
same error.
bummer
Hmm, shouldn't there be a SqueakDebug.log file though?
at least the
2009/3/4 Michael Rueger m.rue...@acm.org:
Igor Stasenko wrote:
2009/3/4 Igor Stasenko siguc...@gmail.com:
Michael, i got an in MultiCompositionScanner.
i mean error... :)
I can't mail out a bug report, because when doing it, i again get the
same error.
bummer
Hmm, shouldn't there be a
Igor Stasenko wrote:
2009/3/4 Michael Rueger m.rue...@acm.org:
scanMultiCharactersCombiningFrom: startIndex to: stopIndex in:
sourceString rightX: rightX stopConditions: stops kern: kernDelta
method near following statement:
(encoding = 0 and: [(stopConditions at: charCode + 1) ~~ nil])
Hi all,
after some interesting adventures in Unicode land here's a second
version of the unicode test image/app:
http://impara.de/~michael/unicode-test.zip
Things that I think should work:
- unicode text input on all platforms including support of composing
character sequences (.eg. US
35 matches
Mail list logo
