Re: TableCell: how to find the origin of fishy code?

Seeing as I wrote the code, I wish I could remember why it is that way, but I unfortunately can't. My initial instinct is that this was unintentional, but I can't discount the possibility that a reason exists. I probably have much earlier versions of the code lying around, so I could research it

Re: CFV: New OpenJFX Reviewer: Jeanette Winzenburg

Yes -- Jonathan On Sat, 15 May 2021, 3:23 am Kevin Rushforth, wrote: > I hereby nominate Jeanette Winzenburg [1] to OpenJFX Reviewer. > > Jeanette is an OpenJFX community member, who has contributed 33 commits > [2][3] to OpenJFX. Jeanette consistently participates in code reviews of >

Re: New API to read Caps-Lock and Num-Lock state

ink Frederic meant that the Optional is empty in the case where you > can't reliably get the state of the key, otherwise the true and false > values are for the on and off states. The Optional itself is never null. > > On Sun, Jan 17, 2021 at 7:31 PM Jonathan Giles > wrote: > >>

Re: New API to read Caps-Lock and Num-Lock state

valent AWT method > > uses. FWIW, I don't generally like checked exceptions; we don't define > > any such exceptions in JavaFX and I wouldn't want to start now. > > > > -- Kevin > > > > > > On 1/16/2021 12:46 AM, Jonathan Giles wrote: > >> Hi friends

Re: New API to read Caps-Lock and Num-Lock state

