JPackage package types

[Mark Fortner]

I know that there are a number of projects out there for building web
assembly artifacts from Java projects (TeaVM and JWebAssembly to name a
couple). I'm curious if anyone on the JPackage team is looking into the
possibility of generating Web Assembly as one of the supported deployment
strategies. This might be a viable alternative to applets, and would make
it possible to deploy JavaFX applications to browsers.

Cheers,

Mark

Re: OpenJFX initiative

[Mark Fortner]

I must have missed the bit where you described a proposed roadmap.

I think for the most part I've seen JavaFX used as a means of keeping older
Swing-based projects alive. In the enterprise, those projects are
dwindling, in part because people just rebuild them as web applications.
It's easier to find that kind of talent, than it is to find desktop
developers.

The applications that remain desktop applications tend to require either
access to your desktop OS, or need near realtime access to streams of
audio, video, telemetry or financial data, which makes them ill-suited to
be web apps.

The reason that there's little interest in WebGL or 3d is because it
doesn't fit into one of the enterprise app buckets listed above.

I'm still surprised when people tell me that they have to write mobile apps
in Java and Swift and maintain two codebases, and when I point them to
JavaFX they admit they've never heard of it.

There needs to be better promotion of JavaFX in the Java developer
community. People need to compare the degree of complexity of web component
and PWA development against JavaFX to see the advantages. And there needs
to be a better deployment story than web start.

A lot of that is simply promotion. It means reaching out to web development
and mobile development communities, and giving talks and demos.

Mark


On 22 Sep 2017 5:32 p.m., "John-Val Rose"  wrote:

Probably, but JEPs can take a lot of time from start to finish and time is
itself perhaps the biggest enemy that JavaFX is facing.

And how many JEPs are being initiated by the Oracle JavaFX team
themselves?  I mean for the specific purpose of *true* innovation?

On 23 September 2017 at 10:24, Nir Lisker  wrote:

> I don't have any answer to those questions. A JEP is the only thing I can
> think of.
>
> On Sat, Sep 23, 2017 at 3:19 AM, John-Val Rose 
> wrote:
>
>> Yes, well I'm sure there's a lot of truth to that as Johan has
>> demonstrated.
>>
>> But, I think it's a bit of an over simplification.
>>
>> How do I know if *my* innovation (of say 9 months of effort) is
"high-quality
>> code that makes OpenJFX better"?
>>
>> I can do my best to write high-quality code but what exactly does "make
>> OpenJFX better" mean? *I* might think it's better with WebGL and advanced
>> 3D features but it seems most people disagree or are ambivalent towards
>> such functionality.
>>
>> Who gets to say what does or doesn't get integrated?  And, how do I know
>> *before* I potentially waste my effort whether it will or won't "make
>> OpenJFX better" or be integrated?
>>
>> ​​
>> Graciously,
>>
>> John-Val Rose
>> Chief Scientist/Architect
>> Rosethorn Technology
>> Australia
>>
>> On 23 September 2017 at 09:08, Nir Lisker  wrote:
>>
>>> > What do you mean by “go with Johan Vos’s experience”?
>>>
>>> What he said here: http://mail.openjdk.java
>>> .net/pipermail/openjfx-dev/2017-September/020801.html.
>>>
>>> On Sat, Sep 23, 2017 at 12:08 AM, John-Val Rose 
>>> wrote:
>>>
 The concept of “innovation” no longer seems to apply to JavaFX, at
 least not from Oracle’s perspective.

 If you read the official list of changes in the just-released Java 9,
 AWT (yes, AWT) has more changes than JavaFX and even then the only
 significant change is to make it Jigsaw compatible.

 A product like this needs a very clear “roadmap” of development and
 introduction of new features but the link on the Oracle JavaFX
 Documentation page for “roadmap” leads to a place known as “404”. I
hope
 that’s not a room number in “Hotel California”.

 So, innovation for JavaFX falls back as a community responsibility but
 is very difficult without any cooperation from Oracle themselves.

 I personally have not been able to get any response from them except
 “float your ideas on the mailing list to see what interest there is”.
Note,
 that “interest” is only from the community itself... and then what?

 What do you mean by “go with Johan Vos’s experience”? Yes, he and Gluon
 are fantastic innovators and have built a small company of top-notch
talent
 and are able to crank-out new products and enhancements with impressive
 frequency.

 Are you suggesting we all start similar companies? Johan is a former
 Oracle employee and probably has a well-established relationship with
them
 and access to knowledge that others don’t. Personally, I love what he’s
 doing and hope Gluon expands rapidly to enable as much innovation as
 possible.

 But what about the rest of us? What are we supposed to do? How do we
 get large-scale changes to happen?

 Well, I don’t know. But we’re better as a team than a bunch of
 individuals each trying to get some feature implemented in an
uncoordinated
 fashion.

 The other real issue is that everyone seems to have their 

Re: Anyone using JMX with JavaFX?

[Mark Fortner]

Back to the original topic, since JMX is used to monitor servers and
applications, and since most of us don't write monitoring software, the
audience for it is by definition small.

