Re: DateAxis..

2013-09-02 Thread Sven Reimers
Hi, Is there a place in ControlsFX for chart stuff as well? How about creating a ChartFX stuff if not? -Sven On Mon, Sep 2, 2013 at 2:24 AM, Jonathan Giles jonathan.gi...@oracle.comwrote: My experience has been that there have been many people wanting different kinds of axes (to be clear,

Re: DateAxis..

2013-09-02 Thread Christian Schudt
Hi Pedro, I've developed one, too (with the help of Diego Cirujano). Maybe you want to get ideas from it or contribute yours. It uses java.util.Date. https://bitbucket.org/sco0ter/extfx/src/2b20deb832c2212513034d35464b73c544361c74/src/main/java/extfx/scene/chart/DateAxis.java?at=default Kind

Re: Creating custom chart - XYBarChart

2013-09-02 Thread Tom Schindl
The problem is not the javadocs but that one makes internals of a class API and has to live with it forever. Tom Von meinem iPhone gesendet Am 02.09.2013 um 02:09 schrieb Pedro Duque Vieira pedro.duquevie...@gmail.com: Hi, Sorry for sending in several emails to the mailing list at once.

Re: DateAxis..

2013-09-02 Thread Diego Cirujano-Cuesta
Hi Pedro, Christian Schudt and me are working in a DateAxis that he create , we are using Christian repo (this url): https://bitbucket.org/sco0ter/extfx/src and then: src/main/java/extfx/scene/chart/DateAxis.java that extends from AxisDate. We just have a few problems not important as a

Re: Why is almost everything in the API final

2013-09-02 Thread Artem Ananiev
As Jonathan said, Richard is the best person to answer this question, but let me provide my own thoughts below as well. On 9/2/2013 3:55 AM, Pedro Duque Vieira wrote: Hi, Why is almost everything in the API final? OK, I understand there is a security problem and not making things final

Result: New OpenJFX Committer: Chien Yang

2013-09-02 Thread Artem Ananiev
Voting for Chien Yang to OpenJFX Committer [1] is now closed. Yes: 6 Veto: 0 Abstain: 0 According to the Bylaws definition of Lazy Consensus [2], this is sufficient to approve the nomination. [1] http://mail.openjdk.java.net/pipermail/openjfx-dev/2013-August/009720.html [2]

Result: New OpenJFX Committer: Mick Fleming

2013-09-02 Thread Artem Ananiev
Voting for Mick Fleming to OpenJFX Committer [1] is now closed. Yes: 5 Veto: 0 Abstain: 0 According to the Bylaws definition of Lazy Consensus [2], this is sufficient to approve the nomination. [1] http://mail.openjdk.java.net/pipermail/openjfx-dev/2013-August/009732.html [2]

Re: replace a section of ObservableList in one operation?

2013-09-02 Thread Tom Schindl
I don't think there's API for this so the only idea is to copy the list to an ArrayList, do the replace there and afterwards call ObservableList#setAll(). Tom On 02.09.13 14:22, Tomas Mikula wrote: Hi, I cannot find a way to replace a section of ObservableList in one operation. I'm looking

hg: openjfx/8/graphics/rt: Android: Fix failing build. Use lens_wm_notifyMultiTouchEvent instead of lens_wm_notifyTouchEvent

2013-09-02 Thread hang . vo
Changeset: f0620fe44d8a Author:tb115823 tomas.branda...@oracle.com Date: 2013-09-02 14:22 +0200 URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/f0620fe44d8a Android: Fix failing build. Use lens_wm_notifyMultiTouchEvent instead of lens_wm_notifyTouchEvent !

Re: replace a section of ObservableList in one operation?

2013-09-02 Thread Martin Sladecek
Hi Tomas, unfortunately, this is not possible. I have filed a JIRA issue https://javafx-jira.kenai.com/browse/RT-32655 for the setAll method with range. The subList doesn't return an ObservableList, as the sublists become invalid once there's some structural change on the list. That would

hg: openjfx/8/controls/rt: RT-31901 - Regression: scrollbar issue with TitledPane

2013-09-02 Thread hang . vo
Changeset: 3f656fbd508f Author:mickf Date: 2013-09-02 13:44 +0100 URL: http://hg.openjdk.java.net/openjfx/8/controls/rt/rev/3f656fbd508f RT-31901 - Regression: scrollbar issue with TitledPane ! modules/controls/src/main/java/com/sun/javafx/scene/control/skin/ScrollPaneSkin.java

hg: openjfx/8/controls/rt: RT-32654 : ScrollPane - remove DOS line endings, no code changed

2013-09-02 Thread hang . vo
Changeset: 18a02cf34ddf Author:mickf Date: 2013-09-02 13:14 +0100 URL: http://hg.openjdk.java.net/openjfx/8/controls/rt/rev/18a02cf34ddf RT-32654 : ScrollPane - remove DOS line endings, no code changed !

hg: openjfx/8/graphics/rt: RT-32565 Gtk: mouse grab issue with dialogs activated from mouse handler

2013-09-02 Thread hang . vo
Changeset: ad37f3adc5df Author:Alexander Zvegintsev Date: 2013-09-02 17:37 +0400 URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/ad37f3adc5df RT-32565 Gtk: mouse grab issue with dialogs activated from mouse handler !

hg: openjfx/8/graphics/rt: iOS: Ensemble8 - fixing check for iOS; removing ScrollEvent synthesis for iOS - not needed; we have native scroll events + momentum/inertia

2013-09-02 Thread hang . vo
Changeset: b3d0c8df51b6 Author:Oldrich Maticka oldrich.mati...@oracle.com Date: 2013-09-02 16:06 +0200 URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/b3d0c8df51b6 iOS: Ensemble8 - fixing check for iOS; removing ScrollEvent synthesis for iOS - not needed; we have native

hg: openjfx/8/graphics/rt: 2 new changesets

2013-09-02 Thread hang . vo
Changeset: 42e1b2938f98 Author:Rafi Tayar rafi.ta...@oracle.com Date: 2013-09-02 18:19 +0300 URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/42e1b2938f98 RT-32468 Lens: Touch keyboard is not reliable on Raspberry Pi !

Small API Tweak to Task (Worker)

2013-09-02 Thread Sven Reimers
Hi, I am trying to build a UI representation of a Task (using a ProgressBar and other things). Since Tasks are cancellabe I thought about adding a button to cancel the underlying Task. So far so good. Is there any reason why a Task can not express, if it is intended for the task to act

Re: Why is almost everything in the API final

2013-09-02 Thread Christian Schudt
I agree with that and I also recommend to have a look at Item 17: Design and document for inheritance or else prohibit it from Effective Java. http://uet.vnu.edu.vn/~chauttm/e-books/java/Effective.Java.2nd.Edition.May.2008.3000th.Release.pdf It explains the burden and dangers of non-final

Re: Why is almost everything in the API final

2013-09-02 Thread Fabrizio Giudici
On Mon, 02 Sep 2013 18:10:17 +0200, Christian Schudt christian.sch...@gmx.de wrote: I agree with that and I also recommend to have a look at Item 17: Design and document for inheritance or else prohibit it from Effective Java.

Re: FocusModel too restricted?

2013-09-02 Thread Werner Lehmann
Jonathan, appreciate your elaborate answer. I arrived at the same conlusion, not to use the official FocusModel. There wasn't any hope to get changes for 2.2 anyway. It just felt as if it could have been a good match because a subset of it would fit perfectly, namely the focused item

Re: Why is almost everything in the API final

2013-09-02 Thread Stefan Fuchs
Fabrizio Giudici wrote: On Mon, 02 Sep 2013 18:10:17 +0200, Christian Schudt christian.sch...@gmx.de wrote: I agree with that and I also recommend to have a look at Item 17: Design and document for inheritance or else prohibit it from Effective Java.

Re: Why is almost everything in the API final

2013-09-02 Thread Richard Bair
This applies only to the perfect (final) framework. In other words for a framework without bugs and a framework, where all possible usecases are considered by its author. I agree that there are dangers, when overwriting methods. But in my experience they rarely matter. Once created

[no subject]

2013-09-02 Thread Pedro Duque Vieira
On Mon, 02 Sep 2013 18:10:17 +0200, Christian Schudt christian.sch...@gmx.de wrote: I agree with that and I also recommend to have a look at Item 17: Design and document for inheritance or else prohibit it from Effective Java.

ScrollBar visibleAmount value

2013-09-02 Thread Tom Schindl
Hi, Before fileing a bug I wanted to post here because maybe I get this completely wrong. Say we have have a scrollbar with min = 0 max = 100 visualAmount = 50. I would have expected like in Swing SWT that the maximum value of the scrollbar is 50 (=max - visualAmount) but the value is still

Re: ScrollBar visibleAmount value

2013-09-02 Thread Richard Bair
Oh interesting, I always considered visibleAmount as being an independent state that affected the size of the scroll bar thumb, but not really anything more. The reason why was for virtualized uses like with ListView where the height of the thumb might change as you scroll. On Sep 2, 2013, at

hg: openjfx/8/controls/rt: 2 new changesets

2013-09-02 Thread hang . vo
Changeset: 74c06be0319b Author:jgiles Date: 2013-09-03 16:46 +1200 URL: http://hg.openjdk.java.net/openjfx/8/controls/rt/rev/74c06be0319b RT-31093: Drag doesn't start from Date Picker text field The same problem existed for ComboBox, so it is now resolved in both places. !