Hi friends, Just to throw out an alternate API approach (which I would not go anywhere near close to saying is a better approach), we could consider a three-value enum getter API: public static KeyLockState Platform::getKeyLockState(KeyCode keyCode); Where KeyLockState = { LOCKED, NOT_LOCKED,

Re: CFV: New OpenJFX Committer: Jeanette Winzenburg

Vote: YES -- Jonathan (Tapped on a touch device) On Tue, 2 Jun 2020, 1:53 am Kevin Rushforth, wrote: > I hereby nominate Jeanette Winzenburg [1] to OpenJFX Committer. > > Jeanette is an OpenJFX community member, who has contributed 16 > changesets [2][3] to OpenJFX. > > Votes are due by June

Re: CFV: New OpenJFX Committer: Jose Pereda

Vote: YES -- Jonathan (Tapped on a touch device) On Tue, 2 Jun 2020, 1:53 am Kevin Rushforth, wrote: > I hereby nominate Jose Pereda [1] to OpenJFX Committer. > > Jose is an OpenJFX community member, who has contributed 16 changesets > [2][3] to OpenJFX. > > Votes are due by June 15, 2020. > >

Re: TableView slow vertical scrolling with 300+ columns

It's been a wee while since I built TableView, but from memory there is code in there that virtualises the columns, such that those that are scrolled out of view are not being included in the scenegraph needlessly. >From memory, to achieve this all you needed to do was set a fixed row height on

Re: Table data entry

in tables. This means: enter commits value and moves focus to > another (not necessarily the next) cell. AFAIK one of the requirements is > the TableView & CellEditor patch that Jonathan Giles discussed while he was > still working at Oracle. I was wondering if that was ever implemen

Re: CFV: New OpenJFX Committer: Prem Balakrishnan

Vote: yes -- Jonathan (Tapped on a touch device) On Wed, 11 Jul 2018, 10:57 PM Arunprasad Rajkumar, < arunprasad.rajku...@oracle.com> wrote: > Vote: Yes > > > On 11-Jul-2018, at 5:11 AM, Kevin Rushforth > wrote: > > > > I hereby nominate Prem Balakrishnan [1] to OpenJFX Committer. > > > > Prem

Re: Table Input

Yup, A great regret. I wish it were supported, but it isn't due to historical legacy. There are some small ways you can make some progress, e.g. add focus listeners on the editor node, but they are half solutions at best. -- Jonathan (Tapped on a touch device) On Wed, 20 Jun 2018, 10:25 AM ,

Re: Announcing EA builds of standalone JavaFX SDK

Congrats to Kevin and team on this milestone! -- Jonathan (Tapped on a touch device) On Mon, 7 May 2018, 4:01 PM Kevin Rushforth, wrote: > I am pleased to announce the first Early Access build of a standalone > JavaFX SDK [1]. You can download it and run it using

Re: CFV: New OpenJFX Committer: Rajath Kamath

Ankit, You should zoom out a little bit and look at the bigger picture. Does OpenJFX want more or less contributors? Does OpenJFX want to make the burden to becoming a committer easier or more difficult? Does OpenJFX want to be a community that welcomes or shuns people who are ready to

Re: More community participation in JavaFX

requirements too great should be encouraged to involve themselves in projects such as JFXtras, etc. -- Jonathan On Wed, Feb 7, 2018 at 3:05 PM, Tom Eugelink <t...@tbee.org> wrote: > Many years ago I had a discussion with Jonathan Giles about if the things > that were being made in J

Re: New OpenJFX Committer: Laurent Bourgès

Vote: yes -- Jonathan On 12/12/17, 1:25 PM, "openjfx-dev on behalf of Kevin Rushforth" wrote: I hereby nominate Laurent Bourgès [1] to OpenJFX Committer. Laurent is the author of the Marlin

Re: CFV: New OpenJFX Committer: Ambarish Rapte

Vote: yes -- Sent from a touch device. Please excuse my brevity. On November 1, 2017 9:18:16 AM GMT+13:00, Kevin Rushforth wrote: >I hereby nominate Ambarish Rapte [1] to OpenJFX Committer. > >Ambarish is a member of JavaFX team at Oracle, who has contributed 10

Re: CFV: New OpenJFX Committer: Prasanta Sadhukhan

Vote: YES On September 28, 2017 2:10:09 PM GMT+13:00, Kevin Rushforth wrote: >I hereby nominate Prasanta Sadhukhan [1] to OpenJFX Committer. > >Prasanta is a member of JavaFX team at Oracle, who has contributed 12 >changesets [2] to OpenJFX. > >Votes are due by

Re: WebView and WebGL

All, WebGL is something that is currently in the planning pipeline with a relatively high priority. This means it is not under active development yet, but we already have engineers working on the research towards this feature. Once this is concluded and the scope of the work better

Re: Skin fields visibility changed from protected to no modifier in Java9

I can appreciate your desire to have more access to skin internals. As I was going through JEP 253 to make these APIs public I tried to be as clear as possible - at conferences, on openjfx-dev, via Twitter, etc - that developers urgently need to tell me what they want, as I couldn't just do a

[Review request] 8178519: Consider removing two-level focus support from UI controls

Kevin, Phil, Could you please review the webrev below, which aims to remove the unused two-level focus code that presently ships in JDK 9 and earlier releases. https://bugs.openjdk.java.net/browse/JDK-8178519 http://cr.openjdk.java.net/~jgiles/8178519/ Thanks, -- -- Jonathan

Re: JDK-8092206 : TabPane renders content of all tabs even only one is active

This is correct. The intent is to offer this performance improvement as part of jdk 10, and not in earlier releases such as those you mention. -- Sent from a touch device. Please excuse my brevity. On July 14, 2017 6:55:06 PM GMT+12:00, Sverre Moe wrote: >This bug has

[Review request] 8181169: Block comments mistakenly used in place of missing javadoc comments

Kevin, Could you please review the javadoc fix here: https://bugs.openjdk.java.net/browse/JDK-8181169 http://cr.openjdk.java.net/~jgiles/8181169/index.html Thanks -- -- Jonathan

Re: CFV: New OpenJFX Committer: Ajit Ghaisas

Vote: yes On May 26, 2017 2:20:28 AM HST, Kevin Rushforth wrote: >I hereby nominate Ajit Ghaisas [1] to OpenJFX Committer. > >Ajit is a member of JavaFX team at Oracle, who has contributed 10 >changesets to OpenJFX. A list of these changesets is available by the

Commit on focus loss in ListView, TreeView, TableView, and TreeTableView

Hi all, In the next week I have two topics to discuss, both with similar names but related to quite different functionality. The topic for today is adding the necessary API to the JavaFX UI control Cell class to enable support for 'commit on focus loss', that is, the ability to automatically

Re: 8173385: spelling errors in JavaFX javadoc

etainAll doc comment... :( ...jim On 1/29/17 1:31 PM, Jonathan Giles wrote: Ajit, Could you please review the following jira issue and webrev: https://bugs.openjdk.java.net/browse/JDK-8173385 http://cr.openjdk.java.net/~jgiles/8173385/ Thanks

8173385: spelling errors in JavaFX javadoc

Ajit, Could you please review the following jira issue and webrev: https://bugs.openjdk.java.net/browse/JDK-8173385 http://cr.openjdk.java.net/~jgiles/8173385/ Thanks -- -- Jonathan

Re: CFV: New OpenJFX Committer: Semyon Sadetsky

Vote: yes On 26/01/17 8:39 AM, David Hill wrote: I hereby nominate Semyon Sadetsky to OpenJFX Committer. Semyon Sadetsky is part of the JavaFX team focusing on glass. A list of Semyon's commits and reviews is available by the following links

Re: Need an official way to exclude parts of the SceneGraph from CSS-Processing

! cssSensitive ) { return; } } I do understand that I'm too late in JDK9 cycle to add such an API but one could at least dream about such a thing. Tom On 24.01.17 00:15, Jonathan Giles wrote: There are two different topics here, both of which are near and dear to my heart (and also make me feel