I would imagine that Oracle and perhaps a Cisco (or companies involved in
network monitoring) would be interested, but only if they knew it wasn't
going to disappear.

Mark
On Jun 10, 2016 6:29 AM, "Felix Bembrick"  wrote:

> Dalibor, please forgive me for assuming that Oracle had access to an
> English language parser. I could translate my original question into
> Klingon and resubmit if that would help.
>
> And thanks so much for pointing out to me that this forum is devoted to
> "ongoing OpenJFX development".  Clearly I was under the misapprehension
> that it was about unicorns, angels and aliens.
>
> However, the word "ongoing" probably could do with some clarification.
>
> Oh, and I don't actually *need* to find a forum to discuss telephony
> equipment used by other organisations because such information is
> transparent and clearly indicates belief and commitment to their own
> technologies.
>
> Just out of interest, have you ever considered a career in politics?
>
> And thanks for finally answering my question (even if it was accidental)...
>
> > On 10 Jun 2016, at 22:59, Dalibor Topic 
> wrote:
> >
> > Felix, unfortunately your original question was not parse-able.
> >
> > Before you go on prolonging this thread with more of that, please
> consider that this mailing list is for discussion of ongoing OpenJFX
> development.
> >
> > If instead you would prefer to discuss something else, please do try to
> find a more suitable venue for discussion of such interests. While I can't
> help you find an adequate forum to discuss telephony equipment used by
> employees of other organizations, I hope that you will be able to find a
> better place to do so in the future.
> >
> > Cheers,
> > Dalibor Topic
> > --
> >  Dalibor Topic | Principal Product Manager
> > Phone: +494089091214 | Mobile: +491737185961
> > 
> >
> > ORACLE Deutschland B.V. & Co. KG | Kühnehöfe 5 | 22761 Hamburg
> >
> > ORACLE Deutschland B.V. & Co. KG
> > Hauptverwaltung: Riesstr. 25, D-80992 München
> > Registergericht: Amtsgericht München, HRA 95603
> >
> > Komplementärin: ORACLE Deutschland Verwaltung B.V.
> > Hertogswetering 163/167, 3543 AS Utrecht, Niederlande
> > Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697
> > Geschäftsführer: Alexander van der Ven, Jan Schultheiss, Val Maher
> >
> >  Oracle is committed to developing
> > practices and products that help protect the environment
> >
> >> On 10.06.2016, at 12:46, Felix Bembrick 
> wrote:
> >>
> >> I am taking that as a "yes" answer to my original question.
> >>
> >> On a completely unrelated topic, do Microsoft employees all have Macs
> on their desktops and carry iPhones and iPads around?
> >>
> >> No?
> >>
> >> Well I bet Apple employees do!
> >>
> >>> On 10 Jun 2016, at 20:01, dalibor topic 
> wrote:
> >>>
> >>> I suspect that particular plugin is extremely rarely used, judging by
> https://github.com/search?utf8=%E2%9C%93=%22javafx-mx.jar%22=Code=searchresults
> showing 0 results.
> >>>
> >>> cheers,
> >>> dalibor topic
> >>>
>  On 09.06.2016 00:31, Kevin Rushforth wrote:
>  As some of you may be aware, JavaFX has shipped a JMX plugin as a
>  separate jar file along with the JDK (not part of the JRE) in
>  /lib/javafx-mx.jar. Development on this plugin stopped prior to
> JDK
>  8 being shipped, although we continued to ship javafx-mx.jar in JDK 8.
> 
>  Are there any developers that still use this? We haven't seen any bug
>  reports or had questions on it for quite a while. I note that this jar
>  file has been gone from JDK 9 ea since build 111 and we are trying to
>  determine how best to address this in JDK 9.
> 
>  Our options are:
> 
>  1) Remove it entirely and drop this tooling support
> 
>  2) Continue to ship it as a legacy jar file, meaning that any use
> would
>  require command line qualified exports to be added since it uses
>  internal packages
> 
>  3) Turn it into a proper JDK-only module, javafx.jmx; it would not be
>  one of the default modules, so it would need to be added with
> -addmods.
> 
>  Obviously #1 would be the least amount of work, and given that it
> isn't
>  being actively maintained, might be a viable solution. If we do need
> to
>  keep it, then #2 might be less effort than #3, while still preserving
>  the ability for developers to use it. This is only used for tooling,
> so
>  requiring qualified exports, as is done for Robot and
>  PerformanceTracker, is not a problem.
> 
>  Separately, if we don't remove it for JDK 9, we probably 

Re: Future of JavaFX

[Mark Fortner]

I think the first hurdle is to get people to sign the CLA. Having to print
a copy, sign it, and find a fax machine or scanner to resend it seems kind
of archaic in this day and age.  That said, e-signing a PDF shouldn't be
too difficult, but it would be better if it were simply a form that you
attached your public key to. This would serve 2 purposes: (1) you have a
proxy for a signature, (2) the key could be used to access the repo.

