SceneBuilder 2.0 import custom components from Ja
Lidierth Malcolm
malcolm.lidierth at kcl.ac.uk
Wed Jun 11 14:16:16 UTC 2014
Tom
I thought it was proabbaly a bad idea too - so I have not used that
approach.
A better question might have been: should default getters/setters be
treated the same way by Scene Builder as public getters/setters in a
class when deciding whether to display editors for the property?
M
On 09/06/2014 20:45, openjfx-dev-request at openjdk.java.net wrote:
> Send openjfx-dev mailing list submissions to
> openjfx-dev at openjdk.java.net
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://mail.openjdk.java.net/mailman/listinfo/openjfx-dev
> or, via email, send a message with subject or body 'help' to
> openjfx-dev-request at openjdk.java.net
>
> You can reach the person managing the list at
> openjfx-dev-owner at openjdk.java.net
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of openjfx-dev digest..."
>
>
> Today's Topics:
>
> 1. Re: SceneBuilder 2.0 import custom components from Ja
> (Tom Schindl)
> 2. Invitation to connect on LinkedIn (Pawel Gronkiewicz)
> 3. hg: openjfx/8u-dev/rt: 3 new changesets (hang.vo at oracle.com)
> 4. Review request: RT-37474 [Monocle] Shift-backspace generates
> an undefined key code (Daniel Blaukopf)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Mon, 09 Jun 2014 16:16:53 +0200
> From: Tom Schindl <tom.schindl at bestsolution.at>
> To: openjfx-dev at openjdk.java.net
> Subject: Re: SceneBuilder 2.0 import custom components from Ja
> Message-ID: <5395C1D5.8060401 at bestsolution.at>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Maybe it should but to me your use of default-methods in interfaces
> looks very odd and you should maybe rethink!
>
> Tom
>
> On 09.06.14 11:06, Lidierth, Malcolm wrote:
>> Scene Builder presently displays menu items where there is a public setter/getter for a class.
>> Should it also display them when there is a default setter/getter implemented in an interface?
>>
>> That would allow control of the menus for concrete subclasses of a common abstract class where individual subclasses might implement a different set of related interfaces.
>>
>>
>>
>> __________________
>> From: openjfx-dev <openjfx-dev-bounces at openjdk.java.net> on behalf of openjfx-dev-request at openjdk.java.net <openjfx-dev-request at openjdk.java.net>
>> Sent: Monday, June 09, 2014 9:08 AM
>> To: openjfx-dev at openjdk.java.net
>> Subject: openjfx-dev Digest, Vol 31, Issue 13
>>
>> Send openjfx-dev mailing list submissions to
>> openjfx-dev at openjdk.java.net
>>
>> To subscribe or unsubscribe via the World Wide Web, visit
>> http://mail.openjdk.java.net/mailman/listinfo/openjfx-dev
>> or, via email, send a message with subject or body 'help' to
>> openjfx-dev-request at openjdk.java.net
>>
>> You can reach the person managing the list at
>> openjfx-dev-owner at openjdk.java.net
>>
>> When replying, please edit your Subject line so it is more specific
>> than "Re: Contents of openjfx-dev digest..."
>>
>>
>> Today's Topics:
>>
>> 1. Re: Node lookup with TabPane (Jonathan Giles)
>> 2. Re: SceneBuilder 2.0 import custom components from Jar
>> (Jonathan Giles)
>> 3. monitor mouse events but not capture them (Tom Eugelink)
>> 4. Re: monitor mouse events but not capture them (Martin Sladecek)
>> 5. Re: monitor mouse events but not capture them (Tom Eugelink)
>> 6. Re: monitor mouse events but not capture them (Martin Sladecek)
>> 7. Re: monitor mouse events but not capture them (Tom Eugelink)
>>
>>
>> ----------------------------------------------------------------------
>>
>> Message: 1
>> Date: Mon, 09 Jun 2014 08:44:15 +1200
>> From: Jonathan Giles <jonathan.giles at oracle.com>
>> To: openjfx-dev at openjdk.java.net
>> Subject: Re: Node lookup with TabPane
>> Message-ID: <5394CB1F.1090009 at oracle.com>
>> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>>
>> Christian,
>>
>> There is no reason why this shouldn't work - please file a bug report in
>> our Jira bug tracker and we can take a look at resolving this.
>>
>> Thanks,
>>
>> -- Jonathan
>>
>> On 8/06/2014 8:31 p.m., Christian wrote:
>>> Hi,
>>> I'm not sure if this is a bug because it looks like it is designed
>>> this way.
>>> I just tried to do a TabPane.lookupAll("#myId") which does not return
>>> any result.
>>> This is because the TabPane doesn't add the Tabs(which are no nodes)
>>> to its children.
>>> If it would add the content of each pane to the children the lookup
>>> would work.
>>> My solution right now is to scan the scenegraph myself.
>>> It is just not that easy to determine when to use lookupAll and when
>>> to manually scan the scenegraph.
>>> Didn't yet check it but I think the same might apply to containers
>>> like Accordion.
>>> Would be nice if somebody could give me some clarification.
>>> Thanks,
>>> Christian
>>>
>>>
>>> Unit Test:
>>> public class TabTest {
>>> @Test
>>> public void testLookup() throws Exception {
>>> TabPane tabPane = new TabPane();
>>> Tab tab1 = new Tab("tab1");
>>> tabPane.getTabs().add(tab1);
>>>
>>> StackPane content = new StackPane();
>>> TextField nodeWithId = new TextField();
>>> nodeWithId.setId("test");
>>> content.getChildren().add(nodeWithId);
>>> tab1.setContent(content);
>>>
>>> assertSame(nodeWithId, content.lookup("#test"));
>>> Set<Node> idNodes = tabPane.lookupAll("#test");
>>> assertEquals(1,idNodes.size());
>>> assertSame(nodeWithId, tabPane.lookup("#test"));
>>> }
>>> }
>>
>>
>> ------------------------------
>>
>> Message: 2
>> Date: Mon, 09 Jun 2014 08:56:56 +1200
>> From: Jonathan Giles <jonathan.giles at oracle.com>
>> To: openjfx-dev at openjdk.java.net
>> Subject: Re: SceneBuilder 2.0 import custom components from Jar
>> Message-ID: <5394CE18.5050708 at oracle.com>
>> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>>
>> Christian,
>>
>> With my OpenJFX hat on:
>> =======================
>> ControlsFX-related issues are best discussed on the controlsfx-dev
>> mailing list, which can be accessed (and signed up to) here:
>> http://groups.controlsfx.org
>>
>> Scene Builder is open source - you can access it by cloning the OpenJFX
>> rt repo, and you'll find the Scene Builder source code in apps/scenebuilder.
>>
>>
>> With my ControlsFX hat on:
>> =======================
>> Regarding getting ControlsFX to play nicer with Scene Builder - that is
>> really a matter for the ControlsFX project to resolve. ControlsFX needs
>> to follow the requirements of Scene Builder and FXML, and I'm not 100%
>> clear on what the definitive list of requirements is, but I know some of
>> the requirements include having a public no-args constructor, and using
>> @NamedArg on constructor parameters to define the parameter name. I have
>> been hoping someone from the community would step up to make ControlsFX
>> more FXML and Scene Builder compliant. If you're interested please ping
>> me off-list.
>>
>> Relatedly, I recently asked if the Scene Builder team if someone could
>> take a quick look at ControlsFX to cast their expert eyes over the API
>> and let me know what is and isn't going to work well for them.
>>
>> Thanks,
>>
>> -- Jonathan
>>
>> On 8/06/2014 8:24 p.m., Christian wrote:
>>> Hi,
>>> I was trying to import controlsfx-5.0.6 and controlsfx-5.0.6_20 into
>>> scenebuilder.
>>> However only some or few controls could be imported.
>>> When using these controls strange effects happen.
>>> I was looking into the user guide in order to determine the
>>> requirements that have to be met by the components in the jar file.
>>> However there was just a simple guideline about how to import and not
>>> how to develop custom components so that they match the scenebuilder.
>>> I further turned the logging level of the scenbuilder to finest and
>>> hoped to see at least some stacktraces that might give me a hint.
>>> But I only saw stacktraces when using the imported components (mainly
>>> belonging to missing resources because of classpath problems) nothing
>>> from the import/jarfile-scan itself.
>>> I was hoping that I can adjust the controlsfx classes so that they
>>> work fine with the scenebuilder.
>>> Any hints are more then welcome!
>>>
>>> ps.:
>>> It seems that scenebuilder is closed source, or is the some source out
>>> there I could start with?
>>> Is there an early access release for 8u20?
>>>
>>> Thanks,
>>> Christian
>>
>>
>> ------------------------------
>>
>> Message: 3
>> Date: Mon, 09 Jun 2014 08:19:27 +0200
>> From: Tom Eugelink <tbee at tbee.org>
>> To: "openjfx-dev at openjdk.java.net" <openjfx-dev at openjdk.java.net>
>> Subject: monitor mouse events but not capture them
>> Message-ID: <539551EF.3050706 at tbee.org>
>> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>>
>> Hi all,
>>
>> Maybe someone has solved this already, so I thought I pop the question. Currently I'm working on CirclePopupMenu; a menu that is supposed to pop up on any place in a scene when a certain (usually the middle or right) mouse button is pressed.
>>
>> Right now CirclePopupMenu requires a stackpane to which it binds itself. CirclePopupMenu initially places an empty "canvas" Pane on the stack pane, and will use that to render and position the menu when it needs to appear.
>>
>> Also I need to monitor the mouse to detect if the menu should appear. In order to do that, I would like to use that canvas pane, but then any non relevant button clicks will not reach the underlying controls. In order to enable correct behavior I need to setPickOnBounds(false) on the pane, but then it does receive the mouse events anymore.
>>
>> Is there any way to monitor mouse events but still pass them through to the underlying controls? In Swing I did something similar and used a system level mouse event hook.
>>
>> Tom
>>
>> PS: I'm not certain if the stackpane approach I've used is the best way to do this. It does work expect the mouse button problem. But any suggestions are welcome.
>>
>>
>> ------------------------------
>>
>> Message: 4
>> Date: Mon, 09 Jun 2014 08:29:35 +0200
>> From: Martin Sladecek <martin.sladecek at oracle.com>
>> To: openjfx-dev at openjdk.java.net
>> Subject: Re: monitor mouse events but not capture them
>> Message-ID: <5395544F.6040702 at oracle.com>
>> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>>
>> Hi Tom,
>> have you tried .addEventFilter() method? It receives the Event before
>> the controls underneath the canvas, in the capturing phase. If you don't
>> consume the Event, it should pass down to the controls.
>> For more on the topic, see
>> http://docs.oracle.com/javafx/2/events/processing.htm or
>> http://parleys.com/play/514892290364bc17fc56c39f
>>
>> -Martin
>>
>> On 06/09/2014 08:19 AM, Tom Eugelink wrote:
>>> Hi all,
>>>
>>> Maybe someone has solved this already, so I thought I pop the
>>> question. Currently I'm working on CirclePopupMenu; a menu that is
>>> supposed to pop up on any place in a scene when a certain (usually the
>>> middle or right) mouse button is pressed.
>>>
>>> Right now CirclePopupMenu requires a stackpane to which it binds
>>> itself. CirclePopupMenu initially places an empty "canvas" Pane on the
>>> stack pane, and will use that to render and position the menu when it
>>> needs to appear.
>>>
>>> Also I need to monitor the mouse to detect if the menu should appear.
>>> In order to do that, I would like to use that canvas pane, but then
>>> any non relevant button clicks will not reach the underlying controls.
>>> In order to enable correct behavior I need to setPickOnBounds(false)
>>> on the pane, but then it does receive the mouse events anymore.
>>>
>>> Is there any way to monitor mouse events but still pass them through
>>> to the underlying controls? In Swing I did something similar and used
>>> a system level mouse event hook.
>>>
>>> Tom
>>>
>>> PS: I'm not certain if the stackpane approach I've used is the best
>>> way to do this. It does work expect the mouse button problem. But any
>>> suggestions are welcome.
>>
>>
>> ------------------------------
>>
>> Message: 5
>> Date: Mon, 09 Jun 2014 08:44:33 +0200
>> From: Tom Eugelink <tbee at tbee.org>
>> To: openjfx-dev at openjdk.java.net
>> Subject: Re: monitor mouse events but not capture them
>> Message-ID: <539557D1.6070000 at tbee.org>
>> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>>
>>
>> Yessss. It does not work on the canvas pane, I suspect because of the pickOnBounds, but it does work on the stackpane. Plus, I can register to the stack pane without claiming the onMouseClick/Press hook.
>>
>> Many thanks!
>>
>> Tom
>>
>>
>>
>> On 2014-6-9 8:29, Martin Sladecek wrote:
>>> Hi Tom,
>>> have you tried .addEventFilter() method? It receives the Event before the controls underneath the canvas, in the capturing phase. If you don't consume the Event, it should pass down to the controls.
>>> For more on the topic, see http://docs.oracle.com/javafx/2/events/processing.htm or http://parleys.com/play/514892290364bc17fc56c39f
>>>
>>> -Martin
>>>
>>> On 06/09/2014 08:19 AM, Tom Eugelink wrote:
>>>> Hi all,
>>>>
>>>> Maybe someone has solved this already, so I thought I pop the question. Currently I'm working on CirclePopupMenu; a menu that is supposed to pop up on any place in a scene when a certain (usually the middle or right) mouse button is pressed.
>>>>
>>>> Right now CirclePopupMenu requires a stackpane to which it binds itself. CirclePopupMenu initially places an empty "canvas" Pane on the stack pane, and will use that to render and position the menu when it needs to appear.
>>>>
>>>> Also I need to monitor the mouse to detect if the menu should appear. In order to do that, I would like to use that canvas pane, but then any non relevant button clicks will not reach the underlying controls. In order to enable correct behavior I need to setPickOnBounds(false) on the pane, but then it does receive the mouse events anymore.
>>>>
>>>> Is there any way to monitor mouse events but still pass them through to the underlying controls? In Swing I did something similar and used a system level mouse event hook.
>>>>
>>>> Tom
>>>>
>>>> PS: I'm not certain if the stackpane approach I've used is the best way to do this. It does work expect the mouse button problem. But any suggestions are welcome.
>>
>>
>>
>> ------------------------------
>>
>> Message: 6
>> Date: Mon, 09 Jun 2014 09:46:33 +0200
>> From: Martin Sladecek <martin.sladecek at oracle.com>
>> To: openjfx-dev at openjdk.java.net
>> Subject: Re: monitor mouse events but not capture them
>> Message-ID: <53956659.4040701 at oracle.com>
>> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>>
>> Just looked at the code and it seems Canvas does pick on bounds
>> independently of the pickOnBounds value. There's currently no logic for
>> picking only when over an opaque pixel ( worth filing a JIRA issue
>> maybe?). This makes Canvas to consume everything as it's always picked
>> instead of some controls underneath.
>>
>> Unfortunately, I can't think of any solution that would work right now.
>> If we'd support Node picking
>> (https://javafx-jira.kenai.com/browse/RT-20184), it would be possible to
>> "redirect" an unwanted event to a different event target on that mouse
>> position.
>>
>> -Martin
>>
>>
>> On 06/09/2014 08:44 AM, Tom Eugelink wrote:
>>> Yessss. It does not work on the canvas pane, I suspect because of the
>>> pickOnBounds, but it does work on the stackpane. Plus, I can register
>>> to the stack pane without claiming the onMouseClick/Press hook.
>>>
>>> Many thanks!
>>>
>>> Tom
>>>
>>>
>>>
>>> On 2014-6-9 8:29, Martin Sladecek wrote:
>>>> Hi Tom,
>>>> have you tried .addEventFilter() method? It receives the Event before
>>>> the controls underneath the canvas, in the capturing phase. If you
>>>> don't consume the Event, it should pass down to the controls.
>>>> For more on the topic, see
>>>> http://docs.oracle.com/javafx/2/events/processing.htm or
>>>> http://parleys.com/play/514892290364bc17fc56c39f
>>>>
>>>> -Martin
>>>>
>>>> On 06/09/2014 08:19 AM, Tom Eugelink wrote:
>>>>> Hi all,
>>>>>
>>>>> Maybe someone has solved this already, so I thought I pop the
>>>>> question. Currently I'm working on CirclePopupMenu; a menu that is
>>>>> supposed to pop up on any place in a scene when a certain (usually
>>>>> the middle or right) mouse button is pressed.
>>>>>
>>>>> Right now CirclePopupMenu requires a stackpane to which it binds
>>>>> itself. CirclePopupMenu initially places an empty "canvas" Pane on
>>>>> the stack pane, and will use that to render and position the menu
>>>>> when it needs to appear.
>>>>>
>>>>> Also I need to monitor the mouse to detect if the menu should
>>>>> appear. In order to do that, I would like to use that canvas pane,
>>>>> but then any non relevant button clicks will not reach the
>>>>> underlying controls. In order to enable correct behavior I need to
>>>>> setPickOnBounds(false) on the pane, but then it does receive the
>>>>> mouse events anymore.
>>>>>
>>>>> Is there any way to monitor mouse events but still pass them through
>>>>> to the underlying controls? In Swing I did something similar and
>>>>> used a system level mouse event hook.
>>>>>
>>>>> Tom
>>>>>
>>>>> PS: I'm not certain if the stackpane approach I've used is the best
>>>>> way to do this. It does work expect the mouse button problem. But
>>>>> any suggestions are welcome.
>>>
>>
>>
>> ------------------------------
>>
>> Message: 7
>> Date: Mon, 09 Jun 2014 10:07:49 +0200
>> From: Tom Eugelink <tbee at tbee.org>
>> To: openjfx-dev at openjdk.java.net
>> Subject: Re: monitor mouse events but not capture them
>> Message-ID: <53956B55.6020209 at tbee.org>
>> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>>
>>
>> Hm, maybe I chose bad words; I'm not using Canvas, but just a Pane. Since the Pane is only used to draw the menu on when it need to appear, I'm calling it the canvas pane, as in "what is painted on".
>>
>>
>> On 2014-6-9 9:46, Martin Sladecek wrote:
>>> Just looked at the code and it seems Canvas does pick on bounds independently of the pickOnBounds value. There's currently no logic for picking only when over an opaque pixel ( worth filing a JIRA issue maybe?). This makes Canvas to consume everything as it's always picked instead of some controls underneath.
>>>
>>> Unfortunately, I can't think of any solution that would work right now. If we'd support Node picking (https://javafx-jira.kenai.com/browse/RT-20184), it would be possible to "redirect" an unwanted event to a different event target on that mouse position.
>>>
>>> -Martin
>>>
>>>
>>> On 06/09/2014 08:44 AM, Tom Eugelink wrote:
>>>> Yessss. It does not work on the canvas pane, I suspect because of the pickOnBounds, but it does work on the stackpane. Plus, I can register to the stack pane without claiming the onMouseClick/Press hook.
>>>>
>>>> Many thanks!
>>>>
>>>> Tom
>>>>
>>>>
>>>>
>>>> On 2014-6-9 8:29, Martin Sladecek wrote:
>>>>> Hi Tom,
>>>>> have you tried .addEventFilter() method? It receives the Event before the controls underneath the canvas, in the capturing phase. If you don't consume the Event, it should pass down to the controls.
>>>>> For more on the topic, see http://docs.oracle.com/javafx/2/events/processing.htm or http://parleys.com/play/514892290364bc17fc56c39f
>>>>>
>>>>> -Martin
>>>>>
>>>>> On 06/09/2014 08:19 AM, Tom Eugelink wrote:
>>>>>> Hi all,
>>>>>>
>>>>>> Maybe someone has solved this already, so I thought I pop the question. Currently I'm working on CirclePopupMenu; a menu that is supposed to pop up on any place in a scene when a certain (usually the middle or right) mouse button is pressed.
>>>>>>
>>>>>> Right now CirclePopupMenu requires a stackpane to which it binds itself. CirclePopupMenu initially places an empty "canvas" Pane on the stack pane, and will use that to render and position the menu when it needs to appear.
>>>>>>
>>>>>> Also I need to monitor the mouse to detect if the menu should appear. In order to do that, I would like to use that canvas pane, but then any non relevant button clicks will not reach the underlying controls. In order to enable correct behavior I need to setPickOnBounds(false) on the pane, but then it does receive the mouse events anymore.
>>>>>>
>>>>>> Is there any way to monitor mouse events but still pass them through to the underlying controls? In Swing I did something similar and used a system level mouse event hook.
>>>>>>
>>>>>> Tom
>>>>>>
>>>>>> PS: I'm not certain if the stackpane approach I've used is the best way to do this. It does work expect the mouse button problem. But any suggestions are welcome.
>>>>
>>
>>
>>
>> End of openjfx-dev Digest, Vol 31, Issue 13
>> *******************************************
>>
>
>
> ------------------------------
>
> Message: 2
> Date: Mon, 9 Jun 2014 15:41:16 +0000 (UTC)
> From: Pawel Gronkiewicz <pgronkiewicz at gmail.com>
> To: <openjfx-dev at openjdk.java.net>
> Subject: Invitation to connect on LinkedIn
> Message-ID:
> <117494654.61083528.1402328476030.JavaMail.app at ela4-app7996.prod>
> Content-Type: text/plain; charset=UTF-8
>
> LinkedIn
> ------------
>
>
>
> I'd like to add you to my professional network on LinkedIn.
>
> - Pawel
>
> Pawel Gronkiewicz
> QA Engineer at Zalando SE
> Berlin Area, Germany
>
> Confirm that you know Pawel Gronkiewicz:
> https://www.linkedin.com/e/j4bywu-hw7y616g-6w/isd/5881791911672426496/WbTSli-Q/?hs=false&tok=2CLTRv31JJEmg1
>
> --
> You are receiving Invitation to Connect emails. Click to unsubscribe:
> http://www.linkedin.com/e/j4bywu-hw7y616g-6w/p63fWs4VSbaM8taBLf3sTb8VSQFM_H2BLf3sTxcnZr8/goo/openjfx-dev%40openjdk%2Ejava%2Enet/20061/I7229956350_1/?hs=false&tok=0L55q5-ZBJEmg1
>
> (c) 2012 LinkedIn Corporation. 2029 Stierlin Ct, Mountain View, CA 94043, USA.
>
>
>
>
>
> ------------------------------
>
> Message: 3
> Date: Mon, 09 Jun 2014 16:32:47 +0000
> From: hang.vo at oracle.com
> To: openjfx-dev at openjdk.java.net
> Subject: hg: openjfx/8u-dev/rt: 3 new changesets
> Message-ID: <201406091633.s59GX9KD027761 at aojmv0008>
>
> Changeset: c3f0df64cedf
> Author: snorthov
> Date: 2014-06-09 12:28 -0400
> URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/c3f0df64cedf
>
> INTELLIJ ONLY: fix project files reference to Eclipse bin directory
>
> ! .idea/rt-closed.iml
>
> Changeset: 030f278e3de1
> Author: snorthov
> Date: 2014-06-09 12:29 -0400
> URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/030f278e3de1
>
> ECLIPSE ONLY: fix project files to include SceneBuilder examples
>
> ! apps/scenebuilder/.classpath
>
> Changeset: 01cf6a99e67b
> Author: snorthov
> Date: 2014-06-09 12:30 -0400
> URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/01cf6a99e67b
>
> INTELLIJ ONLY: fix project files to include SceneBuilder examples
>
> + .idea/AirportApp.iml
> + .idea/HelloI18N.iml
> + .idea/HelloSwingNode.iml
> + .idea/IssueTrackingBiDi.iml
> + .idea/IssueTrackingLite.iml
> + .idea/Login.iml
> + .idea/UnlockCustom.iml
> ! .idea/modules.xml
>
>
>
> ------------------------------
>
> Message: 4
> Date: Mon, 9 Jun 2014 22:45:27 +0300
> From: Daniel Blaukopf <daniel.blaukopf at oracle.com>
> To: Lisa Selle <lisa.selle at oracle.com>, OpenJFX Mailing List
> <openjfx-dev at openjdk.java.net>
> Subject: Review request: RT-37474 [Monocle] Shift-backspace generates
> an undefined key code
> Message-ID: <0D35BBC3-52E0-410A-86A5-DA6C7C49B386 at oracle.com>
> Content-Type: text/plain; charset=us-ascii
>
> Hi Lisa,
>
> Please review:
> https://javafx-jira.kenai.com/browse/RT-37474
> http://cr.openjdk.java.net/~dblaukop/webrev-20140609-2233-RT-37474/webrev
>
> Thanks,
> Daniel
>
>
> End of openjfx-dev Digest, Vol 31, Issue 16
> *******************************************
--
Dr Malcolm Lidierth
Senior Lecturer in Physiology
Wolfson Centre for Age-Related Diseases
Hodgkin Building
Guy' Hospital Campus
King's College London
LONDON
UK
SE1 7EH
Ph: +44(0) 20 78486175 (Direct Line)
Hodgkin Room No. 1.63W
*Visitors: This area requires swipe-card access so please go to the
Hodgkin Building main reception desk and call from there.*
More information about the openjfx-dev
mailing list