Re: Need an official way to exclude parts of the SceneGraph from CSS-Processing

There are two different topics here, both of which are near and dear to my heart (and also make me feel like I've been doing JavaFX for way too long!). The specific case of TabPane doing CSS / layout on the content of all tabs is something captured here:

Re: Impossible to implement custom control with a StyleableObjectProperty on JavaFX9

This sounds like a reasonable issue to discuss a resolution for. Can you please file a Jira issue and we can look into our options (either making a reapplyCss() method available, or following something along the lines of your suggestion)? Also, thanks for taking the time to test JDK 9 - this

Re: Bugs in TreeTableViewSkin. resizeColumnToFitContent() - labels always ellipsized

As far as I can recall there are no bug reports on this issue. Please do file them so that TreeTableView can be improved. Thanks. -- Jonathan On 13/01/17 10:00 PM, Daniel Glöckner wrote: Hi, we recently came across some limitations (you might call them bugs) in the tree table

Re: Testing your JavaFX applications on JDK 9

Platform.firePulse() never existed, you're probably thinking of Toolkit.firePulse() (which is not public API)? A close replacement is Platform.requestNextPulse(). -- Jonathan On 17/01/17 10:00 AM, Tom Eugelink wrote: One of the methods I use a lot in Tests, to make sure something has

[Review request] 8140504:TreeView/TreeTableView show "index exceeds maxCellCount" warning after scrolling

Ajit, Ambarish, Please can you review the webrev and discussion at the following links: https://bugs.openjdk.java.net/browse/JDK-8140504 http://cr.openjdk.java.net/~jgiles/8140504/ Thanks! -- -- Jonathan

[Review request] 8171926: Minor cleanup of API docs in controls

Kevin, Could you please review the documentation cleanups done here: https://bugs.openjdk.java.net/browse/JDK-8171926 http://cr.openjdk.java.net/~jgiles/8171926/ Thanks, -- Jonathan

[Review request] 8171983: Add javadoc comments to module-info.java for javafx.* modules

Kevin, Please review the webrev for adding module-level javadoc comments to all JavaFX modules defined in JDK 9: https://bugs.openjdk.java.net/browse/JDK-8171983 http://cr.openjdk.java.net/~jgiles/8171983/index.html Thanks, -- Jonathan

Re: Proposed fix for JDK-8170972

Thanks for sending in this patch - I have attached it to the jira issue on your behalf. -- Jonathan On 9/12/16 8:44 AM, Itai wrote: It seems to me the source of the problem is line 466 in com.sun.javafx.util.Utils: //TODO - testing for an instance of Stage seems wrong but works

Re: Planning for JavaFX.next

-2016 00:45, Jonathan Giles wrote: Hi folks, Development on JDK 9 is slowly starting to ramp down, and we are starting to turn our attention to the goals for JavaFX in JDK 10 and beyond. We are starting to compile our list of what we think is important, but we really want to hear from the community

Planning for JavaFX.next

Hi folks, Development on JDK 9 is slowly starting to ramp down, and we are starting to turn our attention to the goals for JavaFX in JDK 10 and beyond. We are starting to compile our list of what we think is important, but we really want to hear from the community about what their highest

[Review request] 8169642: IndexOutOfBoundsException when sorting TreeTableView with multi-selection enabled

Vadim, Please review the following issue: https://bugs.openjdk.java.net/browse/JDK-8169642 http://cr.openjdk.java.net/~jgiles/8169642/ Thanks! -- -- Jonathan

[9] Review request: 8168258: Remove bad Javadoc links in skin constructors

Kevin, Could you please review the following webrev. This is a docs-only change. https://bugs.openjdk.java.net/browse/JDK-8168258 http://cr.openjdk.java.net/~jgiles/8168258 Thanks. -- -- Jonathan

[9] Review request: 8167138: Menu does not respond on the repeating mouse clicks

Vadim, Please review the following webrev: https://bugs.openjdk.java.net/browse/JDK-8167138 http://cr.openjdk.java.net/~jgiles/8167138/ Thanks! -- -- Jonathan

[9] Review request: 8167132: Menu keyboard navigation retains previous focus index

Vadim, Please review the following webrev: https://bugs.openjdk.java.net/browse/JDK-8167132 http://cr.openjdk.java.net/~jgiles/8167132/ Thanks! -- -- Jonathan

[9] Review request: 8167055: TableViews with many columns lose alignment between headers and cells

Vadim, Please review the webrev for the following issue: https://bugs.openjdk.java.net/browse/JDK-8167055 http://cr.openjdk.java.net/~jgiles/8167055/ Thanks! -- -- Jonathan

Re: JavaFX XYChart with CategoryAxis Performance Issue

Without a small snippet of code that reproduces the problem, not really. If you can create a self-contained test that demonstrates the problem, I can take a look at it. -- Jonathan On 1/09/16 7:08 AM, Tai Hu wrote: I am using JavaFX XYChart to plot some big data set (1+ points). If both

Re: CFV: New OpenJFX Committer: Andrey Rusakov

Vote: yes -- Jonathan On 24 July 2016 02:42:39 GMT+12:00, Kevin Rushforth wrote: >I hereby nominate Andrey Rusakov [1] to OpenJFX Committer. > >Andrey is a member of JavaFX SQE team at Oracle working on test >development, who has contributed 19 changesets [5] to

Re: CFV: New OpenJFX Committer: Ankit Srivastava

vote: YES -- Jonathan On 20/07/16 1:37 AM, David Hill wrote: I hereby nominate Ankit Srivastava to OpenJFX Committer. Ankit Srivastava is part of the JavaFX team focusing on Web. A list of Ankit's commits and reviews is available by the following links

Re: ProgressIndicator indeterminate transition bugs

no Cuesta, Diego wrote: Great! In that case forget the patch I made, it doesn’t make sense until the treeVisible property is implemented. Is there any jira ticket that I could follow? Thank you Jonathan. From: Jonathan Giles [mailto:jonathan.gi...@oracle.com] Sent: Dienstag, 8. März 2016 10:01 To:

Re: Reentrent call to Control.createDefaultSkin()

I think this is a reasonable expectation. Can you please file an issue and we can progress it from there? Thanks, -- Jonathan On 23/06/16 7:31 AM, Tom Schindl wrote: Hi, Take a look at the stack below. ComboBoxListViewSkin(ComboBoxBaseSkin).(ComboBoxBase, ComboBoxBaseBehavior) line: 57

[Review request] Editable ComboBox / Spinner controls need uniform 'commit on focus lost' semantics

Hi all, Please review my addition of 'commitValue' / 'cancelEdit' APIs to Spinner and ComboBox. These APIs mirror the API on TextInputControl, and allows for the controls (rather than their skins) to properly commit on focus loss. Previously committing on focus loss was handled by the

[Review request] Handling Enter key presses on Buttons in JavaFX

/JDK-8159121 Thanks, -- Jonathan On 8/06/16 9:47 AM, Jonathan Giles wrote: Hi all, One thing I've been looking into recently is the issue of what the Enter key should do when it is pushed with regards to buttons in a UI where one of those buttons is a 'default' button. There are number

Re: Handling Enter key presses on Buttons in JavaFX

: What about forgetting the whole notion of a "default button" and the only effect of setting the default property to true being that the button will start as focused? So I add a question: 3) Would anyone miss the "default button"? Tomas On Tue, Jun 7, 2016 at 5:4