That said, even that might be too much for people who just have a quick bug
fix that they'd like to see reviewed and merged.

Cheers,

Mark


On Wed, Dec 2, 2015 at 4:43 PM, Florian Brunner  wrote:

> Some time ago there actaully was a OpenJFX mirror repository on BitBucket.
>
> I'm not totally sure anymore why this was stopped. I think it needs someone
> who keeps the repositories in sync and there were some concerns that it's
> harder to control who wrote a patch. But maybe the idea with CLA signers
> only
> members would solve this issue?
>
> So I see 3 pain points being raised.
>
> 1. Signing the CLA.
> - Personally, I don't see any way around this. If there is no CLA
> then you
> end up with a project _nobody_ is in control of.
> - Basically it envolves the following steps:
>  -- Download it from the website
>  -- print it
>  -- sign it
>  -- send it off
>  -- you only have to do this once
>  -- you don't have to wait for Oracle to receive it to start
> working
> on the issue you like to solve
>
>Can this be presented in a way it doesn't scare people away as
> according to
> some statements it seems to do now?
>
> 2. State-of-the-art code collaboration platform.
> -- This would have to be something like GitHub or BitBucket
> -- Only CLA signers can be members of the project
> -- Someone has to be in charge to synchronize the repositories
> (probably one way only)
> -- personally I like to work with feature branches in Git but I
> think
> you can get something similar with Mercurial bookmarks. So
> --- pick an issue you would like to work on
> --- consider to announce it on this mailing list
> --- create a feature branch
> --- start pushing your changes to the feature branch
> --- other developers of the projects (all CLA signers) might chime
> in
> as they like
>--- once you think you're finished create a patch from the feature
> branch and add it to the issue or (if you don't have enough rights) send
> it to
> the mailing list
>--- take the feedback from the review, do the fixes an create
> another
> patch etc.
>
> So the main benefit would be that several developers could work on the same
> issue until it gets to a high enough qualiy state to be merged into the
> main
> repository and not requiring one developer to do it all on his/ her own.
>
>
> 3. Filing and commenting on issues
>   - if you don't have enough rights, file it on bugs.java.com
>   - ask on this mailing list (or ask someone you know on this mailing list
> to
> do it for you) about the corresponding issue on bugs.openjdk.java.net
>  - someone from Oracle should give anyone who filed an issue that made it
> to
> bugs.openjdk.java.net the enough rights so he/ she can join on the
> discussion
> in the issue
>
> Any better way?
>
>
> -Florian
>
> Am Dienstag, 1. Dezember 2015, 17.16:46 schrieb Tomas Mikula:
> > The proposed strategy also applies to bitbucket, which does have
> mercurial
> > support ;)
> >
> > On Tue, Dec 1, 2015 at 5:12 PM, Markus KARG 
> wrote:
> > > Too bad that Github cannot fork mercurial repos. It would be
> interesting
> > > to see the real number of pull requests such a fork would gain. Maybe
> > > Dalibor is right and we would end up with zero? ;-)
> > >
> > > -Markus
> > >
> > >
> > >
> > > From: Tomas Mikula [mailto:tomas.mik...@gmail.com]
> > > Sent: Dienstag, 1. Dezember 2015 23:05
> > > To: Markus KARG
> > > Cc: openjfx-dev@openjdk.java.net
> > > Subject: Re: Future of JavaFX
> > >
> > >
> > >
> > > The review process for external contributions does not even have to be
> > > different from the internal review process. There can be a virtual
> > > organization on GitHub called "Oracle CLA signatories". After a pull
> > > request has been reviewed, all that the OpenJFX committer has to do
> before
> > > merging is to check whether the contributor is a member of this
> > > organization.
> > >
> > >
> > >
> > > Tomas
> > >
> > >
> > >
> > > On Tue, Dec 1, 2015 at 4:41 PM, Markus KARG 
> > > wrote:
> > >
> > > We should ask ourselfs whether we want more contributions or not. We
> will
> > > not get them until we change something. Most contributors in the Open
> > > Source just want to drop a bug report or a feature or two, and
> multiplied
> > > by the number of those guys, this is a lot of stuff. Only few
> contributors
> > > are willing to stay for long time, 

Re: What are the plans for Java9?

[Mark Fortner]

It would be nice if there was official support for mobile app packaging.

Cheers,

Mark


On Tue, Mar 31, 2015 at 11:55 AM, Tom Schindl tom.schi...@bestsolution.at
wrote:

 Hi,

 Are there any official plans already for Java9?

 One of the major pain points I see is that the java-packager does not
 support to set a splash-screen and also ignores the -splash argument who
 works when launching with java ... .

 Another very obvious thing at least on all the windows machine I tried
 JavaFX is a black area while resizing stages this makes things look
 unprofessional.

 A very special request thing is WebGL support Webkit a customer ask me
 for but I guess this is a though thing todo because on windows we only
 have DirectX.


 Tom

 --
 Thomas Schindl, CTO
 BestSolution.at EDV Systemhaus GmbH
 Eduard-Bodem-Gasse 5-7, A-6020 Innsbruck
 http://www.bestsolution.at/
 Reg. Nr. FN 222302s am Firmenbuchgericht Innsbruck

