Re: Enhancements for JavaFX 18
Hi again all,
I ended up not getting a follow up response.
Now that the Mac OS font rendering issue is taken care of, would it perhaps
be possible to look into this? Maybe it's just a quick fix as was the case
of Mac? That would be great if that's the case.
I believe this issue is very important as poor font rendering can
significantly impact the overall look of an app and Windows is still by far
the most used Operating System on Desktop.
Some tricks can improve the rendering on Windows
like: System.setProperty("prism.lcdtext", "false");
But on some cases (when you use bigger text, I think), even with that tweak
the quality of the font rendering can be poor.
Thanks again! Kind regards,
<http://www.avg.com/email-signature?utm_medium=email_source=link_campaign=sig-email_content=webmail>
Virus-free.
www.avg.com
<http://www.avg.com/email-signature?utm_medium=email_source=link_campaign=sig-email_content=webmail>
<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
On Wed, Aug 11, 2021 at 4:17 PM Pedro Duque Vieira <
pedro.duquevie...@gmail.com> wrote:
> .. on one client project I'm involved in, I ended up having to use a
> static image instead of rendering the text through JavaFX because of the
> difference in text rendering quality.
>
> On Wed, Aug 11, 2021 at 4:14 PM Pedro Duque Vieira <
> pedro.duquevie...@gmail.com> wrote:
>
>> OK thanks Phillip!
>>
>> Sorry, I might not have done the best job in reporting the issue
>> back then (it's been a while, it was in 2014) :-)
>>
>> I have an example of the exact same Segoe UI font. One is from Photoshop
>> using the text tool with a selected font and the other is from a JavaFX
>> using the same font. The difference is very noticeable.
>> Would you be interested in seeing the two pictures? If so, how can I
>> share them?
>>
>> Thanks again,
>>
>> On Tue, Aug 10, 2021 at 5:50 PM Philip Race
>> wrote:
>>
>>> Well .. if you know you were the reporter, then it narrows down the JBS
>>> search from thousands to less than 10 :-)
>>>
>>> https://bugs.openjdk.java.net/browse/JDK-8092298
>>>
>>> Near as I can tell, that is an issue where we are comparing the FX use
>>> of DirectWrite with
>>> unknown usage and configuration of some Windows bundled apps and maybe
>>> we aren't
>>> even sure it is the same font .. there was a lot of back and forth
>>> there.
>>>
>>> -phil.
>>>
>>> On 8/10/21 3:56 AM, Pedro Duque Vieira wrote:
>>>
>>> I've filed the bug a long time ago so I can't remember exactly the bug
>>> ID or the title I gave it.
>>>
>>> Do you want me to file a new one? Do you want me to attach sample images
>>> (I think you need to do some work around to attach images to a javafx bug
>>> report?)?
>>>
>>> Thanks Philip
>>>
>>> On Mon, Aug 9, 2021 at 4:06 PM Philip Race
>>> wrote:
>>>
>>>> That would be a separate piece of work. I can't imagine much if any
>>>> overlap.
>>>> Is there a useful bug ID for what you are referring to ?
>>>> The glyph images come from DirectWrite on Windows so I am not sure if
>>>> there's something specific ..
>>>>
>>>> -phil.
>>>>
>>>> On 8/9/21 3:44 AM, Pedro Duque Vieira wrote:
>>>>
>>>> Hi!
>>>>
>>>> @Phil Race If you're going to tackle font
>>>> rendering, would it also be possible to work on Windows font rendering? I
>>>> find that Windows font rendering is generally much worse than Mac's.
>>>>
>>>> One example is, for instance, trying to render "Segoe UI" (the Windows
>>>> default font) , or "Segoe UI Light" font (or whatever variant) with a big
>>>> font size. The font appears pixelated..
>>>>
>>>> Thanks,
>>>>
>>>>
>>>>> +1. It is something I intend to get to for 18.
>>>>
>>>>
>>>> -phil.
>>>>
>>>>
>>>> On 8/4/21 1:10 PM, Kirill Grouchnikov wrote:
>>>>> > May I humbly suggest fixing font rendering color fringe issues on
>>>>> macOS
>>>>
>>>>
>>>> --
>>>> Pedro Duque Vieira - https://www.pixelduke.com
>>>>
>>>>
>>>>
>>>
>>> --
>>> Pedro Duque Vieira - https://www.pixelduke.com
>>>
>>>
>>>
>>
>> --
>> Pedro Duque Vieira - https://www.pixelduke.com
>>
>
>
> --
> Pedro Duque Vieira - https://www.pixelduke.com
>
--
Pedro Duque Vieira - https://www.pixelduke.com
RE: Managed Property - CSS Styleable
Hi Abhinay, Just my 2 cents.. I like that idea! Cheers, -- Pedro Duque Vieira - https://www.pixelduke.com
Re: Enhancements for JavaFX 18
.. on one client project I'm involved in, I ended up having to use a static image instead of rendering the text through JavaFX because of the difference in text rendering quality. On Wed, Aug 11, 2021 at 4:14 PM Pedro Duque Vieira < pedro.duquevie...@gmail.com> wrote: > OK thanks Phillip! > > Sorry, I might not have done the best job in reporting the issue back then > (it's been a while, it was in 2014) :-) > > I have an example of the exact same Segoe UI font. One is from Photoshop > using the text tool with a selected font and the other is from a JavaFX > using the same font. The difference is very noticeable. > Would you be interested in seeing the two pictures? If so, how can I share > them? > > Thanks again, > > On Tue, Aug 10, 2021 at 5:50 PM Philip Race > wrote: > >> Well .. if you know you were the reporter, then it narrows down the JBS >> search from thousands to less than 10 :-) >> >> https://bugs.openjdk.java.net/browse/JDK-8092298 >> >> Near as I can tell, that is an issue where we are comparing the FX use of >> DirectWrite with >> unknown usage and configuration of some Windows bundled apps and maybe we >> aren't >> even sure it is the same font .. there was a lot of back and forth there. >> >> -phil. >> >> On 8/10/21 3:56 AM, Pedro Duque Vieira wrote: >> >> I've filed the bug a long time ago so I can't remember exactly the bug ID >> or the title I gave it. >> >> Do you want me to file a new one? Do you want me to attach sample images >> (I think you need to do some work around to attach images to a javafx bug >> report?)? >> >> Thanks Philip >> >> On Mon, Aug 9, 2021 at 4:06 PM Philip Race >> wrote: >> >>> That would be a separate piece of work. I can't imagine much if any >>> overlap. >>> Is there a useful bug ID for what you are referring to ? >>> The glyph images come from DirectWrite on Windows so I am not sure if >>> there's something specific .. >>> >>> -phil. >>> >>> On 8/9/21 3:44 AM, Pedro Duque Vieira wrote: >>> >>> Hi! >>> >>> @Phil Race If you're going to tackle font >>> rendering, would it also be possible to work on Windows font rendering? I >>> find that Windows font rendering is generally much worse than Mac's. >>> >>> One example is, for instance, trying to render "Segoe UI" (the Windows >>> default font) , or "Segoe UI Light" font (or whatever variant) with a big >>> font size. The font appears pixelated.. >>> >>> Thanks, >>> >>> >>>> +1. It is something I intend to get to for 18. >>> >>> >>> -phil. >>> >>> >>> On 8/4/21 1:10 PM, Kirill Grouchnikov wrote: >>>> > May I humbly suggest fixing font rendering color fringe issues on >>>> macOS >>> >>> >>> -- >>> Pedro Duque Vieira - https://www.pixelduke.com >>> >>> >>> >> >> -- >> Pedro Duque Vieira - https://www.pixelduke.com >> >> >> > > -- > Pedro Duque Vieira - https://www.pixelduke.com > -- Pedro Duque Vieira - https://www.pixelduke.com
Re: Enhancements for JavaFX 18
OK thanks Phillip! Sorry, I might not have done the best job in reporting the issue back then (it's been a while, it was in 2014) :-) I have an example of the exact same Segoe UI font. One is from Photoshop using the text tool with a selected font and the other is from a JavaFX using the same font. The difference is very noticeable. Would you be interested in seeing the two pictures? If so, how can I share them? Thanks again, On Tue, Aug 10, 2021 at 5:50 PM Philip Race wrote: > Well .. if you know you were the reporter, then it narrows down the JBS > search from thousands to less than 10 :-) > > https://bugs.openjdk.java.net/browse/JDK-8092298 > > Near as I can tell, that is an issue where we are comparing the FX use of > DirectWrite with > unknown usage and configuration of some Windows bundled apps and maybe we > aren't > even sure it is the same font .. there was a lot of back and forth there. > > -phil. > > On 8/10/21 3:56 AM, Pedro Duque Vieira wrote: > > I've filed the bug a long time ago so I can't remember exactly the bug ID > or the title I gave it. > > Do you want me to file a new one? Do you want me to attach sample images > (I think you need to do some work around to attach images to a javafx bug > report?)? > > Thanks Philip > > On Mon, Aug 9, 2021 at 4:06 PM Philip Race wrote: > >> That would be a separate piece of work. I can't imagine much if any >> overlap. >> Is there a useful bug ID for what you are referring to ? >> The glyph images come from DirectWrite on Windows so I am not sure if >> there's something specific .. >> >> -phil. >> >> On 8/9/21 3:44 AM, Pedro Duque Vieira wrote: >> >> Hi! >> >> @Phil Race If you're going to tackle font >> rendering, would it also be possible to work on Windows font rendering? I >> find that Windows font rendering is generally much worse than Mac's. >> >> One example is, for instance, trying to render "Segoe UI" (the Windows >> default font) , or "Segoe UI Light" font (or whatever variant) with a big >> font size. The font appears pixelated.. >> >> Thanks, >> >> >>> +1. It is something I intend to get to for 18. >> >> >> -phil. >> >> >> On 8/4/21 1:10 PM, Kirill Grouchnikov wrote: >>> > May I humbly suggest fixing font rendering color fringe issues on macOS >> >> >> -- >> Pedro Duque Vieira - https://www.pixelduke.com >> >> >> > > -- > Pedro Duque Vieira - https://www.pixelduke.com > > > -- Pedro Duque Vieira - https://www.pixelduke.com
Re: Enhancements for JavaFX 18
I've filed the bug a long time ago so I can't remember exactly the bug ID or the title I gave it. Do you want me to file a new one? Do you want me to attach sample images (I think you need to do some work around to attach images to a javafx bug report?)? Thanks Philip On Mon, Aug 9, 2021 at 4:06 PM Philip Race wrote: > That would be a separate piece of work. I can't imagine much if any > overlap. > Is there a useful bug ID for what you are referring to ? > The glyph images come from DirectWrite on Windows so I am not sure if > there's something specific .. > > -phil. > > On 8/9/21 3:44 AM, Pedro Duque Vieira wrote: > > Hi! > > @Phil Race If you're going to tackle font > rendering, would it also be possible to work on Windows font rendering? I > find that Windows font rendering is generally much worse than Mac's. > > One example is, for instance, trying to render "Segoe UI" (the Windows > default font) , or "Segoe UI Light" font (or whatever variant) with a big > font size. The font appears pixelated.. > > Thanks, > > >> +1. It is something I intend to get to for 18. > > > -phil. > > > On 8/4/21 1:10 PM, Kirill Grouchnikov wrote: >> > May I humbly suggest fixing font rendering color fringe issues on macOS > > > -- > Pedro Duque Vieira - https://www.pixelduke.com > > > -- Pedro Duque Vieira - https://www.pixelduke.com
Re: Enhancements for JavaFX 18
Hi! @Phil Race If you're going to tackle font rendering, would it also be possible to work on Windows font rendering? I find that Windows font rendering is generally much worse than Mac's. One example is, for instance, trying to render "Segoe UI" (the Windows default font) , or "Segoe UI Light" font (or whatever variant) with a big font size. The font appears pixelated.. Thanks, > +1. It is something I intend to get to for 18. -phil. On 8/4/21 1:10 PM, Kirill Grouchnikov wrote: > > May I humbly suggest fixing font rendering color fringe issues on macOS -- Pedro Duque Vieira - https://www.pixelduke.com
Re: Support :focus-visible CSS pseudoclass
Hi, I'm an application developer and a software designer. I've done UI re-design of applications and designs for my clients. I also usually take care of UX. I've also developed a JavaFX theme which has been used by a number of high profile javafx apps and has a significant number of users (developers using it), called JMetro. JMetro is based on Fluent Design and I think it would be great if I could take advantage of this proposed feature. I think this would be great to have and thanks Michael Strau for taking the time and effort to propose and develop it. I also like how new themes can take advantage of this and it's not strictly necessary for the default JavaFX theme to support it. I think we could make the default JavaFX theme support it later. Thanks, -- Pedro Duque Vieira - https://www.pixelduke.com <http://www.avg.com/email-signature?utm_medium=email_source=link_campaign=sig-email_content=webmail> Virus-free. www.avg.com <http://www.avg.com/email-signature?utm_medium=email_source=link_campaign=sig-email_content=webmail> <#m_-5982963222453468535_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
Re: Make themes a first-class concept in JavaFX
Again thanks for bringing this up into discussion and for taking the time to file a PR, etc. I like the idea of having better support for themes. Regarding your first point: 1 - To keep it simple we can discard the idea of having an API to be able to check what are the OS settings for dark/light, accent color, etc, for now. I think that this can be a separate discussion. We could simply start by having an API that a theme has to implement (probably an interface that the theme has to implement like what I think happens with your proposed API). That API has properties: dark/light style, accent color, etc. Each theme can decide to respond or not to changes in those properties hence decide whether or not to support these features. Regarding the second point: 2 - Not sure I explained myself well. What I meant was that right now, and it happens to all themes I know of, theme creators decide to extend the Modena theme. What I mean by "extend" is that they add stylesheets to the Scene/Parent (without being user agent stylesheets). This means they simply build on top of the rules in Modena which is much easier/better but also means that the rules they define in their stylesheets will trump any rules defined by the theme users in their FXMLs, stylesheets (depending on specificity of their rules in their stylesheets), code... I think this can be confusing and not ideal for users of these themes, and I find most of the time theme users don't even know about JavaFX user agent stylesheets feature vs Scene/Parent stylesheets and what that implies. What I would propose is to have an API, perhaps in this theme interface, that toggles whether the theme, theme creators are creating will be a user agent stylesheet or a regular stylesheet. The advantage would be that if it is a user agent stylesheet developers won't need to copy all Modena definitions into their theme stylesheets, they can simply toggle this boolean to say what kind of stylesheet they want their theme to be. Thanks, On Mon, May 24, 2021 at 11:48 PM Michael Strauß wrote: > I can understand that parsing string values feels like a very > lackluster API. But let me offer a counterpoint: > > If we provided a set of APIs that exposed particular OS concepts > (light/dark mode, accent coloring, etc.), we would commit ourselves to > supporting these APIs for new versions of all kinds of operating > systems. We'd also need additional APIs to expose whether or not the > particular concept is even available on the current OS. I think > developers would then also expect us to keep track of the changing > trends of OS design and keep offering up-to-date APIs for new features > and design trends. That's a significant cost, considering that JavaFX > currently doesn't even offer a theme that would need all these APIs > (except for high contrast). > > On the other hand, assuming the proposed minimal `Theme` API, it would > be pretty straightforward for a third-party library to implement > `Theme` adapters that offer all of the first-class APIs that you > discussed. > > As to you other point: in order to be able to extend the build-in > themes, their theme implementations would need to be public API. In > general I think that's okay, provided that the inner workings of the > default themes remain a "black box". > > > > Am Mo., 24. Mai 2021 um 17:48 Uhr schrieb Pedro Duque Vieira > : > > > > Hi, > > > > I've been developing JMetro: > https://pixelduke.com/java-javafx-theme-jmetro/ > > , it's a javafx I've been developing since 2013 when I have some free > spare > > time. > > > > I thought I'd chime in since this has been an interest of mine for quite > > some time. > > > > A few issues I experience with the current JavaFX API: > > > > 1 - Like Michael said here, the current way all themes are usually > > developed is to extend the default JavaFX theme (currently modena). This > > has a few problems: > > 1.1 - If you want it to be a user agent stylesheet you have to copy > > everything from the default theme into your theme > > 1.2 - If you're NOT going to go for it being an user agent stylesheet, > you > > simply add your theme "on top" of the default user agent stylesheet (e.g. > > Modena) but this has a problem because now the rules of your theme will > > have precedence over rules set through code (e.g. style rules in FXML, > > style rules in code).. which can be unexpected from a user using the > theme. > > > > 2 - There's no built-in support for new theme features existing in most > > Operating Systems nowadays like: dark/light style, chosen accent color... > > > > --- > > > > I think adding an API to solve this is a good idea. > > As a first comment and focus
Re: Make themes a first-class concept in JavaFX
Hi, I've been developing JMetro: https://pixelduke.com/java-javafx-theme-jmetro/ , it's a javafx I've been developing since 2013 when I have some free spare time. I thought I'd chime in since this has been an interest of mine for quite some time. A few issues I experience with the current JavaFX API: 1 - Like Michael said here, the current way all themes are usually developed is to extend the default JavaFX theme (currently modena). This has a few problems: 1.1 - If you want it to be a user agent stylesheet you have to copy everything from the default theme into your theme 1.2 - If you're NOT going to go for it being an user agent stylesheet, you simply add your theme "on top" of the default user agent stylesheet (e.g. Modena) but this has a problem because now the rules of your theme will have precedence over rules set through code (e.g. style rules in FXML, style rules in code).. which can be unexpected from a user using the theme. 2 - There's no built-in support for new theme features existing in most Operating Systems nowadays like: dark/light style, chosen accent color... --- I think adding an API to solve this is a good idea. As a first comment and focusing only on the stuff I would change, I don't particularly like the "void platformThemeChanged(Map properties);" Namely the fact that we're using strings to identify properties like whether we use dark or light style, etc. I would prefer as a developer to not have to match strings, etc (which can be a problem if you misspell a string and you'll only notice these problems during runtime). I would like for there to be an API for the user to say whether he wants the dark or light style, also for whether light or dark style is selected in the OS itself. I would also like to have an API for selecting the accent color and to know which accent color is set in the OS. Potentially we could have javafx properties for each one of these, at least for whether we want light or dark style and which accent color we're using. I would also like for there to be some API where one could say whether the theme is supposed to be a user agent stylesheet or not. Allowing one to build on top of the default theme stylesheet (Modena) without copying the default theme definitions but still being able to say that you want your custom theme to be a user agent stylesheet. I don't have much time right now to comment further on the API or give precise suggestions (I'll probably have more time next week) but here's my 2 cents. Thanks, -- Pedro Duque Vieira - https://www.pixelduke.com <http://www.avg.com/email-signature?utm_medium=email_source=link_campaign=sig-email_content=webmail> Virus-free. www.avg.com <http://www.avg.com/email-signature?utm_medium=email_source=link_campaign=sig-email_content=webmail> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
Re: Not really a nice comment but a real issue?
Cool. Thanks Philip! On Sat, Mar 20, 2021 at 6:57 PM Philip Race wrote: > It was a P4 enhancement. I've made it a bug .. this or the new one should > be closed as a dup. > Normally I'd close the new one but not so clear here. I'll leave it to > Kevin to choose. > > -phil. > > On 3/20/21 11:54 AM, Philip Race wrote: > > > Ah, I missed that. And with that, I've now found Gary's bug : > https://bugs.openjdk.java.net/browse/JDK-8239138 > > -phil. > > On 3/20/21 10:36 AM, Pedro Duque Vieira wrote: > > Hi Philip, > > Gary Bentley is the blog owner and author of the post. Scott Palmer is > commenting on Gary Bentley's blog post. > I was talking about Gary Bentley's comment to Scott Palmer's asking why he > didn't file an issue. > > *Scott Palme*r: "*It’s Open Source… submit an issue and a pull request to > at least fix the performance."* > And Gary Bentley the author of the blog replied: > *Gary Bentley*:"...*I did raise this issue at the time, I raised a bug.*" > *. "...There is a rendering issue with WebView in > 13+ versions that I also need to raise."* > > > Cheers, > > On Sat, Mar 20, 2021 at 5:12 PM Philip Race > wrote: > >> Actually the way I read it, Scott Palmer added a comment with a link to >> the 2014 change that *introduced* the problem. >> No one is saying they reported this performance issue in 2014. >> >> -phil. >> >> On 3/20/21 7:37 AM, Pedro Duque Vieira wrote: >> >> Back to the discussion on why did the blog poster not raise an issue for >> the problems he mentioned... >> >> Just FYI (in case you didn't see his recents comments), it appears he >> did. He says he did it in a recent comment on his blog post (yesterday): >> https://quollwriter.wordpress.com/2020/02/09/oh-javafx-why-why-why/#comment-464 >> . >> He says he filed an issue in 2014. >> >> Cheers, >> >> >> -- >> Pedro Duque Vieira - https://www.pixelduke.com >> >> >> > > -- > Pedro Duque Vieira - https://www.pixelduke.com > > > > -- Pedro Duque Vieira - https://www.pixelduke.com
Re: Not really a nice comment but a real issue?
Hi Philip, Gary Bentley is the blog owner and author of the post. Scott Palmer is commenting on Gary Bentley's blog post. I was talking about Gary Bentley's comment to Scott Palmer's asking why he didn't file an issue. *Scott Palme*r: "*It’s Open Source… submit an issue and a pull request to at least fix the performance."* And Gary Bentley the author of the blog replied: *Gary Bentley*:"...*I did raise this issue at the time, I raised a bug.*" *. "...There is a rendering issue with WebView in 13+ versions that I also need to raise."* Cheers, On Sat, Mar 20, 2021 at 5:12 PM Philip Race wrote: > Actually the way I read it, Scott Palmer added a comment with a link to > the 2014 change that *introduced* the problem. > No one is saying they reported this performance issue in 2014. > > -phil. > > On 3/20/21 7:37 AM, Pedro Duque Vieira wrote: > > Back to the discussion on why did the blog poster not raise an issue for > the problems he mentioned... > > Just FYI (in case you didn't see his recents comments), it appears he did. > He says he did it in a recent comment on his blog post (yesterday): > https://quollwriter.wordpress.com/2020/02/09/oh-javafx-why-why-why/#comment-464 > . > He says he filed an issue in 2014. > > Cheers, > > > -- > Pedro Duque Vieira - https://www.pixelduke.com > > > -- Pedro Duque Vieira - https://www.pixelduke.com
Re: Not really a nice comment but a real issue?
Back to the discussion on why did the blog poster not raise an issue for the problems he mentioned... Just FYI (in case you didn't see his recents comments), it appears he did. He says he did it in a recent comment on his blog post (yesterday): https://quollwriter.wordpress.com/2020/02/09/oh-javafx-why-why-why/#comment-464 . He says he filed an issue in 2014. Cheers, -- Pedro Duque Vieira - https://www.pixelduke.com
Re: Not really a nice comment but a real issue?
In the blog post he makes it sounds like it isn't good for anything to have that. That it is just a bug, something that wasn't well thought through and reviewed or a pointless feature. Which I totally disagree with. I think it can be very interesting to take advantage of that. I think the performance problem he measured was more about the buffering issue than about dynamically reloading the stylesheet whenever there's a change. But yeah, this might have a performance impact. If there is indeed a considerable impact, perhaps we could have a flag to opt out of this feature. That way we can have the best of both worlds and not have this feature impact the apps performance in production. Cheers, A good feature during development is not necessarily a good feature during > production, especially if it (apparently) has a significant performance > impact. > But I see your point. > > On 19-3-2021 15:32, Pedro Duque Vieira wrote: > > Hi > > > > I actually totally disagree with his conclusion. > > > > In fact, I'd say, that's one of the hidden gems of JavaFX! > > Check out CSSFX and this video > https://www.youtube.com/watch?v=RELKg32xEWU > > to understand the advantages of this feature (ScenicView has also > > integrated CSSFX to take advantage of this). > > > > Think about the productivity boost of tweaking your UI at runtime and not > > having to go through the cycle: tweak UI -> compile -> run -> (No that's > > not it) -> close app -> tweak UI again -> compile again -> run again -> > (No > > that's not it again) -> [repeat till infinity] > > > > Also think about the potential for adding tools that build on top of this > > feature. Tools like firebug or features from Chrome developer tools, etc, > > that they use on the web to debug / tweak UIs during runtime. > > > > Cheers, > > > > > >> On 19-3-2021 14:29, Clement Levallois wrote: > >>> Hi all, > >>> > >>> I just came across this blog post which complains about a badly > >> implemented stream reader in JavaFX. The general tone is not nice, but I > >> figured this could be useful to the developers maintaining this area: > >>> https://quollwriter.wordpress.com/2020/02/09/oh-javafx-why-why-why/ > >>> > >>> Best regards, > >>> > >>> Clement > >>> PS: I landed on this blog post because I was searching for some > pointers > >> on a coding problem I have with JavaFX Service / Task, which might or > might > >> not involve inputStreams. I share it here: > >> > https://stackoverflow.com/questions/66707119/task-succeeds-but-the-service-onsucceed-method-is-not-triggered > >>> -- > >>> Cl?ment Levallois > >>> Associate Professor > >>> emlyon business school > >>> Twitter and Skype: @seinecle > >>> mobile: +33(0)6 59 08 33 92 > >>> > >>> Sent with [ProtonMail](https://protonmail.com) Secure Email. > > -- Pedro Duque Vieira - https://www.pixelduke.com
Re: Not really a nice comment but a real issue?
Hi I actually totally disagree with his conclusion. In fact, I'd say, that's one of the hidden gems of JavaFX! Check out CSSFX and this video https://www.youtube.com/watch?v=RELKg32xEWU to understand the advantages of this feature (ScenicView has also integrated CSSFX to take advantage of this). Think about the productivity boost of tweaking your UI at runtime and not having to go through the cycle: tweak UI -> compile -> run -> (No that's not it) -> close app -> tweak UI again -> compile again -> run again -> (No that's not it again) -> [repeat till infinity] Also think about the potential for adding tools that build on top of this feature. Tools like firebug or features from Chrome developer tools, etc, that they use on the web to debug / tweak UIs during runtime. Cheers, > On 19-3-2021 14:29, Clement Levallois wrote: > > Hi all, > > > > I just came across this blog post which complains about a badly > implemented stream reader in JavaFX. The general tone is not nice, but I > figured this could be useful to the developers maintaining this area: > > > > https://quollwriter.wordpress.com/2020/02/09/oh-javafx-why-why-why/ > > > > Best regards, > > > > Clement > > PS: I landed on this blog post because I was searching for some pointers > on a coding problem I have with JavaFX Service / Task, which might or might > not involve inputStreams. I share it here: > https://stackoverflow.com/questions/66707119/task-succeeds-but-the-service-onsucceed-method-is-not-triggered > > -- > > Cl?ment Levallois > > Associate Professor > > emlyon business school > > Twitter and Skype: @seinecle > > mobile: +33(0)6 59 08 33 92 > > > > Sent with [ProtonMail](https://protonmail.com) Secure Email. -- Pedro Duque Vieira - https://www.pixelduke.com
Re: Make javafx.controls open and community-driven
Hi, Although I don't agree with everything said here at the start of this thread, I agree with the base idea that JavaFX would benefit from being more open than it is currently. It's something I've already said here in this mailing list and since it's been a while and that discussion probably already got forgotten I'll add the comments to this thread again. Not even just the controls case but more hooks to extend JavaFX just generally by adding API that allows for that and making things less private/final/etc. It would be great to be able to extend more parts of JavaFX in a library independent way (i.e. by creating your own library that extends some parts of JavaFX in more fundamental cool way). Besides what was already said about controls, here's another example: wouldn't it be great for the community to be able to create a library that could extend the CSS parser by adding animations, layout support, etc, etc. One could argue, why don't you just contribute a PR to the JavaFX code base that does just that (adds animation support to CSS, or something less trivial like that)? I'd say that that process is too lengthy and often out of possibility for an individual developer that wants to improve JavaFX but doesn't have time to do it that way. I see the advantage of exposing less of the internals and why the JavaFX team decided to do it. Many of the same guys that developed JavaFX were part of the Swing team which were bothered by the inverse situation, i.e. being too open (which also can have its disadvantages). Weighing in the pros and cons, I still think there's a bigger advantage in being more open than closed. This hinders the capacity for the community to create libraries that extend JavaFX in new and fundamental ways without having to fork JavaFX. And this is more of a reality now that the JavaFX team is smaller (than the original team) and hence has less capacity to keep improving and adding features to JavaFX which means it has to rely more on the community. I also agree with the process of submitting a bug and following upon it, commenting, etc. Ideally it should be easier. That's something that has also been brought up before. Anyways, this mail is not meant to put down the guys working on JavaFX, there are no perfect toolkits, each one has its downfalls. Think it more like throwing in ideas and sharing my experience of using JavaFX for creating libraries and applications. -- Pedro Duque Vieira - https://www.pixelduke.com
Re: GraphicsContext and export to vector format files
One thing I've always felt is a downfall of JavaFX is that it's too closed for extension. Don't get me wrong I love JavaFX and a lot of stuff you guys did but nothing is perfect and there is always room for improvement. This lack of extensibility ends up hurting third parties' ability to extend JavaFX functionality with new libraries, at least in some areas (like the one Bruce is mentioning). This is in contrast to Swing where more extension points were possible (there were less final classes/methods, private methods, etc). I understand that the main driver was to be more conservative and not allow scenarios that weren't well thought through. However, I believe this ends up having more cons than pros and maybe a slightly less conservative approach would be preferable. I agree with the 2 proposed solutions that Bruce brought forward. And as a general rule, I would prefer JavaFX would allow for more extension points on other areas, either by not having as many private/final methods, etc, or by adding interfaces which would then allow for composing classes. Which would probably be preferred. By adding interfaces (and JavaFX making use of these interfaces, instead of concrete classes), a conservative approach would still be possible. I.e. concrete implementations would still be able to have private, final fields/methods, etc but developers would now have the possibility of doing composition to extend JavaFX's behavior. My 2 cents, Cheers, -- Pedro Duque Vieira - https://www.pixelduke.com
Re: WeakXXListener - when not to use?
Hi guys, Sorry to barge in on the conversation but I think I have some comments that might add to the conversation. Sometime ago someone reported this bug in the JMetro issue tracker: https://github.com/JFXtras/jfxtras-styles/issues/144 (it's a hobby project, a JavaFX theme, I've been working on, on my spare time) To summarize: they want to allow the user to be able to change themes while the JavaFX app is running which will end up changing control skins on the process. I think it's a valid scenario. What I've found that is that the JavaFX Skins of some controls don't release the listeners, in this case TextFieldSkin when the skin of the corresponding control gets switched. Same for ProgressBarSkin it seems. I think in the dispose method of both skins the listeners that were added in the skins should be removed? So the old skin listeners end up being called, when they shouldn't because the skin of the Control is now another object. This ends up in an Exception being thrown in those listeners. I think the reporter of the issue ended up registering an issue with this in the JavaFX issue tracker. Thanks. Which this adds something to the conversation. Best regards, -- Pedro Duque Vieira - https://www.pixelduke.com
Re: [EXTERNAL] Explanation of different scaling factors anywhere?
Interesting, Tom. I didn't know about this blog post and control. Cheers, -- Pedro Duque Vieira - https://www.pixelduke.com
RE: [EXTERNAL] Explanation of different scaling factors anywhere?
Hi, AFAIK, -fx-padding values are also affected as long as they're also defined in em. I agree, would also be nice for other things to scale automatically, depending on the font size defined in root. I don't think other properties besides -fx-padding also scale. One thing that would be nice to have to be able to do responsive design as we can do on the web, would be to have things like media queries (css rules that only apply on specified screen sizes), being able to specify layout through CSS, other properties responding to changes in font size in the root when defined in em. Cheers, -- Pedro Duque Vieira - https://www.pixelduke.com
Re: JDK-8130738 TextFlow's tab width is static
Hi, Kevin asked for developers opinions on this issue, just thought I'd leave my own. Didn't have time to read the thread thoroughly enough, don't have much time at the moment to do it. Apologies for that. Just wanted to make a comment about the CSS support for this feature. I think if you add it, it would be great if it follows the CSS web spec or at least it doesn't go against it. I think there's a lot of value if we start more and more following the web css spec, it would mean a web designer could eventually transfer his skills directly to javafx or that we could use tools used in the web or that we could simply copy paste a CSS web example into JavaFX and it would just work (though we're still a bit far from that but could be a possibility in the future). There are a good deal of big companies already involved in developing web css, I'm sure they've put a lot of thought into it (not speaking of the early days of CSS which was very bad). Thanks, -- Pedro Duque Vieira - https://www.pixelduke.com
Re: JDK-8210361: Add images to docs for public API classes of controls
Yes I agree with you. Controls on which their window decorations are a part of them, should show up with them. If those decorations change depending on the platform their running, I would put a note saying that. The vast majority of controls don't belong to that category. Cheers, On Wed, Sep 12, 2018 at 3:51 PM Nir Lisker wrote: > That's sensible, though for Alert and the like I think they should stay as > it's effectively part of the control. > > On Wed, Sep 12, 2018 at 4:19 PM Pedro Duque Vieira < > pedro.duquevie...@gmail.com> wrote: > >> I would remove the window decorations. That's platform dependent, windows, >> linux, mac have different aesthetics for this. They also don't add any >> value to the representation of the control. >> >> That's what I usually do. >> >> Cheers, >> >> >> >> >> -- >> Pedro Duque Vieira - https://www.pixelduke.com >> > -- Pedro Duque Vieira - https://www.pixelduke.com
Re: JDK-8210361: Add images to docs for public API classes of controls
I would remove the window decorations. That's platform dependent, windows, linux, mac have different aesthetics for this. They also don't add any value to the representation of the control. That's what I usually do. Cheers, -- Pedro Duque Vieira - https://www.pixelduke.com
Re: JavaFX website
I can volunteer to build or help build such a site. I think such a site should have examples of apps built with JavaFX or/and big well known companies using JavaFX to build apps. For example we can say that NASA uses JavaFX or at least that NASA uses software built with JavaFX (just an example). Electron, React Native, Xamarin have this on their website. I think it acts a bit like the movie scores on sites like IMDB that you check out before actually seeing the movie to know if the movie is any good. It shows proof that you can build real, well working apps with JavaFX. If reputable companies use it or reputable software has been built with it then it should be good. Another point: If the site is to have a highly interactive component with list of third party libraries, tweets, blog posts, etc. Then it needs to be actively maintained or we risk passing down the message that the technology is dead. If all those links are old, obsolete or broken or the user sees that no new content has been added in a while, he may assume the technology isn't being maintained. So if we add this we need to make sure it can in fact be actively maintained. One other question I'd like to raise is the domain. What domain should we use? Cheers, -- Pedro Duque Vieira - https://www.pixelduke.com
Re: Is JavaFX going to truly be a community project?
.. my point is such a project backed by only one company is possibly not enough. Unless that company is Microsoft, Google, Facebook or even Oracle. Xamarin and React Native, both cross platform frameworks, are more popular than JavaFX and are each owned by Microsoft and Facebook, respectively. My thinking is that we need more developers working on JavaFX (JavaFX framework, JavaFX third party libraries) than are currently available. And that the way JavaFX is currently setup doesn't probably invite other companies to join in on the effort. It does not increase the feeling of "community-ness" either. I think it's not the right message to the outside. I agree with Mike that a website is needed but I think that's another discussion not related to the one in this thread. My 2 cents, On Mon, Sep 3, 2018 at 12:26 AM John-Val Rose wrote: > Mike, can you explain what you mean by a “JavaFX website”? > > > On 3 Sep 2018, at 02:59, Mike Hearn wrote: > > > > I believe you're over-thinking this Pedro. A quote from Margaret Thatcher > > springs to mind: > > > > "They are casting their problems on society and who is society? There is > no > >> such thing! There are individual men and women and there are families > and > >> no government can do anything except through people and people look to > >> themselves first." > > > > > > Her point was that when someone says "the community should do this", > that's > > an abstraction - the community is nothing more than people, sometimes > > individuals and sometimes organised into companies. Gluon and Oracle are > > both clearly critical parts of the JavaFX community and that's a good > > thing. I'm not sure why it would be off-putting. After all, JavaFX is > based > > on Java and the Java community is mostly made of companies too (Oracle, > Red > > Hat, Intel, Azul etc). > > > > Perhaps the JavaFX community will get more organised with time - I > believe > > the "community-ness" feeling would be significantly enhanced with simple > > things like a JavaFX website. Perhaps you can contribute such a thing, as > > it would not involve core JavaFX hacking? > -- Pedro Duque Vieira - https://www.pixelduke.com
Re: Is JavaFX going to truly be a community project?
I'm just an individual, freelancer/consultant, I don't have the resources to build / test / host JavaFX myself. I've done what I can to contribute with free open source projects for JavaFX (see: https://pixelduke.com/projects/ for a list of some, not all of my free open source JavaFX projects). I try to contribute with what I think I can do best. I only do this because of my passion for the technology. I'm not gaining anything with it, in fact I haven't had any javafx client projects in about an year. I've recently only done web development. But enough about myself. I was kinda skeptical when Oracle "dropped" JavaFX. Anyway, I thought it was going to become a community effort. My vision was various players companies or individuals contributing towards the common goal of evolving JavaFX, No individual company would stand out has the owner of JavaFX. It would be community owned and the various players could support themselves by selling their own JavaFX products or consultancy services. This would only work if no one company or individual stands out has the JavaFX owner, ripping all the benefits out of the contributions of the other players. I'm in a hurry right now. Don't have time to write something more pondered. I don't want to offend anyone, and I'm sorry if this sounds too harsh but that's how I'm perceiving things to be right now and in the future. If some non profit would take up the task of building and providing JavaFX that would be the best solution. Or some entity that could be funded by all the other players. I'm not perfectly acquainted with AdoptOpenJDK. Not sure if this is how they work. As things stand out right now, it's not appealing. It's not something that would motivate me into contributing my free time. I think probably others might think like this. Will maybe just fork javafx and make their own distributions. Or just go and try out a different technology. Or maybe I'm just wrong. Thanks, -- Pedro Duque Vieira - https://www.pixelduke.com
Re: Is JavaFX going to truly be a community project?
Yes, just a site with code on github would be enough, for example. Without any publicity or endorsement to any particular company. Jfxtras does this: http://jfxtras.org/ and the code of the site is on github repository: https://github.com/JFXtras/jfxtras.github.com Outside of this, Gluon can still offer consultancy, payed support for javafx, javafx based products, etc. I think this is the type of decisions that should be discussed among the community before any action is taken. Cheers, On Sat, Sep 1, 2018 at 2:05 PM Werner Van Belle wrote: > Hello, > > Just put it on github and let people fork it however they want. > That would be "open". > > Werner,- > > PS: I _am_ seriously pissed at Oracle about this shit. I spend the last > years specializing in their newest technology 'which they would never > ever drop' and now they just drop it. > > On Sat, 2018-09-01 at 22:38 +1000, John-Val Rose wrote: > > Hi Pedro, > > > > I just happen to agree with you in this issue. > > > > But, out of all the possible new custodians of JavaFX, I have to say > > that I am always in awe of what Johan and Gluon have already > > contributed and accomplished. > > > > So how do we ensue that OpenJFX is truly “open”? > > > > I agree that even though Gluon are doing a fantastic job, JavaFX > > should not be a “Gluon product”. > > > > I think it’s a great move for Oracle to basically relinquish control > > of JavaFX - but to whom? > > > > I’m not familiar enough with FOSS projects to offer any sage advice > > but I totally agree that a “community” project has to be as open to > > everyone as possible and no person or entity should have a commercial > > advantage over others. > > > > So, basically I like your question, I don’t believe the current > > scenario is satisfactory but unfortunately I confess I can’t offer > > any suggestions of better scenarios. > > > > Graciously, > > > > John-Val Rose > > > > > > > > On 1 Sep 2018, at 22:00, Pedro Duque Vieira > > l.com> wrote: > > > > > > Hi, > > > > > > For JavaFX to start being, truly, a community project it is > > > important that > > > it is perceived as a real community effort. Right now it's starting > > > to look > > > more like it's changing hands, from being an Oracle project to > > > being a > > > Gluon project. > > > > > > I don't have anything against Gluon, I'd say the same if for > > > instance, > > > instead of Gluon it was JPro or Karakun, or whatever... > > > > > > Hosting the JavaFX docs, builds, installations, etc on a company > > > owned site > > > or a company endorsed site sounds like a really bad idea. Which is > > > what's > > > happening right now. If it's to be a community project it should be > > > owned > > > by the community as a whole. As well as being perceived to be owned > > > by the > > > community as a whole. > > > > > > Being a one company project will deter the contributions of other > > > players > > > in the JavaFX space. Other players that also offer consultancy > > > services, > > > and JavaFX products will have a big disadvantage towards the > > > company > > > hosting the JavaFX assets and downloads. At the very minimum think > > > about > > > the huge advantage this company will have in publicity when > > > compared to the > > > others. > > > > > > A community project is a project where various players join efforts > > > to > > > mutually benefit each other. As soon as this starts being a project > > > that's > > > benefiting one particular company more than the others it ceases to > > > be a > > > community project. > > > > > > I don't think that anyone would like to join in on the efforts in > > > this > > > scenario. > > > > > > Thanks, > > > > > > > > > > -- Pedro Duque Vieira - https://www.pixelduke.com
Is JavaFX going to truly be a community project?
Hi, For JavaFX to start being, truly, a community project it is important that it is perceived as a real community effort. Right now it's starting to look more like it's changing hands, from being an Oracle project to being a Gluon project. I don't have anything against Gluon, I'd say the same if for instance, instead of Gluon it was JPro or Karakun, or whatever... Hosting the JavaFX docs, builds, installations, etc on a company owned site or a company endorsed site sounds like a really bad idea. Which is what's happening right now. If it's to be a community project it should be owned by the community as a whole. As well as being perceived to be owned by the community as a whole. Being a one company project will deter the contributions of other players in the JavaFX space. Other players that also offer consultancy services, and JavaFX products will have a big disadvantage towards the company hosting the JavaFX assets and downloads. At the very minimum think about the huge advantage this company will have in publicity when compared to the others. A community project is a project where various players join efforts to mutually benefit each other. As soon as this starts being a project that's benefiting one particular company more than the others it ceases to be a community project. I don't think that anyone would like to join in on the efforts in this scenario. Thanks, -- Pedro Duque Vieira - https://www.pixelduke.com
RE: JavaFX Deployment
Hi Petr, I agree with Johan, best way to distribute a JavaFX app is to bundle Java with your app. Also, not everyone as Java installed. So if you distribute just the jars so that people don't have to install anything, they might have to end up having to install Java anyway. Cheers, -- Pedro Duque Vieira - https://www.pixelduke.com
RE: JavaFX (FXML) to HTML5+CSS+JavaScript
Hi, Check out jpro (https://www.jpro.one/) AFAIK it converts the whole javafx app to a web version (html, javascript) not just the FXML. Cheers, -- Pedro Duque Vieira - https://www.pixelduke.com
Re: NativeLibLoader - installLibraryFromResource - RuntimeImage
Hi, I agree with Scott Palmer. I think this is a rather complex issue with no easy answer. Right now, most people are still on java 8, if we follow the path of only supporting the latest issues we might end up with a library that no one uses, if no one uses than also less people will contribute with PRs, less third party libraries will exist, less tooling support, and so on.. Or maybe, like Scott says things will clear up after java 11 and migrating will become easier? And also more people will adopt the latest version? Would be useful to know at any given time how much people are on each java version so we could make this decision. Maybe will be best to decide on a case by case situation, that is, on each openjfx version depending on the rate of adoption of each java version? -- Pedro Duque Vieira
Re: negative line spacing in Text
I'm all in favor of following W3C CSS, but you can't specify negative values in W3C CSS line-height property either. The minimum value is 0 which just collapses everything into the same line, so negative values wouldn't make sense since it would layout the paragraph upside down. Cheers, I looked at the source and it is a double property that is just added to > the default line height > So I don't see why it would just cause line wrap to fail such that text > was all on the same line, > which is how I am interpreting what you are saying. > Perhaps if you are using too large a negative value something I'm > overlooking is clamping it .. > FWIW line-spacing is not a W3C CSS property so far as I can tell, so it > is just FX CSS > There is line-height in the W3C spec but it is specified differently. > -phil. -- Pedro Duque Vieira
Re: Draft JEP for new Packaging Tool (replacement for javapackager)
Sorry, perhaps it was I who misunderstood the debate.. On Mon, Jun 4, 2018 at 4:06 PM, Michael Paus wrote: > Maybe I misunderstood the question but to my opinion the real question is > whether the new java packager has to provide the support for a splash > screen > or not. This has nothing to do with the question whether applications > should > have a splash screen or not because if we find that todays Java is fast > enough > to display a simple window in less than a second or so, then the Java GUI > (Swing or JavaFX) could provide a splash screen itself. There is then no > need > for an additional mechanism provided my the packager. > > Am 04.06.18 um 16:44 schrieb Pedro Duque Vieira: > > Hi, >> >> I agree with Johan and others, a splash screen is valuable and needed. >> >> Microsoft applications that run on Windows itself (think Word, Excel, >> etc), >> they have a splash screen, Intelllij has a splash screen (it's swing based >> AFAIK), etc.. If a Microsoft application running on its own operating >> system needs a splash screen then chances are pretty high that there will >> be Java apps that'll need a splash screen. >> >> Cheers, >> >> >> > -- Pedro Duque Vieira
Re: Draft JEP for new Packaging Tool (replacement for javapackager)
Hi, I agree with Johan and others, a splash screen is valuable and needed. Microsoft applications that run on Windows itself (think Word, Excel, etc), they have a splash screen, Intelllij has a splash screen (it's swing based AFAIK), etc.. If a Microsoft application running on its own operating system needs a splash screen then chances are pretty high that there will be Java apps that'll need a splash screen. Cheers, -- Pedro Duque Vieira
Re: Paint Phase Debugging / Performance
Hi Matthew, On the topic of documents with indications for improving performance. Don't know if you already found it, but there is a draft here (to which I've made a small contribution): https://wiki.openjdk.java.net/display/OpenJFX/Performance+Tips+and+Tricks A bit old though... And here: https://wiki.openjdk.java.net/display/OpenJFX/Performance+Ideas -- Pedro Duque Vieira
RE: Add missing styleable properties to ImageView?
I'd say position, size, color, etc are all part of the design and CSS is about design so this type of properties should be accessible via CSS. I don't see why JavaFX should be any different from the web CSS, in this respect. There's something I'd like to bring to your attention, we already have "-fx-pref-width", "-fx-max-width", "-fx-min-width" and the corresponding height CSS properties coming from Region, should we re-use them? I think it will be better if we have a standard way to change a Node's size rather than properties with different names for different Nodes that do the same thing. Also having "-fx-pref-width" and also "-fit-width" might be kind of strange, specially if the former doesn't do anything. Main point is, I think we should have a standard API (same CSS properties) for every node if these properties have the same meaning. Kind regards, -- Pedro Duque Vieira
modules versus SDK's
Like Kevin says I don't think this is a one or the other choice. I think we need to think about people who are just evaluating the platform or learning, and whether making them also have to learn about build tools is good. I'd say part of the web's success is it shallow learning curve, and why languages that are technically inferior like javascript are some times preferred over technically superior languages. I'd argue we should also have an installer to make the process of evaluating/learning as easy as possible. We do need more javafx programmers/adopters. My 2 cents, -- Pedro Duque Vieira
Re: Innovation again
Hi, I've been with JavaFX since version 1, also have experience with Swing. Been on a number of JavaFX commercial projects, contributed to community projects like JFxtras, ControlsFX, worked on Scene Builder and also have some open source JavaFX projects of my own. Like others said I think building openJFX should be as easy as possible, having to climb a mountain to be able to contribute or worse yet trying to climb and having to give up half way will block many people from contributing. Having JavaFX team members help out contributors would also be very helpful, I think, or at least having the OpenJFX various areas thoroughly documented. For every hour a JavaFX team member spends on helping out with some guidance community members on a specific issue it would be multiplied for several working man hours. I remember when I was a kid reading about how it was important for the guys who made Counter-Strike to be able to talk to Valve developers directly, Counter-Strike is one of the most successful online games of all time, it started as a modification (mod) to the Half-Life game owned by Valve, it was a free modification and was developed by a bunch of passionate developers who earned nothing for it in return. The game was created 18 years ago, later Valve adquierd the rights and now, 18 years later Valve still sells and profits from newer versions of the Game. A bunch of other successful mods were also created for Half-Life. Lastly someone has mentioned performance as the major issue with JavaFX. I agree. I've never felt this with desktop apps, but maybe the apps I've built were not performance heavy. Having worked on JavaFX for mobile the major issue I've found with it was performance, specially animations were not smooth which hindered the user experience. If JavaFX is to grow and get more and more adoption it has to run great on mobile. My 0.02€ :) Cheers, -- Pedro Duque Vieira
Arabic text in webview
Hi, Arabic text is not displaying correctly in webview., go to " https://twitter.com/muttardi; you'll see the characters appearing each in its own line, now compare that with the output from google chrome. Is this a known issue? I wanted to file a bug report but I can't log in, it says:"Account is inaccessible until email address is verified." I don't recall having received any email to verify the email address of my account. Thanks, best regards, -- Pedro Duque Vieira
Use of clipping in TabPaneSkin
Hi,
While creating my ribbon implementation for javafx I decided I had to
create my own TabPane implementation because of the singularities of the
ribbon. The ribbon would then use my TabPane implementation.
For this I looked at javafx TabPane code and I saw a lot of usage of
clipping which I don't understand why. For example in the TabHeaderSkin
there's this lines of code:
@Override protected void setWidth(double value) {
super.setWidth(value);
clip.setWidth(value);
}
@Override protected void setHeight(double value) {
super.setHeight(value);
clip.setHeight(value);
}
What's the purpose of this?
Thanks,
--
Pedro Duque Vieira
Re: Usage of internal API's in charts
I've also extended charts and have also been confronted with internal APIs. -- Pedro Duque Vieira
Re: App hang and pulse logger stops
) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93) at java.awt.EventDispatchThread.run(EventDispatchThread.java:82) Locked ownable synchronizers: - None AWT-Windows #12 daemon prio=6 os_prio=0 tid=0x16094c00 nid=0x2c6c runnable [0x164ff000] java.lang.Thread.State: RUNNABLE at sun.awt.windows.WToolkit.eventLoop(Native Method) at sun.awt.windows.WToolkit.run(WToolkit.java:306) at java.lang.Thread.run(Thread.java:745) Locked ownable synchronizers: - None AWT-Shutdown #11 prio=5 os_prio=0 tid=0x16094400 nid=0x2f58 in Object.wait() [0x1646f000] java.lang.Thread.State: WAITING (on object monitor) at java.lang.Object.wait(Native Method) at java.lang.Object.wait(Object.java:502) at sun.awt.AWTAutoShutdown.run(AWTAutoShutdown.java:295) - locked 0x0a2520d8 (a java.lang.Object) at java.lang.Thread.run(Thread.java:745) Locked ownable synchronizers: - None Java2D Disposer #10 daemon prio=10 os_prio=2 tid=0x16093800 nid=0x1d08 in Object.wait() [0x158ff000] java.lang.Thread.State: WAITING (on object monitor) at java.lang.Object.wait(Native Method) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:143) - locked 0x0a1f2810 (a java.lang.ref.ReferenceQueue$Lock) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:164) at sun.java2d.Disposer.run(Disposer.java:148) at java.lang.Thread.run(Thread.java:745) Locked ownable synchronizers: - None Monitor Ctrl-Break #9 daemon prio=5 os_prio=0 tid=0x16003800 nid=0x23b8 runnable [0x1617f000] java.lang.Thread.State: RUNNABLE at java.net.DualStackPlainSocketImpl.accept0(Native Method) at java.net.DualStackPlainSocketImpl.socketAccept(DualStackPlainSocketImpl.java:131) at java.net.AbstractPlainSocketImpl.accept(AbstractPlainSocketImpl.java:404) at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:199) - locked 0x0a1f2a70 (a java.net.SocksSocketImpl) at java.net.ServerSocket.implAccept(ServerSocket.java:545) at java.net.ServerSocket.accept(ServerSocket.java:513) at com.intellij.rt.execution.application.AppMain$1.run(AppMain.java:90) at java.lang.Thread.run(Thread.java:745) Locked ownable synchronizers: - None Service Thread #7 daemon prio=9 os_prio=0 tid=0x0292f400 nid=0x7a0 runnable [0x] java.lang.Thread.State: RUNNABLE Locked ownable synchronizers: - None C1 CompilerThread0 #6 daemon prio=9 os_prio=2 tid=0x0290 nid=0x2ea8 waiting on condition [0x] java.lang.Thread.State: RUNNABLE Locked ownable synchronizers: - None Attach Listener #5 daemon prio=5 os_prio=2 tid=0x028ff000 nid=0x1568 waiting on condition [0x] java.lang.Thread.State: RUNNABLE Locked ownable synchronizers: - None Signal Dispatcher #4 daemon prio=9 os_prio=2 tid=0x0289e800 nid=0x2040 runnable [0x] java.lang.Thread.State: RUNNABLE Locked ownable synchronizers: - None Finalizer #3 daemon prio=8 os_prio=1 tid=0x02898c00 nid=0x163c in Object.wait() [0x14c4f000] java.lang.Thread.State: WAITING (on object monitor) at java.lang.Object.wait(Native Method) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:143) - locked 0x0a1f3330 (a java.lang.ref.ReferenceQueue$Lock) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:164) at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:209) Locked ownable synchronizers: - None Reference Handler #2 daemon prio=10 os_prio=2 tid=0x02897400 nid=0x5b0 in Object.wait() [0x04b7f000] java.lang.Thread.State: WAITING (on object monitor) at java.lang.Object.wait(Native Method) at java.lang.Object.wait(Object.java:502) at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:157) - locked 0x0a1f34d0 (a java.lang.ref.Reference$Lock) Locked ownable synchronizers: - None VM Thread os_prio=2 tid=0x02893c00 nid=0x2f54 runnable VM Periodic Task Thread os_prio=2 tid=0x02936000 nid=0x2f20 waiting on condition JNI global references: 3785 On Thu, May 14, 2015 at 11:40 AM, Pedro Duque Vieira pedro.duquevie...@gmail.com wrote: Hi Morris, I've tried running with the flags you mention but it all stops producing text when the application hangs and there's no information remaining which would tell me why the application hangs. I've also tried using the apps you talk about (jstack and visual vm) but I can't make sense of the information they present. The app that hangs is modellus - http://modellus.co/ and the file that makes it hang is attached (you have to wait a while after opening the file until the app hangs). Can you give me some more help, I'm still not aware of what could cause this. Thanks, best regards, Hi Pedro, You might want to try setting the flags quantum.debug, quantum.pulse and quantum.verbose when launching your application. Prior to that you might want to try to get a stack trace of the hung application using jstack, Visual VM or doing a Ctrl-Break on Windows or Control-\ on Mac. --mm -- Pedro Duque Vieira -- Pedro
Re: App hang and pulse logger stops
Anyone...? (see below) On Mon, May 11, 2015 at 8:03 PM, Pedro Duque Vieira pedro.duquevie...@gmail.com wrote: Hi, Already posted this on the OTN forum but got no response. I have a swing/javafx app that is hanging randomly without any error information (exceptions thrown, etc). I run the app with the pulse logger flag active and when it hangs the pulse logger stops. How can I debug this? What can cause the pulse logger to stop? Is this my fault or some javafx bug? Thanks, best regards, -- Pedro Duque Vieira -- Pedro Duque Vieira
App hang and pulse logger stops
Hi, Already posted this on the OTN forum but got no response. I have a swing/javafx app that is hanging randomly without any error information (exceptions thrown, etc). I run the app with the pulse logger flag active and when it hangs the pulse logger stops. How can I debug this? What can cause the pulse logger to stop? Is this my fault or some javafx bug? Thanks, best regards, -- Pedro Duque Vieira
new FormattedTextField
Hi, Where can I find information or API specs about the new FormattedTextField (or whatever is its name) introduced in 8u40? Thanks, best regards -- Pedro Duque Vieira
Re: javafx.embed.singleThread flag questions
Hi Diego, No sorry, I have no experience with that flag. I just use Platform.runLater and such.. Thanks, best regards, On Wed, Jan 28, 2015 at 8:15 AM, Cirujano Cuesta, Diego diego.cirujano-cue...@zeiss.com wrote: Hi Kevin, I think that you mean since 8u40, isn´t? Because there is a ticket about it fixed by 8u40: https://javafx-jira.kenai.com/browse/RT-38921 @Pedro Duque Vieira, as you are talking about using swing and javaFX, do you have any experience with the javafx.embed.singleThread flag? Cheers, Diego -Original Message- From: Kevin Rushforth [mailto:kevin.rushfo...@oracle.com] Sent: Dienstag, 27. Januar 2015 18:32 To: Cirujano Cuesta, Diego Cc: openjfx-dev@openjdk.java.net Subject: Re: javafx.embed.singleThread flag questions Hi, It is experimental in FX 8, but we might consider making it available via an API call in the future. I haven't heard of any problems in using it, though, so you can feel free to use it as long as you have tested it well. -- Kevin Cirujano Cuesta, Diego wrote: Hi all, I have a few questions about the javafx.embed.singleThread flag: Is it still experimental? Is it recommended the usage of this flag in an application with several JFXPanels and swing with communication between them? anybody using it? any experience/opinion about it? Thanks! Diego -- Pedro Duque Vieira
Is it possible to have a SwingNode inside a JFXPanel
Hi, I'm migrating a Swing app and I have a scenario where I need to have a SwingNode inside a JFXPanel and also a JFXPanel inside a SwingNode. Are this configurations possible? Thanks -- Pedro Duque Vieira
RE: css margin
Hi David, No, padding and margin and two distinct concepts. Padding is the white space between the node and it's contents, whereas margin is the white space between the node and the other things around the node that are not part of the node. Here's a link: http://www.w3schools.com/css/css_boxmodel.asp Thanks, best regards, I think you are looking for the padding property of Region. On 8/3/14, 6:07 PM, Pedro Duque Vieira wrote: Hi, I miss having a way to define a margin in css or in any other way like with java code. That is the rectangular white space between a node and the rest, like w3c css margin property. Is this planned? Thanks, -- Pedro Duque Vieira
Re: css margin
I should add that margins are often used in web design to make up the space between elements. I've also find myself wanting to add margins to nodes in javafx but not found any good way of doing it, since this property does not exist. Thanks, On Mon, Aug 4, 2014 at 10:15 PM, Pedro Duque Vieira pedro.duquevie...@gmail.com wrote: Hi David, No, padding and margin and two distinct concepts. Padding is the white space between the node and it's contents, whereas margin is the white space between the node and the other things around the node that are not part of the node. Here's a link: http://www.w3schools.com/css/css_boxmodel.asp Thanks, best regards, I think you are looking for the padding property of Region. On 8/3/14, 6:07 PM, Pedro Duque Vieira wrote: Hi, I miss having a way to define a margin in css or in any other way like with java code. That is the rectangular white space between a node and the rest, like w3c css margin property. Is this planned? Thanks, -- Pedro Duque Vieira -- Pedro Duque Vieira
Re: css margin
Thanks David! I'm glad this is planned, even it is only for version 9. On Mon, Aug 4, 2014 at 10:29 PM, David Grieve david.gri...@oracle.com wrote: https://javafx-jira.kenai.com/browse/RT-27785 On 8/4/14, 5:18 PM, Pedro Duque Vieira wrote: I should add that margins are often used in web design to make up the space between elements. I've also find myself wanting to add margins to nodes in javafx but not found any good way of doing it, since this property does not exist. Thanks, On Mon, Aug 4, 2014 at 10:15 PM, Pedro Duque Vieira pedro.duquevie...@gmail.com wrote: Hi David, No, padding and margin and two distinct concepts. Padding is the white space between the node and it's contents, whereas margin is the white space between the node and the other things around the node that are not part of the node. Here's a link: http://www.w3schools.com/css/css_boxmodel.asp Thanks, best regards, I think you are looking for the padding property of Region. On 8/3/14, 6:07 PM, Pedro Duque Vieira wrote: Hi, I miss having a way to define a margin in css or in any other way like with java code. That is the rectangular white space between a node and the rest, like w3c css margin property. Is this planned? Thanks, -- Pedro Duque Vieira -- Pedro Duque Vieira -- Pedro Duque Vieira
css margin
Hi, I miss having a way to define a margin in css or in any other way like with java code. That is the rectangular white space between a node and the rest, like w3c css margin property. Is this planned? Thanks, -- Pedro Duque Vieira
Re: JavaFX at JavaOne 2014
People have tried HTML5 as a way to create apps for mobile platforms. Most of the big names who tried this e.g. Facebook have abandoned it. They've abandoned it but not because of the reasons you imply but rather due to HTML5 limitations of providing a good native experience in regards to performance, fluid animations, etc. And also there's a reason why all of them started using HTML5 in the first place: faster delivery time. You only need a code base and with few small adjustments can deliver an app for all mobile platforms. Later you can start concentrating on delivering the best experience on each platform. BTW I don't think JavaFX can fade away given that it's starting from obscurity already ;) Truth is the world lacks a convincing cross platform UI toolkit at the moment: there's Qt, which is fine for C++ but is not so pleasant from other languages, there's Swing, there's HTML5. JavaFX is already undoubtedly one of the best cross platform (desktop cross platform) UI toolkits out there. But that isn't enough as desktop is becoming less and less important. Thanks, On Mon, Jun 23, 2014 at 12:17 PM, Mike Hearn m...@plan99.net wrote: If it is correct that JavaFX won't be supporting iOS or Android (officially), IMO JavaFX will start fading away as soon as there is a reliable technology that can create apps for all platforms. People have tried HTML5 as a way to create apps for mobile platforms. Most of the big names who tried this e.g. Facebook have abandoned it. Personally, I don't care much about JavaFX on Android or iOS because mobile has such different UI requirements and conventions to desktop platforms. I can write a JFX GUI that looks and feels good across Mac/Win/Linux with very little platform specific code because those platforms are all quite similar and anyway, the respective developers of those platforms trained users to expect apps to not fit in perfectly. On mobile, things are different: you can't just use a desktop UI, you need a totally new UI and maybe even feature set built from scratch. On Android the UI toolkit is closely linked with the lifecycle rules. And UI's tend to be a lot more consistent, with the worst offenders being apps that weren't updated to the latest UI conventions yet rather than apps which simply reinvent the look and feel from scratch. I'd actually prefer that Oracle focuses on making a great desktop solution. Hype aside there are still many apps not appropriate for mobiles or tablets. Then with a Java or JVM-language backend I can have just two UI codebases, one for desktop, one for Android and that gets most mobiles. Then RoboVM's Cocoa bindings can be used if need be for iOS. BTW I don't think JavaFX can fade away given that it's starting from obscurity already ;) Truth is the world lacks a convincing cross platform UI toolkit at the moment: there's Qt, which is fine for C++ but is not so pleasant from other languages, there's Swing, there's HTML5. Both Swing and Qt have a reputation for making ugly GUI's. That may or may not be deserved these days, but people remember the history. Plus deployment is horrible. That leaves HTML5, which despite its manifest limitations at least can be made to easily look good via CSS, follow modern fashions, work on everyone's computers and people don't have to download an extra app runtime. So for many apps it's appropriate especially when the bulk of the app logic runs on a server. JavaFX 8, at least based on my experience so far, can be used to make attractive and web-style UIs, thus matching the first of HTML5's capabilities, plus it has the benefit of actually being designed, unlike HTML which just evolved. This leaves deployment as the primary problem. For this reason Danno is my current fav member of the JavaFX team :) Nothing personal guys, I just see cross-platform deployment of *reasonable sized* apps to be the biggest competitive weakness right now. -- Pedro Duque Vieira
Re: JavaFX at JavaOne 2014
Unfortunately there's nothing new and no Oracle sessions on that subject - javafx on ios and/or android... :( -- Pedro Duque Vieira
Re: Dynamic position/size change and built-in layouts
Hi again, I've created the issue in Jira: https://javafx-jira.kenai.com/browse/RT-36582 Will send the small test app to the person that will be assigned this issue. Thanks, On Thu, Apr 3, 2014 at 10:57 PM, Pedro Duque Vieira pedro.duquevie...@gmail.com wrote: In the situation I described nothing happens after c1 changes height. But strangely if some other child changes, for instance c3 changing its height, than the children c3 and c2 will re-position correctly, taking into account the height of c1. So the change is being delayed, even if I call requestLayout().. It's being delayed for an undefined amount of time so it should have nothing to due with the pulse. On Thu, Apr 3, 2014 at 10:07 PM, Pedro Duque Vieira pedro.duquevie...@gmail.com wrote: Setting VBox preferred height to: USE_COMPUTED_SIZE, doesn't work. Regards, On Thu, Apr 3, 2014 at 6:14 PM, Pedro Duque Vieira pedro.duquevie...@gmail.com wrote: What I'm saying isn't exactly that. What I'm saying is, for instance, if I change the height of the first child of the VBox than the other children below would re-position themselves. -VBox- - --- - - c1 - - - - - - - - --- - - --- - - c2 - - --- - - --- - - c3 - - - - - --- First child (c1) gets smaller. Result - c2 and c3 move up automatically (and the height of the VBox would also get smaller automatically): -VBox- - --- - - c1 - - --- - - --- - - c2 - - --- - - --- - - c3 - - - - - --- Thanks, On Thu, Apr 3, 2014 at 5:29 PM, Jasper Potts jasper.po...@oracle.comwrote: VBox preferred size will grow if one of its children's preferred sizes grows. It will be down the the parent node of the VBox to react to that and make the VBox bigger if there is space available. The change is not immediate it will happen one pulse later. Jasper On Apr 3, 2014, at 7:01 AM, Pedro Duque Vieira pedro.duquevie...@gmail.com wrote: Hi, Are built-in layouts prepared for dynamic changes of their children position and/or size? That is, for instance, if in a VBox I change the first child height the other subsequent children would re-adjust their position. My experiments with VBox tell me that this will result in bugs, i.e. it won't work. I think this is important for RIAs. Thanks, best regards, -- Pedro Duque Vieira -- Pedro Duque Vieira -- Pedro Duque Vieira -- Pedro Duque Vieira -- Pedro Duque Vieira
Dynamic position/size change and built-in layouts
Hi, Are built-in layouts prepared for dynamic changes of their children position and/or size? That is, for instance, if in a VBox I change the first child height the other subsequent children would re-adjust their position. My experiments with VBox tell me that this will result in bugs, i.e. it won't work. I think this is important for RIAs. Thanks, best regards, -- Pedro Duque Vieira
Re: Dynamic position/size change and built-in layouts
What I'm saying isn't exactly that. What I'm saying is, for instance, if I change the height of the first child of the VBox than the other children below would re-position themselves. -VBox- - --- - - c1 - - - - - - - - --- - - --- - - c2 - - --- - - --- - - c3 - - - - - --- First child (c1) gets smaller. Result - c2 and c3 move up automatically (and the height of the VBox would also get smaller automatically): -VBox- - --- - - c1 - - --- - - --- - - c2 - - --- - - --- - - c3 - - - - - --- Thanks, On Thu, Apr 3, 2014 at 5:29 PM, Jasper Potts jasper.po...@oracle.comwrote: VBox preferred size will grow if one of its children's preferred sizes grows. It will be down the the parent node of the VBox to react to that and make the VBox bigger if there is space available. The change is not immediate it will happen one pulse later. Jasper On Apr 3, 2014, at 7:01 AM, Pedro Duque Vieira pedro.duquevie...@gmail.com wrote: Hi, Are built-in layouts prepared for dynamic changes of their children position and/or size? That is, for instance, if in a VBox I change the first child height the other subsequent children would re-adjust their position. My experiments with VBox tell me that this will result in bugs, i.e. it won't work. I think this is important for RIAs. Thanks, best regards, -- Pedro Duque Vieira -- Pedro Duque Vieira
Re: Dynamic position/size change and built-in layouts
Setting VBox preferred height to: USE_COMPUTED_SIZE, doesn't work. Regards, On Thu, Apr 3, 2014 at 6:14 PM, Pedro Duque Vieira pedro.duquevie...@gmail.com wrote: What I'm saying isn't exactly that. What I'm saying is, for instance, if I change the height of the first child of the VBox than the other children below would re-position themselves. -VBox- - --- - - c1 - - - - - - - - --- - - --- - - c2 - - --- - - --- - - c3 - - - - - --- First child (c1) gets smaller. Result - c2 and c3 move up automatically (and the height of the VBox would also get smaller automatically): -VBox- - --- - - c1 - - --- - - --- - - c2 - - --- - - --- - - c3 - - - - - --- Thanks, On Thu, Apr 3, 2014 at 5:29 PM, Jasper Potts jasper.po...@oracle.comwrote: VBox preferred size will grow if one of its children's preferred sizes grows. It will be down the the parent node of the VBox to react to that and make the VBox bigger if there is space available. The change is not immediate it will happen one pulse later. Jasper On Apr 3, 2014, at 7:01 AM, Pedro Duque Vieira pedro.duquevie...@gmail.com wrote: Hi, Are built-in layouts prepared for dynamic changes of their children position and/or size? That is, for instance, if in a VBox I change the first child height the other subsequent children would re-adjust their position. My experiments with VBox tell me that this will result in bugs, i.e. it won't work. I think this is important for RIAs. Thanks, best regards, -- Pedro Duque Vieira -- Pedro Duque Vieira -- Pedro Duque Vieira
Re: Dynamic position/size change and built-in layouts
In the situation I described nothing happens after c1 changes height. But strangely if some other child changes, for instance c3 changing its height, than the children c3 and c2 will re-position correctly, taking into account the height of c1. So the change is being delayed, even if I call requestLayout().. It's being delayed for an undefined amount of time so it should have nothing to due with the pulse. On Thu, Apr 3, 2014 at 10:07 PM, Pedro Duque Vieira pedro.duquevie...@gmail.com wrote: Setting VBox preferred height to: USE_COMPUTED_SIZE, doesn't work. Regards, On Thu, Apr 3, 2014 at 6:14 PM, Pedro Duque Vieira pedro.duquevie...@gmail.com wrote: What I'm saying isn't exactly that. What I'm saying is, for instance, if I change the height of the first child of the VBox than the other children below would re-position themselves. -VBox- - --- - - c1 - - - - - - - - --- - - --- - - c2 - - --- - - --- - - c3 - - - - - --- First child (c1) gets smaller. Result - c2 and c3 move up automatically (and the height of the VBox would also get smaller automatically): -VBox- - --- - - c1 - - --- - - --- - - c2 - - --- - - --- - - c3 - - - - - --- Thanks, On Thu, Apr 3, 2014 at 5:29 PM, Jasper Potts jasper.po...@oracle.comwrote: VBox preferred size will grow if one of its children's preferred sizes grows. It will be down the the parent node of the VBox to react to that and make the VBox bigger if there is space available. The change is not immediate it will happen one pulse later. Jasper On Apr 3, 2014, at 7:01 AM, Pedro Duque Vieira pedro.duquevie...@gmail.com wrote: Hi, Are built-in layouts prepared for dynamic changes of their children position and/or size? That is, for instance, if in a VBox I change the first child height the other subsequent children would re-adjust their position. My experiments with VBox tell me that this will result in bugs, i.e. it won't work. I think this is important for RIAs. Thanks, best regards, -- Pedro Duque Vieira -- Pedro Duque Vieira -- Pedro Duque Vieira -- Pedro Duque Vieira
file attachment in Jira
Hi, I know this has been discussed before, in one instance it was said file attachment in jira would not be possible due to internal possibles, later it was said this should be possible and would be dealt with. I think it would be important for this to be possible given the highly collaborative nature of the javafx project. This certainly is a hurdle to people who want to collaborate. IMHO attaching text/image files doesn't involve security risks. Thanks, best regards, -- Pedro Duque Vieira
Re: Poor font rendering..
I have created an issue on jira: https://javafx-jira.kenai.com/browse/RT-36146 Felipe, I couldn't assign the issue to you but I think someone already did. Guys, could you please add in your comments/suggestions to the issue? I guess that would be nice for the person who is going to fix it or the developers that might stumble into this. Thanks! -- Pedro Duque Vieira
Poor font rendering..
Hi, As evidenced by the screenshots in http://pixelduke.wordpress.com/ blog posts about JMetro, javafx as noticeably poor font rendering visuals. The most recent screenshots were taken on a windows 8.1 machine and the older ones on windows 7, using Segoe UI (windows 7 8 system font). 1- As this been reported? 2- Is the javafx team working on it? 3- Is there something the developer can do to increase font rendering quality? Thanks! Best regards, -- Pedro Duque Vieira
Re: CSS Font size in points doesn't match Node.Font.Size
Here is the definition of point: http://www.w3schools.com/cssref/css_units.asp As Jeff is saying it should be 1/72 inch. I think this should be the default. Isn't the introduction of modena potentially going to break more apps than changing the definition of point? Aren't breaking apps making use of a bug that they shouldn't be taking advantage of in the first place? That being said, and if changing the default point definition is not really possible, being able to change this through a global settings property so that node matches CSS, sound like a reasonable workaround. Thanks! -- Pedro Duque Vieira
-fx-background
Hi, Inside the javafx sdk in modena.css I see this property -fx-background being used several times. This is not documented in the css document for javafx8: http://download.java.net/jdk8/jfxdocs/javafx/scene/doc-files/cssref.html#cell What does it do? Thanks in advance, -- Pedro Duque Vieira
Re: -fx-background
I found out what it is.. sorry if I made anyone waist there time. It is a css variable that is being defined and not a css property. Perhaps having some convention of starting variables differently than -fx- would make tracking down which ones are variables and which ones are css properties easier. On Wed, Feb 19, 2014 at 12:11 AM, Pedro Duque Vieira pedro.duquevie...@gmail.com wrote: Hi, Inside the javafx sdk in modena.css I see this property -fx-background being used several times. This is not documented in the css document for javafx8: http://download.java.net/jdk8/jfxdocs/javafx/scene/doc-files/cssref.html#cell What does it do? Thanks in advance, -- Pedro Duque Vieira -- Pedro Duque Vieira
Re: SVG in CSS
Done: https://javafx-jira.kenai.com/browse/RT-35799 Sorry for the delay. Thanks, best regards, On Mon, Jan 27, 2014 at 9:36 PM, David Grieve david.gri...@oracle.comwrote: Great idea. You should create an issue on javafx-jira.kenai.com. On Jan 27, 2014, at 3:58 PM, Pedro Duque Vieira pedro.duquevie...@gmail.com wrote: Hi, I recall having a conversation with a javafx team member and him saying it wasn't possible to input an url of an svg image as the background-image of a Region. If that is the case, I think it would be beneficial to add this feature - set the background-image of a region to be an svg file. Right now the process is a bit cumbersome: you have to convert an svg file to the svg path notation and then insert it into the -fx-shape field. So every time you want to change an svg image you have to go through this process, plus the fact that you can't see what is the image in the -fx-shape field unless you have some super processor inside your brain that can process svg path notation :-) Also, it would be good if the svg file could be styled via css as you can now do with the svg path in the -fx-shape property. Thanks, regards, -- Pedro Duque Vieira -- Pedro Duque Vieira
Major regression in mouse event processing..
Hi, I'm using Java8 build 120. Recently I've spotted a big difference in the way mouse events are being processed - this should have happened between recent builds, not much latter than 1 month from now. I have a chart inside a JFXPanel. I have a listener on that chart for mouse pressed events. I run the app and I press the mouse button over that chart. The mouse pressed event is never fired. This was working with a previous java8 build released not much latter than 1 month ago. Mouse Drag and Mouse Release events are being caught, only Mouse Pressed are ignored. This is a big show stopper and that's why I thought I'd also post an email to this mailing list. I thought it might be a good move since this is a big show stopper and javafx is already in a phase where not much changes are allowed. Don't know if this was necessary though... Jira issue is: https://javafx-jira.kenai.com/browse/RT-35094 Thanks, best regards, -- Pedro Duque Vieira
Converting from svg format to javafx css svg
Hi, While working in JMetro (Metro like controls for javafx) I have the following process for creating svg graphics using javafx css: 1- I create the vector graphics in Adobe Illustrator 2- save the file in svg format 3- get the svg path notation from the svg file and use it with javafx -fx-shape css property The thing that I haven't still mastered is how does the size of the vector graphics in Illustrastor translate to the size I have to input in the -fx-padding css property. I know I have to enter half the value of width for the left and right and half the value of the height for the top and bottom but still that doesn't seem to work. It's still more of a process of trial and error for me. Thanks in advance. -- Pedro Duque Vieira
Re: Converting from svg format to javafx css svg
Hi Gerrit, Yeah, thanks putting -fx-scale-shape: false does make the svg shape the original size as seen in Illustrator. I'm still left with a doubt though, you say you resize the region to make the svg the way you want to, how do you do that? programmatically, through java? How about doing it through CSS? That's why I was using padding, but I don't want to disrupt the aspect ratio.. Thanks, best regards, On Sat, Dec 14, 2013 at 11:47 PM, Gerrit Grunwald han.s...@muenster.dewrote: Hi Pedro, If I got you right you have scaling problems with the -fx-shape in css right? So if you use -fx-scale-shape: false; the svg path should be exactly the same size as the original path from Illustrator and if you would like to scale the shape to the size of the Region you just set it to true and set the size if the Region to the size you need the svg path. If your svg path has a certain aspect-ratio you should take care about it by resizing the Region correctly. That is the way I use it everywhere and it works really nicely. I usually don't use the padding for the svg path in css to resize it. Just my 0.02€... Cheers, Gerrit Am 14.12.2013 um 22:00 schrieb Pedro Duque Vieira pedro.duquevie...@gmail.com: Hi, While working in JMetro (Metro like controls for javafx) I have the following process for creating svg graphics using javafx css: 1- I create the vector graphics in Adobe Illustrator 2- save the file in svg format 3- get the svg path notation from the svg file and use it with javafx -fx-shape css property The thing that I haven't still mastered is how does the size of the vector graphics in Illustrastor translate to the size I have to input in the -fx-padding css property. I know I have to enter half the value of width for the left and right and half the value of the height for the top and bottom but still that doesn't seem to work. It's still more of a process of trial and error for me. Thanks in advance. -- Pedro Duque Vieira -- Pedro Duque Vieira
Re: Converting from svg format to javafx css svg
I think it is an interesting use of CSS - sizing stuff.. I think its the only way that currently exists, i.e. using padding. P.s.: what happened to the width and height property that was discussed in this mailing list? On Dec 15, 2013 7:11 AM, Gerrit Grunwald han.s...@muenster.de wrote: Hi Pedro, If you set -fx-scale-shape: true; you just have to know the aspect ratio of your svg path and can control the size of the Region in Java code (either in the skin or in the region class). To be honest I never tried to size a shape by using only padding in css. Cheers, Gerrit Am 15.12.2013 um 07:37 schrieb Pedro Duque Vieira pedro.duquevie...@gmail.com: Hi Gerrit, Yeah, thanks putting -fx-scale-shape: false does make the svg shape the original size as seen in Illustrator. I'm still left with a doubt though, you say you resize the region to make the svg the way you want to, how do you do that? programmatically, through java? How about doing it through CSS? That's why I was using padding, but I don't want to disrupt the aspect ratio.. Thanks, best regards, On Sat, Dec 14, 2013 at 11:47 PM, Gerrit Grunwald han.s...@muenster.dewrote: Hi Pedro, If I got you right you have scaling problems with the -fx-shape in css right? So if you use -fx-scale-shape: false; the svg path should be exactly the same size as the original path from Illustrator and if you would like to scale the shape to the size of the Region you just set it to true and set the size if the Region to the size you need the svg path. If your svg path has a certain aspect-ratio you should take care about it by resizing the Region correctly. That is the way I use it everywhere and it works really nicely. I usually don't use the padding for the svg path in css to resize it. Just my 0.02€... Cheers, Gerrit Am 14.12.2013 um 22:00 schrieb Pedro Duque Vieira pedro.duquevie...@gmail.com: Hi, While working in JMetro (Metro like controls for javafx) I have the following process for creating svg graphics using javafx css: 1- I create the vector graphics in Adobe Illustrator 2- save the file in svg format 3- get the svg path notation from the svg file and use it with javafx -fx-shape css property The thing that I haven't still mastered is how does the size of the vector graphics in Illustrastor translate to the size I have to input in the -fx-padding css property. I know I have to enter half the value of width for the left and right and half the value of the height for the top and bottom but still that doesn't seem to work. It's still more of a process of trial and error for me. Thanks in advance. -- Pedro Duque Vieira -- Pedro Duque Vieira
Re: Look and feel mechanism?
, Stephen Winnall st...@winnall.ch wrote: On 9 Dec 2013, at 03:18, Felix Bembrick felix.bembr...@gmail.com wrote: @Stephen, you are absolutely right about this. But such an approach (and pretty much *any* approach) to emulated native look and feels is fraught with difficulties and complexities. Firstly, it will *never* be possible to completely emulate the native look and feel. And, even if the differences are subtle, there is the very real risk that the end user will have a very uneasy feeling using such a look and feel. At times it will even seem like an imposter. Agreed, though Quaqua did quite a good (and unobtrusive) job for the look on Swing on Mac OS X. Secondly, you will be forever playing catchup as each new major release (and also even each minor update) changes one or more of the behaviours that you have so carefully emulated. The result is that for a while at least, your emulated look and feel is an even more obvious imposter with an even more uneasy experience for the user. Indeed. I’m not really a fan of reimplementing something that’s already there anyway. It should be possible to use the native facilities via appropriate APIs. Thirdly, building such emulated look and feels is a *lot* of work (much more than you would think). Tell me about it :-) I spent a long time trying to create a Platform abstraction for Swing which would allow applications to be moved from platform to platform and adopt the native look and feel. The along came JavaFX. But we missed out on the chance of developing a platform abstraction there too. My reasoning is: why bother? Why not build a JavaFX look and feel (akin to something like Nimubs in Swing) that simply doesn't even try to look native? Then you know for sure your app looks and behaves identically on all devices and there is no hint of imposter-ness”. The answer to this question is relatively simple: Metal. Metal, you will recall, was the one-size-fits-all look for Swing. And it was expletive deleted and was a major reason for the failure of Swing (and thus Java) on the desktop. Ultimately, all cross-platform looks suffer from the same problem: they don’t look right on any platform and often terrible on others. And ignoring the feel of the target platform is the ultimate sin: users don’t understand what the app is doing or why but often cannot articulate their feelings because there’s no *observable* problem, only a “feelable one. And so another Java desktop app dies the death... These days, many apps do not look 100% native and may have their own controls or look and feel in general. Why not channel all that massive effort in constructing an emulated native look and feel into simply making JavaFX better overall? Agreed. Let’s define a platform abstraction… Steve -- Pedro Duque Vieira
Look and feel mechanism?
Hi, Is there any Look and Feel mechanism in place, like the one in Swing? That doesn't appear to exist.. Are there any plans to add one? You can only do so much with CSS... Thanks in advance, best regards, -- Pedro Duque Vieira
Re: Look and feel mechanism?
Thanks! @Jasper: Yes, that's very interesting! Forgot that was possible to do in CSS. On Mon, Dec 9, 2013 at 12:15 AM, Stephen Winnall st...@winnall.ch wrote: It may be possible to change the LOOK with CSS, but not the FEEL, which is where Java apps have traditionally failed big time. Some things that I don’t think can be changed with CSS: 1) texts 2) order of buttons 3) escape characters for shortcuts 4) menus 5) system-level stuff (double-clicking on files, dropping files on applications, …) 6) filesystem conventions 7) ... I think FXML can fix some of these, but not all. So it seems to me that a LaF in JFX will consist of at least: - one or more CSS files - one or more FXML files - some plumbing at the system level It would be nice to have a set of proper LaFs for each major platform with an appropriate common API. Steve On 9 Dec 2013, at 00:20, Jasper Potts jasper.po...@oracle.com wrote: You can set skin classes from CSS so should be able to do everything you could with Swing and more. With just a CSS file and skins as and when needed. Jasper On Dec 8, 2013, at 3:00 PM, Jonathan Giles jonathan.gi...@oracle.com wrote: At present there are no plans to introduce any further API or functionality in this area, but if there is something you are wanting then you should file feature requests in Jira. -- Jonathan On 9/12/2013 11:54 a.m., Pedro Duque Vieira wrote: Hi, Is there any Look and Feel mechanism in place, like the one in Swing? That doesn't appear to exist.. Are there any plans to add one? You can only do so much with CSS... Thanks in advance, best regards, -- Pedro Duque Vieira
Creating a type of toggle with two labels..
Hi, I'm trying to create a new control to be used by other developers. It is know as Toggle Switch. You can see this control in android: http://ankri.de/switch-button-for-android-2-3-gingerbread/ in iOS: http://iosguides.net/ios-menus-comparison/ (search for Toggle Switch) and on Windows 8: http://www.c-sharpcorner.com/UploadFile/83f858/manage-the-windows-8-sync-feature/ (below Step 2). My approach was to subclass ButtonBase which is itself a subclass of Labeled. The problem here is that Labeled only accepts one label but the Toggle Switch needs two: one for the on state and another for the off. Any ideas on how to best approach this problem? Thanks in advance, regards, -- Pedro Duque Vieira
Re: Creating a type of toggle with two labels..
OK, sounds reasonable. Too bad about the code duplication that will need to take place. Thanks Jonathan and thanks for the link. Regards, On Wed, Dec 4, 2013 at 9:39 PM, Jonathan Giles jonathan.gi...@oracle.comwrote: It is likely significantly easier to simply roll your own control and not try to coerce ButtonBase to support two labels. For what it is worth, Paru and I talked about precisely this control at JavaOne 2012, which you can watch on YouTube here: http://www.youtube.com/watch?v=ryUTSrGGnvolist=PLKCk3OyNwIzvw-zzCMJ3xq5SgxL961IFEindex=38 -- Jonathan On 5/12/2013 10:16 a.m., Pedro Duque Vieira wrote: Hi, I'm trying to create a new control to be used by other developers. It is know as Toggle Switch. You can see this control in android: http://ankri.de/switch-button-for-android-2-3-gingerbread/ in iOS: http://iosguides.net/ios-menus-comparison/ (search for Toggle Switch) and on Windows 8: http://www.c-sharpcorner.com/UploadFile/83f858/manage-the-windows-8-sync-feature/ (below Step 2). My approach was to subclass ButtonBase which is itself a subclass of Labeled. The problem here is that Labeled only accepts one label but the Toggle Switch needs two: one for the on state and another for the off. Any ideas on how to best approach this problem? Thanks in advance, regards, -- Pedro Duque Vieira
Re: Creating a type of toggle with two labels..
Thanks for the help guys! I'll follow Jonathan's advice since I want this to be a control that will be used by other developers so I don't want to have inherited public methods that don't make any sense on this control. Regards, On Wed, Dec 4, 2013 at 11:52 PM, David Grieve david.gri...@oracle.comwrote: It could be just about any type of button…with the right css styles! On Dec 4, 2013, at 5:57 PM, Leif Samuelsson leif.samuels...@oracle.com wrote: On 2013-12-04 14:54, Leif Samuelsson wrote: It seems to me that you could do this with a small class extending ToggleButton. Add a couple of String properties and use a selection listener to switch the main text value. You wouldn't need to write any skin or behavior classes, Just define the look in CSS and use -fx-label-padding to place the text on the background. Or maybe just -fx-alignment will be enough. Leif On 2013-12-04 14:05, Pedro Duque Vieira wrote: OK, sounds reasonable. Too bad about the code duplication that will need to take place. Thanks Jonathan and thanks for the link. Regards, On Wed, Dec 4, 2013 at 9:39 PM, Jonathan Giles jonathan.gi...@oracle.comwrote: It is likely significantly easier to simply roll your own control and not try to coerce ButtonBase to support two labels. For what it is worth, Paru and I talked about precisely this control at JavaOne 2012, which you can watch on YouTube here: http://www.youtube.com/watch?v=ryUTSrGGnvolist=PLKCk3OyNwIzvw-zzCMJ3xq5SgxL961IFEindex=38 -- Jonathan On 5/12/2013 10:16 a.m., Pedro Duque Vieira wrote: Hi, I'm trying to create a new control to be used by other developers. It is know as Toggle Switch. You can see this control in android: http://ankri.de/switch-button-for-android-2-3-gingerbread/ in iOS: http://iosguides.net/ios-menus-comparison/ (search for Toggle Switch) and on Windows 8: http://www.c-sharpcorner.com/UploadFile/83f858/manage-the-windows-8-sync-feature/ (below Step 2). My approach was to subclass ButtonBase which is itself a subclass of Labeled. The problem here is that Labeled only accepts one label but the Toggle Switch needs two: one for the on state and another for the off. Any ideas on how to best approach this problem? Thanks in advance, regards, -- Pedro Duque Vieira
Re: Creating a type of toggle with two labels..
*
*
*
**/
.check-box .box,
.check-box:focused .box {
-fx-background-color: #e4e4e4, white;
-fx-background-insets: 0,1;
-fx-background-radius: 15.5,14.5;
-fx-padding: 1 1 2 1;
}
.check-box:selected .box {
-fx-background-color: ios-green;
-fx-background-insets: 0;
-fx-background-radius: 15.5;
}
.check-box .box .mark {
-fx-background-radius: 14;
-fx-padding: 28 49 0 0;
-fx-background-insets: 0 21 0 0;
-fx-background-color: white !important;
-fx-shape: null;
-fx-effect: dropshadow(gaussian , rgba(0, 0, 0, 0.2), 4, 0 , 0, 3);
}
.check-box:selected .box .mark {
-fx-background-insets: 0 0 0 21;
}
.check-box:focused .box .mark {
-fx-background-color: ios-blue, white !important;
-fx-background-insets: 0 21 0 0, 1 22 1 1;
}
.check-box:focused:selected .box .mark {
-fx-background-insets: 0 0 0 21, 1 1 1 22;
}
.check-box:indeterminate .box {
-fx-padding: 0;
}
.check-box:indeterminate .box .mark {
-fx-shape: M0,0H10V2H0Z;
-fx-scale-shape: false;
-fx-padding: 0.67em; /* 16x16 = 8+8 */
}
On Dec 4, 2013, at 1:16 PM, Pedro Duque Vieira
pedro.duquevie...@gmail.com wrote:
Hi,
I'm trying to create a new control to be used by other developers. It is
know as Toggle Switch.
You can see this control in android:
http://ankri.de/switch-button-for-android-2-3-gingerbread/ in iOS:
http://iosguides.net/ios-menus-comparison/ (search for Toggle Switch)
and
on Windows 8:
http://www.c-sharpcorner.com/UploadFile/83f858/manage-the-windows-8-sync-feature/
(below
Step 2).
My approach was to subclass ButtonBase which is itself a subclass of
Labeled. The problem here is that Labeled only accepts one label but the
Toggle Switch needs two: one for the on state and another for the off.
Any ideas on how to best approach this problem?
Thanks in advance, regards,
--
Pedro Duque Vieira
--
Pedro Duque Vieira
Slider CSS skinning
Hi, Is it possible to style the slider color from the start until the position of the thumb only? I'm trying to skin the slider to look like one from windows 8: http://1.bp.blogspot.com/-29UFZrwHiAY/UL8vviDkh_I/Al0/Bm4KmR1XijA/s1600/slider.png From what I've seen of the code this does not seem possible. I think this should be possible as there are several operating systems whose sliders show a color between the start and the the thumb position. Thanks, regards, -- Pedro Duque Vieira
Re: Slider CSS skinning
OK. Thanks Jonathan, I'll file a Jira. On Wed, Nov 27, 2013 at 10:52 PM, Jonathan Giles jonathan.gi...@oracle.comwrote: File a Jira tweak request. It would require a region to be available within the slider that does not presently exist. A similar thing is done for the ControlsFX RangeSlider control: http://controlsfx.bitbucket.org/org/controlsfx/control/RangeSlider.html -- Jonathan On 28/11/2013 11:22 a.m., Pedro Duque Vieira wrote: Hi, Is it possible to style the slider color from the start until the position of the thumb only? I'm trying to skin the slider to look like one from windows 8: http://1.bp.blogspot.com/-29UFZrwHiAY/UL8vviDkh_I/Al0/Bm4KmR1XijA/s1600/slider.png From what I've seen of the code this does not seem possible. I think this should be possible as there are several operating systems whose sliders show a color between the start and the the thumb position. Thanks, regards, -- Pedro Duque Vieira
Re: Slider CSS skinning
Hi David,
Thanks for your help. Although your idea sounds great it's not what I'm
looking for..
I want to provide a skin (through CSS) for other developers to also be able
to use.
Thanks, best regards,
On Thu, Nov 28, 2013 at 12:27 AM, David Grieve david.gri...@oracle.comwrote:
Here is one way that uses a linear-gradient style where the stop offsets
are defined by the slider value
public void startx(Stage stage)
VBox vbox = new VBox(4);
final Slider slider = new Slider();
SliderSkin skin = new SliderSkin(slider);
slider.setSkin(skin);
final Node track = slider.lookup(.track);
if (track != null) {
slider.valueProperty().addListener((observable,oldValue,newValue)- {
track.setStyle(-fx-background-color: linear-gradient(to
right, red + newValue.intValue() + %, green + newValue.intValue()+
%););
System.out.println(track.getStyle());
});
}
vbox.getChildren().add(slider);
Scene scene = new Scene(vbox, 300, 100);
stage.setScene(scene);
stage.show();
}
On Nov 27, 2013, at 5:22 PM, Pedro Duque Vieira
pedro.duquevie...@gmail.com wrote:
Hi,
Is it possible to style the slider color from the start until the
position
of the thumb only?
I'm trying to skin the slider to look like one from windows 8:
http://1.bp.blogspot.com/-29UFZrwHiAY/UL8vviDkh_I/Al0/Bm4KmR1XijA/s1600/slider.png
From what I've seen of the code this does not seem possible.
I think this should be possible as there are several operating systems
whose sliders show a color between the start and the the thumb position.
Thanks, regards,
--
Pedro Duque Vieira
--
Pedro Duque Vieira
RE: Show case: JFX on iOS and Android
Hi Tobias, What's the performance, bugs/crashes in your apps? Did you advance anything in regards to what the community as already done. If so are you going to contribute back to the community effort? Thanks, best regards, -- Pedro Duque Vieira
Re: JavaFX on iOS and Android: The real problem and challenge
Hi, Pardon me for saying this but I think Oracle is really handling this issue very badly. I think very poor communication strategy is the real issue and source of much frustration from the community. I can see that Oracle is indeed working and assigning programming hours to bringing JavaFX to iOS and Android but there is very little communication going on about Oracle progress on this.. I think Oracle should tell us more about their work with javafx on iOS and Android. Oracle should create an article or wiki or whatever about their progress on this: 1 - That site/article/whatever should detail what's the current state, what's missing, what's the roadmap.. 2 - Oracle should tell us how can the community help with the current effort. Creating a list of tasks that could be accomplished by a community member would be very helpful! That would assure that we are not working all on the same thing and thus wasting time. Each community member could than pick up a task and say he/she is working on it and provide pointers to their project and current work so anyone can chime in and help. I think tasks that can be handled by the community should preferably be tasks that should not be too big in scope/development hours - community members usually do this on their spare time for a couple of hours. Currently the only tasks we have are: - Develop iOS port or iOS jvm - Develop Android port or Android jvm This is too big for any community member to pick up. Too big in scope and too much to wrap your mind on. 3 - Oracle should provide an estimated time/effort for each task and for each project. Also an indication of the task importance level would be very helpful. Preferably tasks with a very high importance level should be handled by javafx team members. 4 - Oracle should be the steward of this effort. I think this point is very important for the following reasons: 4.1 - Oracle has more know-how on this than any community member can possible have. So it does not make sense for community members which are less prepared to accomplish this to be the stewards of such effort. It would be like asking a sailor to command a ship and have the captain mop the floors of the deck. 4.2 - By having Oracle as the steward, businesses will be more inclined in betting on developing projects for iOS/Android/Windows phone. This is a credibility issue. 4.3 - By having Oracle as the steward community members are more inclined to help and contribute than say contributing to RoboVM. No offense intended here, I think RoboVM is a great effort and probably the best thing to happen on the javafx space since its start. My 2 cents, Thanks, regards, -- Pedro Duque Vieira
Re: JavaFX on iOS and Android: The real problem and challenge
I'm sure the javafx team is doing a great job. My intention was not to put that in question but to try to contribute further to this discussion. Yes indeed oracle javafx team has fewer resources than what should be preferred. We need to harvest the power of the community in the best way we can to further expand the this resources. In that sense I think the best to do is to get better organized at doing so. Instead of a man for himself kind of effort we should have a kind of corporate like structure with the intricacies of being a group of volunteers... On Nov 9, 2013 1:21 PM, Felix Bembrick felix.bembr...@gmail.com wrote: What we do know is that Oracle are working on something and that RoboVM is already out there. We also know that RoboVM has serious limitations such as being based on the Android class library, not supporting JDK 8 or OpenJDK or invokedynamic etc. so is not really a viable solution at this stage. This is not to say that the work of Niklas is not first-class as it clearly is an awesome technology even in its current form. I think the key factor we need to consider here is that RoboVM is essentially a one person project and even the JavaFX team at Oracle itself is not that large. Although it's difficult to gauge exactly how many are on the team, I would say from the various names that pop-up on the OpenJFK list and in private conversations we are possibly looking at a dozen or less active staff and possibly a total head count of developers in single figures. Clearly then, with such a small pool of talent, it is not practical to dilute the effort over more than one project. In an ideal world where we had two or more projects backed by large corporations with infinite resources then the more competition would be helpful for long term viability and quality. But our world is hardly ideal and it makes sense to have everyone on the same page. To this end I tend to agree with Pedro DV in that we need Oracle to come clean and open up the porting of JavaFX to iOS, Android and any other potential OS. I am not going to comment on whether Oracle are doing a good/bad job as I am sure there are many more factors and issues that we are not privy to that prevents them from doing exactly what we would like them to do. They are not out to derail JavaFX and in fact are very much behind it being viable on mobiles and tablets. I know Richard Bair and I have to say that he is one of the most passionate developers and believers in Java and JavaFX there is so I am sure he is keener than anyone for it to succeed on all platforms. Perhaps we have to approach Oracle with positivity and a willingness to help and hope that they are in a position (technically/legally/etc.) to open things up and invite us in. I am absolutely convinced that JavaFX on iOS and Android will never be a success if we don't all work together which means pooling our resources and code and contributing to an Oracle-driven project. Felix On 9 November 2013 23:06, Pedro Duque Vieira pedro.duquevie...@gmail.comwrote: Hi, Pardon me for saying this but I think Oracle is really handling this issue very badly. I think very poor communication strategy is the real issue and source of much frustration from the community. I can see that Oracle is indeed working and assigning programming hours to bringing JavaFX to iOS and Android but there is very little communication going on about Oracle progress on this.. I think Oracle should tell us more about their work with javafx on iOS and Android. Oracle should create an article or wiki or whatever about their progress on this: 1 - That site/article/whatever should detail what's the current state, what's missing, what's the roadmap.. 2 - Oracle should tell us how can the community help with the current effort. Creating a list of tasks that could be accomplished by a community member would be very helpful! That would assure that we are not working all on the same thing and thus wasting time. Each community member could than pick up a task and say he/she is working on it and provide pointers to their project and current work so anyone can chime in and help. I think tasks that can be handled by the community should preferably be tasks that should not be too big in scope/development hours - community members usually do this on their spare time for a couple of hours. Currently the only tasks we have are: - Develop iOS port or iOS jvm - Develop Android port or Android jvm This is too big for any community member to pick up. Too big in scope and too much to wrap your mind on. 3 - Oracle should provide an estimated time/effort for each task and for each project. Also an indication of the task importance level would be very helpful. Preferably tasks with a very high importance level should be handled by javafx team members. 4 - Oracle should be the steward of this effort. I think this point is very important
Re: JFXPanel vs. real world usage
Hi Matthias, Are you sure there is nothing else driving that slowness? I've used JFXPanel on several projects including one which uses 2 JFXPanes on the same app and everything runs well. Perhaps you could start by adding something simple to your JFXPanel. Best regards, -- Pedro Duque Vieira
RE: JFXPanel vs. real world usage
Hi Matthias, I don't see any problems with performance and I've been using this a lot. Best regards, -- Pedro Duque Vieira
Re: JavaFX on iOS and Android - are we there yet?
Even the most fab skins or CSS is not going to get us away from the need to integrate JavaFX controls with true native controls. As has been pointed out, there are some native controls on both iOS and Android for which there is no JavaFX equivalent and this will always be the case. Even if someone were to develop near identical lightweight controls in JavaFX, they would need to behave slightly differently on iOS than they do on Android and vice versa. I don't think this is exactly this straight forward. Ideally you would want to have this kind of native behavior on every platform. But having this native behavior involves having a different version of your app for each OS you want to deploy in, which might not be what the developers want. Remember JavaFX is a cross platform development kit and the major reason a developer would choose JavaFX over doing native mobile development is that his app can run on a variety of mobile platforms: windows 8, ipad, android, iPhone, etc with the same code base and *MOST* importantly with much less development time than building an app for each platform. For the sake of development time an app that doesn't go against any of the different platforms UX but that has the least common denominator so that each user in each different platform understands the UI might be a better solution for the sake of development time. One such example is the back button that appears when you drill down a list on an ios app but doesn't appear in an android app because every android phone as a physical back button. I do agree with you that there are some places where a native looking control is ideal and doesn't involve any extra effort from the developer to customize it for the given platform like for instance comboboxs where a kind of wheel appears where the user can choose an option, or input controls where the native keyboard pops up. Thanks, best regards, -- Pedro Duque Vieira
Re: JavaFX on iOS and Android - are we there yet?
This is something worth thinking about. I noticed the fonts weren't the right size, implying that the port on iOS isn't picking up the best font size, and all the UI controls are sized based on the font, so in theory this might be sufficient. But it is true a spin-off with bigger insets might be necessary (but it isn't clear to me at least that this will be needed). I don't think basing the controls size on the font used is the best solution, at least for embeded/mobile. The design guidelines for each platform mention a min size a control should have so that your finger is able to touch it and there is no way 2 controls side by side can be mistakenly touched. This differs from platform to platform as each as its own studies on the size a control should have for you to easily touch it with a finger. So this is based on studies which are in turn based on peoples finger sizes. Yes, we already show the native keyboard. One mechanism we've discussed for input methods is to have some attributes you can add to a TextInputControl's properties map, which can then be used to show the right keyboard UI. Cool!! That's kind of the way you do it in HTML5: you add an attribute saying which type of text is going to be entered on the input field. Thanks, best regards, On Wed, Oct 23, 2013 at 12:35 AM, Richard Bair richard.b...@oracle.comwrote: On Oct 22, 2013, at 9:38 AM, Pedro Duque Vieira pedro.duquevie...@gmail.com wrote: These have are just styled CheckBoxes (or Toggle buttons, or Radio Buttons). We've done this for example for DukePad. Yes that's right but I think that as it is used so much on Android, ios and windows 8 it should have a control representation. For instance the same can be said of checkbox, you can make one out of a styled toggle button but as it is used so much it merits being a control. This is true. From a class count perspective (and embedded) it probably would have been better for us not to do CheckBox and RadioButton, but just do ToggleButton with some static final ints for doing the styling. But then again, maybe not. and in having controls that have the necessary properties so that they can be touchable. I'm talking about having the appropriate size for instance for you to touch it. You can't use Modena straight out for a mobile app. Perhaps having a Modena spinoff that has touch in mind. This is something worth thinking about. I noticed the fonts weren't the right size, implying that the port on iOS isn't picking up the best font size, and all the UI controls are sized based on the font, so in theory this might be sufficient. But it is true a spin-off with bigger insets might be necessary (but it isn't clear to me at least that this will be needed). What about input controls that popup the ios keyboard for entering text. Is this already available? If not how can these be achieved. Also we should keep in mind that the keyboard has to change in accordance to what the user has to enter: address, number, email, etc.. Yes, we already show the native keyboard. One mechanism we've discussed for input methods is to have some attributes you can add to a TextInputControl's properties map, which can then be used to show the right keyboard UI. Richard -- Pedro Duque Vieira
RE: JavaFX on iOS and Android - are we there yet?
Hi Felix, I think you can just forget any official statement from Oracle on this. It's not their way of working. And there appears to be some legal issues that made Oracle cancel the javafx sessions on ios and android at javaone. The javafx team is indeed working on this however no official statements about this work are coming out. I believe Oracle should get some info out unofficially, perhaps by accidentally putting some articles on the openjfx wiki, or somewhere else :-). It would be nice to know what's missing and where can the community help to speed things up. Thanks, best regards, Hi Richard, Undoubtedly you are aware of the buzz and confusion regarding possible porting of JavaFX to iOS and Android and in an effort to calm the masses and give us all a little hope, would you be kind enough to provide definitive answers to the following questions? 1. Can you provide me with a detailed summary of where the iOS/Android ports are currently? This includes the platform specific stuff to make either RoboVM or an Oracle JVM work? 2. Are the iOS and Android ports at roughly the same level of completeness/viability? 3. Exactly what is left in making these ports viable? Here the word viable is defined in my 6 Degrees of Separation post here http://justmy2bits.com/2013/09/30/javafx-on-ios-and-android-six-degrees-of-separation I know it's a pain to have to attempt to pacify the mob but I am sure I speak on behalf of all JavaFX developers when I say that many of us have serious financial or personal investment in JavaFX and *need* to know that a mobile/tablet future is indeed possible. Thanks, Felix -- Pedro Duque Vieira
RE: Media is now opensource
Thanks Kirill, good job. You guys had already a working prototype of an app that recorded audio and video. I wonder if this is also available? Thanks, best regards, Hello OpenJFXers ! We're happy to announce that Media part of JavaFX is now open source. Opensourcing touched all Media component except ON2 FLV demuxer and VP6 decoder. The decoder will remain closed. You're all welcome to contribute. Thanks, -- Pedro Duque Vieira
Project Shumway - running swf files without plugins
Hi, Mozilla has a project called Shumway - https://github.com/mozilla/shumway. It's basically the same idea as Bck2Brwsr but for flash. Basically people are disappointed with HTML5 which still isn't able to fully compete with Flash and are coming up with stuff like this. Perhaps Oracle could partner with Mozilla to bring Bck2Brwsr to Firefox. I think it would be a great idea and would put pressure on other browsers to take the same steps. Thanks, best regards, -- Pedro Duque Vieira
Re: Keyboard events
Do you want me to file a Jira issue for this? Regards, On Mon, Oct 7, 2013 at 6:03 PM, Artem Ananiev artem.anan...@oracle.comwrote: On 10/7/2013 6:53 PM, Richard Bair wrote: That being said, this seems like a very common use case, and I wonder if there is something more we could do (in the longer term, short term do as Artem suggests) One of the options is to provide API to query for keyboard state at any arbitrary moment, whether particular key is pressed or not. Even if we only support locking keys (Caps, Num, Scroll, Kana) and control keys (Shift, Control, Command, Alt), it will be of great value. Game developers will be happy to have such API for all the keys, including navigation and letter ones. Thanks, Artem On Oct 7, 2013, at 3:56 AM, Artem Ananiev artem.anan...@oracle.com wrote: On 10/7/2013 2:40 AM, Pedro Duque Vieira wrote: Hi, I have the following use case: When the user presses shift and the mouse is hover the chart component the cursor must change to an open hand cursor signaling to the user that the chart is ready for a panning action. The problem is that for this to be possible I want the chart to be able to listen to keyboard events even when it doesn't have focus. I think this is not possible and I wonder why. Swing was the same, you could only listen to keyboard events if the control had focus. Is this a technical limitation? If there is no technical limitation I think it would be better to remove this restriction, I think it is limiting and the above scenario is a good use case to show that. This is not a technical limitation, it's just the way how it's supposed to work. All the key events are dispatched to the component in focus, this is what input focus is. Scenario you described should be easier to implement in FX than in Swing. In AWT/Swing, input events are dispatched to a single component, while FX is much more flexible. All the events are delivered to a Scene first, then dispatched to the focused component (or component under mouse, for mouse events), then bubbled up back to the Scene. What you need is to register a custom event filter for the scene and listen to all the key events. See Scene.addEventFilter() and Scene.addEventHandler() for details. Thanks, Artem Thanks, best regards, -- Pedro Duque Vieira
Keyboard events
Hi, I have the following use case: When the user presses shift and the mouse is hover the chart component the cursor must change to an open hand cursor signaling to the user that the chart is ready for a panning action. The problem is that for this to be possible I want the chart to be able to listen to keyboard events even when it doesn't have focus. I think this is not possible and I wonder why. Swing was the same, you could only listen to keyboard events if the control had focus. Is this a technical limitation? If there is no technical limitation I think it would be better to remove this restriction, I think it is limiting and the above scenario is a good use case to show that. Thanks, best regards, -- Pedro Duque Vieira
Re: Event for when a node gets shown on screen
Yap, just what I thought. Sounds like a great idea. I'll give it a try. Thanks Anton, best regards, On Wed, Oct 2, 2013 at 11:58 AM, anton nashatyrev anton.nashaty...@oracle.com wrote: Hi Pedro, that binding is 'watching' for the whole chain of properties and is changed to 'true' only when the node is attached to the scene, the scene is attached to the window and the window isShowing() = true. Vice verse it changed to 'false' if any of the above conditions becomes false, i.e. node or scene is detached or window is hidden. Regards, Anton. On 01.10.2013 23:37, Pedro Duque Vieira wrote: Hi Anton, If I understand correctly (never used the Bindings.select method) you're listening to the node scene property and at the same time if the window that owns the scene is showing, that is, if the stage is visible on screen? Thanks, best regards, Hi Pedro, you may try the following code: Bindings.select(node.sceneProperty(), window, showing).addListener(new ChangeListenerBoolean() ); BTW, this way you could add the listener even when the node is not yet attached to any scene or window. Regards, Anton. -- Pedro Duque Vieira -- Pedro Duque Vieira
RE: How to attach files to Jira?
Cool, thanks John! I suggest posting your SSCCE on gist and linking to it from the bug report: https://gist.github.com/ -- Pedro Duque Vieira
Re: Creating custom charts
Ok Richard. Right now I have to do more than copy paste. I have to use reflection to call private package and private fields/methods. Copy pasting would be fine, I think that having to use reflection to circumvent the fields/methods protection level is a no go. I'm hacking up a XYBarChart, when I'm finished I'll look at the code and see what I think is needed or nice to have. Thanks, best regards, On Thu, Sep 26, 2013 at 9:42 PM, Richard Bair richard.b...@oracle.comwrote: I think it would be good to file some feature requests for specific API / functionality that you'd like to see added. There are a lot of things here that we just weren't ready to commit to forever, and since the code is open source you at least can copy/paste a big chunk of it if needed and that still leaves us with some flexibility to change our implementation in the future without breaking you. So while copy/paste is not the nicest, it is a lot nicer than us committing to API prematurely. However if you have specific use cases that need to be supported, we can start doing the planning to see how we can accommodate that. Thanks Richard On Sep 6, 2013, at 1:15 PM, Pedro Duque Vieira pedro.duquevie...@gmail.com wrote: Hi, I'm trying to create a custom chart: a XYBarChart. That is a chart that won't have the same limitation as the BarChart which only allows you to specify a ValueAxis/CategoryAxis pair. In doing this I was looking at the code for BarChart and copying as much as I can from its implementation. The problem is that it uses a lot of package private methods and fields from XYChart. I think the framework chart implementations should be less reliant on package private methods because if that happens then programmers trying to create their own charts will probably need to rely on those same methods which of course they won't be able to call. Best regards, -- Pedro Duque Vieira -- Pedro Duque Vieira
Re: Strange error message in the console output
Hi Richard, Thanks for the feedback. After some poking around, I think that maybe it is something printed out by ScenicView. If so I think the best for ScenicView would be not to print anything, or at least when printing put something like ScenicView: because it got me on a wild goose chase, thinking this was something from the framework or my app. Forwarding this to Jonathan. Best regards, On Thu, Sep 26, 2013 at 9:48 PM, Richard Bair richard.b...@oracle.comwrote: I can't find this message anywhere either. There are a few comments that say This should never happen but I have not yet found anything in a print statement. Maybe it is on a specific build and was removed? Richard On Sep 11, 2013, at 5:14 PM, Pedro Duque Vieira pedro.duquevie...@gmail.com wrote: Hi, I'm working on charts, and am seeing this strange error message on the console: This should never happen :NumberAxis node:Text What does this mean? I've searched JavaFX source but couldn't find anything there.. Thanks, best regards, -- Pedro Duque Vieira -- Pedro Duque Vieira
Re: Hovering and Tooltips are exclusive?
Do you want me to file the issue? Would it be: Add support for setMouseTransparent(boolean isTransparent) to Tooltip. The default behaviour should be that the tooltip is transparent to mouse events (doesn't grab any mouse events), that is default should be setMouseTransparent(true). Thanks, best regards, On Wed, Sep 18, 2013 at 12:31 AM, Pedro Duque Vieira pedro.duquevie...@gmail.com wrote: *Ops forgot to reply to all...* Hi Richard, I don't think their is such an issue (not totally sure). Hence the more or less related issue that was created by Pavel. Thanks, best regards, On Wed, Sep 18, 2013 at 12:30 AM, Pedro Duque Vieira pedro.duquevie...@gmail.com wrote: Hi Richard, I don't think their is such an issue (not totally sure). Hence the more or less related issue that was created by Pavel. Thanks, best regards, On Sat, Sep 14, 2013 at 8:21 PM, Pedro Duque Vieira pedro.duquevie...@gmail.com wrote: Hi, I have discussed this previously (months ago) with the javafx team, including John Smith and a JavaFX team member, in this mailing list, I think we all agreed this should be changed. Unfortunately nothing seems to have come from this. I think there is a communication problem in this mailing list. At least for me, about more than 1/2 of my messages get ignored or nothing comes out of them. Right now the tooltip shows up right below the mouse which issues a mouse exited and disables mouse hover on the node in question which on a couple of cases isn't the desired effect. Thanks, best regards, Hi, pereparing a nice demo I added a special style for hovering too my shapes as well as a tooltip. If I know move the mouse into the shape the hover style is shown and after a short pause the tooltip is shown, but hovering is then switched of. After the tooltip is hidden, hover style is once again applied to my shape. So the question is - is it specified that showing the tooltip switches off hovering? Thanks -Sven -- Sven Reimers * Senior Expert Software Architect * NetBeans Dream Team Member: http://dreamteam.netbeans.org * Community Leader NetBeans: http://community.java.net/netbeans Desktop Java: http://community.java.net/javadesktop * Duke's Choice Award Winner 2009 * Blog: http://nbguru.blogspot.com * XING: https://www.xing.com/profile/Sven_Reimers8 * LinkedIn: http://www.linkedin.com/in/svenreimers Join the NetBeans Groups: * XING: http://www.xing.com/group-20148.82db20 * NUGM: http://haug-server.dyndns.org/display/NUGM/Home * LinkedIn: http://www.linkedin.com/groups?gid=1860468 http://www.linkedin.com/groups?gid=107402 http://www.linkedin.com/groups?gid=1684717 * Oracle: https://mix.oracle.com/groups/18497 -- Pedro Duque Vieira -- Pedro Duque Vieira -- Pedro Duque Vieira -- Pedro Duque Vieira
Re: Hovering and Tooltips are exclusive?
What about if someone would like a tooltip to grab mouse events on some specific scenario? Should I split these into 2 issues? One saying: Tooltips should not grab mouse events and the other one: add setMouseTransparent(boolean isTransparent) method to Tooltip On Thu, Sep 19, 2013 at 2:17 AM, Richard Bair richard.b...@oracle.comwrote: There should just be an issue saying Tooltips should not grab mouse events, i think. On Sep 18, 2013, at 5:41 PM, Pedro Duque Vieira pedro.duquevie...@gmail.com wrote: Do you want me to file the issue? Would it be: Add support for setMouseTransparent(boolean isTransparent) to Tooltip. The default behaviour should be that the tooltip is transparent to mouse events (doesn't grab any mouse events), that is default should be setMouseTransparent(true). Thanks, best regards, On Wed, Sep 18, 2013 at 12:31 AM, Pedro Duque Vieira pedro.duquevie...@gmail.com wrote: *Ops forgot to reply to all...* Hi Richard, I don't think their is such an issue (not totally sure). Hence the more or less related issue that was created by Pavel. Thanks, best regards, On Wed, Sep 18, 2013 at 12:30 AM, Pedro Duque Vieira pedro.duquevie...@gmail.com wrote: Hi Richard, I don't think their is such an issue (not totally sure). Hence the more or less related issue that was created by Pavel. Thanks, best regards, On Sat, Sep 14, 2013 at 8:21 PM, Pedro Duque Vieira pedro.duquevie...@gmail.com wrote: Hi, I have discussed this previously (months ago) with the javafx team, including John Smith and a JavaFX team member, in this mailing list, I think we all agreed this should be changed. Unfortunately nothing seems to have come from this. I think there is a communication problem in this mailing list. At least for me, about more than 1/2 of my messages get ignored or nothing comes out of them. Right now the tooltip shows up right below the mouse which issues a mouse exited and disables mouse hover on the node in question which on a couple of cases isn't the desired effect. Thanks, best regards, Hi, pereparing a nice demo I added a special style for hovering too my shapes as well as a tooltip. If I know move the mouse into the shape the hover style is shown and after a short pause the tooltip is shown, but hovering is then switched of. After the tooltip is hidden, hover style is once again applied to my shape. So the question is - is it specified that showing the tooltip switches off hovering? Thanks -Sven -- Sven Reimers * Senior Expert Software Architect * NetBeans Dream Team Member: http://dreamteam.netbeans.org * Community Leader NetBeans: http://community.java.net/netbeans Desktop Java: http://community.java.net/javadesktop * Duke's Choice Award Winner 2009 * Blog: http://nbguru.blogspot.com * XING: https://www.xing.com/profile/Sven_Reimers8 * LinkedIn: http://www.linkedin.com/in/svenreimers Join the NetBeans Groups: * XING: http://www.xing.com/group-20148.82db20 * NUGM: http://haug-server.dyndns.org/display/NUGM/Home * LinkedIn: http://www.linkedin.com/groups?gid=1860468 http://www.linkedin.com/groups?gid=107402 http://www.linkedin.com/groups?gid=1684717 * Oracle: https://mix.oracle.com/groups/18497 -- Pedro Duque Vieira -- Pedro Duque Vieira -- Pedro Duque Vieira -- Pedro Duque Vieira -- Pedro Duque Vieira
Re: Hovering and Tooltips are exclusive?
Another question I'd like to ask about tooltip is why is it not derived from Node? A related issue is, I would like to be able to call setMouseTransparent(true). I think that would be of value. Most times I want the tooltip to be just an information popup that doesn't mess, by grabbing mouse events, with the real user interface beneath it. On Mon, Sep 16, 2013 at 4:46 PM, Pedro Duque Vieira pedro.duquevie...@gmail.com wrote: Thanks Pavel! I added that: having the tooltip popup under the mouse cursor obscures the content of the tooltip Thanks, best regards, Hi guys, I knew I had created a Jira issue not to show tooltips below the mouse cursor (as the outcome of the discussion, it was not ignored), but I admit it's pretty hard to find, I should have chosen more high-level summary. Anyway, here it is: https://javafx-jira.kenai.com/browse/RT-31134 I added a comment and increased priority. Pavel -- Pedro Duque Vieira -- Pedro Duque Vieira
Re: Hovering and Tooltips are exclusive?
Thanks Pavel! I added that: having the tooltip popup under the mouse cursor obscures the content of the tooltip Thanks, best regards, Hi guys, I knew I had created a Jira issue not to show tooltips below the mouse cursor (as the outcome of the discussion, it was not ignored), but I admit it's pretty hard to find, I should have chosen more high-level summary. Anyway, here it is: https://javafx-jira.kenai.com/browse/RT-31134 I added a comment and increased priority. Pavel -- Pedro Duque Vieira
RE: Hovering and Tooltips are exclusive?
Hi, I have discussed this previously (months ago) with the javafx team, including John Smith and a JavaFX team member, in this mailing list, I think we all agreed this should be changed. Unfortunately nothing seems to have come from this. I think there is a communication problem in this mailing list. At least for me, about more than 1/2 of my messages get ignored or nothing comes out of them. Right now the tooltip shows up right below the mouse which issues a mouse exited and disables mouse hover on the node in question which on a couple of cases isn't the desired effect. Thanks, best regards, Hi, pereparing a nice demo I added a special style for hovering too my shapes as well as a tooltip. If I know move the mouse into the shape the hover style is shown and after a short pause the tooltip is shown, but hovering is then switched of. After the tooltip is hidden, hover style is once again applied to my shape. So the question is - is it specified that showing the tooltip switches off hovering? Thanks -Sven -- Sven Reimers * Senior Expert Software Architect * NetBeans Dream Team Member: http://dreamteam.netbeans.org * Community Leader NetBeans: http://community.java.net/netbeans Desktop Java: http://community.java.net/javadesktop * Duke's Choice Award Winner 2009 * Blog: http://nbguru.blogspot.com * XING: https://www.xing.com/profile/Sven_Reimers8 * LinkedIn: http://www.linkedin.com/in/svenreimers Join the NetBeans Groups: * XING: http://www.xing.com/group-20148.82db20 * NUGM: http://haug-server.dyndns.org/display/NUGM/Home * LinkedIn: http://www.linkedin.com/groups?gid=1860468 http://www.linkedin.com/groups?gid=107402 http://www.linkedin.com/groups?gid=1684717 * Oracle: https://mix.oracle.com/groups/18497 -- Pedro Duque Vieira
Re: Will video and audio recording make it to jdk8?
I was under the impression that it will be. But have heard some people saying it won't... On Fri, Sep 6, 2013 at 8:48 PM, Randahl Isaksen rand...@rockit.dk wrote: I am holding my breath in anticipation for the answer to this question... This is one of the most voted for issues. Den 06/09/2013 21.43 skrev Pedro Duque Vieira pedro.duquevie...@gmail.com: Hi, Will video and audio recording be on jdk8? Thanks in advance, best regards, -- Pedro Duque Vieira -- Pedro Duque Vieira