Handling Enter key presses on Buttons in JavaFX

Hi all, One thing I've been looking into recently is the issue of what the Enter key should do when it is pushed with regards to buttons in a UI where one of those buttons is a 'default' button. There are number of Jira issues on this topic, and I wanted to poll the community to understand

Re: Regression test development: JDK-8139764

Andrey, Both issues you've posted about here I have previously +1'd in the jira issue. If the webrev changes or needs more review from me, please just continue the discussion in there and clarify what is needed. -- Jonathan On 2/06/16 4:23 AM, Andrey Rusakov wrote: Please look at my

Re: Request for backport of JDK-8144501

Unfortunately openjfx-dev stripped the attachment, so please send that directly to me. Are you certain that the linked changeset is the only change necessary to resolve the issue? A lot of code has changed in the selection models, and whilst the linked changeset is small enough that it can be

Re: CFV: New OpenJFX Committer: Murali Billa

Vote: YES -- Jonathan On 1/04/16 10:04 AM, Kevin Rushforth wrote: I hereby nominate Murali Billa [1] to OpenJFX Committer. Murali is a member of JavaFX team at Oracle working on WebKit, who has contributed 10 changesets [5] to OpenJFX, at least 8 of which are significant. Votes are due by

RE: ProgressIndicator indeterminate transition bugs