Re: JavaScript library for JavaFX fans?

[Mark Fortner]

Just to be clear, you're looking for a js library that has JavaFX-like
components, an event model, threading, graphics, animation and charting.
And runs in a browser. You're not looking to use fxml and js to build an
application, correct?
On Dec 16, 2014 5:13 AM, Jim Laskey (Oracle) james.las...@oracle.com
wrote:

 Nashorn JavaScript works with FX very easily.

 On Dec 15, 2014, at 3:30 PM, Jeff Martin j...@reportmill.com wrote:

  I need to do some JavaScript development - any recommendations for a
 JavaScript library that comes the closest to JavaFX?
 
  It seems like a couple years ago I even heard talk about making a
 JavaScript version of JavaFX (maybe at JavaOne).
 
  jeff

Re: JavaScript library for JavaFX fans?

[Mark Fortner]

GWT is probably closest to what you're looking for. You write java and it
emits HTML and JavaScript. In recent years as JavaScript has been playing
catch up though, the popularity of gwt has been on the wane. Angularjs has
been gaining a lot of traction as well as Polymer.  But these more recent
frameworks are not java-like. I'm sure web developers would probably have
some better suggestions.

Mark
On Dec 16, 2014 7:29 AM, Jeff Martin j...@reportmill.com wrote:

 You’re spot on, Mark. I need to do a little
 lightweight-in-the-browser-without-the-JVM development, and as a long-time
 Swing/JavaFX developer, I don’t want my fingers/brain to bleed too much. :-)

 The JavaScript world doesn’t seem as cut-and-dried as Java, iOS, Android
 development. I’m hoping there’s a popular and capable standard for people
 who come from the Java world.

 jeff


 On Dec 16, 2014, at 9:07 AM, Jim Laskey (Oracle) james.las...@oracle.com
 wrote:

 He mentioned JavaFX Script language, so I assume he wants to work with FX
 directly from Javascript.

 Look at https://blogs.oracle.com/nashorn/entry/jjs_fx as an example

 Cheers,

 -- Jim



 On Dec 16, 2014, at 10:49 AM, Mark Fortner phidia...@gmail.com wrote:

 Just to be clear, you're looking for a js library that has JavaFX-like
 components, an event model, threading, graphics, animation and charting.
 And runs in a browser. You're not looking to use fxml and js to build an
 application, correct?
 On Dec 16, 2014 5:13 AM, Jim Laskey (Oracle) james.las...@oracle.com
 wrote:

 Nashorn JavaScript works with FX very easily.

 On Dec 15, 2014, at 3:30 PM, Jeff Martin j...@reportmill.com wrote:

  I need to do some JavaScript development - any recommendations for a
 JavaScript library that comes the closest to JavaFX?
 
  It seems like a couple years ago I even heard talk about making a
 JavaScript version of JavaFX (maybe at JavaOne).
 
  jeff

Re: Using JavaFX deploy and having signing issues...

[Mark Fortner]

Tony and/or Danno,
Would you mind documenting the steps that you had to go through to make a
Mac application that was submittable to the Apple Store?  I'm sure everyone
who's struggling to create applications would appreciate the information.

Cheers,

Mark



On Mon, Mar 24, 2014 at 3:30 PM, Tony Anecito adanec...@yahoo.com wrote:

 Ok I was able to codesign and submit. The JavaFX deploy task is not
 creating a info.plist when the jdk is added to the bundle for the jdk.

 After submission there were some issues related to signing and it now
 requires a entitlements file for some things in the jre.

 Regards,
 -Tony



 On Monday, March 24, 2014 12:01 PM, Tony Anecito adanec...@yahoo.com
 wrote:

 So you have tried codesign with Mavericks OS X? I am getting invalid
 bundle when the jdk is bundled as required by the Apple Store. You have to
 codesign the jdk plugin seprately.
 Yes you can create a pkg or dmg image but I am looking for the correct way
 get the jdk codesigned else the app codesign fails also.

 Do you have a working example of codesign the jdk in the bundle?

 Thanks,
 -Tony




 On Monday, March 24, 2014 11:48 AM, Danno Ferrin danno.fer...@oracle.com
 wrote:

 You can still deploy apps to the app store using JavaFX.  You just cannot
 use the media library at the moment.  You can do it also via non app store
 distribution and sign it via gatekeeper as well and keep the media
 libraries in.  And it shouldn't matter what version of Mac OSX you use to
 build it.

 Tony Anecito adanec...@yahoo.com wrote:


 Thanks Richard,

 I know some more now. It seems with Mavericks 10.9 codesign and the bundle
 format that JavaFX deploy creates is no longer valid. There are starting to
 appear to be more references to this issue on the internet.
 So JavaFX apps can no longer be created and work on the Mac at least as
 far as the Apple Store is concerned.

 I may have to downgrade my Mac OS X to 10.8 to create Apple Store
 distributable JavaFX apps for the Mac.

 -Tony



 On Monday, March 24, 2014 10:57 AM, Richard Bair richard.b...@oracle.com
 wrote:

  One last hurdle, you need to remove the media library for JavaFX
 (lib/libjfxmedia.dylib) from your bundled JDK.  It uses QuickTime and that
 is being disowned by apple.  This may be fixed in a later 8u update, but
 not in 8.0.0_b132.

 Oh good grief, Apple! So what should we be using instead? This means I
 cannot make use of fx media in any app submitted to the app store?

 Richard

