RFR: 8232943: Gesture support is not initialized on iOS

2019-10-25 Thread Jose Pereda
This PR only affects iOS native code. JBS issue: https://bugs.openjdk.java.net/browse/JDK-8232943 Since the `IosGestureSupport` class is only instantiated from the native side, the proposal is to change in `ios/GlassViewDelegate.m` the use of `FindClass` in favor of `[GlassHelper

RFR: 8234916: [macos 10.15] Garbled text running with native-image

2019-11-27 Thread Jose Pereda
Running on MacOS Catalina, when doing static builds of `libjavafx_font.a` and linking against this in a JavaFX app compiled with GraalVM native-image, if default fonts are used, the rendered text is garbled, and a warning message is printed: CoreText note: Client requested name

RFR: 8235150: IosApplication does not pass the required object in _leaveNestedEventLoopImpl

2019-11-30 Thread Jose Pereda
In `GlassApplication.m` for iOS, the method `Java_com_sun_glass_ui_ios_IosApplication__1leaveNestedEventLoopImpl` has signature `(Ljava/lang/Object;)V`, however in `IosApplication.java`, `_leaveNestedEventLoopImpl()` signature doesn't match that. This PR fixes this. Commits:

RFR: 8235151: Inexistent notifyQuit method referred from iOS GlassHelper.m

2019-11-30 Thread Jose Pereda
`GlassHelper.m` for iOS contains the public method `ApplicationNotifyQuitMethod()`, that tries to find via reflection the `notifyQuit()` method in the `com.sun.glass.ui.Application` class. But the method `notifyQuit` doesn't exist in that class. However `notifyWillQuit` exists, and it is used

RFR: 8240262: iOS refresh rate is capped to 30 Hz

2020-03-01 Thread Jose Pereda
There is a hardcoded limit to refresh the glass view on iOS at a half rate of the native refresh rate. This PR removes that limit. Since the default value for `frameInterval ` is 1 (which implies refreshing at the same rate as allowed by the device), doing `setFrameInterval:1` is not

RFR: 8240265: iOS: Unnecessary logging on pinch gestures

2020-03-01 Thread Jose Pereda
This PR removes unnecessary logging of the scale value during a pinch gesture on iOS - Commits: - 2cfa3c7b: Remove unnecessary logging Changes: https://git.openjdk.java.net/jfx/pull/131/files Webrev: https://webrevs.openjdk.java.net/jfx/131/webrev.00 Issue:

RFR: 8237770: Error creating fragment phong shader on iOS

2020-01-24 Thread Jose Pereda
This PR defines a pre-processor in the phong frag files to avoid inline declaration of #extension when several frags are combined that leads to the error: syntax error: #extension must always be before any non-preprocessor tokens - Commits: - 14ccbe6a: Define pre-processor in

RFR: 8157224: isNPOTSupported check is too strict

2020-01-23 Thread Jose Pereda
This PR enables support for 3D on iOS devices, as they use OpenGL ES 2.0, which has (limited) support for npot support. - Commits: - 1bef8cf6: Enable 3D support on iOS Changes: https://git.openjdk.java.net/jfx/pull/92/files Webrev:

Re: [Rev 01] RFR: 8237770: Error creating fragment phong shader on iOS

2020-01-31 Thread Jose Pereda
> This PR defines a pre-processor in the phong frag files to avoid inline > declaration of #extension when several frags are combined that leads to the > error: > > syntax error: #extension must always be before any non-preprocessor tokens The pull request has been updated with 1 additional

Re: [Rev 01] RFR: 8237770: Error creating fragment phong shader on iOS

2020-01-31 Thread Jose Pereda
On Fri, 31 Jan 2020 00:51:22 GMT, Kevin Rushforth wrote: >> The pull request has been updated with 1 additional commit. > > modules/javafx.graphics/src/main/resources/com/sun/prism/es2/glsl/diffuse_color.frag > line 32: > >> 31: #extension GL_OES_standard_derivatives : enable >> 32: #define

RFR: 8240264: Comment out verbose logging

2020-04-08 Thread Jose Pereda
This PR comments out too verbose console logging, as it has been done with some other fprintf calls. As a follow up of this PR, a custom directive that enables this output if needed can be considered. - Commit messages: - Comment out verbose logging Changes:

RFR: 8242577: Cell selection fails on iOS most of the times

2020-04-14 Thread Jose Pereda
There are cases when iOS sends one or more NSTouchPhaseMoved for a given touch event, in between NSTouchPhaseBegan and NSTouchPhaseEnded , even if the initial event location didn't change. By default, all these events are emulated as mouse enter/down, drag and up/exit events. However, when the

Re: [Integrated] RFR: 8244735: Error on iOS passing keys with unicode values greater than 255