ely useful." And I am completely >agree and I would like to add that having in the public API would be >even better :-). > >Thank you, >Diego > >-Original Message- >From: Jonathan Giles [mailto:jonathan.gi...@oracle.com] >Sent: Sonntag, 28. Februa

Re: ProgressIndicator indeterminate transition bugs

If you can, are you able to file bug reports for these? -- Jonathan On 29/02/16 10:49 AM, Cirujano Cuesta, Diego wrote: Hi all, We found two important bugs in ProgressIndicator that are related with the following tickets: https://bugs.openjdk.java.net/browse/JDK-8094829

Re: Traversal sub-system

Yes, it is something that Leif is exploring for JDK 9. It is not a hard commitment, but is something we are trying to get into JDK 9. See here: https://bugs.openjdk.java.net/browse/JDK-8091673 -- Jonathan On 17/02/16 11:10 AM, Hervé Girod wrote: Hello, I'm sure this has already been answered

Re: Public API to find node at specific coordinates

Check out my blog post here: http://fxexperience.com/2016/01/node-picking-in-javafx/ It might be useful -- Jonathan On 3/02/16 10:36 AM, Scott Palmer wrote: Do we have such an API yet? I found this: https://bugs.openjdk.java.net/browse/JDK-8091684 and:

Re: TableCellSkinBase: columnVisibility/Width should be protected

the overhead low until we have logical chunks of work either. -- Jonathan On 2/02/16 5:58 AM, faste...@swingempire.de wrote: Zitat von Jonathan Giles <jonathan.gi...@oracle.com>: In moving most of the skin code to public API (as part of JEP 253), I worked with the plan of minimising the API a

Re: TableCellSkinBase: columnVisibility/Width should be protected

