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
> <[email protected]> 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 <[email protected]>
>>> 
>>> 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. <[email protected]>
>>>> 
>>>> 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
>>>> <[email protected]> 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. <[email protected]>
>>>>>> 
>>>>>> } 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. <[email protected]>
>>>>>> 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 <[email protected]>
>>>>>>> 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 <[email protected]>
>>>>>>>>> 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
>>>>>>>>>>> <[email protected]>
>>>>>>>>>>> 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
>>>>>>>>>>>> 
>>>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>> 
>>>>> 
>>>>> 
>>> 
>>> 
>> 
>> 

Reply via email to