You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@pivot.apache.org by "Kamil T." <ka...@gmail.com> on 2010/07/24 15:34:50 UTC
Internationalization issues
Hello,
My application uses Polish special characters and it looks like Pivot
has some problems with them.
In TextInput component, if I write there some special chars,
copy/paste functionality stops working:
if I write "łóżźć" inside TextInput, then select text using mouse, if
I press Ctrl+C I get:
java.lang.IndexOutOfBoundsException
at org.apache.pivot.wtk.text.TextNode.getRange(TextNode.java:255)
at org.apache.pivot.wtk.TextInput.getSelectedText(TextInput.java:603)
at org.apache.pivot.wtk.TextInput.copy(TextInput.java:438)
at org.apache.pivot.wtk.skin.terra.TerraTextInputSkin.keyPressed(TerraTextInputSkin.java:1249)
at org.apache.pivot.wtk.Component$ComponentKeyListenerList.keyPressed(Component.java:514)
at org.apache.pivot.wtk.Component.keyPressed(Component.java:2656)
at org.apache.pivot.wtk.ApplicationContext$DisplayHost.processKeyEvent(ApplicationContext.java:1217)
at java.awt.Component.processEvent(Unknown Source)
at org.apache.pivot.wtk.ApplicationContext$DisplayHost.processEvent(ApplicationContext.java:655)
at java.awt.Component.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.KeyboardFocusManager.redispatchEvent(Unknown Source)
at java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(Unknown Source)
at java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(Unknown Source)
at java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(Unknown Source)
at java.awt.DefaultKeyboardFocusManager.dispatchEvent(Unknown Source)
at java.awt.Component.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.run(Unknown Source)
Other issue I have is with polish special character "ą" - it's made
using right alt+a on the polish programmer keyboard setting. The
result is that the char is not appended to the text but it replaces
the whole TextInput text content, "some text" + (alt+a) -> "ą"
It's critical for me to get it fixed...
best regards
Kamil Toszek
Re: Internationalization issues
Posted by Greg Brown <gk...@mac.com>.
You should be able to use Netbeans to build the platform (I use Eclipse). We use Ant primarily to generate the release artifacts.
Let us know if you have any questions.
On Aug 11, 2010, at 8:48 AM, Kamil T. wrote:
> Hi,
> I was able to replicate it on tree different machines, one with win xp
> 32, other two with windows 7 64. They were standard PC computers, not
> Mac with installed windows on it. Also right alt on the keyboard was
> labeled as "Alt Gr" and all keyboards contained "windows key".
>
> I could try to fix it, but I don't have much experience with ant - I'm
> using Netbeans for development which hides it from me ;). Will look
> into it.
>
> W dniu 11 sierpnia 2010 14:32 użytkownik Chris Bartlett
> <cb...@gmail.com> napisał:
>> (Using Windows XP x64, Sun JRE 1.6.0_19-b04, Polish Programmers keyboard
>> layout & Pivot 1.5 Kitchen Sink)
>> I am not able to replicate the first issue.
>> However I am able replicate the 2nd issue (PIVOT-586), so I will have a
>> quick look at it.
>>
>> Regards,
>> Chris
>>
>> 2010/8/11 Greg Brown <gk...@mac.com>
>>>
>>> Chris is correct - the issue is currently assigned to Pivot 1.5.2.
>>> Kamil, perhaps you could take a stab at fixing it and submit a patch?
>>> On Aug 11, 2010, at 5:26 AM, Chris Bartlett wrote:
>>>
>>> Kamil,
>>>
>>> Pivot 1.5.1 is going through the release process at the moment, so might
>>> be available next week if no problems are found.
>>> Greg created a JIRA issue to track the problem you described, but I don't
>>> think he or anyone else has picked it up yet.
>>> https://issues.apache.org/jira/browse/PIVOT-586
>>> I was working on some patches for keypress handling, but not for this
>>> exact issue. If I can find the time I will take a look at it and see if I
>>> reproduce the problem with 1.5.1 code and then fix with a patch.
>>> Unfortunately I am busy with some other things at the moment, so I can't
>>> promise when or if I will be able to do this.
>>> Chris
>>> 2010/8/11 Kamil T. <ka...@gmail.com>
>>>>
>>>> Hi Chris,
>>>> Could you give me follow up of the current status of your patches? If
>>>> they will not show up in Pivot 1.5.1 (I don't know when it will be
>>>> released), could you email me patched wtkx-terra.jar, so I can use
>>>> patched version?
>>>>
>>>> regards
>>>> Kamil
>>>>
>>>>
>>>> W dniu 26 lipca 2010 11:31 użytkownik Chris Bartlett
>>>> <cb...@gmail.com> napisał:
>>>>> (CCed to Dev list)
>>>>> A few weeks ago I started working on a series of patches which would
>>>>> make
>>>>> keypress checks more restrictive in order to prevent the kind of issue
>>>>> you
>>>>> seem to be seeing here. I have been offline for a little while but
>>>>> should
>>>>> be able to continue with the work this week.
>>>>>
>>>>> A Pivot 1.5.1 release should be coming soon, so if the submitted
>>>>> patches are
>>>>> accepted, they would not show up until a release after that.
>>>>> 2010/7/25 Kamil T. <ka...@gmail.com>
>>>>>>
>>>>>> } else if (keyCode == Keyboard.KeyCode.A
>>>>>> && Keyboard.isPressed(commandModifier)) { ...
>>>>>>
>>>>>> checks if a is pressed and if command key is pressed -> on windows
>>>>>> commandModifier is set to Modifier.CTRL inside Platform class. The
>>>>>> problem is that Keyboard.isPressed checks using bitmask, so it
>>>>>> retruns true for the "Ctrl+Left Alt" case which Alt Gr generates. I
>>>>>> think it should check if CTRL is the only modifier pressed at the
>>>>>> moment. Also, pressing for example CTRL+SHIFT+A renders the same
>>>>>> results as CTRL+A while inside native apps (tested on chrome address
>>>>>> bar and notepad) CTRL+SHIFT+A combination does nothing.
>>>>>>
>>>>>>
>>>>>>
>>>>>> W dniu 25 lipca 2010 01:46 użytkownik Kamil T. <ka...@gmail.com>
>>>>>> napisał:
>>>>>>> Hi,
>>>>>>> Just by holding CTRL I've got breakpoint with keyCode 17,
>>>>>>> keyLocation
>>>>>>> LEFT, if I hold right alt, the breakpoint is hit two times, first
>>>>>>> with with keyCode 17, keyLocation LEFT, then with with keyCode 18,
>>>>>>> keyLocation RIGHT. Looks like if I also have 'a' pressed, then I
>>>>>>> have
>>>>>>> two different messages, ctrl+a followed by right alt + a.
>>>>>>>
>>>>>>> Tried this on ubuntu - behaves normally. I'm clueless.
>>>>>>>
>>>>>>>
>>>>>>> W dniu 24 lipca 2010 19:42 użytkownik Greg Brown <gk...@mac.com>
>>>>>>> napisał:
>>>>>>>> Try setting a breakpoint in TerraTextInputSkin#keyPressed() at line
>>>>>>>> 1230:
>>>>>>>>
>>>>>>>> ...
>>>>>>>> } else if (keyCode == Keyboard.KeyCode.A
>>>>>>>> && Keyboard.isPressed(commandModifier)) { ...
>>>>>>>>
>>>>>>>>
>>>>>>>> On Jul 24, 2010, at 11:21 AM, Kamil T. wrote:
>>>>>>>>
>>>>>>>>> Looks like alt+a is generating selection, when i press it, i have
>>>>>>>>> selectionLength set to full text width, selectionStart set to 0,
>>>>>>>>> in
>>>>>>>>> the TextInput.insert(String text) function delete(false) is
>>>>>>>>> called
>>>>>>>>> which clears the values (it is the 366th line in the TextInput
>>>>>>>>> class).
>>>>>>>>> I don't know where put breakpoint to see where selection is
>>>>>>>>> generated,
>>>>>>>>> maybe it confuses alt-a with ctrl-a (select all)?
>>>>>>>>>
>>>>>>>>> regards
>>>>>>>>> Kamil
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> W dniu 24 lipca 2010 16:36 użytkownik Greg Brown <gk...@mac.com>
>>>>>>>>> napisał:
>>>>>>>>>> I'm using J6u20 as well, so it is probably not related to the JRE
>>>>>>>>>> version.
>>>>>>>>>>
>>>>>>>>>> Any chance you could try to step through the code to see where it
>>>>>>>>>> is
>>>>>>>>>> failing?
>>>>>>>>>>
>>>>>>>>>> On Jul 24, 2010, at 10:30 AM, Kamil T. wrote:
>>>>>>>>>>
>>>>>>>>>>> Hi,
>>>>>>>>>>> Thank you for fast answer.
>>>>>>>>>>> I'm using latest stable version from the website - 1.5.
>>>>>>>>>>>
>>>>>>>>>>> java:
>>>>>>>>>>> Java Plug-in 1.6.0_20
>>>>>>>>>>> Using JRE version 1.6.0_20-b02 Java HotSpot(TM) Client VM
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Windows 7 64bit - ultimate
>>>>>>>>>>>
>>>>>>>>>>> Strange, I was able to reproduce this behavior also inside
>>>>>>>>>>> Kitchen
>>>>>>>>>>> Sink demo. TextArea behaves in the same way for me.
>>>>>>>>>>> Could it be because of java version?
>>>>>>>>>>>
>>>>>>>>>>> br
>>>>>>>>>>> Kamil
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> W dniu 24 lipca 2010 16:13 użytkownik Greg Brown
>>>>>>>>>>> <gk...@mac.com>
>>>>>>>>>>> napisał:
>>>>>>>>>>>> What Pivot version are you using? In 1.5 and above, I am able
>>>>>>>>>>>> to
>>>>>>>>>>>> copy the string "łóżźć" into a TextInput, select the text using
>>>>>>>>>>>> the mouse,
>>>>>>>>>>>> and use Command-C (Mac shortcut) to copy it without error. I
>>>>>>>>>>>> can also use
>>>>>>>>>>>> the Alt-A combination without a problem: I entered and copied
>>>>>>>>>>>> this text from
>>>>>>>>>>>> the Kitchen Sink demo (using the Polish Pro keyboard mappings):
>>>>>>>>>>>> "Pivotą".
>>>>>>>>>>>>
>>>>>>>>>>>> I was also unable to reproduce the problem in Windows XP. Could
>>>>>>>>>>>> there possibly be some other problem?
>>>>>>>>>>>>
>>>>>>>>>>>> Greg
>>>>>>>>>>>>
>>>>>>>>>>>> On Jul 24, 2010, at 9:34 AM, Kamil T. wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>> Hello,
>>>>>>>>>>>>>
>>>>>>>>>>>>> My application uses Polish special characters and it looks
>>>>>>>>>>>>> like
>>>>>>>>>>>>> Pivot
>>>>>>>>>>>>> has some problems with them.
>>>>>>>>>>>>>
>>>>>>>>>>>>> In TextInput component, if I write there some special chars,
>>>>>>>>>>>>> copy/paste functionality stops working:
>>>>>>>>>>>>> if I write "łóżźć" inside TextInput, then select text using
>>>>>>>>>>>>> mouse, if
>>>>>>>>>>>>> I press Ctrl+C I get:
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> java.lang.IndexOutOfBoundsException
>>>>>>>>>>>>> at
>>>>>>>>>>>>> org.apache.pivot.wtk.text.TextNode.getRange(TextNode.java:255)
>>>>>>>>>>>>> at
>>>>>>>>>>>>>
>>>>>>>>>>>>> org.apache.pivot.wtk.TextInput.getSelectedText(TextInput.java:603)
>>>>>>>>>>>>> at
>>>>>>>>>>>>> org.apache.pivot.wtk.TextInput.copy(TextInput.java:438)
>>>>>>>>>>>>> at
>>>>>>>>>>>>>
>>>>>>>>>>>>> org.apache.pivot.wtk.skin.terra.TerraTextInputSkin.keyPressed(TerraTextInputSkin.java:1249)
>>>>>>>>>>>>> at
>>>>>>>>>>>>>
>>>>>>>>>>>>> org.apache.pivot.wtk.Component$ComponentKeyListenerList.keyPressed(Component.java:514)
>>>>>>>>>>>>> at
>>>>>>>>>>>>> org.apache.pivot.wtk.Component.keyPressed(Component.java:2656)
>>>>>>>>>>>>> at
>>>>>>>>>>>>>
>>>>>>>>>>>>> org.apache.pivot.wtk.ApplicationContext$DisplayHost.processKeyEvent(ApplicationContext.java:1217)
>>>>>>>>>>>>> at java.awt.Component.processEvent(Unknown Source)
>>>>>>>>>>>>> at
>>>>>>>>>>>>>
>>>>>>>>>>>>> org.apache.pivot.wtk.ApplicationContext$DisplayHost.processEvent(ApplicationContext.java:655)
>>>>>>>>>>>>> at java.awt.Component.dispatchEventImpl(Unknown Source)
>>>>>>>>>>>>> at java.awt.Component.dispatchEvent(Unknown Source)
>>>>>>>>>>>>> at java.awt.KeyboardFocusManager.redispatchEvent(Unknown
>>>>>>>>>>>>> Source)
>>>>>>>>>>>>> at
>>>>>>>>>>>>> java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(Unknown
>>>>>>>>>>>>> Source)
>>>>>>>>>>>>> at
>>>>>>>>>>>>>
>>>>>>>>>>>>> java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(Unknown Source)
>>>>>>>>>>>>> at
>>>>>>>>>>>>>
>>>>>>>>>>>>> java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(Unknown Source)
>>>>>>>>>>>>> at
>>>>>>>>>>>>> java.awt.DefaultKeyboardFocusManager.dispatchEvent(Unknown
>>>>>>>>>>>>> Source)
>>>>>>>>>>>>> at java.awt.Component.dispatchEventImpl(Unknown Source)
>>>>>>>>>>>>> at java.awt.Component.dispatchEvent(Unknown Source)
>>>>>>>>>>>>> at java.awt.EventQueue.dispatchEvent(Unknown Source)
>>>>>>>>>>>>> at
>>>>>>>>>>>>> java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown
>>>>>>>>>>>>> Source)
>>>>>>>>>>>>> at
>>>>>>>>>>>>> java.awt.EventDispatchThread.pumpEventsForFilter(Unknown
>>>>>>>>>>>>> Source)
>>>>>>>>>>>>> at
>>>>>>>>>>>>> java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown
>>>>>>>>>>>>> Source)
>>>>>>>>>>>>> at java.awt.EventDispatchThread.pumpEvents(Unknown
>>>>>>>>>>>>> Source)
>>>>>>>>>>>>> at java.awt.EventDispatchThread.pumpEvents(Unknown
>>>>>>>>>>>>> Source)
>>>>>>>>>>>>> at java.awt.EventDispatchThread.run(Unknown Source)
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> Other issue I have is with polish special character "ą" - it's
>>>>>>>>>>>>> made
>>>>>>>>>>>>> using right alt+a on the polish programmer keyboard setting.
>>>>>>>>>>>>> The
>>>>>>>>>>>>> result is that the char is not appended to the text but it
>>>>>>>>>>>>> replaces
>>>>>>>>>>>>> the whole TextInput text content, "some text" + (alt+a) ->
>>>>>>>>>>>>> "ą"
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> It's critical for me to get it fixed...
>>>>>>>>>>>>>
>>>>>>>>>>>>> best regards
>>>>>>>>>>>>> Kamil Toszek
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>
>>>>>
>>>
>>>
>>
>>
Re: Internationalization issues
Posted by "Kamil T." <ka...@gmail.com>.
Hi,
I was able to replicate it on tree different machines, one with win xp
32, other two with windows 7 64. They were standard PC computers, not
Mac with installed windows on it. Also right alt on the keyboard was
labeled as "Alt Gr" and all keyboards contained "windows key".
I could try to fix it, but I don't have much experience with ant - I'm
using Netbeans for development which hides it from me ;). Will look
into it.
W dniu 11 sierpnia 2010 14:32 użytkownik Chris Bartlett
<cb...@gmail.com> napisał:
> (Using Windows XP x64, Sun JRE 1.6.0_19-b04, Polish Programmers keyboard
> layout & Pivot 1.5 Kitchen Sink)
> I am not able to replicate the first issue.
> However I am able replicate the 2nd issue (PIVOT-586), so I will have a
> quick look at it.
>
> Regards,
> Chris
>
> 2010/8/11 Greg Brown <gk...@mac.com>
>>
>> Chris is correct - the issue is currently assigned to Pivot 1.5.2.
>> Kamil, perhaps you could take a stab at fixing it and submit a patch?
>> On Aug 11, 2010, at 5:26 AM, Chris Bartlett wrote:
>>
>> Kamil,
>>
>> Pivot 1.5.1 is going through the release process at the moment, so might
>> be available next week if no problems are found.
>> Greg created a JIRA issue to track the problem you described, but I don't
>> think he or anyone else has picked it up yet.
>> https://issues.apache.org/jira/browse/PIVOT-586
>> I was working on some patches for keypress handling, but not for this
>> exact issue. If I can find the time I will take a look at it and see if I
>> reproduce the problem with 1.5.1 code and then fix with a patch.
>> Unfortunately I am busy with some other things at the moment, so I can't
>> promise when or if I will be able to do this.
>> Chris
>> 2010/8/11 Kamil T. <ka...@gmail.com>
>>>
>>> Hi Chris,
>>> Could you give me follow up of the current status of your patches? If
>>> they will not show up in Pivot 1.5.1 (I don't know when it will be
>>> released), could you email me patched wtkx-terra.jar, so I can use
>>> patched version?
>>>
>>> regards
>>> Kamil
>>>
>>>
>>> W dniu 26 lipca 2010 11:31 użytkownik Chris Bartlett
>>> <cb...@gmail.com> napisał:
>>> > (CCed to Dev list)
>>> > A few weeks ago I started working on a series of patches which would
>>> > make
>>> > keypress checks more restrictive in order to prevent the kind of issue
>>> > you
>>> > seem to be seeing here. I have been offline for a little while but
>>> > should
>>> > be able to continue with the work this week.
>>> >
>>> > A Pivot 1.5.1 release should be coming soon, so if the submitted
>>> > patches are
>>> > accepted, they would not show up until a release after that.
>>> > 2010/7/25 Kamil T. <ka...@gmail.com>
>>> >>
>>> >> } else if (keyCode == Keyboard.KeyCode.A
>>> >> && Keyboard.isPressed(commandModifier)) { ...
>>> >>
>>> >> checks if a is pressed and if command key is pressed -> on windows
>>> >> commandModifier is set to Modifier.CTRL inside Platform class. The
>>> >> problem is that Keyboard.isPressed checks using bitmask, so it
>>> >> retruns true for the "Ctrl+Left Alt" case which Alt Gr generates. I
>>> >> think it should check if CTRL is the only modifier pressed at the
>>> >> moment. Also, pressing for example CTRL+SHIFT+A renders the same
>>> >> results as CTRL+A while inside native apps (tested on chrome address
>>> >> bar and notepad) CTRL+SHIFT+A combination does nothing.
>>> >>
>>> >>
>>> >>
>>> >> W dniu 25 lipca 2010 01:46 użytkownik Kamil T. <ka...@gmail.com>
>>> >> napisał:
>>> >> > Hi,
>>> >> > Just by holding CTRL I've got breakpoint with keyCode 17,
>>> >> > keyLocation
>>> >> > LEFT, if I hold right alt, the breakpoint is hit two times, first
>>> >> > with with keyCode 17, keyLocation LEFT, then with with keyCode 18,
>>> >> > keyLocation RIGHT. Looks like if I also have 'a' pressed, then I
>>> >> > have
>>> >> > two different messages, ctrl+a followed by right alt + a.
>>> >> >
>>> >> > Tried this on ubuntu - behaves normally. I'm clueless.
>>> >> >
>>> >> >
>>> >> > W dniu 24 lipca 2010 19:42 użytkownik Greg Brown <gk...@mac.com>
>>> >> > napisał:
>>> >> >> Try setting a breakpoint in TerraTextInputSkin#keyPressed() at line
>>> >> >> 1230:
>>> >> >>
>>> >> >> ...
>>> >> >> } else if (keyCode == Keyboard.KeyCode.A
>>> >> >> && Keyboard.isPressed(commandModifier)) { ...
>>> >> >>
>>> >> >>
>>> >> >> On Jul 24, 2010, at 11:21 AM, Kamil T. wrote:
>>> >> >>
>>> >> >>> Looks like alt+a is generating selection, when i press it, i have
>>> >> >>> selectionLength set to full text width, selectionStart set to 0,
>>> >> >>> in
>>> >> >>> the TextInput.insert(String text) function delete(false) is
>>> >> >>> called
>>> >> >>> which clears the values (it is the 366th line in the TextInput
>>> >> >>> class).
>>> >> >>> I don't know where put breakpoint to see where selection is
>>> >> >>> generated,
>>> >> >>> maybe it confuses alt-a with ctrl-a (select all)?
>>> >> >>>
>>> >> >>> regards
>>> >> >>> Kamil
>>> >> >>>
>>> >> >>>
>>> >> >>> W dniu 24 lipca 2010 16:36 użytkownik Greg Brown <gk...@mac.com>
>>> >> >>> napisał:
>>> >> >>>> I'm using J6u20 as well, so it is probably not related to the JRE
>>> >> >>>> version.
>>> >> >>>>
>>> >> >>>> Any chance you could try to step through the code to see where it
>>> >> >>>> is
>>> >> >>>> failing?
>>> >> >>>>
>>> >> >>>> On Jul 24, 2010, at 10:30 AM, Kamil T. wrote:
>>> >> >>>>
>>> >> >>>>> Hi,
>>> >> >>>>> Thank you for fast answer.
>>> >> >>>>> I'm using latest stable version from the website - 1.5.
>>> >> >>>>>
>>> >> >>>>> java:
>>> >> >>>>> Java Plug-in 1.6.0_20
>>> >> >>>>> Using JRE version 1.6.0_20-b02 Java HotSpot(TM) Client VM
>>> >> >>>>>
>>> >> >>>>>
>>> >> >>>>> Windows 7 64bit - ultimate
>>> >> >>>>>
>>> >> >>>>> Strange, I was able to reproduce this behavior also inside
>>> >> >>>>> Kitchen
>>> >> >>>>> Sink demo. TextArea behaves in the same way for me.
>>> >> >>>>> Could it be because of java version?
>>> >> >>>>>
>>> >> >>>>> br
>>> >> >>>>> Kamil
>>> >> >>>>>
>>> >> >>>>>
>>> >> >>>>>
>>> >> >>>>> W dniu 24 lipca 2010 16:13 użytkownik Greg Brown
>>> >> >>>>> <gk...@mac.com>
>>> >> >>>>> napisał:
>>> >> >>>>>> What Pivot version are you using? In 1.5 and above, I am able
>>> >> >>>>>> to
>>> >> >>>>>> copy the string "łóżźć" into a TextInput, select the text using
>>> >> >>>>>> the mouse,
>>> >> >>>>>> and use Command-C (Mac shortcut) to copy it without error. I
>>> >> >>>>>> can also use
>>> >> >>>>>> the Alt-A combination without a problem: I entered and copied
>>> >> >>>>>> this text from
>>> >> >>>>>> the Kitchen Sink demo (using the Polish Pro keyboard mappings):
>>> >> >>>>>> "Pivotą".
>>> >> >>>>>>
>>> >> >>>>>> I was also unable to reproduce the problem in Windows XP. Could
>>> >> >>>>>> there possibly be some other problem?
>>> >> >>>>>>
>>> >> >>>>>> Greg
>>> >> >>>>>>
>>> >> >>>>>> On Jul 24, 2010, at 9:34 AM, Kamil T. wrote:
>>> >> >>>>>>
>>> >> >>>>>>> Hello,
>>> >> >>>>>>>
>>> >> >>>>>>> My application uses Polish special characters and it looks
>>> >> >>>>>>> like
>>> >> >>>>>>> Pivot
>>> >> >>>>>>> has some problems with them.
>>> >> >>>>>>>
>>> >> >>>>>>> In TextInput component, if I write there some special chars,
>>> >> >>>>>>> copy/paste functionality stops working:
>>> >> >>>>>>> if I write "łóżźć" inside TextInput, then select text using
>>> >> >>>>>>> mouse, if
>>> >> >>>>>>> I press Ctrl+C I get:
>>> >> >>>>>>>
>>> >> >>>>>>>
>>> >> >>>>>>> java.lang.IndexOutOfBoundsException
>>> >> >>>>>>> at
>>> >> >>>>>>> org.apache.pivot.wtk.text.TextNode.getRange(TextNode.java:255)
>>> >> >>>>>>> at
>>> >> >>>>>>>
>>> >> >>>>>>> org.apache.pivot.wtk.TextInput.getSelectedText(TextInput.java:603)
>>> >> >>>>>>> at
>>> >> >>>>>>> org.apache.pivot.wtk.TextInput.copy(TextInput.java:438)
>>> >> >>>>>>> at
>>> >> >>>>>>>
>>> >> >>>>>>> org.apache.pivot.wtk.skin.terra.TerraTextInputSkin.keyPressed(TerraTextInputSkin.java:1249)
>>> >> >>>>>>> at
>>> >> >>>>>>>
>>> >> >>>>>>> org.apache.pivot.wtk.Component$ComponentKeyListenerList.keyPressed(Component.java:514)
>>> >> >>>>>>> at
>>> >> >>>>>>> org.apache.pivot.wtk.Component.keyPressed(Component.java:2656)
>>> >> >>>>>>> at
>>> >> >>>>>>>
>>> >> >>>>>>> org.apache.pivot.wtk.ApplicationContext$DisplayHost.processKeyEvent(ApplicationContext.java:1217)
>>> >> >>>>>>> at java.awt.Component.processEvent(Unknown Source)
>>> >> >>>>>>> at
>>> >> >>>>>>>
>>> >> >>>>>>> org.apache.pivot.wtk.ApplicationContext$DisplayHost.processEvent(ApplicationContext.java:655)
>>> >> >>>>>>> at java.awt.Component.dispatchEventImpl(Unknown Source)
>>> >> >>>>>>> at java.awt.Component.dispatchEvent(Unknown Source)
>>> >> >>>>>>> at java.awt.KeyboardFocusManager.redispatchEvent(Unknown
>>> >> >>>>>>> Source)
>>> >> >>>>>>> at
>>> >> >>>>>>> java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(Unknown
>>> >> >>>>>>> Source)
>>> >> >>>>>>> at
>>> >> >>>>>>>
>>> >> >>>>>>> java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(Unknown Source)
>>> >> >>>>>>> at
>>> >> >>>>>>>
>>> >> >>>>>>> java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(Unknown Source)
>>> >> >>>>>>> at
>>> >> >>>>>>> java.awt.DefaultKeyboardFocusManager.dispatchEvent(Unknown
>>> >> >>>>>>> Source)
>>> >> >>>>>>> at java.awt.Component.dispatchEventImpl(Unknown Source)
>>> >> >>>>>>> at java.awt.Component.dispatchEvent(Unknown Source)
>>> >> >>>>>>> at java.awt.EventQueue.dispatchEvent(Unknown Source)
>>> >> >>>>>>> at
>>> >> >>>>>>> java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown
>>> >> >>>>>>> Source)
>>> >> >>>>>>> at
>>> >> >>>>>>> java.awt.EventDispatchThread.pumpEventsForFilter(Unknown
>>> >> >>>>>>> Source)
>>> >> >>>>>>> at
>>> >> >>>>>>> java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown
>>> >> >>>>>>> Source)
>>> >> >>>>>>> at java.awt.EventDispatchThread.pumpEvents(Unknown
>>> >> >>>>>>> Source)
>>> >> >>>>>>> at java.awt.EventDispatchThread.pumpEvents(Unknown
>>> >> >>>>>>> Source)
>>> >> >>>>>>> at java.awt.EventDispatchThread.run(Unknown Source)
>>> >> >>>>>>>
>>> >> >>>>>>>
>>> >> >>>>>>>
>>> >> >>>>>>> Other issue I have is with polish special character "ą" - it's
>>> >> >>>>>>> made
>>> >> >>>>>>> using right alt+a on the polish programmer keyboard setting.
>>> >> >>>>>>> The
>>> >> >>>>>>> result is that the char is not appended to the text but it
>>> >> >>>>>>> replaces
>>> >> >>>>>>> the whole TextInput text content, "some text" + (alt+a) ->
>>> >> >>>>>>> "ą"
>>> >> >>>>>>>
>>> >> >>>>>>>
>>> >> >>>>>>> It's critical for me to get it fixed...
>>> >> >>>>>>>
>>> >> >>>>>>> best regards
>>> >> >>>>>>> Kamil Toszek
>>> >> >>>>>>
>>> >> >>>>>>
>>> >> >>>>
>>> >> >>>>
>>> >> >>
>>> >> >>
>>> >> >
>>> >
>>> >
>>
>>
>
>
Re: Internationalization issues
Posted by Chris Bartlett <cb...@gmail.com>.
(Using Windows XP x64, Sun JRE 1.6.0_19-b04, Polish Programmers keyboard
layout & Pivot 1.5 Kitchen Sink)
I am not able to replicate the first issue.
However I am able replicate the 2nd issue (PIVOT-586), so I will have a
quick look at it.
Regards,
Chris
2010/8/11 Greg Brown <gk...@mac.com>
> Chris is correct - the issue is currently assigned to Pivot 1.5.2.
>
> Kamil, perhaps you could take a stab at fixing it and submit a patch?
>
> On Aug 11, 2010, at 5:26 AM, Chris Bartlett wrote:
>
> Kamil,
>
> Pivot 1.5.1 is going through the release process at the moment, so might be
> available next week if no problems are found.
>
> Greg created a JIRA issue to track the problem you described, but I don't
> think he or anyone else has picked it up yet.
> https://issues.apache.org/jira/browse/PIVOT-586
>
> I was working on some patches for keypress handling, but not for this exact
> issue. If I can find the time I will take a look at it and see if I
> reproduce the problem with 1.5.1 code and then fix with a patch.
> Unfortunately I am busy with some other things at the moment, so I can't
> promise when or if I will be able to do this.
>
> Chris
>
> 2010/8/11 Kamil T. <ka...@gmail.com>
>
>> Hi Chris,
>> Could you give me follow up of the current status of your patches? If
>> they will not show up in Pivot 1.5.1 (I don't know when it will be
>> released), could you email me patched wtkx-terra.jar, so I can use
>> patched version?
>>
>> regards
>> Kamil
>>
>>
>> W dniu 26 lipca 2010 11:31 użytkownik Chris Bartlett
>> <cb...@gmail.com> napisał:
>> > (CCed to Dev list)
>> > A few weeks ago I started working on a series of patches which would
>> make
>> > keypress checks more restrictive in order to prevent the kind of issue
>> you
>> > seem to be seeing here. I have been offline for a little while but
>> should
>> > be able to continue with the work this week.
>> >
>> > A Pivot 1.5.1 release should be coming soon, so if the submitted patches
>> are
>> > accepted, they would not show up until a release after that.
>> > 2010/7/25 Kamil T. <ka...@gmail.com>
>> >>
>> >> } else if (keyCode == Keyboard.KeyCode.A
>> >> && Keyboard.isPressed(commandModifier)) { ...
>> >>
>> >> checks if a is pressed and if command key is pressed -> on windows
>> >> commandModifier is set to Modifier.CTRL inside Platform class. The
>> >> problem is that Keyboard.isPressed checks using bitmask, so it
>> >> retruns true for the "Ctrl+Left Alt" case which Alt Gr generates. I
>> >> think it should check if CTRL is the only modifier pressed at the
>> >> moment. Also, pressing for example CTRL+SHIFT+A renders the same
>> >> results as CTRL+A while inside native apps (tested on chrome address
>> >> bar and notepad) CTRL+SHIFT+A combination does nothing.
>> >>
>> >>
>> >>
>> >> W dniu 25 lipca 2010 01:46 użytkownik Kamil T. <ka...@gmail.com>
>> >> napisał:
>> >> > Hi,
>> >> > Just by holding CTRL I've got breakpoint with keyCode 17, keyLocation
>> >> > LEFT, if I hold right alt, the breakpoint is hit two times, first
>> >> > with with keyCode 17, keyLocation LEFT, then with with keyCode 18,
>> >> > keyLocation RIGHT. Looks like if I also have 'a' pressed, then I
>> have
>> >> > two different messages, ctrl+a followed by right alt + a.
>> >> >
>> >> > Tried this on ubuntu - behaves normally. I'm clueless.
>> >> >
>> >> >
>> >> > W dniu 24 lipca 2010 19:42 użytkownik Greg Brown <gk...@mac.com>
>> >> > napisał:
>> >> >> Try setting a breakpoint in TerraTextInputSkin#keyPressed() at line
>> >> >> 1230:
>> >> >>
>> >> >> ...
>> >> >> } else if (keyCode == Keyboard.KeyCode.A
>> >> >> && Keyboard.isPressed(commandModifier)) { ...
>> >> >>
>> >> >>
>> >> >> On Jul 24, 2010, at 11:21 AM, Kamil T. wrote:
>> >> >>
>> >> >>> Looks like alt+a is generating selection, when i press it, i have
>> >> >>> selectionLength set to full text width, selectionStart set to 0,
>> in
>> >> >>> the TextInput.insert(String text) function delete(false) is called
>> >> >>> which clears the values (it is the 366th line in the TextInput
>> class).
>> >> >>> I don't know where put breakpoint to see where selection is
>> generated,
>> >> >>> maybe it confuses alt-a with ctrl-a (select all)?
>> >> >>>
>> >> >>> regards
>> >> >>> Kamil
>> >> >>>
>> >> >>>
>> >> >>> W dniu 24 lipca 2010 16:36 użytkownik Greg Brown <gk...@mac.com>
>> >> >>> napisał:
>> >> >>>> I'm using J6u20 as well, so it is probably not related to the JRE
>> >> >>>> version.
>> >> >>>>
>> >> >>>> Any chance you could try to step through the code to see where it
>> is
>> >> >>>> failing?
>> >> >>>>
>> >> >>>> On Jul 24, 2010, at 10:30 AM, Kamil T. wrote:
>> >> >>>>
>> >> >>>>> Hi,
>> >> >>>>> Thank you for fast answer.
>> >> >>>>> I'm using latest stable version from the website - 1.5.
>> >> >>>>>
>> >> >>>>> java:
>> >> >>>>> Java Plug-in 1.6.0_20
>> >> >>>>> Using JRE version 1.6.0_20-b02 Java HotSpot(TM) Client VM
>> >> >>>>>
>> >> >>>>>
>> >> >>>>> Windows 7 64bit - ultimate
>> >> >>>>>
>> >> >>>>> Strange, I was able to reproduce this behavior also inside
>> Kitchen
>> >> >>>>> Sink demo. TextArea behaves in the same way for me.
>> >> >>>>> Could it be because of java version?
>> >> >>>>>
>> >> >>>>> br
>> >> >>>>> Kamil
>> >> >>>>>
>> >> >>>>>
>> >> >>>>>
>> >> >>>>> W dniu 24 lipca 2010 16:13 użytkownik Greg Brown <
>> gkbrown@mac.com>
>> >> >>>>> napisał:
>> >> >>>>>> What Pivot version are you using? In 1.5 and above, I am able to
>> >> >>>>>> copy the string "łóżźć" into a TextInput, select the text using
>> the mouse,
>> >> >>>>>> and use Command-C (Mac shortcut) to copy it without error. I can
>> also use
>> >> >>>>>> the Alt-A combination without a problem: I entered and copied
>> this text from
>> >> >>>>>> the Kitchen Sink demo (using the Polish Pro keyboard mappings):
>> "Pivotą".
>> >> >>>>>>
>> >> >>>>>> I was also unable to reproduce the problem in Windows XP. Could
>> >> >>>>>> there possibly be some other problem?
>> >> >>>>>>
>> >> >>>>>> Greg
>> >> >>>>>>
>> >> >>>>>> On Jul 24, 2010, at 9:34 AM, Kamil T. wrote:
>> >> >>>>>>
>> >> >>>>>>> Hello,
>> >> >>>>>>>
>> >> >>>>>>> My application uses Polish special characters and it looks like
>> >> >>>>>>> Pivot
>> >> >>>>>>> has some problems with them.
>> >> >>>>>>>
>> >> >>>>>>> In TextInput component, if I write there some special chars,
>> >> >>>>>>> copy/paste functionality stops working:
>> >> >>>>>>> if I write "łóżźć" inside TextInput, then select text using
>> >> >>>>>>> mouse, if
>> >> >>>>>>> I press Ctrl+C I get:
>> >> >>>>>>>
>> >> >>>>>>>
>> >> >>>>>>> java.lang.IndexOutOfBoundsException
>> >> >>>>>>> at
>> >> >>>>>>> org.apache.pivot.wtk.text.TextNode.getRange(TextNode.java:255)
>> >> >>>>>>> at
>> >> >>>>>>>
>> org.apache.pivot.wtk.TextInput.getSelectedText(TextInput.java:603)
>> >> >>>>>>> at
>> org.apache.pivot.wtk.TextInput.copy(TextInput.java:438)
>> >> >>>>>>> at
>> >> >>>>>>>
>> org.apache.pivot.wtk.skin.terra.TerraTextInputSkin.keyPressed(TerraTextInputSkin.java:1249)
>> >> >>>>>>> at
>> >> >>>>>>>
>> org.apache.pivot.wtk.Component$ComponentKeyListenerList.keyPressed(Component.java:514)
>> >> >>>>>>> at
>> >> >>>>>>> org.apache.pivot.wtk.Component.keyPressed(Component.java:2656)
>> >> >>>>>>> at
>> >> >>>>>>>
>> org.apache.pivot.wtk.ApplicationContext$DisplayHost.processKeyEvent(ApplicationContext.java:1217)
>> >> >>>>>>> at java.awt.Component.processEvent(Unknown Source)
>> >> >>>>>>> at
>> >> >>>>>>>
>> org.apache.pivot.wtk.ApplicationContext$DisplayHost.processEvent(ApplicationContext.java:655)
>> >> >>>>>>> at java.awt.Component.dispatchEventImpl(Unknown Source)
>> >> >>>>>>> at java.awt.Component.dispatchEvent(Unknown Source)
>> >> >>>>>>> at java.awt.KeyboardFocusManager.redispatchEvent(Unknown
>> >> >>>>>>> Source)
>> >> >>>>>>> at
>> >> >>>>>>> java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(Unknown
>> Source)
>> >> >>>>>>> at
>> >> >>>>>>>
>> java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(Unknown Source)
>> >> >>>>>>> at
>> >> >>>>>>>
>> java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(Unknown Source)
>> >> >>>>>>> at
>> >> >>>>>>> java.awt.DefaultKeyboardFocusManager.dispatchEvent(Unknown
>> Source)
>> >> >>>>>>> at java.awt.Component.dispatchEventImpl(Unknown Source)
>> >> >>>>>>> at java.awt.Component.dispatchEvent(Unknown Source)
>> >> >>>>>>> at java.awt.EventQueue.dispatchEvent(Unknown Source)
>> >> >>>>>>> at
>> >> >>>>>>> java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown
>> Source)
>> >> >>>>>>> at
>> java.awt.EventDispatchThread.pumpEventsForFilter(Unknown
>> >> >>>>>>> Source)
>> >> >>>>>>> at
>> >> >>>>>>> java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown
>> Source)
>> >> >>>>>>> at java.awt.EventDispatchThread.pumpEvents(Unknown
>> Source)
>> >> >>>>>>> at java.awt.EventDispatchThread.pumpEvents(Unknown
>> Source)
>> >> >>>>>>> at java.awt.EventDispatchThread.run(Unknown Source)
>> >> >>>>>>>
>> >> >>>>>>>
>> >> >>>>>>>
>> >> >>>>>>> Other issue I have is with polish special character "ą" - it's
>> >> >>>>>>> made
>> >> >>>>>>> using right alt+a on the polish programmer keyboard setting.
>> The
>> >> >>>>>>> result is that the char is not appended to the text but it
>> >> >>>>>>> replaces
>> >> >>>>>>> the whole TextInput text content, "some text" + (alt+a) ->
>> "ą"
>> >> >>>>>>>
>> >> >>>>>>>
>> >> >>>>>>> It's critical for me to get it fixed...
>> >> >>>>>>>
>> >> >>>>>>> best regards
>> >> >>>>>>> Kamil Toszek
>> >> >>>>>>
>> >> >>>>>>
>> >> >>>>
>> >> >>>>
>> >> >>
>> >> >>
>> >> >
>> >
>> >
>>
>
>
>
Re: Internationalization issues
Posted by Greg Brown <gk...@mac.com>.
Chris is correct - the issue is currently assigned to Pivot 1.5.2.
Kamil, perhaps you could take a stab at fixing it and submit a patch?
On Aug 11, 2010, at 5:26 AM, Chris Bartlett wrote:
> Kamil,
>
> Pivot 1.5.1 is going through the release process at the moment, so might be available next week if no problems are found.
>
> Greg created a JIRA issue to track the problem you described, but I don't think he or anyone else has picked it up yet.
> https://issues.apache.org/jira/browse/PIVOT-586
>
> I was working on some patches for keypress handling, but not for this exact issue. If I can find the time I will take a look at it and see if I reproduce the problem with 1.5.1 code and then fix with a patch. Unfortunately I am busy with some other things at the moment, so I can't promise when or if I will be able to do this.
>
> Chris
>
> 2010/8/11 Kamil T. <ka...@gmail.com>
> Hi Chris,
> Could you give me follow up of the current status of your patches? If
> they will not show up in Pivot 1.5.1 (I don't know when it will be
> released), could you email me patched wtkx-terra.jar, so I can use
> patched version?
>
> regards
> Kamil
>
>
> W dniu 26 lipca 2010 11:31 użytkownik Chris Bartlett
> <cb...@gmail.com> napisał:
> > (CCed to Dev list)
> > A few weeks ago I started working on a series of patches which would make
> > keypress checks more restrictive in order to prevent the kind of issue you
> > seem to be seeing here. I have been offline for a little while but should
> > be able to continue with the work this week.
> >
> > A Pivot 1.5.1 release should be coming soon, so if the submitted patches are
> > accepted, they would not show up until a release after that.
> > 2010/7/25 Kamil T. <ka...@gmail.com>
> >>
> >> } else if (keyCode == Keyboard.KeyCode.A
> >> && Keyboard.isPressed(commandModifier)) { ...
> >>
> >> checks if a is pressed and if command key is pressed -> on windows
> >> commandModifier is set to Modifier.CTRL inside Platform class. The
> >> problem is that Keyboard.isPressed checks using bitmask, so it
> >> retruns true for the "Ctrl+Left Alt" case which Alt Gr generates. I
> >> think it should check if CTRL is the only modifier pressed at the
> >> moment. Also, pressing for example CTRL+SHIFT+A renders the same
> >> results as CTRL+A while inside native apps (tested on chrome address
> >> bar and notepad) CTRL+SHIFT+A combination does nothing.
> >>
> >>
> >>
> >> W dniu 25 lipca 2010 01:46 użytkownik Kamil T. <ka...@gmail.com>
> >> napisał:
> >> > Hi,
> >> > Just by holding CTRL I've got breakpoint with keyCode 17, keyLocation
> >> > LEFT, if I hold right alt, the breakpoint is hit two times, first
> >> > with with keyCode 17, keyLocation LEFT, then with with keyCode 18,
> >> > keyLocation RIGHT. Looks like if I also have 'a' pressed, then I have
> >> > two different messages, ctrl+a followed by right alt + a.
> >> >
> >> > Tried this on ubuntu - behaves normally. I'm clueless.
> >> >
> >> >
> >> > W dniu 24 lipca 2010 19:42 użytkownik Greg Brown <gk...@mac.com>
> >> > napisał:
> >> >> Try setting a breakpoint in TerraTextInputSkin#keyPressed() at line
> >> >> 1230:
> >> >>
> >> >> ...
> >> >> } else if (keyCode == Keyboard.KeyCode.A
> >> >> && Keyboard.isPressed(commandModifier)) { ...
> >> >>
> >> >>
> >> >> On Jul 24, 2010, at 11:21 AM, Kamil T. wrote:
> >> >>
> >> >>> Looks like alt+a is generating selection, when i press it, i have
> >> >>> selectionLength set to full text width, selectionStart set to 0, in
> >> >>> the TextInput.insert(String text) function delete(false) is called
> >> >>> which clears the values (it is the 366th line in the TextInput class).
> >> >>> I don't know where put breakpoint to see where selection is generated,
> >> >>> maybe it confuses alt-a with ctrl-a (select all)?
> >> >>>
> >> >>> regards
> >> >>> Kamil
> >> >>>
> >> >>>
> >> >>> W dniu 24 lipca 2010 16:36 użytkownik Greg Brown <gk...@mac.com>
> >> >>> napisał:
> >> >>>> I'm using J6u20 as well, so it is probably not related to the JRE
> >> >>>> version.
> >> >>>>
> >> >>>> Any chance you could try to step through the code to see where it is
> >> >>>> failing?
> >> >>>>
> >> >>>> On Jul 24, 2010, at 10:30 AM, Kamil T. wrote:
> >> >>>>
> >> >>>>> Hi,
> >> >>>>> Thank you for fast answer.
> >> >>>>> I'm using latest stable version from the website - 1.5.
> >> >>>>>
> >> >>>>> java:
> >> >>>>> Java Plug-in 1.6.0_20
> >> >>>>> Using JRE version 1.6.0_20-b02 Java HotSpot(TM) Client VM
> >> >>>>>
> >> >>>>>
> >> >>>>> Windows 7 64bit - ultimate
> >> >>>>>
> >> >>>>> Strange, I was able to reproduce this behavior also inside Kitchen
> >> >>>>> Sink demo. TextArea behaves in the same way for me.
> >> >>>>> Could it be because of java version?
> >> >>>>>
> >> >>>>> br
> >> >>>>> Kamil
> >> >>>>>
> >> >>>>>
> >> >>>>>
> >> >>>>> W dniu 24 lipca 2010 16:13 użytkownik Greg Brown <gk...@mac.com>
> >> >>>>> napisał:
> >> >>>>>> What Pivot version are you using? In 1.5 and above, I am able to
> >> >>>>>> copy the string "łóżźć" into a TextInput, select the text using the mouse,
> >> >>>>>> and use Command-C (Mac shortcut) to copy it without error. I can also use
> >> >>>>>> the Alt-A combination without a problem: I entered and copied this text from
> >> >>>>>> the Kitchen Sink demo (using the Polish Pro keyboard mappings): "Pivotą".
> >> >>>>>>
> >> >>>>>> I was also unable to reproduce the problem in Windows XP. Could
> >> >>>>>> there possibly be some other problem?
> >> >>>>>>
> >> >>>>>> Greg
> >> >>>>>>
> >> >>>>>> On Jul 24, 2010, at 9:34 AM, Kamil T. wrote:
> >> >>>>>>
> >> >>>>>>> Hello,
> >> >>>>>>>
> >> >>>>>>> My application uses Polish special characters and it looks like
> >> >>>>>>> Pivot
> >> >>>>>>> has some problems with them.
> >> >>>>>>>
> >> >>>>>>> In TextInput component, if I write there some special chars,
> >> >>>>>>> copy/paste functionality stops working:
> >> >>>>>>> if I write "łóżźć" inside TextInput, then select text using
> >> >>>>>>> mouse, if
> >> >>>>>>> I press Ctrl+C I get:
> >> >>>>>>>
> >> >>>>>>>
> >> >>>>>>> java.lang.IndexOutOfBoundsException
> >> >>>>>>> at
> >> >>>>>>> org.apache.pivot.wtk.text.TextNode.getRange(TextNode.java:255)
> >> >>>>>>> at
> >> >>>>>>> org.apache.pivot.wtk.TextInput.getSelectedText(TextInput.java:603)
> >> >>>>>>> at org.apache.pivot.wtk.TextInput.copy(TextInput.java:438)
> >> >>>>>>> at
> >> >>>>>>> org.apache.pivot.wtk.skin.terra.TerraTextInputSkin.keyPressed(TerraTextInputSkin.java:1249)
> >> >>>>>>> at
> >> >>>>>>> org.apache.pivot.wtk.Component$ComponentKeyListenerList.keyPressed(Component.java:514)
> >> >>>>>>> at
> >> >>>>>>> org.apache.pivot.wtk.Component.keyPressed(Component.java:2656)
> >> >>>>>>> at
> >> >>>>>>> org.apache.pivot.wtk.ApplicationContext$DisplayHost.processKeyEvent(ApplicationContext.java:1217)
> >> >>>>>>> at java.awt.Component.processEvent(Unknown Source)
> >> >>>>>>> at
> >> >>>>>>> org.apache.pivot.wtk.ApplicationContext$DisplayHost.processEvent(ApplicationContext.java:655)
> >> >>>>>>> at java.awt.Component.dispatchEventImpl(Unknown Source)
> >> >>>>>>> at java.awt.Component.dispatchEvent(Unknown Source)
> >> >>>>>>> at java.awt.KeyboardFocusManager.redispatchEvent(Unknown
> >> >>>>>>> Source)
> >> >>>>>>> at
> >> >>>>>>> java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(Unknown Source)
> >> >>>>>>> at
> >> >>>>>>> java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(Unknown Source)
> >> >>>>>>> at
> >> >>>>>>> java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(Unknown Source)
> >> >>>>>>> at
> >> >>>>>>> java.awt.DefaultKeyboardFocusManager.dispatchEvent(Unknown Source)
> >> >>>>>>> at java.awt.Component.dispatchEventImpl(Unknown Source)
> >> >>>>>>> at java.awt.Component.dispatchEvent(Unknown Source)
> >> >>>>>>> at java.awt.EventQueue.dispatchEvent(Unknown Source)
> >> >>>>>>> at
> >> >>>>>>> java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
> >> >>>>>>> at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown
> >> >>>>>>> Source)
> >> >>>>>>> at
> >> >>>>>>> java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
> >> >>>>>>> at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
> >> >>>>>>> at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
> >> >>>>>>> at java.awt.EventDispatchThread.run(Unknown Source)
> >> >>>>>>>
> >> >>>>>>>
> >> >>>>>>>
> >> >>>>>>> Other issue I have is with polish special character "ą" - it's
> >> >>>>>>> made
> >> >>>>>>> using right alt+a on the polish programmer keyboard setting. The
> >> >>>>>>> result is that the char is not appended to the text but it
> >> >>>>>>> replaces
> >> >>>>>>> the whole TextInput text content, "some text" + (alt+a) -> "ą"
> >> >>>>>>>
> >> >>>>>>>
> >> >>>>>>> It's critical for me to get it fixed...
> >> >>>>>>>
> >> >>>>>>> best regards
> >> >>>>>>> Kamil Toszek
> >> >>>>>>
> >> >>>>>>
> >> >>>>
> >> >>>>
> >> >>
> >> >>
> >> >
> >
> >
>
Re: Internationalization issues
Posted by Chris Bartlett <cb...@gmail.com>.
Kamil,
Pivot 1.5.1 is going through the release process at the moment, so might be
available next week if no problems are found.
Greg created a JIRA issue to track the problem you described, but I don't
think he or anyone else has picked it up yet.
https://issues.apache.org/jira/browse/PIVOT-586
I was working on some patches for keypress handling, but not for this exact
issue. If I can find the time I will take a look at it and see if I
reproduce the problem with 1.5.1 code and then fix with a patch.
Unfortunately I am busy with some other things at the moment, so I can't
promise when or if I will be able to do this.
Chris
2010/8/11 Kamil T. <ka...@gmail.com>
> Hi Chris,
> Could you give me follow up of the current status of your patches? If
> they will not show up in Pivot 1.5.1 (I don't know when it will be
> released), could you email me patched wtkx-terra.jar, so I can use
> patched version?
>
> regards
> Kamil
>
>
> W dniu 26 lipca 2010 11:31 użytkownik Chris Bartlett
> <cb...@gmail.com> napisał:
> > (CCed to Dev list)
> > A few weeks ago I started working on a series of patches which would make
> > keypress checks more restrictive in order to prevent the kind of issue
> you
> > seem to be seeing here. I have been offline for a little while but
> should
> > be able to continue with the work this week.
> >
> > A Pivot 1.5.1 release should be coming soon, so if the submitted patches
> are
> > accepted, they would not show up until a release after that.
> > 2010/7/25 Kamil T. <ka...@gmail.com>
> >>
> >> } else if (keyCode == Keyboard.KeyCode.A
> >> && Keyboard.isPressed(commandModifier)) { ...
> >>
> >> checks if a is pressed and if command key is pressed -> on windows
> >> commandModifier is set to Modifier.CTRL inside Platform class. The
> >> problem is that Keyboard.isPressed checks using bitmask, so it
> >> retruns true for the "Ctrl+Left Alt" case which Alt Gr generates. I
> >> think it should check if CTRL is the only modifier pressed at the
> >> moment. Also, pressing for example CTRL+SHIFT+A renders the same
> >> results as CTRL+A while inside native apps (tested on chrome address
> >> bar and notepad) CTRL+SHIFT+A combination does nothing.
> >>
> >>
> >>
> >> W dniu 25 lipca 2010 01:46 użytkownik Kamil T. <ka...@gmail.com>
> >> napisał:
> >> > Hi,
> >> > Just by holding CTRL I've got breakpoint with keyCode 17, keyLocation
> >> > LEFT, if I hold right alt, the breakpoint is hit two times, first
> >> > with with keyCode 17, keyLocation LEFT, then with with keyCode 18,
> >> > keyLocation RIGHT. Looks like if I also have 'a' pressed, then I have
> >> > two different messages, ctrl+a followed by right alt + a.
> >> >
> >> > Tried this on ubuntu - behaves normally. I'm clueless.
> >> >
> >> >
> >> > W dniu 24 lipca 2010 19:42 użytkownik Greg Brown <gk...@mac.com>
> >> > napisał:
> >> >> Try setting a breakpoint in TerraTextInputSkin#keyPressed() at line
> >> >> 1230:
> >> >>
> >> >> ...
> >> >> } else if (keyCode == Keyboard.KeyCode.A
> >> >> && Keyboard.isPressed(commandModifier)) { ...
> >> >>
> >> >>
> >> >> On Jul 24, 2010, at 11:21 AM, Kamil T. wrote:
> >> >>
> >> >>> Looks like alt+a is generating selection, when i press it, i have
> >> >>> selectionLength set to full text width, selectionStart set to 0, in
> >> >>> the TextInput.insert(String text) function delete(false) is called
> >> >>> which clears the values (it is the 366th line in the TextInput
> class).
> >> >>> I don't know where put breakpoint to see where selection is
> generated,
> >> >>> maybe it confuses alt-a with ctrl-a (select all)?
> >> >>>
> >> >>> regards
> >> >>> Kamil
> >> >>>
> >> >>>
> >> >>> W dniu 24 lipca 2010 16:36 użytkownik Greg Brown <gk...@mac.com>
> >> >>> napisał:
> >> >>>> I'm using J6u20 as well, so it is probably not related to the JRE
> >> >>>> version.
> >> >>>>
> >> >>>> Any chance you could try to step through the code to see where it
> is
> >> >>>> failing?
> >> >>>>
> >> >>>> On Jul 24, 2010, at 10:30 AM, Kamil T. wrote:
> >> >>>>
> >> >>>>> Hi,
> >> >>>>> Thank you for fast answer.
> >> >>>>> I'm using latest stable version from the website - 1.5.
> >> >>>>>
> >> >>>>> java:
> >> >>>>> Java Plug-in 1.6.0_20
> >> >>>>> Using JRE version 1.6.0_20-b02 Java HotSpot(TM) Client VM
> >> >>>>>
> >> >>>>>
> >> >>>>> Windows 7 64bit - ultimate
> >> >>>>>
> >> >>>>> Strange, I was able to reproduce this behavior also inside Kitchen
> >> >>>>> Sink demo. TextArea behaves in the same way for me.
> >> >>>>> Could it be because of java version?
> >> >>>>>
> >> >>>>> br
> >> >>>>> Kamil
> >> >>>>>
> >> >>>>>
> >> >>>>>
> >> >>>>> W dniu 24 lipca 2010 16:13 użytkownik Greg Brown <gkbrown@mac.com
> >
> >> >>>>> napisał:
> >> >>>>>> What Pivot version are you using? In 1.5 and above, I am able to
> >> >>>>>> copy the string "łóżźć" into a TextInput, select the text using
> the mouse,
> >> >>>>>> and use Command-C (Mac shortcut) to copy it without error. I can
> also use
> >> >>>>>> the Alt-A combination without a problem: I entered and copied
> this text from
> >> >>>>>> the Kitchen Sink demo (using the Polish Pro keyboard mappings):
> "Pivotą".
> >> >>>>>>
> >> >>>>>> I was also unable to reproduce the problem in Windows XP. Could
> >> >>>>>> there possibly be some other problem?
> >> >>>>>>
> >> >>>>>> Greg
> >> >>>>>>
> >> >>>>>> On Jul 24, 2010, at 9:34 AM, Kamil T. wrote:
> >> >>>>>>
> >> >>>>>>> Hello,
> >> >>>>>>>
> >> >>>>>>> My application uses Polish special characters and it looks like
> >> >>>>>>> Pivot
> >> >>>>>>> has some problems with them.
> >> >>>>>>>
> >> >>>>>>> In TextInput component, if I write there some special chars,
> >> >>>>>>> copy/paste functionality stops working:
> >> >>>>>>> if I write "łóżźć" inside TextInput, then select text using
> >> >>>>>>> mouse, if
> >> >>>>>>> I press Ctrl+C I get:
> >> >>>>>>>
> >> >>>>>>>
> >> >>>>>>> java.lang.IndexOutOfBoundsException
> >> >>>>>>> at
> >> >>>>>>> org.apache.pivot.wtk.text.TextNode.getRange(TextNode.java:255)
> >> >>>>>>> at
> >> >>>>>>>
> org.apache.pivot.wtk.TextInput.getSelectedText(TextInput.java:603)
> >> >>>>>>> at org.apache.pivot.wtk.TextInput.copy(TextInput.java:438)
> >> >>>>>>> at
> >> >>>>>>>
> org.apache.pivot.wtk.skin.terra.TerraTextInputSkin.keyPressed(TerraTextInputSkin.java:1249)
> >> >>>>>>> at
> >> >>>>>>>
> org.apache.pivot.wtk.Component$ComponentKeyListenerList.keyPressed(Component.java:514)
> >> >>>>>>> at
> >> >>>>>>> org.apache.pivot.wtk.Component.keyPressed(Component.java:2656)
> >> >>>>>>> at
> >> >>>>>>>
> org.apache.pivot.wtk.ApplicationContext$DisplayHost.processKeyEvent(ApplicationContext.java:1217)
> >> >>>>>>> at java.awt.Component.processEvent(Unknown Source)
> >> >>>>>>> at
> >> >>>>>>>
> org.apache.pivot.wtk.ApplicationContext$DisplayHost.processEvent(ApplicationContext.java:655)
> >> >>>>>>> at java.awt.Component.dispatchEventImpl(Unknown Source)
> >> >>>>>>> at java.awt.Component.dispatchEvent(Unknown Source)
> >> >>>>>>> at java.awt.KeyboardFocusManager.redispatchEvent(Unknown
> >> >>>>>>> Source)
> >> >>>>>>> at
> >> >>>>>>> java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(Unknown
> Source)
> >> >>>>>>> at
> >> >>>>>>> java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(Unknown
> Source)
> >> >>>>>>> at
> >> >>>>>>> java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(Unknown
> Source)
> >> >>>>>>> at
> >> >>>>>>> java.awt.DefaultKeyboardFocusManager.dispatchEvent(Unknown
> Source)
> >> >>>>>>> at java.awt.Component.dispatchEventImpl(Unknown Source)
> >> >>>>>>> at java.awt.Component.dispatchEvent(Unknown Source)
> >> >>>>>>> at java.awt.EventQueue.dispatchEvent(Unknown Source)
> >> >>>>>>> at
> >> >>>>>>> java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown
> Source)
> >> >>>>>>> at
> java.awt.EventDispatchThread.pumpEventsForFilter(Unknown
> >> >>>>>>> Source)
> >> >>>>>>> at
> >> >>>>>>> java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown
> Source)
> >> >>>>>>> at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
> >> >>>>>>> at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
> >> >>>>>>> at java.awt.EventDispatchThread.run(Unknown Source)
> >> >>>>>>>
> >> >>>>>>>
> >> >>>>>>>
> >> >>>>>>> Other issue I have is with polish special character "ą" - it's
> >> >>>>>>> made
> >> >>>>>>> using right alt+a on the polish programmer keyboard setting. The
> >> >>>>>>> result is that the char is not appended to the text but it
> >> >>>>>>> replaces
> >> >>>>>>> the whole TextInput text content, "some text" + (alt+a) -> "ą"
> >> >>>>>>>
> >> >>>>>>>
> >> >>>>>>> It's critical for me to get it fixed...
> >> >>>>>>>
> >> >>>>>>> best regards
> >> >>>>>>> Kamil Toszek
> >> >>>>>>
> >> >>>>>>
> >> >>>>
> >> >>>>
> >> >>
> >> >>
> >> >
> >
> >
>
Re: Internationalization issues
Posted by "Kamil T." <ka...@gmail.com>.
Hi Chris,
Could you give me follow up of the current status of your patches? If
they will not show up in Pivot 1.5.1 (I don't know when it will be
released), could you email me patched wtkx-terra.jar, so I can use
patched version?
regards
Kamil
W dniu 26 lipca 2010 11:31 użytkownik Chris Bartlett
<cb...@gmail.com> napisał:
> (CCed to Dev list)
> A few weeks ago I started working on a series of patches which would make
> keypress checks more restrictive in order to prevent the kind of issue you
> seem to be seeing here. I have been offline for a little while but should
> be able to continue with the work this week.
>
> A Pivot 1.5.1 release should be coming soon, so if the submitted patches are
> accepted, they would not show up until a release after that.
> 2010/7/25 Kamil T. <ka...@gmail.com>
>>
>> } else if (keyCode == Keyboard.KeyCode.A
>> && Keyboard.isPressed(commandModifier)) { ...
>>
>> checks if a is pressed and if command key is pressed -> on windows
>> commandModifier is set to Modifier.CTRL inside Platform class. The
>> problem is that Keyboard.isPressed checks using bitmask, so it
>> retruns true for the "Ctrl+Left Alt" case which Alt Gr generates. I
>> think it should check if CTRL is the only modifier pressed at the
>> moment. Also, pressing for example CTRL+SHIFT+A renders the same
>> results as CTRL+A while inside native apps (tested on chrome address
>> bar and notepad) CTRL+SHIFT+A combination does nothing.
>>
>>
>>
>> W dniu 25 lipca 2010 01:46 użytkownik Kamil T. <ka...@gmail.com>
>> napisał:
>> > Hi,
>> > Just by holding CTRL I've got breakpoint with keyCode 17, keyLocation
>> > LEFT, if I hold right alt, the breakpoint is hit two times, first
>> > with with keyCode 17, keyLocation LEFT, then with with keyCode 18,
>> > keyLocation RIGHT. Looks like if I also have 'a' pressed, then I have
>> > two different messages, ctrl+a followed by right alt + a.
>> >
>> > Tried this on ubuntu - behaves normally. I'm clueless.
>> >
>> >
>> > W dniu 24 lipca 2010 19:42 użytkownik Greg Brown <gk...@mac.com>
>> > napisał:
>> >> Try setting a breakpoint in TerraTextInputSkin#keyPressed() at line
>> >> 1230:
>> >>
>> >> ...
>> >> } else if (keyCode == Keyboard.KeyCode.A
>> >> && Keyboard.isPressed(commandModifier)) { ...
>> >>
>> >>
>> >> On Jul 24, 2010, at 11:21 AM, Kamil T. wrote:
>> >>
>> >>> Looks like alt+a is generating selection, when i press it, i have
>> >>> selectionLength set to full text width, selectionStart set to 0, in
>> >>> the TextInput.insert(String text) function delete(false) is called
>> >>> which clears the values (it is the 366th line in the TextInput class).
>> >>> I don't know where put breakpoint to see where selection is generated,
>> >>> maybe it confuses alt-a with ctrl-a (select all)?
>> >>>
>> >>> regards
>> >>> Kamil
>> >>>
>> >>>
>> >>> W dniu 24 lipca 2010 16:36 użytkownik Greg Brown <gk...@mac.com>
>> >>> napisał:
>> >>>> I'm using J6u20 as well, so it is probably not related to the JRE
>> >>>> version.
>> >>>>
>> >>>> Any chance you could try to step through the code to see where it is
>> >>>> failing?
>> >>>>
>> >>>> On Jul 24, 2010, at 10:30 AM, Kamil T. wrote:
>> >>>>
>> >>>>> Hi,
>> >>>>> Thank you for fast answer.
>> >>>>> I'm using latest stable version from the website - 1.5.
>> >>>>>
>> >>>>> java:
>> >>>>> Java Plug-in 1.6.0_20
>> >>>>> Using JRE version 1.6.0_20-b02 Java HotSpot(TM) Client VM
>> >>>>>
>> >>>>>
>> >>>>> Windows 7 64bit - ultimate
>> >>>>>
>> >>>>> Strange, I was able to reproduce this behavior also inside Kitchen
>> >>>>> Sink demo. TextArea behaves in the same way for me.
>> >>>>> Could it be because of java version?
>> >>>>>
>> >>>>> br
>> >>>>> Kamil
>> >>>>>
>> >>>>>
>> >>>>>
>> >>>>> W dniu 24 lipca 2010 16:13 użytkownik Greg Brown <gk...@mac.com>
>> >>>>> napisał:
>> >>>>>> What Pivot version are you using? In 1.5 and above, I am able to
>> >>>>>> copy the string "łóżźć" into a TextInput, select the text using the mouse,
>> >>>>>> and use Command-C (Mac shortcut) to copy it without error. I can also use
>> >>>>>> the Alt-A combination without a problem: I entered and copied this text from
>> >>>>>> the Kitchen Sink demo (using the Polish Pro keyboard mappings): "Pivotą".
>> >>>>>>
>> >>>>>> I was also unable to reproduce the problem in Windows XP. Could
>> >>>>>> there possibly be some other problem?
>> >>>>>>
>> >>>>>> Greg
>> >>>>>>
>> >>>>>> On Jul 24, 2010, at 9:34 AM, Kamil T. wrote:
>> >>>>>>
>> >>>>>>> Hello,
>> >>>>>>>
>> >>>>>>> My application uses Polish special characters and it looks like
>> >>>>>>> Pivot
>> >>>>>>> has some problems with them.
>> >>>>>>>
>> >>>>>>> In TextInput component, if I write there some special chars,
>> >>>>>>> copy/paste functionality stops working:
>> >>>>>>> if I write "łóżźć" inside TextInput, then select text using
>> >>>>>>> mouse, if
>> >>>>>>> I press Ctrl+C I get:
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> java.lang.IndexOutOfBoundsException
>> >>>>>>> at
>> >>>>>>> org.apache.pivot.wtk.text.TextNode.getRange(TextNode.java:255)
>> >>>>>>> at
>> >>>>>>> org.apache.pivot.wtk.TextInput.getSelectedText(TextInput.java:603)
>> >>>>>>> at org.apache.pivot.wtk.TextInput.copy(TextInput.java:438)
>> >>>>>>> at
>> >>>>>>> org.apache.pivot.wtk.skin.terra.TerraTextInputSkin.keyPressed(TerraTextInputSkin.java:1249)
>> >>>>>>> at
>> >>>>>>> org.apache.pivot.wtk.Component$ComponentKeyListenerList.keyPressed(Component.java:514)
>> >>>>>>> at
>> >>>>>>> org.apache.pivot.wtk.Component.keyPressed(Component.java:2656)
>> >>>>>>> at
>> >>>>>>> org.apache.pivot.wtk.ApplicationContext$DisplayHost.processKeyEvent(ApplicationContext.java:1217)
>> >>>>>>> at java.awt.Component.processEvent(Unknown Source)
>> >>>>>>> at
>> >>>>>>> org.apache.pivot.wtk.ApplicationContext$DisplayHost.processEvent(ApplicationContext.java:655)
>> >>>>>>> at java.awt.Component.dispatchEventImpl(Unknown Source)
>> >>>>>>> at java.awt.Component.dispatchEvent(Unknown Source)
>> >>>>>>> at java.awt.KeyboardFocusManager.redispatchEvent(Unknown
>> >>>>>>> Source)
>> >>>>>>> at
>> >>>>>>> java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(Unknown Source)
>> >>>>>>> at
>> >>>>>>> java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(Unknown Source)
>> >>>>>>> at
>> >>>>>>> java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(Unknown Source)
>> >>>>>>> at
>> >>>>>>> java.awt.DefaultKeyboardFocusManager.dispatchEvent(Unknown Source)
>> >>>>>>> at java.awt.Component.dispatchEventImpl(Unknown Source)
>> >>>>>>> at java.awt.Component.dispatchEvent(Unknown Source)
>> >>>>>>> at java.awt.EventQueue.dispatchEvent(Unknown Source)
>> >>>>>>> at
>> >>>>>>> java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
>> >>>>>>> at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown
>> >>>>>>> Source)
>> >>>>>>> at
>> >>>>>>> java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
>> >>>>>>> at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
>> >>>>>>> at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
>> >>>>>>> at java.awt.EventDispatchThread.run(Unknown Source)
>> >>>>>>>
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> Other issue I have is with polish special character "ą" - it's
>> >>>>>>> made
>> >>>>>>> using right alt+a on the polish programmer keyboard setting. The
>> >>>>>>> result is that the char is not appended to the text but it
>> >>>>>>> replaces
>> >>>>>>> the whole TextInput text content, "some text" + (alt+a) -> "ą"
>> >>>>>>>
>> >>>>>>>
>> >>>>>>> It's critical for me to get it fixed...
>> >>>>>>>
>> >>>>>>> best regards
>> >>>>>>> Kamil Toszek
>> >>>>>>
>> >>>>>>
>> >>>>
>> >>>>
>> >>
>> >>
>> >
>
>
Re: Internationalization issues
Posted by Chris Bartlett <cb...@gmail.com>.
(CCed to Dev list)
A few weeks ago I started working on a series of patches which would make
keypress checks more restrictive in order to prevent the kind of issue you
seem to be seeing here. I have been offline for a little while but should
be able to continue with the work this week.
A Pivot 1.5.1 release should be coming soon, so if the submitted patches are
accepted, they would not show up until a release after that.
2010/7/25 Kamil T. <ka...@gmail.com>
>
> } else if (keyCode == Keyboard.KeyCode.A
> && Keyboard.isPressed(commandModifier)) { ...
>
> checks if a is pressed and if command key is pressed -> on windows
> commandModifier is set to Modifier.CTRL inside Platform class. The
> problem is that Keyboard.isPressed checks using bitmask, so it
> retruns true for the "Ctrl+Left Alt" case which Alt Gr generates. I
> think it should check if CTRL is the only modifier pressed at the
> moment. Also, pressing for example CTRL+SHIFT+A renders the same
> results as CTRL+A while inside native apps (tested on chrome address
> bar and notepad) CTRL+SHIFT+A combination does nothing.
>
>
>
> W dniu 25 lipca 2010 01:46 użytkownik Kamil T. <ka...@gmail.com>
> napisał:
> > Hi,
> > Just by holding CTRL I've got breakpoint with keyCode 17, keyLocation
> > LEFT, if I hold right alt, the breakpoint is hit two times, first
> > with with keyCode 17, keyLocation LEFT, then with with keyCode 18,
> > keyLocation RIGHT. Looks like if I also have 'a' pressed, then I have
> > two different messages, ctrl+a followed by right alt + a.
> >
> > Tried this on ubuntu - behaves normally. I'm clueless.
> >
> >
> > W dniu 24 lipca 2010 19:42 użytkownik Greg Brown <gk...@mac.com>
> napisał:
> >> Try setting a breakpoint in TerraTextInputSkin#keyPressed() at line
> 1230:
> >>
> >> ...
> >> } else if (keyCode == Keyboard.KeyCode.A
> >> && Keyboard.isPressed(commandModifier)) { ...
> >>
> >>
> >> On Jul 24, 2010, at 11:21 AM, Kamil T. wrote:
> >>
> >>> Looks like alt+a is generating selection, when i press it, i have
> >>> selectionLength set to full text width, selectionStart set to 0, in
> >>> the TextInput.insert(String text) function delete(false) is called
> >>> which clears the values (it is the 366th line in the TextInput class).
> >>> I don't know where put breakpoint to see where selection is generated,
> >>> maybe it confuses alt-a with ctrl-a (select all)?
> >>>
> >>> regards
> >>> Kamil
> >>>
> >>>
> >>> W dniu 24 lipca 2010 16:36 użytkownik Greg Brown <gk...@mac.com>
> napisał:
> >>>> I'm using J6u20 as well, so it is probably not related to the JRE
> version.
> >>>>
> >>>> Any chance you could try to step through the code to see where it is
> failing?
> >>>>
> >>>> On Jul 24, 2010, at 10:30 AM, Kamil T. wrote:
> >>>>
> >>>>> Hi,
> >>>>> Thank you for fast answer.
> >>>>> I'm using latest stable version from the website - 1.5.
> >>>>>
> >>>>> java:
> >>>>> Java Plug-in 1.6.0_20
> >>>>> Using JRE version 1.6.0_20-b02 Java HotSpot(TM) Client VM
> >>>>>
> >>>>>
> >>>>> Windows 7 64bit - ultimate
> >>>>>
> >>>>> Strange, I was able to reproduce this behavior also inside Kitchen
> >>>>> Sink demo. TextArea behaves in the same way for me.
> >>>>> Could it be because of java version?
> >>>>>
> >>>>> br
> >>>>> Kamil
> >>>>>
> >>>>>
> >>>>>
> >>>>> W dniu 24 lipca 2010 16:13 użytkownik Greg Brown <gk...@mac.com>
> napisał:
> >>>>>> What Pivot version are you using? In 1.5 and above, I am able to
> copy the string "łóżźć" into a TextInput, select the text using the mouse,
> and use Command-C (Mac shortcut) to copy it without error. I can also use
> the Alt-A combination without a problem: I entered and copied this text from
> the Kitchen Sink demo (using the Polish Pro keyboard mappings): "Pivotą".
> >>>>>>
> >>>>>> I was also unable to reproduce the problem in Windows XP. Could
> there possibly be some other problem?
> >>>>>>
> >>>>>> Greg
> >>>>>>
> >>>>>> On Jul 24, 2010, at 9:34 AM, Kamil T. wrote:
> >>>>>>
> >>>>>>> Hello,
> >>>>>>>
> >>>>>>> My application uses Polish special characters and it looks like
> Pivot
> >>>>>>> has some problems with them.
> >>>>>>>
> >>>>>>> In TextInput component, if I write there some special chars,
> >>>>>>> copy/paste functionality stops working:
> >>>>>>> if I write "łóżźć" inside TextInput, then select text using mouse,
> if
> >>>>>>> I press Ctrl+C I get:
> >>>>>>>
> >>>>>>>
> >>>>>>> java.lang.IndexOutOfBoundsException
> >>>>>>> at
> org.apache.pivot.wtk.text.TextNode.getRange(TextNode.java:255)
> >>>>>>> at
> org.apache.pivot.wtk.TextInput.getSelectedText(TextInput.java:603)
> >>>>>>> at org.apache.pivot.wtk.TextInput.copy(TextInput.java:438)
> >>>>>>> at
> org.apache.pivot.wtk.skin.terra.TerraTextInputSkin.keyPressed(TerraTextInputSkin.java:1249)
> >>>>>>> at
> org.apache.pivot.wtk.Component$ComponentKeyListenerList.keyPressed(Component.java:514)
> >>>>>>> at
> org.apache.pivot.wtk.Component.keyPressed(Component.java:2656)
> >>>>>>> at
> org.apache.pivot.wtk.ApplicationContext$DisplayHost.processKeyEvent(ApplicationContext.java:1217)
> >>>>>>> at java.awt.Component.processEvent(Unknown Source)
> >>>>>>> at
> org.apache.pivot.wtk.ApplicationContext$DisplayHost.processEvent(ApplicationContext.java:655)
> >>>>>>> at java.awt.Component.dispatchEventImpl(Unknown Source)
> >>>>>>> at java.awt.Component.dispatchEvent(Unknown Source)
> >>>>>>> at java.awt.KeyboardFocusManager.redispatchEvent(Unknown
> Source)
> >>>>>>> at
> java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(Unknown Source)
> >>>>>>> at
> java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(Unknown Source)
> >>>>>>> at
> java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(Unknown Source)
> >>>>>>> at java.awt.DefaultKeyboardFocusManager.dispatchEvent(Unknown
> Source)
> >>>>>>> at java.awt.Component.dispatchEventImpl(Unknown Source)
> >>>>>>> at java.awt.Component.dispatchEvent(Unknown Source)
> >>>>>>> at java.awt.EventQueue.dispatchEvent(Unknown Source)
> >>>>>>> at
> java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
> >>>>>>> at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown
> Source)
> >>>>>>> at
> java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
> >>>>>>> at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
> >>>>>>> at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
> >>>>>>> at java.awt.EventDispatchThread.run(Unknown Source)
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>> Other issue I have is with polish special character "ą" - it's
> made
> >>>>>>> using right alt+a on the polish programmer keyboard setting. The
> >>>>>>> result is that the char is not appended to the text but it replaces
> >>>>>>> the whole TextInput text content, "some text" + (alt+a) -> "ą"
> >>>>>>>
> >>>>>>>
> >>>>>>> It's critical for me to get it fixed...
> >>>>>>>
> >>>>>>> best regards
> >>>>>>> Kamil Toszek
> >>>>>>
> >>>>>>
> >>>>
> >>>>
> >>
> >>
> >
>
Re: Internationalization issues
Posted by "Kamil T." <ka...@gmail.com>.
Hi,
I was able to reproduce the same behavior on other machine with Windows XP.
regards
Kamil
W dniu 25 lipca 2010 13:00 użytkownik Kamil T. <ka...@gmail.com> napisał:
> Hi,
> In regards to alt-a problem.
> It turns out that right als (Alt Gr) is a key which simulates
> Ctrl+Left Alt. See history section in
> http://en.wikipedia.org/wiki/AltGr_key . Now, the code you pointed me
> to:
>
> } else if (keyCode == Keyboard.KeyCode.A
> && Keyboard.isPressed(commandModifier)) { ...
>
> checks if a is pressed and if command key is pressed -> on windows
> commandModifier is set to Modifier.CTRL inside Platform class. The
> problem is that Keyboard.isPressed checks using bitmask, so it
> retruns true for the "Ctrl+Left Alt" case which Alt Gr generates. I
> think it should check if CTRL is the only modifier pressed at the
> moment. Also, pressing for example CTRL+SHIFT+A renders the same
> results as CTRL+A while inside native apps (tested on chrome address
> bar and notepad) CTRL+SHIFT+A combination does nothing.
>
>
>
> W dniu 25 lipca 2010 01:46 użytkownik Kamil T. <ka...@gmail.com> napisał:
>> Hi,
>> Just by holding CTRL I've got breakpoint with keyCode 17, keyLocation
>> LEFT, if I hold right alt, the breakpoint is hit two times, first
>> with with keyCode 17, keyLocation LEFT, then with with keyCode 18,
>> keyLocation RIGHT. Looks like if I also have 'a' pressed, then I have
>> two different messages, ctrl+a followed by right alt + a.
>>
>> Tried this on ubuntu - behaves normally. I'm clueless.
>>
>>
>> W dniu 24 lipca 2010 19:42 użytkownik Greg Brown <gk...@mac.com> napisał:
>>> Try setting a breakpoint in TerraTextInputSkin#keyPressed() at line 1230:
>>>
>>> ...
>>> } else if (keyCode == Keyboard.KeyCode.A
>>> && Keyboard.isPressed(commandModifier)) { ...
>>>
>>>
>>> On Jul 24, 2010, at 11:21 AM, Kamil T. wrote:
>>>
>>>> Looks like alt+a is generating selection, when i press it, i have
>>>> selectionLength set to full text width, selectionStart set to 0, in
>>>> the TextInput.insert(String text) function delete(false) is called
>>>> which clears the values (it is the 366th line in the TextInput class).
>>>> I don't know where put breakpoint to see where selection is generated,
>>>> maybe it confuses alt-a with ctrl-a (select all)?
>>>>
>>>> regards
>>>> Kamil
>>>>
>>>>
>>>> W dniu 24 lipca 2010 16:36 użytkownik Greg Brown <gk...@mac.com> napisał:
>>>>> I'm using J6u20 as well, so it is probably not related to the JRE version.
>>>>>
>>>>> Any chance you could try to step through the code to see where it is failing?
>>>>>
>>>>> On Jul 24, 2010, at 10:30 AM, Kamil T. wrote:
>>>>>
>>>>>> Hi,
>>>>>> Thank you for fast answer.
>>>>>> I'm using latest stable version from the website - 1.5.
>>>>>>
>>>>>> java:
>>>>>> Java Plug-in 1.6.0_20
>>>>>> Using JRE version 1.6.0_20-b02 Java HotSpot(TM) Client VM
>>>>>>
>>>>>>
>>>>>> Windows 7 64bit - ultimate
>>>>>>
>>>>>> Strange, I was able to reproduce this behavior also inside Kitchen
>>>>>> Sink demo. TextArea behaves in the same way for me.
>>>>>> Could it be because of java version?
>>>>>>
>>>>>> br
>>>>>> Kamil
>>>>>>
>>>>>>
>>>>>>
>>>>>> W dniu 24 lipca 2010 16:13 użytkownik Greg Brown <gk...@mac.com> napisał:
>>>>>>> What Pivot version are you using? In 1.5 and above, I am able to copy the string "łóżźć" into a TextInput, select the text using the mouse, and use Command-C (Mac shortcut) to copy it without error. I can also use the Alt-A combination without a problem: I entered and copied this text from the Kitchen Sink demo (using the Polish Pro keyboard mappings): "Pivotą".
>>>>>>>
>>>>>>> I was also unable to reproduce the problem in Windows XP. Could there possibly be some other problem?
>>>>>>>
>>>>>>> Greg
>>>>>>>
>>>>>>> On Jul 24, 2010, at 9:34 AM, Kamil T. wrote:
>>>>>>>
>>>>>>>> Hello,
>>>>>>>>
>>>>>>>> My application uses Polish special characters and it looks like Pivot
>>>>>>>> has some problems with them.
>>>>>>>>
>>>>>>>> In TextInput component, if I write there some special chars,
>>>>>>>> copy/paste functionality stops working:
>>>>>>>> if I write "łóżźć" inside TextInput, then select text using mouse, if
>>>>>>>> I press Ctrl+C I get:
>>>>>>>>
>>>>>>>>
>>>>>>>> java.lang.IndexOutOfBoundsException
>>>>>>>> at org.apache.pivot.wtk.text.TextNode.getRange(TextNode.java:255)
>>>>>>>> at org.apache.pivot.wtk.TextInput.getSelectedText(TextInput.java:603)
>>>>>>>> at org.apache.pivot.wtk.TextInput.copy(TextInput.java:438)
>>>>>>>> at org.apache.pivot.wtk.skin.terra.TerraTextInputSkin.keyPressed(TerraTextInputSkin.java:1249)
>>>>>>>> at org.apache.pivot.wtk.Component$ComponentKeyListenerList.keyPressed(Component.java:514)
>>>>>>>> at org.apache.pivot.wtk.Component.keyPressed(Component.java:2656)
>>>>>>>> at org.apache.pivot.wtk.ApplicationContext$DisplayHost.processKeyEvent(ApplicationContext.java:1217)
>>>>>>>> at java.awt.Component.processEvent(Unknown Source)
>>>>>>>> at org.apache.pivot.wtk.ApplicationContext$DisplayHost.processEvent(ApplicationContext.java:655)
>>>>>>>> at java.awt.Component.dispatchEventImpl(Unknown Source)
>>>>>>>> at java.awt.Component.dispatchEvent(Unknown Source)
>>>>>>>> at java.awt.KeyboardFocusManager.redispatchEvent(Unknown Source)
>>>>>>>> at java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(Unknown Source)
>>>>>>>> at java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(Unknown Source)
>>>>>>>> at java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(Unknown Source)
>>>>>>>> at java.awt.DefaultKeyboardFocusManager.dispatchEvent(Unknown Source)
>>>>>>>> at java.awt.Component.dispatchEventImpl(Unknown Source)
>>>>>>>> at java.awt.Component.dispatchEvent(Unknown Source)
>>>>>>>> at java.awt.EventQueue.dispatchEvent(Unknown Source)
>>>>>>>> at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
>>>>>>>> at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
>>>>>>>> at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
>>>>>>>> at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
>>>>>>>> at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
>>>>>>>> at java.awt.EventDispatchThread.run(Unknown Source)
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Other issue I have is with polish special character "ą" - it's made
>>>>>>>> using right alt+a on the polish programmer keyboard setting. The
>>>>>>>> result is that the char is not appended to the text but it replaces
>>>>>>>> the whole TextInput text content, "some text" + (alt+a) -> "ą"
>>>>>>>>
>>>>>>>>
>>>>>>>> It's critical for me to get it fixed...
>>>>>>>>
>>>>>>>> best regards
>>>>>>>> Kamil Toszek
>>>>>>>
>>>>>>>
>>>>>
>>>>>
>>>
>>>
>>
>
Re: Internationalization issues
Posted by Chris Bartlett <cb...@gmail.com>.
(CCed to Dev list)
A few weeks ago I started working on a series of patches which would make
keypress checks more restrictive in order to prevent the kind of issue you
seem to be seeing here. I have been offline for a little while but should
be able to continue with the work this week.
A Pivot 1.5.1 release should be coming soon, so if the submitted patches are
accepted, they would not show up until a release after that.
2010/7/25 Kamil T. <ka...@gmail.com>
>
> } else if (keyCode == Keyboard.KeyCode.A
> && Keyboard.isPressed(commandModifier)) { ...
>
> checks if a is pressed and if command key is pressed -> on windows
> commandModifier is set to Modifier.CTRL inside Platform class. The
> problem is that Keyboard.isPressed checks using bitmask, so it
> retruns true for the "Ctrl+Left Alt" case which Alt Gr generates. I
> think it should check if CTRL is the only modifier pressed at the
> moment. Also, pressing for example CTRL+SHIFT+A renders the same
> results as CTRL+A while inside native apps (tested on chrome address
> bar and notepad) CTRL+SHIFT+A combination does nothing.
>
>
>
> W dniu 25 lipca 2010 01:46 użytkownik Kamil T. <ka...@gmail.com>
> napisał:
> > Hi,
> > Just by holding CTRL I've got breakpoint with keyCode 17, keyLocation
> > LEFT, if I hold right alt, the breakpoint is hit two times, first
> > with with keyCode 17, keyLocation LEFT, then with with keyCode 18,
> > keyLocation RIGHT. Looks like if I also have 'a' pressed, then I have
> > two different messages, ctrl+a followed by right alt + a.
> >
> > Tried this on ubuntu - behaves normally. I'm clueless.
> >
> >
> > W dniu 24 lipca 2010 19:42 użytkownik Greg Brown <gk...@mac.com>
> napisał:
> >> Try setting a breakpoint in TerraTextInputSkin#keyPressed() at line
> 1230:
> >>
> >> ...
> >> } else if (keyCode == Keyboard.KeyCode.A
> >> && Keyboard.isPressed(commandModifier)) { ...
> >>
> >>
> >> On Jul 24, 2010, at 11:21 AM, Kamil T. wrote:
> >>
> >>> Looks like alt+a is generating selection, when i press it, i have
> >>> selectionLength set to full text width, selectionStart set to 0, in
> >>> the TextInput.insert(String text) function delete(false) is called
> >>> which clears the values (it is the 366th line in the TextInput class).
> >>> I don't know where put breakpoint to see where selection is generated,
> >>> maybe it confuses alt-a with ctrl-a (select all)?
> >>>
> >>> regards
> >>> Kamil
> >>>
> >>>
> >>> W dniu 24 lipca 2010 16:36 użytkownik Greg Brown <gk...@mac.com>
> napisał:
> >>>> I'm using J6u20 as well, so it is probably not related to the JRE
> version.
> >>>>
> >>>> Any chance you could try to step through the code to see where it is
> failing?
> >>>>
> >>>> On Jul 24, 2010, at 10:30 AM, Kamil T. wrote:
> >>>>
> >>>>> Hi,
> >>>>> Thank you for fast answer.
> >>>>> I'm using latest stable version from the website - 1.5.
> >>>>>
> >>>>> java:
> >>>>> Java Plug-in 1.6.0_20
> >>>>> Using JRE version 1.6.0_20-b02 Java HotSpot(TM) Client VM
> >>>>>
> >>>>>
> >>>>> Windows 7 64bit - ultimate
> >>>>>
> >>>>> Strange, I was able to reproduce this behavior also inside Kitchen
> >>>>> Sink demo. TextArea behaves in the same way for me.
> >>>>> Could it be because of java version?
> >>>>>
> >>>>> br
> >>>>> Kamil
> >>>>>
> >>>>>
> >>>>>
> >>>>> W dniu 24 lipca 2010 16:13 użytkownik Greg Brown <gk...@mac.com>
> napisał:
> >>>>>> What Pivot version are you using? In 1.5 and above, I am able to
> copy the string "łóżźć" into a TextInput, select the text using the mouse,
> and use Command-C (Mac shortcut) to copy it without error. I can also use
> the Alt-A combination without a problem: I entered and copied this text from
> the Kitchen Sink demo (using the Polish Pro keyboard mappings): "Pivotą".
> >>>>>>
> >>>>>> I was also unable to reproduce the problem in Windows XP. Could
> there possibly be some other problem?
> >>>>>>
> >>>>>> Greg
> >>>>>>
> >>>>>> On Jul 24, 2010, at 9:34 AM, Kamil T. wrote:
> >>>>>>
> >>>>>>> Hello,
> >>>>>>>
> >>>>>>> My application uses Polish special characters and it looks like
> Pivot
> >>>>>>> has some problems with them.
> >>>>>>>
> >>>>>>> In TextInput component, if I write there some special chars,
> >>>>>>> copy/paste functionality stops working:
> >>>>>>> if I write "łóżźć" inside TextInput, then select text using mouse,
> if
> >>>>>>> I press Ctrl+C I get:
> >>>>>>>
> >>>>>>>
> >>>>>>> java.lang.IndexOutOfBoundsException
> >>>>>>> at
> org.apache.pivot.wtk.text.TextNode.getRange(TextNode.java:255)
> >>>>>>> at
> org.apache.pivot.wtk.TextInput.getSelectedText(TextInput.java:603)
> >>>>>>> at org.apache.pivot.wtk.TextInput.copy(TextInput.java:438)
> >>>>>>> at
> org.apache.pivot.wtk.skin.terra.TerraTextInputSkin.keyPressed(TerraTextInputSkin.java:1249)
> >>>>>>> at
> org.apache.pivot.wtk.Component$ComponentKeyListenerList.keyPressed(Component.java:514)
> >>>>>>> at
> org.apache.pivot.wtk.Component.keyPressed(Component.java:2656)
> >>>>>>> at
> org.apache.pivot.wtk.ApplicationContext$DisplayHost.processKeyEvent(ApplicationContext.java:1217)
> >>>>>>> at java.awt.Component.processEvent(Unknown Source)
> >>>>>>> at
> org.apache.pivot.wtk.ApplicationContext$DisplayHost.processEvent(ApplicationContext.java:655)
> >>>>>>> at java.awt.Component.dispatchEventImpl(Unknown Source)
> >>>>>>> at java.awt.Component.dispatchEvent(Unknown Source)
> >>>>>>> at java.awt.KeyboardFocusManager.redispatchEvent(Unknown
> Source)
> >>>>>>> at
> java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(Unknown Source)
> >>>>>>> at
> java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(Unknown Source)
> >>>>>>> at
> java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(Unknown Source)
> >>>>>>> at java.awt.DefaultKeyboardFocusManager.dispatchEvent(Unknown
> Source)
> >>>>>>> at java.awt.Component.dispatchEventImpl(Unknown Source)
> >>>>>>> at java.awt.Component.dispatchEvent(Unknown Source)
> >>>>>>> at java.awt.EventQueue.dispatchEvent(Unknown Source)
> >>>>>>> at
> java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
> >>>>>>> at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown
> Source)
> >>>>>>> at
> java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
> >>>>>>> at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
> >>>>>>> at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
> >>>>>>> at java.awt.EventDispatchThread.run(Unknown Source)
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>> Other issue I have is with polish special character "ą" - it's
> made
> >>>>>>> using right alt+a on the polish programmer keyboard setting. The
> >>>>>>> result is that the char is not appended to the text but it replaces
> >>>>>>> the whole TextInput text content, "some text" + (alt+a) -> "ą"
> >>>>>>>
> >>>>>>>
> >>>>>>> It's critical for me to get it fixed...
> >>>>>>>
> >>>>>>> best regards
> >>>>>>> Kamil Toszek
> >>>>>>
> >>>>>>
> >>>>
> >>>>
> >>
> >>
> >
>
Re: Internationalization issues
Posted by "Kamil T." <ka...@gmail.com>.
Hi,
In regards to alt-a problem.
It turns out that right als (Alt Gr) is a key which simulates
Ctrl+Left Alt. See history section in
http://en.wikipedia.org/wiki/AltGr_key . Now, the code you pointed me
to:
} else if (keyCode == Keyboard.KeyCode.A
&& Keyboard.isPressed(commandModifier)) { ...
checks if a is pressed and if command key is pressed -> on windows
commandModifier is set to Modifier.CTRL inside Platform class. The
problem is that Keyboard.isPressed checks using bitmask, so it
retruns true for the "Ctrl+Left Alt" case which Alt Gr generates. I
think it should check if CTRL is the only modifier pressed at the
moment. Also, pressing for example CTRL+SHIFT+A renders the same
results as CTRL+A while inside native apps (tested on chrome address
bar and notepad) CTRL+SHIFT+A combination does nothing.
W dniu 25 lipca 2010 01:46 użytkownik Kamil T. <ka...@gmail.com> napisał:
> Hi,
> Just by holding CTRL I've got breakpoint with keyCode 17, keyLocation
> LEFT, if I hold right alt, the breakpoint is hit two times, first
> with with keyCode 17, keyLocation LEFT, then with with keyCode 18,
> keyLocation RIGHT. Looks like if I also have 'a' pressed, then I have
> two different messages, ctrl+a followed by right alt + a.
>
> Tried this on ubuntu - behaves normally. I'm clueless.
>
>
> W dniu 24 lipca 2010 19:42 użytkownik Greg Brown <gk...@mac.com> napisał:
>> Try setting a breakpoint in TerraTextInputSkin#keyPressed() at line 1230:
>>
>> ...
>> } else if (keyCode == Keyboard.KeyCode.A
>> && Keyboard.isPressed(commandModifier)) { ...
>>
>>
>> On Jul 24, 2010, at 11:21 AM, Kamil T. wrote:
>>
>>> Looks like alt+a is generating selection, when i press it, i have
>>> selectionLength set to full text width, selectionStart set to 0, in
>>> the TextInput.insert(String text) function delete(false) is called
>>> which clears the values (it is the 366th line in the TextInput class).
>>> I don't know where put breakpoint to see where selection is generated,
>>> maybe it confuses alt-a with ctrl-a (select all)?
>>>
>>> regards
>>> Kamil
>>>
>>>
>>> W dniu 24 lipca 2010 16:36 użytkownik Greg Brown <gk...@mac.com> napisał:
>>>> I'm using J6u20 as well, so it is probably not related to the JRE version.
>>>>
>>>> Any chance you could try to step through the code to see where it is failing?
>>>>
>>>> On Jul 24, 2010, at 10:30 AM, Kamil T. wrote:
>>>>
>>>>> Hi,
>>>>> Thank you for fast answer.
>>>>> I'm using latest stable version from the website - 1.5.
>>>>>
>>>>> java:
>>>>> Java Plug-in 1.6.0_20
>>>>> Using JRE version 1.6.0_20-b02 Java HotSpot(TM) Client VM
>>>>>
>>>>>
>>>>> Windows 7 64bit - ultimate
>>>>>
>>>>> Strange, I was able to reproduce this behavior also inside Kitchen
>>>>> Sink demo. TextArea behaves in the same way for me.
>>>>> Could it be because of java version?
>>>>>
>>>>> br
>>>>> Kamil
>>>>>
>>>>>
>>>>>
>>>>> W dniu 24 lipca 2010 16:13 użytkownik Greg Brown <gk...@mac.com> napisał:
>>>>>> What Pivot version are you using? In 1.5 and above, I am able to copy the string "łóżźć" into a TextInput, select the text using the mouse, and use Command-C (Mac shortcut) to copy it without error. I can also use the Alt-A combination without a problem: I entered and copied this text from the Kitchen Sink demo (using the Polish Pro keyboard mappings): "Pivotą".
>>>>>>
>>>>>> I was also unable to reproduce the problem in Windows XP. Could there possibly be some other problem?
>>>>>>
>>>>>> Greg
>>>>>>
>>>>>> On Jul 24, 2010, at 9:34 AM, Kamil T. wrote:
>>>>>>
>>>>>>> Hello,
>>>>>>>
>>>>>>> My application uses Polish special characters and it looks like Pivot
>>>>>>> has some problems with them.
>>>>>>>
>>>>>>> In TextInput component, if I write there some special chars,
>>>>>>> copy/paste functionality stops working:
>>>>>>> if I write "łóżźć" inside TextInput, then select text using mouse, if
>>>>>>> I press Ctrl+C I get:
>>>>>>>
>>>>>>>
>>>>>>> java.lang.IndexOutOfBoundsException
>>>>>>> at org.apache.pivot.wtk.text.TextNode.getRange(TextNode.java:255)
>>>>>>> at org.apache.pivot.wtk.TextInput.getSelectedText(TextInput.java:603)
>>>>>>> at org.apache.pivot.wtk.TextInput.copy(TextInput.java:438)
>>>>>>> at org.apache.pivot.wtk.skin.terra.TerraTextInputSkin.keyPressed(TerraTextInputSkin.java:1249)
>>>>>>> at org.apache.pivot.wtk.Component$ComponentKeyListenerList.keyPressed(Component.java:514)
>>>>>>> at org.apache.pivot.wtk.Component.keyPressed(Component.java:2656)
>>>>>>> at org.apache.pivot.wtk.ApplicationContext$DisplayHost.processKeyEvent(ApplicationContext.java:1217)
>>>>>>> at java.awt.Component.processEvent(Unknown Source)
>>>>>>> at org.apache.pivot.wtk.ApplicationContext$DisplayHost.processEvent(ApplicationContext.java:655)
>>>>>>> at java.awt.Component.dispatchEventImpl(Unknown Source)
>>>>>>> at java.awt.Component.dispatchEvent(Unknown Source)
>>>>>>> at java.awt.KeyboardFocusManager.redispatchEvent(Unknown Source)
>>>>>>> at java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(Unknown Source)
>>>>>>> at java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(Unknown Source)
>>>>>>> at java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(Unknown Source)
>>>>>>> at java.awt.DefaultKeyboardFocusManager.dispatchEvent(Unknown Source)
>>>>>>> at java.awt.Component.dispatchEventImpl(Unknown Source)
>>>>>>> at java.awt.Component.dispatchEvent(Unknown Source)
>>>>>>> at java.awt.EventQueue.dispatchEvent(Unknown Source)
>>>>>>> at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
>>>>>>> at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
>>>>>>> at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
>>>>>>> at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
>>>>>>> at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
>>>>>>> at java.awt.EventDispatchThread.run(Unknown Source)
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Other issue I have is with polish special character "ą" - it's made
>>>>>>> using right alt+a on the polish programmer keyboard setting. The
>>>>>>> result is that the char is not appended to the text but it replaces
>>>>>>> the whole TextInput text content, "some text" + (alt+a) -> "ą"
>>>>>>>
>>>>>>>
>>>>>>> It's critical for me to get it fixed...
>>>>>>>
>>>>>>> best regards
>>>>>>> Kamil Toszek
>>>>>>
>>>>>>
>>>>
>>>>
>>
>>
>
Re: Internationalization issues
Posted by "Kamil T." <ka...@gmail.com>.
Hi,
Just by holding CTRL I've got breakpoint with keyCode 17, keyLocation
LEFT, if I hold right alt, the breakpoint is hit two times, first
with with keyCode 17, keyLocation LEFT, then with with keyCode 18,
keyLocation RIGHT. Looks like if I also have 'a' pressed, then I have
two different messages, ctrl+a followed by right alt + a.
Tried this on ubuntu - behaves normally. I'm clueless.
W dniu 24 lipca 2010 19:42 użytkownik Greg Brown <gk...@mac.com> napisał:
> Try setting a breakpoint in TerraTextInputSkin#keyPressed() at line 1230:
>
> ...
> } else if (keyCode == Keyboard.KeyCode.A
> && Keyboard.isPressed(commandModifier)) { ...
>
>
> On Jul 24, 2010, at 11:21 AM, Kamil T. wrote:
>
>> Looks like alt+a is generating selection, when i press it, i have
>> selectionLength set to full text width, selectionStart set to 0, in
>> the TextInput.insert(String text) function delete(false) is called
>> which clears the values (it is the 366th line in the TextInput class).
>> I don't know where put breakpoint to see where selection is generated,
>> maybe it confuses alt-a with ctrl-a (select all)?
>>
>> regards
>> Kamil
>>
>>
>> W dniu 24 lipca 2010 16:36 użytkownik Greg Brown <gk...@mac.com> napisał:
>>> I'm using J6u20 as well, so it is probably not related to the JRE version.
>>>
>>> Any chance you could try to step through the code to see where it is failing?
>>>
>>> On Jul 24, 2010, at 10:30 AM, Kamil T. wrote:
>>>
>>>> Hi,
>>>> Thank you for fast answer.
>>>> I'm using latest stable version from the website - 1.5.
>>>>
>>>> java:
>>>> Java Plug-in 1.6.0_20
>>>> Using JRE version 1.6.0_20-b02 Java HotSpot(TM) Client VM
>>>>
>>>>
>>>> Windows 7 64bit - ultimate
>>>>
>>>> Strange, I was able to reproduce this behavior also inside Kitchen
>>>> Sink demo. TextArea behaves in the same way for me.
>>>> Could it be because of java version?
>>>>
>>>> br
>>>> Kamil
>>>>
>>>>
>>>>
>>>> W dniu 24 lipca 2010 16:13 użytkownik Greg Brown <gk...@mac.com> napisał:
>>>>> What Pivot version are you using? In 1.5 and above, I am able to copy the string "łóżźć" into a TextInput, select the text using the mouse, and use Command-C (Mac shortcut) to copy it without error. I can also use the Alt-A combination without a problem: I entered and copied this text from the Kitchen Sink demo (using the Polish Pro keyboard mappings): "Pivotą".
>>>>>
>>>>> I was also unable to reproduce the problem in Windows XP. Could there possibly be some other problem?
>>>>>
>>>>> Greg
>>>>>
>>>>> On Jul 24, 2010, at 9:34 AM, Kamil T. wrote:
>>>>>
>>>>>> Hello,
>>>>>>
>>>>>> My application uses Polish special characters and it looks like Pivot
>>>>>> has some problems with them.
>>>>>>
>>>>>> In TextInput component, if I write there some special chars,
>>>>>> copy/paste functionality stops working:
>>>>>> if I write "łóżźć" inside TextInput, then select text using mouse, if
>>>>>> I press Ctrl+C I get:
>>>>>>
>>>>>>
>>>>>> java.lang.IndexOutOfBoundsException
>>>>>> at org.apache.pivot.wtk.text.TextNode.getRange(TextNode.java:255)
>>>>>> at org.apache.pivot.wtk.TextInput.getSelectedText(TextInput.java:603)
>>>>>> at org.apache.pivot.wtk.TextInput.copy(TextInput.java:438)
>>>>>> at org.apache.pivot.wtk.skin.terra.TerraTextInputSkin.keyPressed(TerraTextInputSkin.java:1249)
>>>>>> at org.apache.pivot.wtk.Component$ComponentKeyListenerList.keyPressed(Component.java:514)
>>>>>> at org.apache.pivot.wtk.Component.keyPressed(Component.java:2656)
>>>>>> at org.apache.pivot.wtk.ApplicationContext$DisplayHost.processKeyEvent(ApplicationContext.java:1217)
>>>>>> at java.awt.Component.processEvent(Unknown Source)
>>>>>> at org.apache.pivot.wtk.ApplicationContext$DisplayHost.processEvent(ApplicationContext.java:655)
>>>>>> at java.awt.Component.dispatchEventImpl(Unknown Source)
>>>>>> at java.awt.Component.dispatchEvent(Unknown Source)
>>>>>> at java.awt.KeyboardFocusManager.redispatchEvent(Unknown Source)
>>>>>> at java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(Unknown Source)
>>>>>> at java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(Unknown Source)
>>>>>> at java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(Unknown Source)
>>>>>> at java.awt.DefaultKeyboardFocusManager.dispatchEvent(Unknown Source)
>>>>>> at java.awt.Component.dispatchEventImpl(Unknown Source)
>>>>>> at java.awt.Component.dispatchEvent(Unknown Source)
>>>>>> at java.awt.EventQueue.dispatchEvent(Unknown Source)
>>>>>> at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
>>>>>> at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
>>>>>> at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
>>>>>> at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
>>>>>> at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
>>>>>> at java.awt.EventDispatchThread.run(Unknown Source)
>>>>>>
>>>>>>
>>>>>>
>>>>>> Other issue I have is with polish special character "ą" - it's made
>>>>>> using right alt+a on the polish programmer keyboard setting. The
>>>>>> result is that the char is not appended to the text but it replaces
>>>>>> the whole TextInput text content, "some text" + (alt+a) -> "ą"
>>>>>>
>>>>>>
>>>>>> It's critical for me to get it fixed...
>>>>>>
>>>>>> best regards
>>>>>> Kamil Toszek
>>>>>
>>>>>
>>>
>>>
>
>
Re: Internationalization issues
Posted by Greg Brown <gk...@mac.com>.
Try setting a breakpoint in TerraTextInputSkin#keyPressed() at line 1230:
...
} else if (keyCode == Keyboard.KeyCode.A
&& Keyboard.isPressed(commandModifier)) { ...
On Jul 24, 2010, at 11:21 AM, Kamil T. wrote:
> Looks like alt+a is generating selection, when i press it, i have
> selectionLength set to full text width, selectionStart set to 0, in
> the TextInput.insert(String text) function delete(false) is called
> which clears the values (it is the 366th line in the TextInput class).
> I don't know where put breakpoint to see where selection is generated,
> maybe it confuses alt-a with ctrl-a (select all)?
>
> regards
> Kamil
>
>
> W dniu 24 lipca 2010 16:36 użytkownik Greg Brown <gk...@mac.com> napisał:
>> I'm using J6u20 as well, so it is probably not related to the JRE version.
>>
>> Any chance you could try to step through the code to see where it is failing?
>>
>> On Jul 24, 2010, at 10:30 AM, Kamil T. wrote:
>>
>>> Hi,
>>> Thank you for fast answer.
>>> I'm using latest stable version from the website - 1.5.
>>>
>>> java:
>>> Java Plug-in 1.6.0_20
>>> Using JRE version 1.6.0_20-b02 Java HotSpot(TM) Client VM
>>>
>>>
>>> Windows 7 64bit - ultimate
>>>
>>> Strange, I was able to reproduce this behavior also inside Kitchen
>>> Sink demo. TextArea behaves in the same way for me.
>>> Could it be because of java version?
>>>
>>> br
>>> Kamil
>>>
>>>
>>>
>>> W dniu 24 lipca 2010 16:13 użytkownik Greg Brown <gk...@mac.com> napisał:
>>>> What Pivot version are you using? In 1.5 and above, I am able to copy the string "łóżźć" into a TextInput, select the text using the mouse, and use Command-C (Mac shortcut) to copy it without error. I can also use the Alt-A combination without a problem: I entered and copied this text from the Kitchen Sink demo (using the Polish Pro keyboard mappings): "Pivotą".
>>>>
>>>> I was also unable to reproduce the problem in Windows XP. Could there possibly be some other problem?
>>>>
>>>> Greg
>>>>
>>>> On Jul 24, 2010, at 9:34 AM, Kamil T. wrote:
>>>>
>>>>> Hello,
>>>>>
>>>>> My application uses Polish special characters and it looks like Pivot
>>>>> has some problems with them.
>>>>>
>>>>> In TextInput component, if I write there some special chars,
>>>>> copy/paste functionality stops working:
>>>>> if I write "łóżźć" inside TextInput, then select text using mouse, if
>>>>> I press Ctrl+C I get:
>>>>>
>>>>>
>>>>> java.lang.IndexOutOfBoundsException
>>>>> at org.apache.pivot.wtk.text.TextNode.getRange(TextNode.java:255)
>>>>> at org.apache.pivot.wtk.TextInput.getSelectedText(TextInput.java:603)
>>>>> at org.apache.pivot.wtk.TextInput.copy(TextInput.java:438)
>>>>> at org.apache.pivot.wtk.skin.terra.TerraTextInputSkin.keyPressed(TerraTextInputSkin.java:1249)
>>>>> at org.apache.pivot.wtk.Component$ComponentKeyListenerList.keyPressed(Component.java:514)
>>>>> at org.apache.pivot.wtk.Component.keyPressed(Component.java:2656)
>>>>> at org.apache.pivot.wtk.ApplicationContext$DisplayHost.processKeyEvent(ApplicationContext.java:1217)
>>>>> at java.awt.Component.processEvent(Unknown Source)
>>>>> at org.apache.pivot.wtk.ApplicationContext$DisplayHost.processEvent(ApplicationContext.java:655)
>>>>> at java.awt.Component.dispatchEventImpl(Unknown Source)
>>>>> at java.awt.Component.dispatchEvent(Unknown Source)
>>>>> at java.awt.KeyboardFocusManager.redispatchEvent(Unknown Source)
>>>>> at java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(Unknown Source)
>>>>> at java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(Unknown Source)
>>>>> at java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(Unknown Source)
>>>>> at java.awt.DefaultKeyboardFocusManager.dispatchEvent(Unknown Source)
>>>>> at java.awt.Component.dispatchEventImpl(Unknown Source)
>>>>> at java.awt.Component.dispatchEvent(Unknown Source)
>>>>> at java.awt.EventQueue.dispatchEvent(Unknown Source)
>>>>> at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
>>>>> at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
>>>>> at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
>>>>> at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
>>>>> at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
>>>>> at java.awt.EventDispatchThread.run(Unknown Source)
>>>>>
>>>>>
>>>>>
>>>>> Other issue I have is with polish special character "ą" - it's made
>>>>> using right alt+a on the polish programmer keyboard setting. The
>>>>> result is that the char is not appended to the text but it replaces
>>>>> the whole TextInput text content, "some text" + (alt+a) -> "ą"
>>>>>
>>>>>
>>>>> It's critical for me to get it fixed...
>>>>>
>>>>> best regards
>>>>> Kamil Toszek
>>>>
>>>>
>>
>>
Re: Internationalization issues
Posted by "Kamil T." <ka...@gmail.com>.
Looks like alt+a is generating selection, when i press it, i have
selectionLength set to full text width, selectionStart set to 0, in
the TextInput.insert(String text) function delete(false) is called
which clears the values (it is the 366th line in the TextInput class).
I don't know where put breakpoint to see where selection is generated,
maybe it confuses alt-a with ctrl-a (select all)?
regards
Kamil
W dniu 24 lipca 2010 16:36 użytkownik Greg Brown <gk...@mac.com> napisał:
> I'm using J6u20 as well, so it is probably not related to the JRE version.
>
> Any chance you could try to step through the code to see where it is failing?
>
> On Jul 24, 2010, at 10:30 AM, Kamil T. wrote:
>
>> Hi,
>> Thank you for fast answer.
>> I'm using latest stable version from the website - 1.5.
>>
>> java:
>> Java Plug-in 1.6.0_20
>> Using JRE version 1.6.0_20-b02 Java HotSpot(TM) Client VM
>>
>>
>> Windows 7 64bit - ultimate
>>
>> Strange, I was able to reproduce this behavior also inside Kitchen
>> Sink demo. TextArea behaves in the same way for me.
>> Could it be because of java version?
>>
>> br
>> Kamil
>>
>>
>>
>> W dniu 24 lipca 2010 16:13 użytkownik Greg Brown <gk...@mac.com> napisał:
>>> What Pivot version are you using? In 1.5 and above, I am able to copy the string "łóżźć" into a TextInput, select the text using the mouse, and use Command-C (Mac shortcut) to copy it without error. I can also use the Alt-A combination without a problem: I entered and copied this text from the Kitchen Sink demo (using the Polish Pro keyboard mappings): "Pivotą".
>>>
>>> I was also unable to reproduce the problem in Windows XP. Could there possibly be some other problem?
>>>
>>> Greg
>>>
>>> On Jul 24, 2010, at 9:34 AM, Kamil T. wrote:
>>>
>>>> Hello,
>>>>
>>>> My application uses Polish special characters and it looks like Pivot
>>>> has some problems with them.
>>>>
>>>> In TextInput component, if I write there some special chars,
>>>> copy/paste functionality stops working:
>>>> if I write "łóżźć" inside TextInput, then select text using mouse, if
>>>> I press Ctrl+C I get:
>>>>
>>>>
>>>> java.lang.IndexOutOfBoundsException
>>>> at org.apache.pivot.wtk.text.TextNode.getRange(TextNode.java:255)
>>>> at org.apache.pivot.wtk.TextInput.getSelectedText(TextInput.java:603)
>>>> at org.apache.pivot.wtk.TextInput.copy(TextInput.java:438)
>>>> at org.apache.pivot.wtk.skin.terra.TerraTextInputSkin.keyPressed(TerraTextInputSkin.java:1249)
>>>> at org.apache.pivot.wtk.Component$ComponentKeyListenerList.keyPressed(Component.java:514)
>>>> at org.apache.pivot.wtk.Component.keyPressed(Component.java:2656)
>>>> at org.apache.pivot.wtk.ApplicationContext$DisplayHost.processKeyEvent(ApplicationContext.java:1217)
>>>> at java.awt.Component.processEvent(Unknown Source)
>>>> at org.apache.pivot.wtk.ApplicationContext$DisplayHost.processEvent(ApplicationContext.java:655)
>>>> at java.awt.Component.dispatchEventImpl(Unknown Source)
>>>> at java.awt.Component.dispatchEvent(Unknown Source)
>>>> at java.awt.KeyboardFocusManager.redispatchEvent(Unknown Source)
>>>> at java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(Unknown Source)
>>>> at java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(Unknown Source)
>>>> at java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(Unknown Source)
>>>> at java.awt.DefaultKeyboardFocusManager.dispatchEvent(Unknown Source)
>>>> at java.awt.Component.dispatchEventImpl(Unknown Source)
>>>> at java.awt.Component.dispatchEvent(Unknown Source)
>>>> at java.awt.EventQueue.dispatchEvent(Unknown Source)
>>>> at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
>>>> at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
>>>> at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
>>>> at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
>>>> at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
>>>> at java.awt.EventDispatchThread.run(Unknown Source)
>>>>
>>>>
>>>>
>>>> Other issue I have is with polish special character "ą" - it's made
>>>> using right alt+a on the polish programmer keyboard setting. The
>>>> result is that the char is not appended to the text but it replaces
>>>> the whole TextInput text content, "some text" + (alt+a) -> "ą"
>>>>
>>>>
>>>> It's critical for me to get it fixed...
>>>>
>>>> best regards
>>>> Kamil Toszek
>>>
>>>
>
>
Re: Internationalization issues
Posted by Greg Brown <gk...@mac.com>.
I'm using J6u20 as well, so it is probably not related to the JRE version.
Any chance you could try to step through the code to see where it is failing?
On Jul 24, 2010, at 10:30 AM, Kamil T. wrote:
> Hi,
> Thank you for fast answer.
> I'm using latest stable version from the website - 1.5.
>
> java:
> Java Plug-in 1.6.0_20
> Using JRE version 1.6.0_20-b02 Java HotSpot(TM) Client VM
>
>
> Windows 7 64bit - ultimate
>
> Strange, I was able to reproduce this behavior also inside Kitchen
> Sink demo. TextArea behaves in the same way for me.
> Could it be because of java version?
>
> br
> Kamil
>
>
>
> W dniu 24 lipca 2010 16:13 użytkownik Greg Brown <gk...@mac.com> napisał:
>> What Pivot version are you using? In 1.5 and above, I am able to copy the string "łóżźć" into a TextInput, select the text using the mouse, and use Command-C (Mac shortcut) to copy it without error. I can also use the Alt-A combination without a problem: I entered and copied this text from the Kitchen Sink demo (using the Polish Pro keyboard mappings): "Pivotą".
>>
>> I was also unable to reproduce the problem in Windows XP. Could there possibly be some other problem?
>>
>> Greg
>>
>> On Jul 24, 2010, at 9:34 AM, Kamil T. wrote:
>>
>>> Hello,
>>>
>>> My application uses Polish special characters and it looks like Pivot
>>> has some problems with them.
>>>
>>> In TextInput component, if I write there some special chars,
>>> copy/paste functionality stops working:
>>> if I write "łóżźć" inside TextInput, then select text using mouse, if
>>> I press Ctrl+C I get:
>>>
>>>
>>> java.lang.IndexOutOfBoundsException
>>> at org.apache.pivot.wtk.text.TextNode.getRange(TextNode.java:255)
>>> at org.apache.pivot.wtk.TextInput.getSelectedText(TextInput.java:603)
>>> at org.apache.pivot.wtk.TextInput.copy(TextInput.java:438)
>>> at org.apache.pivot.wtk.skin.terra.TerraTextInputSkin.keyPressed(TerraTextInputSkin.java:1249)
>>> at org.apache.pivot.wtk.Component$ComponentKeyListenerList.keyPressed(Component.java:514)
>>> at org.apache.pivot.wtk.Component.keyPressed(Component.java:2656)
>>> at org.apache.pivot.wtk.ApplicationContext$DisplayHost.processKeyEvent(ApplicationContext.java:1217)
>>> at java.awt.Component.processEvent(Unknown Source)
>>> at org.apache.pivot.wtk.ApplicationContext$DisplayHost.processEvent(ApplicationContext.java:655)
>>> at java.awt.Component.dispatchEventImpl(Unknown Source)
>>> at java.awt.Component.dispatchEvent(Unknown Source)
>>> at java.awt.KeyboardFocusManager.redispatchEvent(Unknown Source)
>>> at java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(Unknown Source)
>>> at java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(Unknown Source)
>>> at java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(Unknown Source)
>>> at java.awt.DefaultKeyboardFocusManager.dispatchEvent(Unknown Source)
>>> at java.awt.Component.dispatchEventImpl(Unknown Source)
>>> at java.awt.Component.dispatchEvent(Unknown Source)
>>> at java.awt.EventQueue.dispatchEvent(Unknown Source)
>>> at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
>>> at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
>>> at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
>>> at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
>>> at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
>>> at java.awt.EventDispatchThread.run(Unknown Source)
>>>
>>>
>>>
>>> Other issue I have is with polish special character "ą" - it's made
>>> using right alt+a on the polish programmer keyboard setting. The
>>> result is that the char is not appended to the text but it replaces
>>> the whole TextInput text content, "some text" + (alt+a) -> "ą"
>>>
>>>
>>> It's critical for me to get it fixed...
>>>
>>> best regards
>>> Kamil Toszek
>>
>>
Re: Internationalization issues
Posted by "Kamil T." <ka...@gmail.com>.
Hi,
Thank you for fast answer.
I'm using latest stable version from the website - 1.5.
java:
Java Plug-in 1.6.0_20
Using JRE version 1.6.0_20-b02 Java HotSpot(TM) Client VM
Windows 7 64bit - ultimate
Strange, I was able to reproduce this behavior also inside Kitchen
Sink demo. TextArea behaves in the same way for me.
Could it be because of java version?
br
Kamil
W dniu 24 lipca 2010 16:13 użytkownik Greg Brown <gk...@mac.com> napisał:
> What Pivot version are you using? In 1.5 and above, I am able to copy the string "łóżźć" into a TextInput, select the text using the mouse, and use Command-C (Mac shortcut) to copy it without error. I can also use the Alt-A combination without a problem: I entered and copied this text from the Kitchen Sink demo (using the Polish Pro keyboard mappings): "Pivotą".
>
> I was also unable to reproduce the problem in Windows XP. Could there possibly be some other problem?
>
> Greg
>
> On Jul 24, 2010, at 9:34 AM, Kamil T. wrote:
>
>> Hello,
>>
>> My application uses Polish special characters and it looks like Pivot
>> has some problems with them.
>>
>> In TextInput component, if I write there some special chars,
>> copy/paste functionality stops working:
>> if I write "łóżźć" inside TextInput, then select text using mouse, if
>> I press Ctrl+C I get:
>>
>>
>> java.lang.IndexOutOfBoundsException
>> at org.apache.pivot.wtk.text.TextNode.getRange(TextNode.java:255)
>> at org.apache.pivot.wtk.TextInput.getSelectedText(TextInput.java:603)
>> at org.apache.pivot.wtk.TextInput.copy(TextInput.java:438)
>> at org.apache.pivot.wtk.skin.terra.TerraTextInputSkin.keyPressed(TerraTextInputSkin.java:1249)
>> at org.apache.pivot.wtk.Component$ComponentKeyListenerList.keyPressed(Component.java:514)
>> at org.apache.pivot.wtk.Component.keyPressed(Component.java:2656)
>> at org.apache.pivot.wtk.ApplicationContext$DisplayHost.processKeyEvent(ApplicationContext.java:1217)
>> at java.awt.Component.processEvent(Unknown Source)
>> at org.apache.pivot.wtk.ApplicationContext$DisplayHost.processEvent(ApplicationContext.java:655)
>> at java.awt.Component.dispatchEventImpl(Unknown Source)
>> at java.awt.Component.dispatchEvent(Unknown Source)
>> at java.awt.KeyboardFocusManager.redispatchEvent(Unknown Source)
>> at java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(Unknown Source)
>> at java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(Unknown Source)
>> at java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(Unknown Source)
>> at java.awt.DefaultKeyboardFocusManager.dispatchEvent(Unknown Source)
>> at java.awt.Component.dispatchEventImpl(Unknown Source)
>> at java.awt.Component.dispatchEvent(Unknown Source)
>> at java.awt.EventQueue.dispatchEvent(Unknown Source)
>> at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
>> at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
>> at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
>> at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
>> at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
>> at java.awt.EventDispatchThread.run(Unknown Source)
>>
>>
>>
>> Other issue I have is with polish special character "ą" - it's made
>> using right alt+a on the polish programmer keyboard setting. The
>> result is that the char is not appended to the text but it replaces
>> the whole TextInput text content, "some text" + (alt+a) -> "ą"
>>
>>
>> It's critical for me to get it fixed...
>>
>> best regards
>> Kamil Toszek
>
>
Re: Internationalization issues
Posted by Greg Brown <gk...@mac.com>.
What Pivot version are you using? In 1.5 and above, I am able to copy the string "łóżźć" into a TextInput, select the text using the mouse, and use Command-C (Mac shortcut) to copy it without error. I can also use the Alt-A combination without a problem: I entered and copied this text from the Kitchen Sink demo (using the Polish Pro keyboard mappings): "Pivotą".
I was also unable to reproduce the problem in Windows XP. Could there possibly be some other problem?
Greg
On Jul 24, 2010, at 9:34 AM, Kamil T. wrote:
> Hello,
>
> My application uses Polish special characters and it looks like Pivot
> has some problems with them.
>
> In TextInput component, if I write there some special chars,
> copy/paste functionality stops working:
> if I write "łóżźć" inside TextInput, then select text using mouse, if
> I press Ctrl+C I get:
>
>
> java.lang.IndexOutOfBoundsException
> at org.apache.pivot.wtk.text.TextNode.getRange(TextNode.java:255)
> at org.apache.pivot.wtk.TextInput.getSelectedText(TextInput.java:603)
> at org.apache.pivot.wtk.TextInput.copy(TextInput.java:438)
> at org.apache.pivot.wtk.skin.terra.TerraTextInputSkin.keyPressed(TerraTextInputSkin.java:1249)
> at org.apache.pivot.wtk.Component$ComponentKeyListenerList.keyPressed(Component.java:514)
> at org.apache.pivot.wtk.Component.keyPressed(Component.java:2656)
> at org.apache.pivot.wtk.ApplicationContext$DisplayHost.processKeyEvent(ApplicationContext.java:1217)
> at java.awt.Component.processEvent(Unknown Source)
> at org.apache.pivot.wtk.ApplicationContext$DisplayHost.processEvent(ApplicationContext.java:655)
> at java.awt.Component.dispatchEventImpl(Unknown Source)
> at java.awt.Component.dispatchEvent(Unknown Source)
> at java.awt.KeyboardFocusManager.redispatchEvent(Unknown Source)
> at java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(Unknown Source)
> at java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(Unknown Source)
> at java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(Unknown Source)
> at java.awt.DefaultKeyboardFocusManager.dispatchEvent(Unknown Source)
> at java.awt.Component.dispatchEventImpl(Unknown Source)
> at java.awt.Component.dispatchEvent(Unknown Source)
> at java.awt.EventQueue.dispatchEvent(Unknown Source)
> at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
> at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
> at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
> at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
> at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
> at java.awt.EventDispatchThread.run(Unknown Source)
>
>
>
> Other issue I have is with polish special character "ą" - it's made
> using right alt+a on the polish programmer keyboard setting. The
> result is that the char is not appended to the text but it replaces
> the whole TextInput text content, "some text" + (alt+a) -> "ą"
>
>
> It's critical for me to get it fixed...
>
> best regards
> Kamil Toszek