2020-05-12 Thread Jose Pereda
On Mon, 11 May 2020 12:50:48 GMT, Jose Pereda wrote: > With this PR, we pass directly the 16-bit unsigned short for a character > (unicode value) to the Java layer, avoiding > the cast with the C++ 8-bit char, that fails for non-ascii characters like > euro (€) or quote (")

RFR: 8244421: Wrong scrollbar position on touch enabled devices

2020-05-05 Thread Jose Pereda
`VirtualFlow` makes use of `VirtualScrollBar` controls, that are laid out next to the clipped container region, by default. However, when touch is supported, these scrollBars are floating controls laid out over the container. Therefore, in this case, when the viewport dimensions are updated,

Re: RFR: 8244421: Wrong scrollbar position on touch enabled devices

2020-05-07 Thread Jose Pereda
On Wed, 6 May 2020 23:18:33 GMT, Kevin Rushforth wrote: >> @aghaisas can you also take a look? > > I've asked Ajit to review it (and I presume Johan will review as well?) > > It looks like a safe enough fix. Have you tested it on multiple platforms? Yes, I've tested on Mac OS and Linux (with

RFR: 8244735: Error on iOS passing keys with unicode values greater than 255

2020-05-11 Thread Jose Pereda
With this PR, we pass directly the 16-bit unsigned short for a character (unicode value) to the Java layer, avoiding the cast with the C++ 8-bit char, that fails for non-ascii characters like euro (€) or quote ("). We also avoid the mapping between iOS keys and JavaFX `KeyCode`, except for

RFR: 8244647: Wrong first layout pass of Scrollbar controls on touch supported devices

2020-05-08 Thread Jose Pereda
There is a visual glitch when the scrollbar controls are laid out on touch enabled devices. The first time they are laid out in the wrong location (20 px from right or bottom), while the next passes are correct (8 px from right or bottom). The reason for this glitch is the use of `getWidth()`

Re: [Integrated] RFR: 8244647: Wrong first layout pass of Scrollbar controls on touch supported devices

2020-05-13 Thread Jose Pereda
On Fri, 8 May 2020 11:25:03 GMT, Jose Pereda wrote: > There is a visual glitch when the scrollbar controls are laid out on touch > enabled devices. > > The first time they are laid out in the wrong location (20 px from right or > bottom), while the next passes are correct >

Re: [Rev 01] RFR: 8244647: Wrong first layout pass of Scrollbar controls on touch supported devices

2020-05-13 Thread Jose Pereda
On Wed, 13 May 2020 09:14:02 GMT, Ajit Ghaisas wrote: >> Jose Pereda has updated the pull request incrementally with one additional >> commit since the last revision: >> >> Apply code formatting > > modules/javafx.controls/src/main/java/javafx/scene/control/skin

Re: [Rev 01] RFR: 8244647: Wrong first layout pass of Scrollbar controls on touch supported devices

2020-05-13 Thread Jose Pereda
fixes that, by > using the same prefWidth/prefHeight for > both resizing and relocating. > It has been tested on Mac OS and Linux (with `-Dcom.sun.javafx.touch=true`), > and on Android and iOS. Jose Pereda has updated the pull request incrementally with one additional commit sinc

Re: [Integrated] RFR: 8244421: Wrong scrollbar position on touch enabled devices

2020-05-08 Thread Jose Pereda
On Tue, 5 May 2020 16:49:09 GMT, Jose Pereda wrote: > `VirtualFlow` makes use of `VirtualScrollBar` controls, that are laid out > next to the clipped container region, by > default. > However, when touch is supported, these scrollBars are floating controls laid > out ove

RFR: 8245456: MacPasteboard throws ClassCastException on static builds

2020-05-20 Thread Jose Pereda
Trying to paste on a JavaFX app statically built on Mac OS throws: Exception in thread "JavaFX Application Thread" java.lang.ClassCastException at at com.sun.glass.ui.mac.MacPasteboard._getUTFs(MacPasteboard.java) Checking the native method signature a `String[][]` type is

Re: [Integrated] RFR: 8245456: MacPasteboard throws ClassCastException on static builds

2020-05-20 Thread Jose Pereda
On Wed, 20 May 2020 11:47:29 GMT, Jose Pereda wrote: > Trying to paste on a JavaFX app statically built on Mac OS throws: > > Exception in thread "JavaFX Application Thread" java.lang.ClassCastException > at at > com.sun.glass.ui.mac.MacPasteboard._g

RFR: 8245575: Show the ContextMenu of input controls with long press gesture on iOS

2020-05-22 Thread Jose Pereda
This PR uses iOS long press gesture to generate a menu event that will trigger a `ContextMenuEvent`. Based on this event, input controls will show the ContextMenu (once JDK-8245499 is fixed), and if required, a developer could add an event handler based on

RFR: 8245635: GlassPasteboard::getUTFs fails on iOS

2020-05-22 Thread Jose Pereda
As a follow-up of JDK-8245456, IosPasteboard throws a ClassCastException when trying to paste clipboard content on iOS devices. Same fix apply, using the correct signature. When retrieving the UTF formats, the native method fails to create the correct String array, as the total number of keys

RFR: 8245499: Text input controls should show handles on iOS

2020-05-21 Thread Jose Pereda
After JDK-8242167, a JavaFX control is used for text input on iOS instead of the native control, on a touch enabled device. However, selection handles are not enabled and currently text selection is not possible at all. This PR enables handles on iOS as in the rest of the platforms with touch

RFR: 8178297: TableView scrolls slightly when adding new elements

2020-09-07 Thread Jose Pereda
This PR fixes an issue that happens when adding new items to a `TableView` or any other control that uses `VirtualFlow`, if the scroll position is not 0: the virtual flow is slightly shifted down. For instance, let's say that a cell has a layoutY of -10.0. After adding a new item to the table,

RFR: 8252811: The list of cells in a VirtualFlow is cleared every time the number of items changes

2020-09-08 Thread Jose Pereda
This PR removes an old fix (RT-13965/JDK-8113318), which was applied in 2011 to avoid a memory leak in `VirtualFlow::sheetChildren`, after new items were constantly added. With the current VirtualFlow implementation, there are in place the necessary methods that take care of cleaning or adding

Integrated: 8178297: TableView scrolls slightly when adding new elements

2020-10-12 Thread Jose Pereda
On Mon, 7 Sep 2020 17:54:31 GMT, Jose Pereda wrote: > This PR fixes an issue that happens when adding new items to a `TableView` or > any other control that uses > `VirtualFlow`, if the scroll position is not 0: the virtual flow is slightly > shifted down. > For instance, let's

Re: RFR: 8185886: Improve scrolling performance of TableView and TreeTableView

2020-08-26 Thread Jose Pereda
On Wed, 26 Aug 2020 14:08:37 GMT, dannygonzalez wrote: >> @hjohn, agreed regards the issues of adding a listener to each node. >> >> Would it be worth doing the additional work of updating PopupWindow and >> ProgressIndicatorSkin to add their own >> listeners to make this a pull request that

Re: RFR: 8178297: TableView scrolls slightly when adding new elements [v2]

2020-09-23 Thread Jose Pereda
est has been included. It > simulates the case of adding new items to the virtual flow after an initial > scroll. It currently fails after adding a > few items, and it passes with the changes of this PR. Jose Pereda has updated the pull request with a new target base due to a merge or a

Integrated: 8252811: The list of cells in a VirtualFlow is cleared every time the number of items changes

2020-09-19 Thread Jose Pereda
On Tue, 8 Sep 2020 11:56:51 GMT, Jose Pereda wrote: > This PR removes an old fix (RT-13965/JDK-8113318), which was applied in 2011 > to avoid a memory leak in > `VirtualFlow::sheetChildren`, after new items were constantly added. > With the current VirtualFlow implementation, there

Re: RFR: 8245499: Text input controls should show handles on iOS

2020-05-26 Thread Jose Pereda
On Tue, 26 May 2020 11:46:54 GMT, Ajit Ghaisas wrote: >> Since this touches shared code, I'd like @aghaisas to look at this. > > Code changes look OK. > I think, we need a note in PR description about what testing you have done > with this fix. I've edited the PR description with details of

Re: [Rev 01] RFR: 8245499: Text input controls should show handles on iOS

2020-05-26 Thread Jose Pereda
On Tue, 26 May 2020 11:42:46 GMT, Ajit Ghaisas wrote: >> Jose Pereda has updated the pull request incrementally with one additional >> commit since the last revision: >> >> Add new line at the end of the file > > modules/javafx.controls/src/ios/resources/com

Re: [Rev 01] RFR: 8245499: Text input controls should show handles on iOS

2020-05-26 Thread Jose Pereda
f the platforms with touch > support. > > It also tries to accommodate its style to the native style for handles, where > selection handles have a circle shape and > are a little bit bigger, and there is no caret handle. Jose Pereda has updated the pull request incrementally wit

Re: [Integrated] RFR: 8245499: Text input controls should show handles on iOS

2020-05-27 Thread Jose Pereda
On Thu, 21 May 2020 17:41:02 GMT, Jose Pereda wrote: > After JDK-8242167, a JavaFX control is used for text input on iOS instead of > the native control, on a touch enabled > device. However, selection handles are not enabled and currently text > selection is not possible at al

RFR: 8199592: Control labels truncated at certain DPI scaling levels

2020-10-23 Thread Jose Pereda
As discussed in the [JBS issue](https://bugs.openjdk.java.net/browse/JDK-8199592), when snapping an already snapped value (either intentionally or by mistake), the result should be the same, otherwise we'll be jumping unnecessary from a valid pixel to another pixel. This PR provides a fix to

Re: RFR: 8255415: Nested calls to snap methods in Region give different results

2020-10-26 Thread Jose Pereda
On Mon, 26 Oct 2020 10:03:20 GMT, Jeanette Winzenburg wrote: >> @kleopatra Thanks for checking. >> >> As discussed in the JBS issue, there is a call in >> `CheckBoxSkin::layoutChildren` that, probably by mistake, calls `snapSizeX` >> twice, and that gives different results when a different

Re: RFR: 8199592: Control labels truncated at certain DPI scaling levels

2020-10-25 Thread Jose Pereda
On Sun, 25 Oct 2020 11:14:43 GMT, Jeanette Winzenburg wrote: >> The approach looks good. I'll review it early next week, and also ask >> @arapte to review. > > curious: it this expected to fix the ellipsed checkBox texts? Can verify that > the test fails/passes before/after the fix, but the

Re: RFR: 8255415: Nested calls to snap methods in Region give different results [v3]

2020-10-27 Thread Jose Pereda
97). > With the proposed fix, it doesn't fail at all. Jose Pereda has updated the pull request incrementally with one additional commit since the last revision: Add javadoc to scaledCeil - Changes: - all: https://git.openjdk.java.net/jfx/pull/336/files - new: https://git.openjd

Re: RFR: 8255415: Nested calls to snap methods in Region give different results [v2]

2020-10-27 Thread Jose Pereda
On Tue, 27 Oct 2020 10:16:19 GMT, Jeanette Winzenburg wrote: >> Jose Pereda has updated the pull request incrementally with one additional >> commit since the last revision: >> >> Update JBS reference in RegionTest > > modules/javafx.graphics/src/test

Re: RFR: 8255415: Nested calls to snap methods in Region give different results [v2]

2020-10-27 Thread Jose Pereda
97). > With the proposed fix, it doesn't fail at all. Jose Pereda has updated the pull request incrementally with one additional commit since the last revision: Update JBS reference in RegionTest - Changes: - all: https://git.openjdk.java.net/jfx/pull/336/files - new: https://

Re: RFR: 8255415: Nested calls to snap methods in Region give different results [v2]

2020-10-27 Thread Jose Pereda
On Tue, 27 Oct 2020 10:18:26 GMT, Jeanette Winzenburg wrote: >> Looks good. >> >> I can confirm that this fixes the problem of `snapSizeXY(snapSizeXY(val)) != >> snapSizeXY(val)` and that it fixes the test case from >> [JDK-8199592](https://bugs.openjdk.java.net/browse/JDK-8199592) when >>

Re: RFR: 8255415: Nested calls to snap methods in Region give different results [v2]

2020-10-27 Thread Jose Pereda
On Tue, 27 Oct 2020 10:44:00 GMT, Johan Vos wrote: >> Jose Pereda has updated the pull request incrementally with one additional >> commit since the last revision: >> >> Update JBS reference in RegionTest > > modules/javafx.graphics/src/main/java/javafx/scene/

Re: RFR: 8255415: Nested calls to snap methods in Region give different results [v2]

2020-10-27 Thread Jose Pereda
On Tue, 27 Oct 2020 10:50:26 GMT, Jeanette Winzenburg wrote: >> @kleopatra That's a good question. >> >> I already saw it, but given it has private/package private access in a >> public class, simply trying to test it would imply creating a public access >> to snapPortionXX. >> I guess

Re: RFR: 8255415: Nested calls to snap methods in Region give different results [v4]

2020-10-27 Thread Jose Pereda
97). > With the proposed fix, it doesn't fail at all. Jose Pereda has updated the pull request incrementally with one additional commit since the last revision: Extend fix to scaledFloor, thought the method is currently unused. No tests will be provided. - Changes: - all:

Re: RFR: 8255415: Nested calls to snap methods in Region give different results [v5]

2020-10-27 Thread Jose Pereda
97). > With the proposed fix, it doesn't fail at all. Jose Pereda has updated the pull request incrementally with one additional commit since the last revision: Apply fix to snapPortionXX methods, extend test. - Changes: - all: https://git.openjdk.java.net/jfx/pull/336/files

Re: [Rev 01] RFR: 8240264: iOS: Unnecessary logging on every pulse when GL context changes

2020-06-15 Thread Jose Pereda
On Mon, 15 Jun 2020 19:38:19 GMT, Johan Vos wrote: >> Jose Pereda has updated the pull request incrementally with one additional >> commit since the last revision: >> >> Call fprintf only if pulse logging was requested > > modules/javafx.graphics

Integrated: 8240264: iOS: Unnecessary logging on every pulse when GL context changes

2020-06-29 Thread Jose Pereda
On Wed, 8 Apr 2020 08:37:27 GMT, Jose Pereda wrote: > This PR comments out too verbose console logging, as it has been done with > some other fprintf calls. > As a follow up of this PR, a custom directive that enables this output if > needed can be considered. This pull request

Re: RFR: 8240264: iOS: Unnecessary logging on every pulse when GL context changes [v3]

2020-06-28 Thread Jose Pereda
> This PR comments out too verbose console logging, as it has been done with > some other fprintf calls. > As a follow up of this PR, a custom directive that enables this output if > needed can be considered. Jose Pereda has updated the pull request incrementally with one additi

Re: RFR: 8240264: iOS: Unnecessary logging on every pulse when GL context changes [v2]

2020-06-28 Thread Jose Pereda
On Mon, 15 Jun 2020 19:52:26 GMT, Jose Pereda wrote: >> modules/javafx.graphics/src/main/native-prism-es2/ios/IOSWindowSystemInterface.m >> line 86: >> >>> 85: if (pulseLoggingRequested) { >>> 86: fprintf(stderr, "IOSWindowSystemInterfa

Re: RFR: 8245575: Show the ContextMenu of input controls with long press gesture on iOS

2020-06-08 Thread Jose Pereda
On Mon, 8 Jun 2020 09:24:32 GMT, Johan Vos wrote: >> This PR uses iOS long press gesture to generate a menu event that will >> trigger a `ContextMenuEvent`. >> >> Based on this event, input controls will show the ContextMenu (once >> JDK-8245499 is fixed), and if required, a developer >>

Re: [Integrated] RFR: 8245575: Show the ContextMenu of input controls with long press gesture on iOS

2020-06-09 Thread Jose Pereda
On Fri, 22 May 2020 11:45:25 GMT, Jose Pereda wrote: > This PR uses iOS long press gesture to generate a menu event that will > trigger a `ContextMenuEvent`. > > Based on this event, input controls will show the ContextMenu (once > JDK-8245499 is fixed), and if required, a de

Re: [Integrated] RFR: 8245635: GlassPasteboard::getUTFs fails on iOS

2020-06-09 Thread Jose Pereda
On Fri, 22 May 2020 13:00:07 GMT, Jose Pereda wrote: > As a follow-up of JDK-8245456, IosPasteboard throws a ClassCastException when > trying to paste clipboard content on iOS > devices. Same fix apply, using the correct signature. > When retrieving the UTF formats, the native

Re: RFR: 8240264: iOS: Unnecessary logging on every pulse when GL context changes

2020-06-08 Thread Jose Pereda
On Tue, 26 May 2020 20:17:44 GMT, Kevin Rushforth wrote: >> It would be nice to show this debug info when javafx.pulseLogger is true, >> and hide it when that property is false. It >> shows interesting information about the rendering phase, so when that info >> is requested (by enabling

Re: [Rev 01] RFR: 8240264: iOS: Unnecessary logging on every pulse when GL context changes

2020-06-14 Thread Jose Pereda
> This PR comments out too verbose console logging, as it has been done with > some other fprintf calls. > As a follow up of this PR, a custom directive that enables this output if > needed can be considered. Jose Pereda has updated the pull request incrementally with one additi

Re: RFR: 8197991: Selecting many items in a TableView is very slow [v3]

2020-12-29 Thread Jose Pereda
On Tue, 22 Sep 2020 09:14:31 GMT, yosbits wrote: >> yosbits has refreshed the contents of this pull request, and previous >> commits have been removed. The incremental views will show differences >> compared to the previous content of the PR. > > I commented. I've run SelectListView and

Integrated: 8199592: Control labels truncated at certain DPI scaling levels

2020-11-24 Thread Jose Pereda
On Mon, 9 Nov 2020 11:34:25 GMT, Jose Pereda wrote: > As commented in the [JBS > issue](https://bugs.openjdk.java.net/browse/JDK-8199592), the default UI > scale 1.0 is used to perform initial calculations of preferred sizes of the > scene, even if the scale has already a differen

RFR: 8257719: JFXPanel scene fails to render correctly on HiDPI after fix for JDK-8199592

2020-12-08 Thread Jose Pereda
This PR fixes a regression introduced in [JDK-8199592](https://bugs.openjdk.java.net/browse/JDK-8199592), where scene initialization was moved after updating output scales. However, in case of embedded windows (used by `JFXPanel` or `FXCanvas`), the scene has to be initialized before. A test

Re: RFR: 8257719: JFXPanel scene fails to render correctly on HiDPI after fix for JDK-8199592 [v2]

2020-12-08 Thread Jose Pereda
tialized before. > > A test has been included. Before applying the fix, the JFXPanel is rendered > with a garbled image, and after the fix, the rendering is correct. Jose Pereda has updated the pull request incrementally with one additional commit since the last revision: Add new lin

Re: RFR: 8257719: JFXPanel scene fails to render correctly on HiDPI after fix for JDK-8199592 [v3]

2020-12-09 Thread Jose Pereda
tialized before. > > A test has been included. Before applying the fix, the JFXPanel is rendered > with a garbled image, and after the fix, the rendering is correct. Jose Pereda has updated the pull request incrementally with one additional commit since the last revision

Integrated: 8257719: JFXPanel scene fails to render correctly on HiDPI after fix for JDK-8199592

2020-12-09 Thread Jose Pereda
On Tue, 8 Dec 2020 16:29:52 GMT, Jose Pereda wrote: > This PR fixes a regression introduced in > [JDK-8199592](https://bugs.openjdk.java.net/browse/JDK-8199592), where scene > initialization was moved after updating output scales. However, in case of > embedded windows (used

RFR: 8258592: Control labels in Dialogs are truncated at certain DPI scaling levels

2020-12-17 Thread Jose Pereda
This PR is a follow up of [JDK-8199592](https://bugs.openjdk.java.net/browse/JDK-8199592). When using DPI scaling levels > 1, labels of controls get truncated when they are added to Dialogs which have an owner Window. To fix the issue, this PR binds dialog and owner window renderScale X, Y

Re: RFR: 8258592: Control labels in Dialogs are truncated at certain DPI scaling levels [v2]

2020-12-17 Thread Jose Pereda
at the > rendered text is `Check` when launching the dialog. Jose Pereda has updated the pull request incrementally with one additional commit since the last revision: Check that the alert exists - Changes: - all: https://git.openjdk.java.net/jfx/pull/369/files - new: https

Re: RFR: 8258592: Control labels in Dialogs are truncated at certain DPI scaling levels [v2]

2020-12-17 Thread Jose Pereda
On Thu, 17 Dec 2020 16:25:05 GMT, Kevin Rushforth wrote: >> Jose Pereda has updated the pull request incrementally with one additional >> commit since the last revision: >> >> Check that the alert exists > > tests/system/src/test/java/test/javafx/scene/UI

Integrated: 8258592: Control labels in Dialogs are truncated at certain DPI scaling levels

2020-12-17 Thread Jose Pereda
On Thu, 17 Dec 2020 15:55:58 GMT, Jose Pereda wrote: > This PR is a follow up of > [JDK-8199592](https://bugs.openjdk.java.net/browse/JDK-8199592). > > When using DPI scaling levels > 1, labels of controls get truncated when they > are added to Dialogs which ha

Re: RFR: 8199592: Control labels truncated at certain DPI scaling levels [v2]

2020-11-20 Thread Jose Pereda
f the scene, and no workaround is required. > > It also provides a system test that can be tested on Linux and Windows. > Before applying the fix, the `Check` text of the checkboxes is rendered as > `Che...`. With the fix, the test verifies, for a given UI scale, that the > rendered text

Re: RFR: 8199592: Control labels truncated at certain DPI scaling levels [v2]

2020-11-20 Thread Jose Pereda
On Thu, 19 Nov 2020 02:12:05 GMT, Kevin Rushforth wrote: >> Jose Pereda has updated the pull request incrementally with one additional >> commit since the last revision: >> >> Use assertTrue instead of try-catch > > tests/system/src/test/java/test/javafx/scene/

Integrated: 8177945: Single cell selection flickers when adding data to TableView

2020-11-19 Thread Jose Pereda
On Wed, 4 Nov 2020 17:25:16 GMT, Jose Pereda wrote: > As discussed in the JBS > [issue](https://bugs.openjdk.java.net/browse/JDK-8177945), there are some > inconsistencies in the use of `VirtualContainerBase::requestRebuildCells` > from `VirtualContainerBase::updateItemCou

Re: RFR: 8177945: Single cell selection flickers when adding data to TableView

2020-11-09 Thread Jose Pereda
On Fri, 6 Nov 2020 23:33:08 GMT, Kevin Rushforth wrote: >> As discussed in the JBS >> [issue](https://bugs.openjdk.java.net/browse/JDK-8177945), there are some >> inconsistencies in the use of `VirtualContainerBase::requestRebuildCells` >> from `VirtualContainerBase::updateItemCount()`, which

Re: RFR: 8177945: Single cell selection flickers when adding data to TableView [v2]

2020-11-09 Thread Jose Pereda
his fix, as the cells are rebuilt, the pseudo-class states are clean > and set all over again, thus the flickering. > > For ListView, the test rt_35395 (JDK-8091726) is updated, as now there are > way less calls to updateItem. Jose Pereda has updated the pull request incrementally

RFR: 8199592: Control labels truncated at certain DPI scaling levels

2020-11-09 Thread Jose Pereda
As commented in the [JBS issue](https://bugs.openjdk.java.net/browse/JDK-8199592), the default UI scale 1.0 is used to perform initial calculations of preferred sizes of the scene, even if the scale has already a different value (i.e 175%). As a workaround, calling `Stage::sizeToScene` fix it,

Integrated: 8255415: Nested calls to snap methods in Region give different results

2020-11-02 Thread Jose Pereda
On Fri, 23 Oct 2020 08:32:59 GMT, Jose Pereda wrote: > As discussed in the [JBS > issue](https://bugs.openjdk.java.net/browse/JDK-8199592), when snapping an > already snapped value (either intentionally or by mistake), the result > should be the same, otherwise we'll be jumping

Re: RFR: 8254569: Remove hard dependency on Dispman in Monocle fb rendering [v2]

2020-11-04 Thread Jose Pereda
On Wed, 4 Nov 2020 11:12:06 GMT, Johan Vos wrote: >> Allow the EGL functionality in monocle to leverage EGL-based systems. The >> low-level specific details about how the EGL calls should be constructed are >> left out, and a native interface (egl_ext.h) is created that can be mapped >> to

RFR: 8177945: Single cell selection flickers when adding data to TableView

2020-11-04 Thread Jose Pereda
As discussed in the JBS [issue](https://bugs.openjdk.java.net/browse/JDK-8177945), there are some inconsistencies in the use of `VirtualContainerBase::requestRebuildCells` from `VirtualContainerBase::updateItemCount()`, which is implemented in the different skin classes for virtualised

Re: RFR: 8254569: Remove hard dependency on Dispman in Monocle fb rendering [v4]

2020-11-04 Thread Jose Pereda
On Wed, 4 Nov 2020 16:11:21 GMT, Johan Vos wrote: >> Allow the EGL functionality in monocle to leverage EGL-based systems. The >> low-level specific details about how the EGL calls should be constructed are >> left out, and a native interface (egl_ext.h) is created that can be mapped >> to

Re: RFR: 8254569: Remove hard dependency on Dispman in Monocle fb rendering [v2]

2020-11-04 Thread Jose Pereda
On Wed, 4 Nov 2020 11:12:06 GMT, Johan Vos wrote: >> Allow the EGL functionality in monocle to leverage EGL-based systems. The >> low-level specific details about how the EGL calls should be constructed are >> left out, and a native interface (egl_ext.h) is created that can be mapped >> to

Re: RFR: 8254569: Remove hard dependency on Dispman in Monocle fb rendering [v6]

2020-11-05 Thread Jose Pereda
On Thu, 5 Nov 2020 16:41:09 GMT, Johan Vos wrote: >> Allow the EGL functionality in monocle to leverage EGL-based systems. The >> low-level specific details about how the EGL calls should be constructed are >> left out, and a native interface (egl_ext.h) is created that can be mapped >> to

Re: RFR: 8165749: java.lang.RuntimeException: dndGesture.dragboard is null in dragDrop

2021-01-06 Thread Jose Pereda
On Wed, 6 Jan 2021 17:05:09 GMT, Kevin Rushforth wrote: >> As commented in the JBS issue, there is one single `dndGesture` object in >> `Scene`, that can be instantiated from three different ways: >> >> - DropTargetListener, on dragEnter >> - DragGestureListener, on dragGestureRecognized or

RFR: 8165749: java.lang.RuntimeException: dndGesture.dragboard is null in dragDrop

2021-01-06 Thread Jose Pereda
As commented in the JBS issue, there is one single `dndGesture` object in `Scene`, that can be instantiated from three different ways: - DropTargetListener, on dragEnter - DragGestureListener, on dragGestureRecognized or - MouseHandler, processing a right mouse click (these two are mutually

Re: RFR: 8165749: java.lang.RuntimeException: dndGesture.dragboard is null in dragDrop [v2]

2021-01-09 Thread Jose Pereda
> that was added to the first one, avoiding the RTE. > > The existing manual test > [DndTest](https://github.com/openjdk/jfx/blob/master/tests/manual/dnd/DndTest.java) > has been used on MacOS to verify the PR. Jose Pereda has updated the pull request incrementally with one addi

Re: RFR: 8165749: java.lang.RuntimeException: dndGesture.dragboard is null in dragDrop [v2]

2021-01-09 Thread Jose Pereda
On Fri, 8 Jan 2021 16:04:53 GMT, Kevin Rushforth wrote: >> This is really an edge case. There can be two gestures at once, an existing >> one (i.e from TouchPad), with its full drag information, that hasn't >> finished yet, and a new mouse one. >> >> Having a single `dndGesture` object for

Integrated: 8165749: java.lang.RuntimeException: dndGesture.dragboard is null in dragDrop

2021-01-15 Thread Jose Pereda
On Wed, 6 Jan 2021 16:20:47 GMT, Jose Pereda wrote: > As commented in the JBS issue, there is one single `dndGesture` object in > `Scene`, that can be instantiated from three different ways: > > - DropTargetListener, on dragEnter > - DragGestureListener, on dragGe

Re: RFR: 8269026: PasswordField doesn't render bullet character on Android [v2]

2021-06-18 Thread Jose Pereda
> This PR modifies the PasswordField's bullet character used on Android, as the > current unicode code is not supported for most fonts, including Roboto. Jose Pereda has updated the pull request incrementally with one additional commit since the last revision: Address feedback from re

RFR: 8269026: PasswordField doesn't render bullet character on Android

2021-06-18 Thread Jose Pereda
This PR modifies the PasswordField's bullet character used on Android, as the current unicode code is not supported for most fonts, including Roboto. - Commit messages: - Modify bullet character for PasswordField on Android Changes: https://git.openjdk.java.net/jfx/pull/537/files

Re: RFR: 8269026: PasswordField doesn't render bullet character on Android

2021-06-18 Thread Jose Pereda
On Fri, 18 Jun 2021 14:21:16 GMT, Kevin Rushforth wrote: >> This PR modifies the PasswordField's bullet character used on Android, as >> the current unicode code is not supported for most fonts, including Roboto. > >

Integrated: 8269026: PasswordField doesn't render bullet character on Android

2021-06-18 Thread Jose Pereda
On Fri, 18 Jun 2021 14:08:25 GMT, Jose Pereda wrote: > This PR modifies the PasswordField's bullet character used on Android, as the > current unicode code is not supported for most fonts, including Roboto. This pull request has now been integrated. Changeset: 13cffbaa Author: Jose

Re: RFR: 8266966: Wrong CSS properties are applied to other nodes after fix for JDK-8204568

2021-05-17 Thread Jose Pereda
On Mon, 17 May 2021 08:30:26 GMT, Ambarish Rapte wrote: > Issue: > When css file is added to a `Scene.getStylesheets()` of a Scene which has few > controls in addition to a Label then css style of a different control gets > applied to Label after Stage is hidden and shown. This is a regression

Re: RFR: 8266966: Wrong CSS properties are applied to other nodes after fix for JDK-8204568 [v2]

2021-05-17 Thread Jose Pereda
On Mon, 17 May 2021 19:35:09 GMT, Ambarish Rapte wrote: >> Issue: >> When css file is added to a `Scene.getStylesheets()` of a Scene which has >> few controls in addition to a Label then css style of a different control >> gets applied to Label after Stage is hidden and shown. This is a

RFR: 8267314: Loading some animated GIFs fails with ArrayIndexOutOfBoundsException: Index 4096 out of bounds for length 4096

2021-05-21 Thread Jose Pereda
This PR limits the `tableIndex` value, used by the LZWDecoder algorithm in `GIFImageLoader2`, to avoid a potential AIOOB exception that happens on some animated GIFs, to the maximum size of the tables used (4096). In some occasions loading an animated GIF like the one used in the included

Integrated: 8267314: Loading some animated GIFs fails with ArrayIndexOutOfBoundsException: Index 4096 out of bounds for length 4096

2021-05-26 Thread Jose Pereda
On Fri, 21 May 2021 13:02:14 GMT, Jose Pereda wrote: > This PR limits the `tableIndex` value, used by the LZWDecoder algorithm in > `GIFImageLoader2`, to avoid a potential AIOOB exception that happens on some > animated GIFs, to the maximum size of the tables used (4096). >

Integrated: 8210199: [linux / macOS] fileChooser can't handle emojis

2021-05-22 Thread Jose Pereda
On Wed, 21 Apr 2021 10:42:04 GMT, Jose Pereda wrote: > Both `GlassDialogs.m` for macOS and `GlassCommonDialogs.c` for Linux use UTF8 > encoding for the file names selected via native FileChooser, and this will > fail if there are emojis in the file name. > > This PR uses th

Re: RFR: 8267314: Loading some animated GIFs fails with ArrayIndexOutOfBoundsException: Index 4096 out of bounds for length 4096 [v2]

2021-05-21 Thread Jose Pereda
On Fri, 21 May 2021 13:10:50 GMT, Kevin Rushforth wrote: >> Jose Pereda has updated the pull request incrementally with one additional >> commit since the last revision: >> >> Modify test to avoid online resources > > modules/javafx.graphics/src/tes

Re: RFR: 8267314: Loading some animated GIFs fails with ArrayIndexOutOfBoundsException: Index 4096 out of bounds for length 4096 [v2]

2021-05-21 Thread Jose Pereda
to add new values in this case, and therefore, > there is no risk in limiting the value to 4096. > > This PR will prevent the exception and all the frames should load. The > included test passes now (and fails loading only 10 frames out of 44 without > the proposed fix). Jose Pere

Re: RFR: 8267314: Loading some animated GIFs fails with ArrayIndexOutOfBoundsException: Index 4096 out of bounds for length 4096 [v2]

2021-05-23 Thread Jose Pereda
On Sun, 23 May 2021 00:31:13 GMT, Nir Lisker wrote: >> Jose Pereda has updated the pull request incrementally with one additional >> commit since the last revision: >> >> Modify test to avoid online resources > > @jperedadnr Since you're looking at this alre

Integrated: 8267505: {List, Set, Map}PropertyBase::bind should check against identity

2021-06-05 Thread Jose Pereda
On Mon, 24 May 2021 11:56:35 GMT, Jose Pereda wrote: > ListPropertyBase::bind, SetPropertyBase::bind, MapPropertyBase::bind have a > check on whether a different instance of the observable is the same, and this > PR changes that to check against identity. > > Tests are inclu

Re: RFR: 8268120: Allow hardware cursor to be used on Monocle-EGL platforms [v3]

2021-06-04 Thread Jose Pereda
On Fri, 4 Jun 2021 14:17:19 GMT, Johan Vos wrote: >> Add EGL cursor implementation (Java + native) and the link to low-level >> drivers. >> Fix for JDK-8268120 > > Johan Vos has updated the pull request incrementally with one additional > commit since the last revision: > > address reviewer

Re: RFR: 8268120: Allow hardware cursor to be used on Monocle-EGL platforms [v2]

2021-06-04 Thread Jose Pereda
On Thu, 3 Jun 2021 11:41:02 GMT, Johan Vos wrote: >> Add EGL cursor implementation (Java + native) and the link to low-level >> drivers. >> Fix for JDK-8268120 > > Johan Vos has updated the pull request incrementally with one additional > commit since the last revision: > > fix typo after

RFR: 8185447: The special high-contrast mode of JavaFX Controls in Japanese environment do not work.

2021-05-26 Thread Jose Pereda
This PR adds several resource bundles with High Contrast Scheme possible values for several locales. These values have been found by installing the required language packages on Windows 10 Pro 20H2 (build 19042.985), enabling Settings->High Contrast and finding the high contrast scheme values

RFR: 8267505: {List, Set, Map}PropertyBase::bind should check against identity

2021-05-24 Thread Jose Pereda
ListPropertyBase::bind, SetPropertyBase::bind, MapPropertyBase::bind have a check on whether a different instance of the observable is the same, and this PR changes that to check against identity. Tests are included. - Commit messages: - Check against identity when binding List,

  1   2   3   >