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 > ******************************************* >