Re: 8u20 review request: RT-35635: new bundlers for fxpackager

[Mark Fortner]

Just out of curiousity, is there some reason that the new classes are in
*com.oracle* and *com.sun* packages instead of just in a *javafx.tools*package?

import com.oracle.bundlers.windows.WindowsBundlerParam;
import com.sun.javafx.tools.packager.Log;
import com.sun.javafx.tools.packager.bundlers.ConfigException;
import com.sun.javafx.tools.packager.bundlers.IOUtils;
import com.sun.javafx.tools.packager.bundlers.RelativeFileSet;

If there's some chance that these implementations are going to be replaced,
wouldn't it be better to at least declare their interfaces publicly in
javafx.tools?

Cheers,

Mark



On Fri, Mar 14, 2014 at 4:43 AM, Anthony Petrov
anthony.pet...@oracle.comwrote:

 Dmitry, all,

 Please post your review notes to JIRA to keep all the information in one
 place. We use the mailing list to send out review requests so that other
 people could start watching the bug and/or join the review. The review
 itself should happen in JIRA comments. Thank you in advance.

 --
 best regards,
 Anthony


 On 3/14/2014 3:21 PM, Dmitry Cherepanov wrote:

 Looks good to me.

 Thanks
 Dmitry

 On 3/13/14 11:08 PM, Danno Ferrin wrote:

 Kevin, Chris, Dmitry
 Please review.  These are the new bundlers for the 8u20 packager, the
 daemon/services stuff Dmitry has been working on, and other related
 changes. It's a big one so more eyes to find the stinkers before it
 gets committed would be appreciated.

 Jira: https://javafx-jira.kenai.com/browse/RT-35635 and
 https://javafx-jira.kenai.com/browse/RT-35969
 Webrev: http://cr.openjdk.java.net/~shemnon/RT-35635/webrev.00/

Re: javafxpackager and launcher

[Mark Fortner]

Comments in-line



 I just started experimenting with the javafxpackager and I noticed that the
 .exe that is created could, and probably should, have more things
 customized in the resources.  If you get properties on the file in Windows
 and look at the Details tab, things like Product name and Version are not
 filled in.  The project has a Title, a Vendor, Description and
 Implementation Version, etc.  I believe those are used for JNLP deployment.
  It would be nice to have those details injected into the .exe just like
 the icon is.  Should I create an issue for that?


I think there already is an issue for a universal deployment descriptor
https://javafx-jira.kenai.com/browse/RT-29229.

This came out of last year's discussion thread entitled Packaging
Application Metadata.

Cheers,

Mark

Fwd: Reloading stylesheets

[Mark Fortner]

