hg: openjfx/8u-dev/rt: 2 new changesets
Changeset: e391dce8d6d7 Author:Martin Sladecek Date: 2014-04-23 08:15 +0200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/e391dce8d6d7 RT-29507 [Chart] axis rotate can be lost. Reviewed by: jgiles ! modules/controls/src/main/java/javafx/scene/chart/Axis.java ! modules/controls/src/main/java/javafx/scene/chart/CategoryAxis.java Changeset: 0e59417d5951 Author:Martin Sladecek Date: 2014-04-23 08:16 +0200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/0e59417d5951 RT-36766 Right most Slider Axis label sometimes invisible. Reviewed by: jgiles ! modules/controls/src/main/java/javafx/scene/chart/ValueAxis.java
hg: openjfx/8u-dev/rt: 3 new changesets
Changeset: 82eec770a3b2 Author:jgiles Date: 2014-04-23 09:18 +1200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/82eec770a3b2 RT-36723: [TitlePane] TitledPane's content have wrong alignment ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/TitledPaneSkin.java ! modules/controls/src/main/java/javafx/scene/control/TitledPane.java Changeset: bb19e2b54285 Author:jgiles Date: 2014-04-23 09:46 +1200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/bb19e2b54285 RT-36786: [TableView] Cell based selection table does not select item when gaining focus ! modules/controls/src/main/java/javafx/scene/control/TableView.java ! modules/controls/src/main/java/javafx/scene/control/TreeTableView.java ! modules/controls/src/test/java/javafx/scene/control/TableViewTest.java ! modules/controls/src/test/java/javafx/scene/control/TreeTableViewTest.java Changeset: 47fb67cb113f Author:jgiles Date: 2014-04-23 12:06 +1200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/47fb67cb113f RT-36715: TableColumn setId doesn't appear to work ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/TableColumnHeader.java ! modules/controls/src/main/java/javafx/scene/control/TableCell.java ! modules/controls/src/main/java/javafx/scene/control/TableColumnBase.java ! modules/controls/src/main/java/javafx/scene/control/TreeTableCell.java ! modules/controls/src/test/java/com/sun/javafx/scene/control/infrastructure/VirtualFlowTestUtils.java ! modules/controls/src/test/java/javafx/scene/control/TableCellTest.java ! modules/controls/src/test/java/javafx/scene/control/TableColumnTest.java ! modules/controls/src/test/java/javafx/scene/control/TreeTableCellTest.java ! modules/controls/src/test/java/javafx/scene/control/TreeTableColumnTest.java
hg: openjfx/8u-dev/rt: RT-36636: [Accessibility] - Hit test and bounds natives from Mac
Changeset: 54b08edc5557 Author:Felipe Heidrich Date: 2014-04-22 17:01 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/54b08edc5557 RT-36636: [Accessibility] - Hit test and bounds natives from Mac ! modules/graphics/src/main/java/com/sun/glass/ui/mac/MacAccessible.java ! modules/graphics/src/main/java/com/sun/glass/ui/mac/MacVariant.java ! modules/graphics/src/main/native-glass/mac/GlassAccessible.h ! modules/graphics/src/main/native-glass/mac/GlassAccessible.m
hg: openjfx/8u-dev/rt: 2 new changesets
Changeset: 03bdbccae5d8 Author:Felipe Heidrich Date: 2014-04-22 12:36 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/03bdbccae5d8 RT-36636: [Accessibility] Finish editable text support - Finished natives in GlassTextRangeProvider.cpp (only VARIANT to jobject is missing, but it harder and only used by FindAttribute()). ! modules/graphics/src/main/native-glass/win/GlassAccessible.cpp ! modules/graphics/src/main/native-glass/win/GlassTextRangeProvider.cpp Changeset: 73368266ee9f Author:Felipe Heidrich Date: 2014-04-22 16:16 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/73368266ee9f RT-36636: [Accessibility] Add hit test and bounds support (common code + win), Add text attributes suppotr (win), fix some text navigation support but it still needs more work. ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/TextAreaSkin.java ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/TextFieldSkin.java ! modules/controls/src/main/java/javafx/scene/control/TextArea.java ! modules/controls/src/main/java/javafx/scene/control/TextField.java ! modules/graphics/src/main/java/com/sun/glass/ui/win/WinAccessible.java ! modules/graphics/src/main/java/com/sun/glass/ui/win/WinTextRangeProvider.java ! modules/graphics/src/main/java/javafx/scene/accessibility/Attribute.java ! modules/graphics/src/main/java/javafx/scene/text/Text.java ! modules/graphics/src/main/native-glass/win/GlassAccessible.cpp ! modules/graphics/src/main/native-glass/win/GlassTextRangeProvider.cpp
Re: Should Canvas have been Image subclass instead of Node?
It would be great if you could get a Graphics context for drawing into a WritableImage instead of having to deal with snapshots. But I suppose you could build something like that based on Canvas that would update an image. Scott On Apr 22, 2014 6:52 PM, "Jeff Martin" wrote: > Just by using it as an ImageView.Image. > > jeff > > > On Apr 22, 2014, at 5:43 PM, John C. Turnbull > wrote: > > > How would you (easily) use it in the scenegraph if it wasn't a Node? > > > > -Original Message- > > From: openjfx-dev [mailto:openjfx-dev-boun...@openjdk.java.net] On > Behalf Of > > Jeff Martin > > Sent: Wednesday, April 23, 2014 8:16 AM > > To: openjfx-dev@openjdk.java.net Mailing > > Subject: Should Canvas have been Image subclass instead of Node? > > > > I have a case where I need to draw to a canvas and reuse it in multiple > > nodes. My non-optimal work-around is to take a snapshot and use that, > but it > > makes me wonder if Canvas should have been an Image subclass or if > > WritableImage should get it's own getGraphicsContext() method. > > > > jeff= > > > >
Re: Should Canvas have been Image subclass instead of Node?
Just by using it as an ImageView.Image. jeff On Apr 22, 2014, at 5:43 PM, John C. Turnbull wrote: > How would you (easily) use it in the scenegraph if it wasn't a Node? > > -Original Message- > From: openjfx-dev [mailto:openjfx-dev-boun...@openjdk.java.net] On Behalf Of > Jeff Martin > Sent: Wednesday, April 23, 2014 8:16 AM > To: openjfx-dev@openjdk.java.net Mailing > Subject: Should Canvas have been Image subclass instead of Node? > > I have a case where I need to draw to a canvas and reuse it in multiple > nodes. My non-optimal work-around is to take a snapshot and use that, but it > makes me wonder if Canvas should have been an Image subclass or if > WritableImage should get it's own getGraphicsContext() method. > > jeff= >
RE: Should Canvas have been Image subclass instead of Node?
How would you (easily) use it in the scenegraph if it wasn't a Node? -Original Message- From: openjfx-dev [mailto:openjfx-dev-boun...@openjdk.java.net] On Behalf Of Jeff Martin Sent: Wednesday, April 23, 2014 8:16 AM To: openjfx-dev@openjdk.java.net Mailing Subject: Should Canvas have been Image subclass instead of Node? I have a case where I need to draw to a canvas and reuse it in multiple nodes. My non-optimal work-around is to take a snapshot and use that, but it makes me wonder if Canvas should have been an Image subclass or if WritableImage should get it's own getGraphicsContext() method. jeff=
hg: openjfx/8u-dev/rt: RT-36573: [Bundlers] setting "linux.bundleName" causes rpm bundler to fail
Changeset: cc8a5e12ce20 Author:shemnon Date: 2014-04-22 16:24 -0600 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/cc8a5e12ce20 RT-36573: [Bundlers] setting "linux.bundleName" causes rpm bundler to fail Summary: License files were being dropped in the wrong place. Proactively filter bundle names, and make debugging easier. ! modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/bundlers/LinuxRPMBundler.java ! modules/fxpackager/src/main/resources/com/sun/javafx/tools/resource/linux/template.spec ! modules/fxpackager/src/test/java/com/oracle/bundlers/linux/LinuxRpmBundlerTest.java
Should Canvas have been Image subclass instead of Node?
I have a case where I need to draw to a canvas and reuse it in multiple nodes. My non-optimal work-around is to take a snapshot and use that, but it makes me wonder if Canvas should have been an Image subclass or if WritableImage should get it's own getGraphicsContext() method. jeff
hg: openjfx/8u-dev/rt: RT-36739: Mac App bundler ignores classpath
Changeset: ae1408a0cf50 Author:shemnon Date: 2014-04-22 11:36 -0600 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/ae1408a0cf50 RT-36739: Mac App bundler ignores classpath Summary: inside the plist it is expecting space delimitation, which is counter to the classical classpath on a CLI but consistent with the manifest entry. So if we see colons (the mac path separator) we will replace it with space during packaging so the binary doesn't have to change. ! modules/fxpackager/src/main/java/com/sun/javafx/tools/packager/bundlers/MacAppBundler.java
Re: JFXPanel Dragboard setDragView
Hi Jeff, I see what you're trying to achieve. I don't believe we've implemented anything specifically to support this case. No, I wouldn't expect to receive the OnMouseDragOver event in this case because it's only sent to a drop target when the mouse cursor is moving above it. In your case the button being dragged and the mouse cursor never move relative to each other, and hence the DragOver event just can't happen. Do regular mouse events get delivered to the button? I suppose they don't... Well... A hackish and extremely ineffective way to implement this would be to poll the current mouse pointer position using AWT APIs (MouseInfo) on a standalone thread and move the custom drag view accordingly. Or wait till RT-35812 is implemented. -- best regards, Anthony On 4/22/2014 2:39 AM, Jeff Martin wrote: So I'm correct that calling Node.startFullDrag() should result in the OnMouseDragOver method getting called? I wasn't sure I had that right - and I really need a OnMouseDragMoved notification anyway. My Sample code is below. If you think it should result in a bunch of onMouseDragOver.Handler printlns, I'll file a bug. jeff public void start(Stage aStage) { // Create Button with DragDetected.Handler to startFullDrag/startDragAndDrop final Button button = new Button("Hello World"); button.setOnDragDetected(new EventHandler() { public void handle(Event anEvent) { button.startFullDrag(); Dragboard db = button.startDragAndDrop(TransferMode.ANY); ClipboardContent cc = new ClipboardContent(); cc.putString("Hello World"); db.setContent(cc); anEvent.consume(); } }); // Listen to DragSource events button.setOnMouseDragOver(new EventHandler() { public void handle(MouseDragEvent e) { System.out.println(e); } }); // Add button to pane and stage and show Pane pane = new Pane(); pane.setPrefSize(400,400); pane.getChildren().add(button); button.resizeRelocate(100,100,100,100); aStage.setScene(new Scene(pane)); aStage.show(); } On Apr 21, 2014, at 8:45 AM, Anthony Petrov wrote: Hi Jeff, On 4/18/2014 6:43 PM, Jeff Martin wrote: I'm trying to figure out how to implement a version of Dragboard.setDragView() that works with JFXPanel (which isn't currently supported). Years ago I did this in Swing by creating a window that followed the mouse around (at an offset, so it wouldn't take all the DragOver events). I created a Popup Window and added an ImageView, but I can't figure out how to get the equivalent of DragSource events. I thought I could just call source.startFullDrag() in my DragDetected method then I would get MouseDrag events on my source, but that isn't happening. Is this a bug or am I doing something wrong? Please file a new JIRA and provide a small test case that demonstrates the problem. Also, when I get my Popup moving, I'd really like it to be exactly under the mouse but have the Popup be MouseTransparent (or forward events to the window underneath). You could use the TRANSPARENT style for your popup window and paint a transparent hole (alpha == 0) in its center (or wherever you need it), and keep the popup positioned so that the mouse pointer is located above the hole. Mouse events always pass through transparent pixels. This way mouse events will get delivered to a window below the popup window in the z-order, while the popup window itself can float above it following the mouse cursor. -- best regards, Anthony
hg: openjfx/8u-dev/rt: RT-25570: [Menus, Mac] Mac OS : Menu.disable property is ignored when menu items are first initialized in the menu.onMenuValidation method
Changeset: aae9bf983254 Author:Anthony Petrov Date: 2014-04-22 21:35 +0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/aae9bf983254 RT-25570: [Menus, Mac] Mac OS : Menu.disable property is ignored when menu items are first initialized in the menu.onMenuValidation method Summary: Force the initialization of NSMenu instances for submenus Reviewed-by: pchelko, snorthov ! modules/graphics/src/main/native-glass/mac/GlassMenu.m
hg: openjfx/8u-dev/rt: [Accessibility] Fix usage of va_list after accidentally broken by 6814:0bd76d001286 ([Accessibility] Improving handling of exceptions in GlassAccessible.cpp)
Changeset: 812c4260e98c Author:Felipe Heidrich Date: 2014-04-22 09:36 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/812c4260e98c [Accessibility] Fix usage of va_list after accidentally broken by 6814:0bd76d001286 ([Accessibility] Improving handling of exceptions in GlassAccessible.cpp) ! modules/graphics/src/main/native-glass/win/GlassAccessible.cpp
[8u20] Review request for RT-25570: [Menus, Mac] Mac OS : Menu.disable property is ignored when menu items are first initialized in the menu.onMenuValidation method
Hi Petr, Steve, Please review a fix for https://javafx-jira.kenai.com/browse/RT-25570 -- best regards, Anthony
hg: openjfx/8u-dev/rt: Linux Input Tests: Adding tests for rotate gesture recognizer (RT-36417)
Changeset: 6e1b3bc76a68 Author:Elina Kleyman Date: 2014-04-22 17:09 +0300 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/6e1b3bc76a68 Linux Input Tests: Adding tests for rotate gesture recognizer (RT-36417) + tests/system/src/test/java/com/sun/glass/ui/monocle/input/RotateTest.java
hg: openjfx/8u-dev/rt: INTELLIJ ONLY: fix project files to include deploy
Changeset: 8321c28bf87b Author:snorthov Date: 2014-04-22 09:43 -0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/8321c28bf87b INTELLIJ ONLY: fix project files to include deploy ! .idea/deploy.iml ! .idea/modules.xml
hg: openjfx/8u-dev/rt: RT-36487 : IMX6/monocle/touch - single touch events sequence is interpreted as multi-touch events
Changeset: f2043e51608b Author:Rafi Tayar Date: 2014-04-22 15:42 +0300 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/f2043e51608b RT-36487 : IMX6/monocle/touch - single touch events sequence is interpreted as multi-touch events Reviewed-by : dblaukopf. ! modules/graphics/src/main/java/com/sun/glass/ui/monocle/linux/LinuxSimpleTouchProcessor.java
hg: openjfx/8u-dev/rt: RT-36605 : Create new (unit) input tests to check the fix for RT-36487
Changeset: cd30fe269fba Author:Rafi Tayar Date: 2014-04-22 15:18 +0300 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/cd30fe269fba RT-36605 : Create new (unit) input tests to check the fix for RT-36487 Reviewed-by : dblaukopf. ! tests/system/src/test/java/com/sun/glass/ui/monocle/input/SingleTouchTest.java ! tests/system/src/test/java/com/sun/glass/ui/monocle/input/TestApplication.java - tests/system/src/test/java/com/sun/glass/ui/monocle/input/devices/EGalaxSingleTouchDevice.java + tests/system/src/test/java/com/sun/glass/ui/monocle/input/devices/EGalaxSingleTouchDevice1.java + tests/system/src/test/java/com/sun/glass/ui/monocle/input/devices/EGalaxSingleTouchDevice2.java + tests/system/src/test/java/com/sun/glass/ui/monocle/input/devices/EGalaxSingleTouchDeviceBase.java ! tests/system/src/test/java/com/sun/glass/ui/monocle/input/devices/TestTouchDevices.java
hg: openjfx/8u-dev/rt: 2 new changesets
Changeset: 669f56bc38e9 Author:Martin Sladecek Date: 2014-04-22 13:18 +0200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/669f56bc38e9 RT-36769 Fix for RT-33633 breaks the ability for application developers to deal with exceptions properly ! modules/base/src/main/java/com/sun/javafx/binding/ExpressionHelper.java ! modules/base/src/main/java/com/sun/javafx/collections/ArrayListenerHelper.java ! modules/base/src/main/java/com/sun/javafx/collections/ListListenerHelper.java ! modules/base/src/main/java/com/sun/javafx/collections/MapListenerHelper.java ! modules/base/src/main/java/com/sun/javafx/collections/SetListenerHelper.java ! modules/base/src/test/java/com/sun/javafx/binding/ExpressionHelperTest.java ! modules/base/src/test/java/com/sun/javafx/collections/ListListenerHelperTest.java ! modules/base/src/test/java/com/sun/javafx/collections/MapListenerHelperTest.java ! modules/base/src/test/java/com/sun/javafx/collections/SetListenerHelperTest.java Changeset: da7406208784 Author:Anthony Petrov Date: 2014-04-22 15:31 +0400 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/da7406208784 RT-36716: [Glass, Mac] Cannot show two transparent stages at the same time Summary: Add the NSApplicationActivateAllWindows flag to the activateWithOptions call when starting an application Reviewed-by: pchelko ! modules/graphics/src/main/native-glass/mac/GlassApplication.m
hg: openjfx/8u-dev/rt: RT-36699 [ToggleButton, RadioButton] arrow keys allow selection of disabled Toggle
Changeset: 8c3083ca5111 Author:Martin Sladecek Date: 2014-04-22 08:52 +0200 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/8c3083ca5111 RT-36699 [ToggleButton, RadioButton] arrow keys allow selection of disabled Toggle Reviewed by: jgiles ! modules/controls/src/main/java/com/sun/javafx/scene/control/behavior/ToggleButtonBehavior.java ! modules/controls/src/main/java/javafx/scene/control/ToggleButton.java