In moving most of the skin code to public API (as part of JEP 253), I worked with the plan of minimising the API as much as possible, and would then spend time this year bringing API back out in a more considered way (as opposed to dumping all skin code, warts and all, into public API and

Re: Committing (rather than cancelling) cell changes on focus loss

nately I can't find a page with TableView / TreeTableView UX specification any more, but this behaviour is not specified there. It causes a problem in the application I'm working on, where the selection has a business meaning. Regards, Konstantin 2016-01-25 23:19 GMT+01:00 Jonathan Gile

Committing (rather than cancelling) cell changes on focus loss

Hi all, I've been aware for a very long time that many people would love to see the default behavior for the ListView / TreeView / TableView / TreeTableView controls change from being 'cancel edit on focus lost' to 'commit edit on focus lost' when users are editing the value of a cell. I

[Review request] 8090477: Customizable visibility timing for Tooltip

Kevin, Please review the latest patch attached here: https://bugs.openjdk.java.net/browse/JDK-8090477 Thanks -- -- Jonathan

Re: RT-46214 - TreeTableView performance

I can't look into this in depth immediately, but I do recall working on this some months back, and I'm fairly sure I resolved it for JDK 9. I just quickly run the test application attached to JBS-8147483 and can not see the cells being recreated (after the initial creation). I will follow

Re: CFV: New OpenJFX Committer: Johan Vos

Vote: YES -- Jonathan On 22/12/15 8:45 AM, David Hill wrote: I hereby nominate Johan Vos to OpenJFX Committer. Johan Vos (jvos) has been active in the OpenJFX community, and instrumental in the maturity of Monocle, the owner of the Android and IOS ports and is an OpenJFX Author. A list

[Review request] 8144625: Expose code and char properties on KeyCode

Hi Kevin, all, Please review the patch attached to the following JBS issue: https://bugs.openjdk.java.net/browse/JDK-8144625 This change removes the impl_getCode() and impl_getChar() methods from KeyCode, and adds in getCode() and getChar() methods. -- -- Jonathan

Re: [Review request] 8145143: Promote Image.impl_getUrl() to public API as Image.getUrl()

see it the url is optional so wouldn't make sense to return Optional to make this more explicit? Tom Von meinem iPhone gesendet Am 10.12.2015 um 21:54 schrieb Jonathan Giles <jonathan.gi...@oracle.com>: Hi Chien, Kevin, Please can you review the following JBS issue (and attached patch):

[Review request] 8145143: Promote Image.impl_getUrl() to public API as Image.getUrl()

Hi Chien, Kevin, Please can you review the following JBS issue (and attached patch): https://bugs.openjdk.java.net/browse/JDK-8145143 As the subject line states, this issue proposes to promote the Image.impl_getUrl() method to Image.getUrl(), so that it is public API. -- -- Jonathan

[Review Request] Provide API to expose list of showing Windows

Hi Kevin, all, Please review the most recent patch attached to the following JBS issue: https://bugs.openjdk.java.net/browse/JDK-8144628 This API removes the Window.impl_getWindows() method that returned an Iterator, and replaces it with Window.getWindows(), which returns an unmodifiable

[Review request] Promote TableColumn reorderable property to public API

Hi Kevin, all, Please review the patch attached to the following JBS issue: https://bugs.openjdk.java.net/browse/JDK-8144962 This API removes the deprecated TableColumnBase.impl_reorderable property, and replaces it with a TableColumnBase.reorderable property. Thanks, -- Jonathan

Re: JavaFX on Raspberry Pi

I've not tested myself, but this might help: http://gluonhq.com/gluon-supports-javafx-embedded-binary-builds-now-available/ -- Jonathan Sent from a touch device. Please excuse my brevity. On 6 December 2015 15:29:27 GMT+13:00, Scott Palmer wrote: >I seem to recall that the

Reviewing impl_* methods in JavaFX

Hi all. As you may recall a few months back I kicked off a review of APIs that exist in com.sun.* packages that were going to be lost due to the arrival of JDK 9. This resulted in a small number of APIs being proposed and made public in the last few weeks. With JDK 9 slipping we think it is

Re: TableCell.getTableRow() return value

It was an oversight at the time, and (from memory) is now a breaking change to fix it, so for now it remains as it is, sadly. -- Jonathan Sent from a touch device. Please excuse my brevity. On 26 November 2015 03:33:04 GMT+13:00, Lawrence Parker wrote: >Seems like

Re: TableCell.getTableRow() return value

I have filed and attached the issue here: https://bugs.openjdk.java.net/browse/JDK-8144088 @Kevin - would you mind giving this a quick API review please? -- Jonathan On 26/11/15 10:00 AM, Jonathan Giles wrote: I found the Jira issue I was looking forunfortunately it lacks a lot of detail

Re: TableCell.getTableRow() return value

AM, Richard Bair wrote: You should be able to add generics compatibly, you just can't change the generics signature. One shot to get it right IIRC. On Nov 25, 2015, at 8:57 AM, Jonathan Giles <jonathan.gi...@oracle.com> wrote: It was an oversight at the time, and (from memory) is now a br

Re: JavaFX community site

Given I've been name checked I'll respond :-) I believe the JavaFX Community site was automated - it basically aggregated a number of blogs regardless of the individual blog posts relevance. The challenge was the upfront discovery of relevant websites and adding them to the aggregator. I am a