It would be nice if there were some documentation for how to get around the
memory leak in stylesheets in 7x (since most of us won't be upgrading to 8
until it's actually released).  And in general if there were some
performance guidelines for JavaFX that would be really helpful.  There was
some mention of when (and when not) to use *Platform.runLater*.  Avoiding
memory leaks in multi-threaded code, guidelines for threadpool tuning so
that apps stay responsive, etc.  The Best
Practiceshttp://docs.oracle.com/javafx/2/best_practices/jfxpub-best_practices.htm
document
provides a start but more details would be useful.


Cheers,

Mark



-- Forwarded message --
From: Werner Lehmann lehm...@media-interactive.de
Date: Tue, Dec 10, 2013 at 9:03 AM
Subject: Re: Reloading stylesheets
To:
Cc: openjfx-dev@openjdk.java.net openjfx-dev@openjdk.java.net


Makes sense. Thanks!

On 10.12.2013 17:09, David Grieve wrote:

 The way it works in 8.0 is that there is a cache of loaded stylesheets.
 [...]

Re: Code Review Policies

[Mark Fortner]

Did you guys ever take a look at Crucible (part of the Atlassian suite)?
 It makes diff's easier to read, and lets you provide feedback in the
context of the code.

Cheers,

Mark



On Thu, Nov 7, 2013 at 3:21 PM, Richard Bair richard.b...@oracle.comwrote:

 Awesome! Thanks guys. I hope everybody else sees what I see here -- a
 constant continually effort to improve OpenJFX and make it a real Open
 Source project in every sense of the word. Major thanks to Steve for
 pushing on this so hard.

 Richard

 On Nov 7, 2013, at 6:36 AM, Stephen F Northover 
 steve.x.northo...@oracle.com wrote:

  Hello Committers,
 
  Let me summarize how to initiate a code review, since this changed
 recently.
 
  All information about how a bug was fixed needs to be in the JIRA. This
 means that all patches, webrevs, discussions and who is doing the review
 needs to be captured there.  The email to openjfx-dev is intended to inform
 the community that a review is happening so others can join in, but it
 doesn't need to contain detailed information about the fix.  People can get
 all that from the JIRA.
 
  This about it this way:  What we are trying to avoid is having any
 interesting information about the fix appear only in the mailing list.  The
 bottom line is that the comment section of JIRA should contains the
 contents of the email that previously you would have sent to the list.  If
 you want the information to be in two places, that is fine, but it must be
 in the JIRA.  However, the discussion and any subsequent action is in the
 JIRA.
 
  https://wiki.openjdk.java.net/display/OpenJFX/Code+Reviews
 
  Thanks,
  Steve and Daniel
 

Re: Moving on to a round house kick (forked from Re: JavaOne roundup?)

[Mark Fortner]

I'm not an apologist for Oracle, but in their defense, I can't see any
commercial company telegraphing their punches by pre-announcing technology.
 If you want support for those platforms, feel free fork the codebase and
write it.  I'd be satisified if we could get high-priority bugs and
performance issues taken care of and back-ported to 7 on a monthly basis.
 Anything beyond that is just gravy.

Cheers,

Mark



On Mon, Sep 30, 2013 at 1:17 PM, Tobias Bley t...@ultramixer.com wrote:

 The problem is the technology (no iOS/Android support) AND politics
 (Oracle doesn’t speak to the community)


 Am 30.09.2013 um 20:09 schrieb Felix Bembrick felix.bembr...@gmail.com:

  @Matthias, no, I am not kidding.  Put your faith in the technology, not
 the politics.
 
  On 30 Sep 2013, at 22:03, Matthias Hänel hae...@ultramixer.com wrote:
 
  Hi,
 
 
  @Felix: you are kidding are you? We cannot take another breath without
 choking on it. Sure there
  are many positive things about JavaFX but in the real world I can't be
 happy over and over again about
  the same things. A university can just devlop until a certain point,
 but we have a running bussiness
  where we need to decide the future of the underlaying technology.
 
  This is my very first post to this mailing list. My collegue tobi is an
 active member of this community.
  He is head of the java devlopement department in our company and I am
 the counterpart by managing the
  backend native codes and the interfacing to JNI/Java for the upper
 layers.
  Since Javafx could be a game changer for our company we have had
 internal workshops for the developers
  to get a common sense about the furture of development directions. This
 summer we focused our development
  on JavaFX for further products. This meant reworking all UI-stuff,
 cleaning APIs and fixing JNI for java8.
 
  Tobi was soo excited to see the new technologies and his presentation
 to our fellow developers has been
  more than ethusiastic. It sounded almost like the old dream
 code-once-run-anywhere comes true. The closer
  JavaOne got and the more session of interest for us has been canceled,
 the more we got fed up over here.
  As a result non of the session that had been a sort of interest for us
 had been held. Just to summarize
  our feeling about that, we are taking this really personally. There is
 investment of money and time on
  one side and on the other side it is personal investment into a future
 technology.
 
 
  I would like to give you an overview of the things that happend and how
 they appear over here.
 
  What did we heard over here from JavaOne?
 
  1. JavaFX is still in development
  2. Dukepad is released
  3. Oracle wong a sailing cup
  (4. Javafx runs in a browser)
 
 
  I'll start at the bottom:
 
  (4. When Javafx runs in a browser, why do I need it? I could use
 JavaScript and web technologies as well.
  This is quite a failure of time investment. Sure
 write-once-run-anywhere applies but all tough real world
  applications are not buildable since there is no native interfacing and
 won't be cross platform in the near future.)
 
  3. Larry Ellison spent 200 million dollar to win a sailing cup.
  I don't want to image what Oracle could have been done to revolutionize
 the world. I don't speak only about JavaFX,
  there is a lot to be done with the right power. But doesn't lead to
 much here.
 
  2. Wow, there is a JavaFX enabled Dukepad. Beeing a soldering nerd
 myself, hacking firmware and much cool stuff
  in my spare time it really kicked me in the first place. Then I
 grounded when I have seen that it was a childish puzzle
  with lego blocks. The longer I think about that, the longer I am
 getting angry to see a 100 men powered development
  team to build a demo on a demo board for a hand full nerds. Well that
 would be ok, if Oracle said that this is a demo
  on a prototyping board and the important platforms will follow soon. No
 word about iOS, Android, Windows8.
  Do you really believe that there are many people to build a Tablet like
 this? I am really sure non of the major
  hardware manufacturer will build a tablet on top of this platform soon
 since Android is also free to us and is
  much more attractive to the end-user. The only thing that I can image
 is that Oracle comes up with their own
  iPad-Killer in the near future (don't wait too long) otherwise this
 decision make no sense to me.
 
  1. JavaFX is in active development is the only great news for me. As of
 today it looks like a major development for
  years that is not released for actual use. For me it is currently just
 a very big shiny demo.
 
  short history summarize:
  
  4 years ago when javafx1 hit's the world, desktop use was okay. JavaFX1
 couldn't really convince due to an strange way
  of design. It is okay to make an mistake and to learn from it, so
 JavaFX2 was create. The software design is outstanding
  and the potential is not even comparable from my point 

Re: CNET: Google begins barring browser plug-ins from Chrome

[Mark Fortner]

Hi Daniel,
I guess everyone is still too caught up in the javaone frenzy to reply.

We'll probably convert our web start applet into an application. All of the
lighter-weight stuff may get migrated to html5 or we might look at a widget
framework as a container for those applets. Depends on the amount of work
required for conversion.

Mark
 On Sep 24, 2013 10:17 PM, Daniel Zwolenski zon...@gmail.com wrote:

 Google begins barring browser plug-ins from Chrome:
 http://news.cnet.com/8301-1023_3-57604242-93/google-begins-barring-browser-plug-ins-from-chrome/?tag=mobile_social

Re: Level of detail

[Mark Fortner]

This is a common problem when scaling a chart. When you zoom out you want
to temporarily remove data from the chart that will result in overlapping
nodes. This usually results in improved memory and responsiveness.

When rendering graphs (i.e. DAGs) you want subgraphs of nodes to collapse
into a metanode. This effectively declutters your graph.

Mark
On Jul 30, 2013 7:30 AM, David Ray cognitionmiss...@gmail.com wrote:

 Hi Richard,

 A brief question. Is there a resource you could point me to for details
 about the concepts and mechanisms you just mentioned?

 Namely:

 1. The Renderer you referred to (not sure if its a concept or concrete
 object)

 2. Picking. Of course I've seen the term used, but would like to
 understand it completely.

 3. Node Annotation - how nodes interact with other stages in their
 presentation, and specifically how one talks to the renderer.

 Thanks for any help you could give me.

 David

 Sent from my iPhone

 On Jul 29, 2013, at 4:12 PM, Richard Bair richard.b...@oracle.com wrote:

  The concept of Level of detail was recently brought up.  I believe it
 was
  referring to 3D, but the concept applies to 2D as well, when we have the
  concept of 2D scaling (zoom)
 
  This is a great point.
 
  Is there a current plan to address this?
 
  I don't think so (at least I have not been part of any conversations),
 other than knowing something needs to be done at some point.
 
  Is there a current technique that can be used to get something close?
 
  WIth application knowledge I would imagine so.
 
  For example, the two use cases I have right now:
 
  If I have a lot of Text nodes and they become unreadable when zoomed
 out,
  is there a way I could have them fade out and not cost me layout and
  rendering time?
 
  I don't know the way the app is written but you could change opacity of
 text as the zoom level increases?
 
  If I have an image that is rendered from SVG data and used in multiple
  places in the scene graph.  I want to update it if the user changes the
  zoom level so that it isn't blocky, or replace it with the vector
 graphics
  used to render it if the user zooms in so much that the image size
 would be
  ridiculous.
 
  I don't have any good ideas here. Maybe one of our 3D experts can tell
 us how this is typically handled in 3D.
 
  I can't think of a reasonably easy way to implement those cases.
 
  I'm thinking of some new kind of Pane that is sensitive to the size
 that it
  will finally be rendered at.  It could be used to hide or replace it's
  children based on the final bounds it will have on screen.
 
  A different way to handle this is to be able to annotate a node (or a
 PathElement) with LOD information, and let the renderer know what to do
 with stuff that falls out of that LOD. But really it is more than just the
 renderer, it is also layout  bounds  CSS  picking such too, I would
 guess. If something fails the LOD check, it seems it should be skipped on
 any related to layout / visuals. You still want it to show up for #lookup I
 would guess.
 
  Richard

Re: JavaFX 8 Progress

[Mark Fortner]

I've heard the webstart is broke, don't fix it, move on song before from
a number of people.  What I haven't heard is a credible solution to solving
the very real problem of keeping an app up-to-date in a corporate setting.
 For the most part, I agree that if you're in the business of selling
commercial software, selling and distributing through an app store probably
makes sense for you. Although I wouldn't relish having to build on all of
those platforms.

However, posting proprietary apps to external OS-specific app stores
doesn't really work for anyone in a corporate setting.  Neither does making
a user re-install an application every time you post a bug fix.  In
addition, many corporations limit the privileges they give users.

Cheers,

Mark

Re: How are Mnemonics On Buttons Supposed To Work?

[Mark Fortner]

Hi John,
Yes, I am using OS X. Thanks for the link.   I ended up creating a window
level key listener to listen for single key press events (don't really need
a modifier).  I'll have to rethink my approach.

It would be nice if there was a note in the javadoc about this.

Regards,
Mark

Cheers,

Mark



On Mon, Jul 1, 2013 at 1:29 PM, John Smith john_sm...@symantec.com wrote:

 Are you using OS X?

 For me, mnemonics in JavaFX work on Windows, but not at all in OS X (which
 is perhaps by undocumented design?).

 Apple's platform integration guide contains a section on Mnemonics, it
 based on Swing but I think the concepts translate to JavaFX:

 https://developer.apple.com/library/mac/#documentation/Java/Conceptual/Java14Development/07-NativePlatformIntegration/NativePlatformIntegration.html

 The JMenuItem class inherits the concept of mnemonics from the
 JAbstractButton class. In the context of menus, mnemonics are shortcuts to
 menus and their contents, which are executed by using a modifier key in
 conjunction with a single letter. When you set a mnemonic in a menu item,
 Java underscores the mnemonic letter in the title of the JMenuItem or JMenu
 component when the Option key is held down. Using mnemonics is discouraged
 in OS X, because mnemonics violate the principles of OS X Human Interface
 Guidelines. If you are developing a Java application for multiple platforms
 and some of those platforms recommend the use of mnemonics, just include a
 single setMnemonics() method that is conditionally called (based on the
 platform) when constructing your interface.
 
  How then do you get the functionality of mnemonics without using Java's
 mnemonics? If you have defined a keystroke sequence in the setAccelerator()
 method for a menu item, that key sequence is automatically entered into
 your menus.

 Accelerators work on both Windows and OS X (
 http://stackoverflow.com/questions/12710468/using-javafx-2-2-mnemonic).

 -Original Message-
 From: openjfx-dev-boun...@openjdk.java.net [mailto:
 openjfx-dev-boun...@openjdk.java.net] On Behalf Of Mark Fortner
 Sent: Monday, July 01, 2013 10:35 AM
 To: openjfx-dev@openjdk.java.net
 Subject: How are Mnemonics On Buttons Supposed To Work?

 Recently, I added mnemonics to some buttons and enabled mnemonic parsing,
 and noticed that the mnemonic isn't rendered.  I came across this issue:
 https://javafx-jira.kenai.com/browse/RT-18849

 which seems to indicate that NOT showing mnemonics is the expected
 behavior.

 If that's correct, how are user's supposed to know what mnemonics are
 available?


 Cheers,

 Mark

Table Column Headers

[Mark Fortner]

Recently I found that I needed to make a custom table column header.  I
needed the column header background to be different, and I needed to
display a tooltip to display the entire column name in cases where it had
been truncated.  Going forward it would be nice to be able to filter by
entering some text into the column header (but I'll save that for the
future).

I noticed these issues associated with the column header


   - https://javafx-jira.kenai.com/browse/RT-14905
   - https://javafx-jira.kenai.com/browse/RT-24514
   - https://javafx-jira.kenai.com/browse/RT-31019
   - https://javafx-jira.kenai.com/browse/RT-14909


The last issue referred to a column header factory, but despite the fact
that the issue says, that code didn't make it into 2.2.

The current *setGraphic* method, which seems to be based on the
capabilities of *Labeled,* doesn't really do the trick since it can only be
used to place a node to the left of the existing header text.

Is there any work being done to make column headers more flexible?


Cheers,

Mark

Re: Table Column Headers

[Mark Fortner]

Scott,
I think that may be in the works:
https://javafx-jira.kenai.com/browse/RT-14905

Cheers,

Mark



On Thu, Jun 27, 2013 at 11:51 AM, Scott Palmer swpal...@gmail.com wrote:

 Can you use CSS to set the Labeled to Graphic Only mode?


 Scott

 On Thu, Jun 27, 2013 at 1:01 PM, Mark Fortner phidia...@gmail.com wrote:

 Recently I found that I needed to make a custom table column header.  I
 needed the column header background to be different, and I needed to
 display a tooltip to display the entire column name in cases where it had
 been truncated.  Going forward it would be nice to be able to filter by
 entering some text into the column header (but I'll save that for the
 future).

 I noticed these issues associated with the column header


- https://javafx-jira.kenai.com/browse/RT-14905
- https://javafx-jira.kenai.com/browse/RT-24514
- https://javafx-jira.kenai.com/browse/RT-31019
- https://javafx-jira.kenai.com/browse/RT-14909



 The last issue referred to a column header factory, but despite the fact
 that the issue says, that code didn't make it into 2.2.

 The current *setGraphic* method, which seems to be based on the
 capabilities of *Labeled,* doesn't really do the trick since it can only
 be

 used to place a node to the left of the existing header text.

 Is there any work being done to make column headers more flexible?


 Cheers,

 Mark

JavaFX PDF Support

[Mark Fortner]

A few months ago, Jonathan Giles had floated the idea of a PDF component
for JavaFX.  Was an JIRA issue ever created for the idea?  Is the plan to
support a JavaFX-specific component or to use a Swing PDF component in
JavaFX?

The reason I ask is that it would be very useful in the life sciences if we
could annotate and render PDFs.  There are some applications like
UtopiaDocs and Mendeley that partially support some of the use cases, but
having a component that we could build open source applications upon would
be extremely useful.  This video gives you some idea of what we'd like to
be able to do with this type of component:
http://www.youtube.com/watch?v=1M26DRlZwSM

Regards,

Mark Fortner