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-requ...@openjdk.java.net wrote:
Send openjfx-dev mailing list submissions to
        openjfx-dev@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-requ...@openjdk.java.net

You can reach the person managing the list at
        openjfx-dev-ow...@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...@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.schi...@bestsolution.at>
To: openjfx-dev@openjdk.java.net
Subject: Re: SceneBuilder 2.0 import custom components from Ja
Message-ID: <5395c1d5.8060...@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-boun...@openjdk.java.net> on behalf of 
openjfx-dev-requ...@openjdk.java.net <openjfx-dev-requ...@openjdk.java.net>
Sent: Monday, June 09, 2014 9:08 AM
To: openjfx-dev@openjdk.java.net
Subject: openjfx-dev Digest, Vol 31, Issue 13

Send openjfx-dev mailing list submissions to
         openjfx-dev@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-requ...@openjdk.java.net

You can reach the person managing the list at
         openjfx-dev-ow...@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.gi...@oracle.com>
To: openjfx-dev@openjdk.java.net
Subject: Re: Node lookup with TabPane
Message-ID: <5394cb1f.1090...@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.gi...@oracle.com>
To: openjfx-dev@openjdk.java.net
Subject: Re: SceneBuilder 2.0 import custom components from Jar
Message-ID: <5394ce18.5050...@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 <t...@tbee.org>
To: "openjfx-dev@openjdk.java.net" <openjfx-dev@openjdk.java.net>
Subject: monitor mouse events but not capture them
Message-ID: <539551ef.3050...@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.slade...@oracle.com>
To: openjfx-dev@openjdk.java.net
Subject: Re: monitor mouse events but not capture them
Message-ID: <5395544f.6040...@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 <t...@tbee.org>
To: openjfx-dev@openjdk.java.net
Subject: Re: monitor mouse events but not capture them
Message-ID: <539557d1.6070...@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.slade...@oracle.com>
To: openjfx-dev@openjdk.java.net
Subject: Re: monitor mouse events but not capture them
Message-ID: <53956659.4040...@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 <t...@tbee.org>
To: openjfx-dev@openjdk.java.net
Subject: Re: monitor mouse events but not capture them
Message-ID: <53956b55.6020...@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 <pgronkiew...@gmail.com>
To: <openjfx-dev@openjdk.java.net>
Subject: Invitation to connect on LinkedIn
Message-ID:
        <117494654.61083528.1402328476030.javamail....@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...@oracle.com
To: openjfx-dev@openjdk.java.net
Subject: hg: openjfx/8u-dev/rt: 3 new changesets
Message-ID: <201406091633.s59GX9KD027761@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.blauk...@oracle.com>
To: Lisa Selle <lisa.se...@oracle.com>,   OpenJFX Mailing List
        <openjfx-dev@openjdk.java.net>
Subject: Review request: RT-37474 [Monocle] Shift-backspace generates
        an      undefined key code
Message-ID: <0d35bbc3-52e0-410a-86a5-da6c7c49b...@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.*

Reply via email to