Re: [9] API review request: 8090585: Provide an official API to start the JavaFX platform

I don't believe there is any inconsistency here. We are preserving the existing semantics in PlatformImpl.startup to not prevent duplicate calls by default, whilst we are reversing the semantics for the public API in Platform, where we do prevent duplicate calls. The end result is that we have

[Review request] 8097917: add a pulse listener facility

Hi all, Please review the new API proposal for a pulse listener API on Scene at the URL below. The proposed patch file is attached to the jira issue. https://bugs.openjdk.java.net/browse/JDK-8097917 Thanks, -- Jonathan

[Review request] 8090865: Please make Toolkit.enterNestedEventLoop and exitNestedEventLoop public API

Hi all, Please review the new API proposal for the ability to enter and exit nested event loops at the URL below. The proposed patch file is attached to the jira issue. https://bugs.openjdk.java.net/browse/JDK-8090865 Thanks, -- Jonathan

Re: Bug when combining ListView and SortedList?

If there are any that I've missed or that you think are higher priority, leave a comment in the jira issue or email me the issue IDs. -- Jonathan On 18/11/15 1:55 AM, faste...@swingempire.de wrote: Jonathan, thanks for the clarification, I indeed misunderstood the new tag. On the other

[REVIEW REQUEST] JDK-8143033: Performance issue with JavaFX

Kevin, Leif, Could you please review the patch attached here: https://bugs.openjdk.java.net/browse/JDK-8143033 Whilst the patch itself is tiny, a sanity check that what I'm doing would be much appreciated. Refer to my comment in Jira for more context. Thanks, -- Jonathan

Re: Accessing JavaFX's StageHelper and ContextMenuContent in Jigsaw

Neither of these classes are currently planned to be moved into public API for JDK 9. You should file separate requests in bug tracker so we can discuss the feasibility of both of these classes. -- Jonathan On 6/11/15 11:48 PM, Rahman USTA wrote: Hi all; I'm trying Jigsaw build with my

Re: Lunch, dinner, anyone?

I have organised a lunch as per usual. Email me off-list for the details. -- Jonathan On 25/10/2015 8:06 p.m., Mario Torre wrote: Hi all, Is there going to be a lunch/dinner/breakfast/beer/something like last year at JavaOne? I didn't see any email on the mailing list (but I've been a bit off

Re: Backport for [JDK-8131151] Pressing ESC in a nested alert closes self and parent alert

FYI - this is now backported and will be in 8u72. -- Jonathan On 24/09/2015 8:37 p.m., Werner Lehmann wrote: Hi, since there seems to be an opportunity to have fixes backported to 8, I'd like to ask for a backport of the fix for [JDK-8131151] Pressing ESC in a nested alert closes self and

Re: Focus Traversal API for JDK 9

cene (one that can be then accessed in >TraversalContext). The constructor for this is missing (still >package-private) however. If you want this functionality, you should >probably publish also (Sub)SceneTraversalEngine. If not, >TopMostTraversalEngine is useless and may stay in th

Focus Traversal API for JDK 9

Hi folks. I'm continuing along with working on a few small API additions for JDK 9 to smooth off some of the rough edges due to Jigsaw modularity. Today there is a relatively big API to discuss - focus traversal. In summary, my plan is to essentially bring forward the focus traversal API

Re: Usage of Toolkit firePulse

On 24/09/2015 9:06 p.m., Dr. Michael Paus wrote: Hi, I wasn't aware of this Toolkit method when I wrote the mail you are referring to. Can you or anybody else explain what this method exactly does. It sounds indeed as if I could solve some problems with it although I am not sure yet and of

Usage of Toolkit firePulse

Hi all, Today I am keen to get your help on understanding use of the Toolkit.getToolkit().firePulse() private API. If you could spare a few minutes to grep your source directory for any usage of 'firePulse', and email me your findings, that would be really interesting. As a gentle

Re: JEP 253 webrev ready for review

else from those projects, give a concrete example how making skins public will help? Best, Tomas On Thu, Sep 3, 2015 at 9:17 PM, Jonathan Giles <jonathan.gi...@oracle.com <mailto:jonathan.gi...@oracle.com>> wrote: Hi folks. For those of you interested in JEP 253 we've go

Re: JEP 253 webrev ready for review

This is not in the spec for this jep. It is additional API that we can discuss and target for a release however. I highly recommend filling an issue in jbs for this, if one doesn't anyway exist. Thanks! -- Jonathan Sent from a touch device. Please excuse my brevity. On 4 September 2015

Re: JEP 253 webrev ready for review

For what it's worth, I think enabling this is a really good idea. The starting point is StyleConverter.java - it currently just hard codes all available converters. Making that pluggable won't be too difficult. If you (or anyone else) is interested in looking into this, we can discuss further.

JEP 253 webrev ready for review

Hi folks. For those of you interested in JEP 253 we've got some light weekend reading lined up for you. We are at a point where the JEP is basically ready to merge back into a mainline (public) repo, and out of its sandbox. Before we do that, we want any additional feedback from the

Re: JEP 253 Update: new JavaDoc ready for review

:28 GMT+12:00, Robert Zenz <robert.z...@sibvisions.com> wrote: >On 28.08.2015 00:41, Jonathan Giles wrote: >> ...but for two it doesn't feel right to release it without the >behaviors >> themselves becoming public. I worried that without the behaviors >being >> p

JEP 253 Update: new JavaDoc ready for review

Hi all, As promised the other week here is an updated javadoc export of the proposed APIs for JEP 253. It includes the APIs for the third subproject (new CSS APIs), and it also _removes_ the APIs for the second subproject (InputMap APIs). The URL for the JavaDoc is here:

Re: Usage of internal API's in charts

Hi, What about things like com.sun.javafx.charts.ChartLayoutAnimator ? Actually there may not be too many users of this, but if you try to write your own axis implementation (e.g. LogarithmicAxis) you may need access to this - correct? I'll let Jonathan answer this. ChartsLayoutAnimator

Re: JEP 253: UI control skins and input mapping discussion

that, it can change in a future version of JavaFX, so my code is not going to be forward compatible. I just picked a few things. I encourage anyone interested to read the above mentioned long discussion (relevant part starts from 2015). Regards, Tomas On Sun, Aug 9, 2015 at 9:58 PM, Jonathan Giles

Re: JEP 253: UI control skins and input mapping discussion

Tomas, I hope you'll agree that throughout our long discussion on JBS we both improved our implementations based on our discussion. To say that I haven't addressed your issues isn't fair - I worked with you to understand your issues and I addressed many of them as my InputMap implementation

Re: Results of review of private JavaFX API for consideration to make public in JDK 9

On 7/08/2015 9:51 p.m., Benjamin Gudehus wrote: Hi Jonathan, thanks for the summary! pull up your sleeves and work with us to get the API into a shape where it is good enough to commit to as public API I'd like to help with the public API for profiling and performance tracking (mainly

Re: Results of review of private JavaFX API for consideration to make public in JDK 9

: It passed under my radar that we use classes in com.sun.javafx.css, and com.sun.javafx.css.parser, mainly : - CSSParser - Stylesheet - Selector - Rule The use case is to be able to process JavaFX stylesheets properties. Hervé Sent from my iPad On 7 août 2015, at 01:10, Jonathan Giles jonathan.gi

  1   2   3   >