r.java:125)
at java.lang.Thread.run(Thread.java:745)
Thanks very much, and sorry for not being able to provide a replicable test
case.
--
Michael Ennen
Keeping WebKit as up-to-date with upstream as possible is the most
important thing for me personally.
Also upgrading the "org.w3c.dom" from HTML 4 to HTML 5 is a big one as
well. As an example,
the version of WebKit JavaFX uses supports "Document.querySelectorAll()"
which can be used via:
webView
.
" -> netscape.javascript.JSObject JDK internal API
(jfxrt.jar)"
Thanks, and sorry if this issue is known or has been raised previously.
--
Michael Ennen
Thanks Kevin,
jdeps was picking up an out of date java version. Sorry for the noise.
eelAmt)
public int getPixelColor(int x, int y)
public Pixels getScreenCapture(int x, int y, int width, int height)
```
# Suggested Public API Replacement
https://github.com/brcolow/openjfx/blob/master/modules/javafx.graphics/src/main/java/javafx/scene/robot/Robot.java
--
Michael Ennen
=
>>>>> >>>> null || WINDOWS_SDK_DIR == "") { throw new GradleException("FAIL:
>>>>> >>>> WINSDK_DIR not defined");
>>>>> >>>> I cannot get past this, the exception is triggered, and yet the
>>>>> >>>> assignment of a value to property WINDOWS_SDK_DIR is quite clear
>>>>> here
>>>>> >>>> (line
>>>>> >>>> of 69 win.gradle): defineProperty("WINDOWS_SDK_DIR", properties,
>>>>> >>>> System.getenv().get("WINSDK_DIR"))
>>>>> >>>> and that system variable is, in fact, set as proved by (my)
>>>>> running
>>>>> >>>> this simple program I wrote (which exists in the same directory as
>>>>> >>>> win.gradle to exclude any conceivable path issues) and getting the
>>>>> >>>> proper outputpublic class WinSDK { public WinSDK() { } public
>>>>> static
>>>>> >>>> void main(String[] args) { String sdk =
>>>>> >>>> (String)System.getenv().get("WINSDK_DIR");
>>>>> >>>> System.out.println("sdk = " + sdk);
>>>>> >>>> }
>>>>> >>>> }
>>>>> >>>> Output as expected- the proper path to Microsoft SDK and anyways
>>>>> >>>> certainly not the empty string or null.
>>>>> >>>>
>>>>> >>>>
>>>>> >>>>
>>>>> >>>> Sorry to ask such a basic question but is anyone on this list
>>>>> >>>> actually able to clone then compile OpenFX from source using the
>>>>> >>>> procedure outlined on the below mentioned page using any of the
>>>>> >>>> gradle scripts, (in my instance gradle.win) ?
>>>>> >>>>
>>>>> >>>> Seems like first -step level stuff that is done regularly by
>>>>> >>>> everyone on the list interested in improving or exploring OpenFX
>>>>> but
>>>>> >>>> maybe I am wrong about this? Many thanks in advance.
>>>>> >>>>
>>>>> >>>>
>>>>> >>>>
>>>>> >>>>
>>>>> >>>>
>>>>> >>>> On Thursday, September 28, 2017 6:59 PM,
>>>>> >>>> javafx@use.startmail.comwrote:
>>>>> >>>>
>>>>> >>>>
>>>>> >>>>
>>>>> >>>>> Hi All,
>>>>> >>>>> New member to this group. I am encountering a little trouble
>>>>> when
>>>>> >>>>> I
>>>>> >>>>> try to build OpenJFX. I am following the instructions here:
>>>>> (using
>>>>> >>>>> Cygwin
>>>>> >>>>> on Win 7):
>>>>> >>>>> https://wiki.openjdk.java.net/display/OpenJFX/Building+OpenJFX
>>>>> >>>>>
>>>>> >>>>>
>>>>> >>>>>
>>>>> >>>>> When I run gradle after cloning the OpenJFX repository, I get a
>>>>> >>>>> "build
>>>>> >>>>> failed with exception" . I include the output from the entire run
>>>>> >>>>> just in case it's significant:
>>>>> >>>>>
>>>>> >>>>>
>>>>> >>>>>
>>>>> >>>>> $ gradle
>>>>> >>>>> WARNING: An illegal reflective access operation has occurred
>>>>> >>>>> WARNING: Illegal reflective access by
>>>>> >>>>> org.gradle.internal.reflect.JavaMethod
>>>>> >>>>> (file:/C:/gradle/lib/gradle-base-services-3.1.jar) to method
>>>>> >>>>> java.lang.ClassLoader.getPackages() WARNING: Please consider
>>>>> >>>>> reporting this to the maintainers of
>>>>> >>>>> org.gradle.internal.reflect.JavaMethod WARNING: Use
>>>>> >>>>> --illegal-access=warn to enable warnings of further
>>>>> >>>>> illegal reflective access operations WARNING: All illegal access
>>>>> >>>>> operations will be denied in a future release
>>>>> >>>>> :buildSrc:generateGrammarSource UP-TO-DATE
>>>>> >>>>> :buildSrc:compileJava UP-TO-DATE
>>>>> >>>>> :buildSrc:compileGroovy UP-TO-DATE
>>>>> >>>>> :buildSrc:processResources UP-TO-DATE
>>>>> >>>>> :buildSrc:classes UP-TO-DATE
>>>>> >>>>> :buildSrc:jar UP-TO-DATE
>>>>> >>>>> :buildSrc:assemble UP-TO-DATE
>>>>> >>>>> :buildSrc:compileTestJava UP-TO-DATE
>>>>> >>>>> :buildSrc:compileTestGroovy UP-TO-DATE
>>>>> >>>>> :buildSrc:processTestResources UP-TO-DATE
>>>>> >>>>> :buildSrc:testClasses UP-TO-DATE
>>>>> >>>>> :buildSrc:test UP-TO-DATE
>>>>> >>>>> :buildSrc:check UP-TO-DATE
>>>>> >>>>> :buildSrc:build UP-TO-DATE
>>>>> >>>>> FAILURE: Build failed with an exception.
>>>>> >>>>> * Where:
>>>>> >>>>> Script 'C:\cygwin64\home\mdbg\rt\buildSrc\win.gradle' line: 91
>>>>> >>>>> * What went wrong:
>>>>> >>>>> A problem occurred evaluating script.
>>>>> >>>>>
>>>>> >>>>>
>>>>> >>>>>
>>>>> >>>>>> FAIL: WINSDK_DIR not defined
>>>>> >>>>>>
>>>>> >>>>>>
>>>>> >>>>>>
>>>>> >>>>> * Try:
>>>>> >>>>> Run with --stacktrace option to get the stack trace. Run with
>>>>> >>>>> --info
>>>>> >>>>> or --debug option to get more log output. BUILD FAILED
>>>>> >>>>> Total time: 1.376 secs
>>>>> >>>>> I should add that even though the tutorial doesn't mention to do
>>>>> >>>>> it, I
>>>>> >>>>> cd-ed into the folder named rt, which was created by Mercurial
>>>>> when
>>>>> >>>>> I
>>>>> >>>>> cloned OpenJFX, I called gradle from there. Calling it from the
>>>>> >>>>> directory containing rt resulted in nothing happening , which
>>>>> >>>>> makes sense afaik. the variable WINSDK is not one I am familiar
>>>>> >>>>> with- it's not any environment or system variable on my machine
>>>>> >>>>> and the tutorial doesn't say anything about it. I hesitate to
>>>>> start
>>>>> >>>>> arbitrarily hacking build files based on error messages. It seems
>>>>> >>>>> as though it ought to just work and perhaps this is a bug I
>>>>> should
>>>>> >>>>> report or is it something else ?
>>>>> >>>>> Thank you!
>>>>> >>>>>
>>>>> >>>>>
>>>>> >>>>>
>>>>> >>>>
>>>>> >>>
>>>>> >>
>>>>> >
>>>>>
>>>>>
>>>>>
>>>>
--
Michael Ennen
src\main\native-glass\win\Robot.cpp
But I am not sure how those headers are generated and if I can just simply
change
it to "#include javafx_scene_robot_Robot.h" (which I very much doubt).
On Sun, Dec 3, 2017 at 2:29 PM, Michael Ennen wrote:
> I have created a (small) proposal (buil
.robot is not visible
import javafx.scene.robot.Robot;
I have added:
exports javafx.scene.robot;
to: modules/javafx.graphics/src/main/java/module-info.java
But this does not seem to be enough.
On Sun, Dec 3, 2017 at 4:48 PM, Michael Ennen wrote:
> I am still working on all the nece
not export it)
> C:\Users\brcolow\dev\openjfx\tests\system\src\test\java\test\robot\com\sun\glass\ui\monocle\RobotTest.java:33:
> error: package javafx.scene.robot is not visible
> import javafx.scene.robot.Robot;
>
> I have added:
>
> exports javafx.scene.robot;
>
> to: mod
Correction:
Adding ""--add-exports javafx.graphics/javafx.scene.robot=ALL-UNNAMED" to
buildSrc/addExports.
For posterity :)
On Mon, Dec 4, 2017 at 6:08 PM, Michael Ennen wrote:
> Ah, indeed, missed adding "--add-opens
> javafx.graphics/javafx.scene.robot=ALL-UNNAMED
n over the
> >> assistance and involvement from Oracle.
> >>>>>>
> >>>>>> If I am going to have to spend months working on something
> >>>>>> without
> >> any or only minimal involvement from Oracle, only to find at the end
> >> that Oracle either doesn’t like the design, implementation or something
> >> else then it is wasted time I’ll never get back.
> >>>>>>
> >>>>>> There are lots of other innovations too that I would like to
> >>>>>> see in
> >> JavaFX but I just don’t “feel the enthusiasm” from Oracle.
> >>
> >>>>>>
> >>>>>> If there is someone on the JavaFX team who would be willing to
> >>>>>> work
> >> with me (at least in some capacity), please have them contact me
> >> privately via email.
> >>>>>>
> >>>>>> The innovations I could work on and contribute include:
> >>>>>>
> >>>>>>
> >>>>>> 1. WebGL support in WebView
> >>>>>> 2. Better text support including text documents& rich text
> >>>>>> editors
> >> etc.
> >>>>>> 3. Significant improvements in scene graph rendering speed
> >>>>>> using
> >> modern game-engine style structures and algorithms
> >>>>>>
> >>>>>> JavaFX cannot survive without innovation and I am keen to see
> >>>>>> it
> >> happen and contribute as much as possible.
> >>>>>>
> >>>>>> Graciously,
> >>>>>>
> >>>>>>
> >>>>>> John-Val Rose
> >>>>>> Rosethorn Technology
> >>>>>>
> >>>>>>
> >>>>>>> On 6 Dec 2017, at 11:36, jav...@use.startmail.com wrote:
> >>>>>>>
> >>>>>>>
> >>>>>>> Sorry about all the typos previously.
> >>>>>>>
> >>>>>>>
> >>>>>>> Question- why not use the code in awt ? I am not totally up
> >>>>>>> on
> >> what's going on with the platforms' native rendering engines ( meaning,
> >> I
> >> have no idea whatsoever) or how they have changed, but golly it sure
> >> does still work pretty well.
> >>>>>>>
> >>>>>>> At least it seems to me looking at awt that a smallish number
> >>>>>>> of
> >> things are 1) well defined by the native platofrm and 2) would more or
> >> less translate directly to an Java API and 3) from those small number of
> >> building blocks, (Font and Glyph metrics and this kind of thing)
> >> text line layout algorithms can be written by ordinary civilians along
> >> with all the other stuff that goes into a text editor.
> >>>>>>>
> >>>>>>> And yes, everything does look easy when someone else is going
> >>>>>>> to do
> >> it.
> >>>>>>>
> >>>>>>>
> >>
> >
>
>
>
--
Michael Ennen
anks very much.
On Tue, Dec 5, 2017 at 5:29 PM, Kevin Rushforth
wrote:
> Glad you got the build working. You can post back on this thread when you
> are ready.
>
>
> -- Kevin
>
>
> Michael Ennen wrote:
>
> Correction:
>
> Adding ""--add-exp
How can Robot call into the implementation when it is a super class of the
implementations?
On Wed, Dec 20, 2017 at 2:04 PM, Kevin Rushforth wrote:
>
>
> Michael Ennen wrote:
>
> I have a question about how to proceed with the Robot code.
>
> The base abstract Robot class i
I am not trying to be a burden here. I understand that you may not have
time to hand-hold
to this degree. I will try and make progress, sorry for the follow up
question.
On Wed, Dec 20, 2017 at 2:08 PM, Michael Ennen wrote:
> How can Robot call into the implementation when it is a super cl
Appveyor VMs and
the result
is the same. I also read at least two mails in this list about needing to
hard-code the
properties, I am assuming it is for the same reason.
I will try and figure out the reason but wanted to at least make this issue
more concrete.
--
Michael Ennen
it within
> cygwin.
>
> Tom
>
>
> On 21.12.17 06:40, Michael Ennen wrote:
>
>> Some people were reporting that Windows builds are difficult to setup.
>> I think this is due to the fact that the call to setupTools in
>> buildSrc/win.gradle
>> is in fact not w
Ah I see now - the properties were not being re-generated simply because
the file windows_tools.properties already existed and "gradle clean" was not
working because I'm not on Cygwin.
Sorry for the noise.
On Thu, Dec 21, 2017 at 1:08 AM, Michael Ennen wrote:
> Thanks f
n't be able to get back to this until after the
> holidays and after JDK 10 RDP1 is over, but will take another pass at it
> then and incorporate the feedback.
>
> -- Kevin
>
> [1] https://wiki.openjdk.java.net/display/OpenJFX/Building+OpenJFX
>
>
--
Michael Ennen
t 3:05 PM, Kevin Rushforth wrote:
> Sure, no problem. One quick comment is that a common way to solve this is
> by delegating to an implementation class, which would then be sub-classes.
>
>
> -- Kevin
>
>
> Michael Ennen wrote:
>
> I am not trying to be a burden he
I didn't realize "_1" is an escape character in JNI method naming and is
only
needed when the method has a "_" in its' name. Nevermind!
On Fri, Dec 22, 2017 at 2:57 PM, Michael Ennen wrote:
> I have made quite a bit of good progress I think:
>
> ht
no changes to Jemmy would be required after moving Robot
to the
JavaFX public API.
Am I missing something?
Thanks, happy holidays (not expecting a response for a while :) ).
On Fri, Dec 22, 2017 at 10:51 PM, Michael Ennen
wrote:
> I didn't realize "_1" is an escape character
WinRobot) to support
these additional mouse keys.
Happy holidays all,
Michael Ennen
On Sat, Dec 23, 2017 at 6:00 PM, Michael Ennen wrote:
> Kevin,
>
> You mentioned in your initial response that Jemmy would need to updated
> with any changes
> that result from moving Robot into th
up
the commit hash I posted in the previous message. Once I get feedback
I will incorporate make this minor fixups in addition to responding/fixing
the feedback.
Regards,
Michael Ennen
On Tue, Dec 26, 2017 at 9:35 PM, Michael Ennen wrote:
> I have completed what I would call a first draft of mov
all the extra noise, just want to be clear.
(P.S. Kevin: Do you prefer I use Reply-To-All or only reply to openjfx-dev?
I am not sure what is the modus operandi for this list).
Thanks,
Michael Ennen
On Tue, Dec 26, 2017 at 10:08 PM, Michael Ennen
wrote:
> I forgot to mention one th
wnload the webrev, without all the
rest of the repository to ~/robot-webrev (or wherever you would like it to
clone).
Sorry I currently don't have an HTTP server for hosting the webrev.
Thanks,
Michael Ennen
On Wed, Dec 20, 2017 at 3:05 PM, Kevin Rushforth wrote:
> Sure, no problem. One quick
tation class, which would then be sub-classes.
>
>
> -- Kevin
>
>
> Michael Ennen wrote:
>
> I am not trying to be a burden here. I understand that you may not have
> time to hand-hold
> to this degree. I will try and make progress, sorry for the follow up
> questi
Sounds great. Much appreciated.
On Mon, Jan 8, 2018 at 4:28 PM, Kevin Rushforth
wrote:
> I'll take a look some time after RDP2 of JDK 10.
>
>
> -- Kevin
>
>
> Michael Ennen wrote:
>
> Hey Kevin,
>
> Hope you had a good holiday. Hopefully you will get some
nge applications, for example.
>
> Regards,
>
> August
>
--
Michael Ennen
ntioned).
Thanks for starting this important discussion, Kevin.
-- Michael Ennen
On Thu, Feb 1, 2018 at 4:26 PM, Kevin Rushforth
wrote:
> To: OpenJFX Developers
>
> We are looking to grow the community of contributors to the OpenJFX
> project, especially serious contributors who
pinion, that it is ready to
be opened as
an upstream bug/feature request. Automating the process with patch sets,
webrevs, formatting/lint
results, etc. would be the most ideal situation and I would be happy to
contribute to these
efforts.
Regards,
Michael Ennen
On Sun, Feb 4, 2018 at 5:29 PM
concrete details
can be worked out.
Regards,
Michael
On Sun, Feb 4, 2018 at 6:21 PM, Nir Lisker wrote:
> So if a community ran GitHub is used for staging, who will approve PRs for
> the code and the Wiki of the GitHub repo?
>
> On Mon, Feb 5, 2018 at 2:40 AM, Michael Ennen
> wrot
Thanks for taking the initiative, Johan.
I have opened two PRs that add support for Travis CI and Appveyor
continuous integration (which can be used to build pull requests and
the master branch after a merge (or using a cron-timer) automatically).
This will allow sandboxers to test their code on
Having a bot that creates a webrev, verifies OCA is signed for the commit
author,
and a generates a JBS/java bug report template would be ideal IMO.
We can use something like AWS Lambda that runs every X minutes and checks
for PRs to the openjdk-jfx GitHub repository. If a new PR is seen, or a PR
hanks to John Neffenger for taking the time to put this together! I
wanted to make this work was known to Kevin and the team.
Thanks very much,
(P.S. When is ramp down phase 2 over? :) ).
--
Michael Ennen
o sign the OCA before we could
> take it.
>
> > (P.S. When is ramp down phase 2 over? :) ).
>
> Oh, right. We're actually at GAC for JDK 10 now. I owe you a review of the
> Robot API...
>
> -- Kevin
>
>
>
>
> Michael Ennen wrote:
>
>> Hello,
>
>
> -- Kevin
>
>
>
> John Neffenger wrote:
>
>> On 02/23/2018 02:29 PM, Michael Ennen wrote:
>>
>>> Here is the issue:
>>>
>>> https://gitlab.com/openjfxepd/jfxpatch/issues/1
>>>
>>> Thanks to John Neffenger for taking the ti
, the bot can comment on the PR with
something
containing:
"This looks like your first contribution to the OpenJFX Github repository.
Have
you signed the OCA (Oracle Contributor Agreement) before with the username
"brcolow" (name: Michael Ennen)? If so, reply with 'Yes, that is
Ping :)
On Mon, Jan 8, 2018 at 4:28 PM, Kevin Rushforth
wrote:
> I'll take a look some time after RDP2 of JDK 10.
>
>
> -- Kevin
>
>
> Michael Ennen wrote:
>
> Hey Kevin,
>
> Hope you had a good holiday. Hopefully you will get some time in the
> com
width, int height, int[] data); //
> Not sure we need / want this one
>
> The biggest question I have is whether we should follow the pattern of the
> other related public APIs in Screen and Stage and use doubles everywhere
> rather than ints. Also, we will need to see whether there are
gle2D region);
> Image getScreenCapture(Rectangle2D region, boolean scaleToFit);
>
> void getScreenCapture(int x, int y, int width, int height, int[] data); //
> Not sure we need / want this one
>
> The biggest question I have is whether we should follow the pattern of the
> other re
, Michael Ennen
wrote:
> Quick question:
>
> Currently a Robot is created by calling `Application.createRobot` which
> delegates
> to the underlying platform-specific application class (GtkApplication,
> WinApplication, etc.)
> via `com.sun.glass.ui.Application.GetAppl
Got it. Not sure why I made it so complicated in my head, lol.
Will be working on this in the next few days.
On Thu, Mar 22, 2018 at 5:54 AM, Kevin Rushforth wrote:
>
>
> Michael Ennen wrote:
>
> Quick question:
>
> Currently a Robot is created by calling `Applicati
't.
Hopefully that makes sense.
Thanks!
On Thu, Mar 22, 2018 at 5:54 AM, Kevin Rushforth wrote:
>
>
> Michael Ennen wrote:
>
> Quick question:
>
> Currently a Robot is created by calling `Application.createRobot` which
> delegates
, Mar 24, 2018 at 6:11 PM, Scott Palmer wrote:
>
>
> On Mar 23, 2018, at 5:50 PM, Michael Ennen wrote:
>
> Kevin,
>
> I believe I followed all of your suggestions, except the one with a
> re-usable WritableImage.
> If you want me to implement that as well, I can, but yo
n, Mar 26, 2018 at 5:54 PM, Kevin Rushforth <
> kevin.rushfo...@oracle.com> wrote:
>
>> Seems good to me, too.
>>
>> -- Kevin
>>
>>
>> Michael Ennen wrote:
>>
>>> Sounds like a good idea to me to only have `getScreenCapture`
41775e5258
e790a049f3fdce4a956ef665c7
On Mon, Apr 16, 2018 at 11:41 AM, Nir Lisker wrote:
> It was moved to https://bugs.openjdk.java.net/browse/JDK-8201567.
>
> On Mon, Apr 16, 2018, 20:26 John Neffenger wrote:
>
> > On 02/23/2018 03:12 PM, Michael Ennen wrote:
> > > Goo
s you can probably imagine.
>>>
>>> If you have any general comments or questions about any of this, please
>>> reply to this thread. We may want to split out more detailed discussions
>>> into their own thread to make it easier to follow.
>>>
>>> -- Kevin
>>>
>>> [1] http://jdk.java.net/openjfx/
>>>
>>> [2] http://mail.openjdk.java.net/pipermail/openjfx-dev/2018-May/
>>> 021856.html
>>> [3] https://bugs.openjdk.java.net/browse/JDK-8202368
>>>
>>>
>
--
Michael Ennen
Alright great, no complaints from me then :).
On Wed, May 16, 2018 at 1:08 PM, Kevin Rushforth wrote:
> Yes, the source code for javapackager is fully open source.
>
> -- Kevin
>
>
>
> On 5/16/2018 1:05 PM, Michael Ennen wrote:
>
> Is the source code for jav
stage,
Michael Ennen
might make things more complicated than they
need to be
in those two areas I mentioned above.
Other then that, this looks good to me and I think having a replacement for
javapackager
is a good idea.
Thanks,
Michael Ennen
On Thu, May 31, 2018 at 1:56 PM, Kevin Rushforth wrote:
> The existing ja
Hi,
I'd like to request a review for the fix of JDK-8207372.
The change is at https://github.com/javafxports/openjdk-jfx/pull/134
Thanks.
--
Michael Ennen
Hi,
I'd like to request a review for JDK-8207370 available
as a PR on Github:
https://github.com/javafxports/openjdk-jfx/pull/135
Thanks.
--
Michael Ennen
Hi,
I'd like to request a review for JDK-8207377 available
as a PR on Github:
https://github.com/javafxports/openjdk-jfx/pull/140
Thanks.
--
Michael Ennen
e app (with jre bundled) with jdk11?
>
>
> [1] https://bugs.openjdk.java.net/browse/JDK-8191176
>
> My first mail on this mailing list !!! 😀
>
--
Michael Ennen
Hi,
I'd like to request a review for JDK-8209765 available as
a PR on Github:
https://github.com/javafxports/openjdk-jfx/pull/153
Thanks.
--
Michael Ennen
Hi,
I'd like to request a review for JDK-8209764 available as
a PR on Github:
https://github.com/javafxports/openjdk-jfx/pull/155
Thanks.
--
Michael Ennen
Hi,
I'd like to request a review for JDK-8209970 available as a PR on
Github:
https://github.com/javafxports/openjdk-jfx/pull/168
https://bugs.openjdk.java.net/browse/JDK-8209970
Thanks.
--
Michael Ennen
s possible to use the AWT Robot with JavaFX
and
bypass the JavaFX Robot entirely.
Thanks,
Michael Ennen
On Tue, Aug 28, 2018 at 2:42 PM Miroslav Nachev <
mnachev.nscenter...@gmail.com> wrote:
> Hi,
>
> What are the possible options for GUI code testing for JDK 10/11?
>
> I t
We need to release a new version of TestFX that should fix the cursor
positioning issues. It may be more appropriate to continue this discussion
on the TestFX issue tracker. Feel free to open an issue for TestNG support.
Thanks,
Michael Ennen
On Wed, Aug 29, 2018 at 8:56 AM Miroslav Nachev
early stages (no CSR has been created yet,
however there is a preliminary one in the comments on the
above Github issue) but Kevin wanted me to post a notification
to this list so that people can review and comment on it (and
I think that's a good idea, too).
Thanks,
Michael Ennen
e the JavaFX Robot API from private API
to public API, and with the help of Kevin Rushforth that was stewarded into
the latest JavaFX releases. That's one example from me, personally. I
hope we can continue to add/improve features to JavaFX, even if there
was a different or simply more steward
ng on JavaFX and there is a tie-in
to that effort with having Appveyor scripts that share the same build/setup
logic. I have made some progress thereof, I want to make more.
Cheers,
Michael Ennen
On Tue, Sep 4, 2018 at 12:02 AM Johan Vos wrote:
> It has been mentioned a number of times tha
ownership,
positions, constraints, etc. There is nothing that can be done using FXML
that can't
be done using pure Java.
Cheers,
Michael Ennen
On Thu, Sep 6, 2018 at 4:48 PM AmnoJeeuw wrote:
> I am learning hands-on how to program using JavaFX and in the process
> doing so I’ve come
No worries. Also I agree with Johan that it would be more appropriate
to ask questions like this on, say, Stack Overflow. As Johan mentioned
this list is for discussing the development of JavaFX itself (not the use of
it).
Cheers,
Michael Ennen
On Thu, Sep 6, 2018 at 5:22 PM John-Val Rose wrote
electron/pull/800
If someone was motivated enough it should be possible to fix this behavior
by
applying the approach used above at the places I outlined in the OpenJFX
source.
Cheers,
Michael Ennen
On Mon, Oct 8, 2018 at 9:25 PM Fluid Logix wrote:
> As the title says. Currently, undecora
;
> I am not entirely sure about the naming though. Should it really be
> "BACK/FORWARD" or should it rather be "BUTTON4/BUTTON5" as it can be mapped
> to whatever?
>
> - Johan
>
> On Thu, Aug 30, 2018 at 12:54 AM Michael Ennen
> wrote:
>
>&
ed evaluating script.
> >> FAIL: WINSDK_DIR not defined
> >
> > to me, it looks the env var WINSDK_DIR is not set - what should go in
> there?
> >
> > Thanks, Jeanette
> >
> > BTW: did I ever mention that I hate command line tools - and they
> > feel it, fighting back with all they got ;)
>
>
>
>
--
Michael Ennen
re, but they are using
>> Ansible for provisioning machines (for very good reasons), and we spent
>> days trying to come up with an Ansible script that allowed to build on
>> Windows, without 100% success.
>> Hence, we currently create the windows build on a Windows machine
gt;
> Next issue is this:
>
>
> > Could not get unknown property 'moduleEmptyPublicationJarLinux' for
> task set of type org.gradle.api.internal.tasks.DefaultTaskContainer
>
>
> which I'm not sure on how to resolve. Thinking that it may be related to
> my custom built JDK I tried swapping it out for an older one that I know
> worked before and yet it fails all the same.
>
>
--
Michael Ennen
took the first
step, so thank you.
As for the gradle task issue the only half-baked suggestion I can offer is
to try
"gradlew all test" instead of "gradle build/clean".
On Tue, Dec 4, 2018 at 3:34 AM Ty Young wrote:
>
> On 12/3/18 6:52 PM, Michael Ennen wrote:
> >
09970>
Thanks.
--
Michael Ennen
tracker is a useful addition to the Jira (at least in my
opinion) for talking
about issues that people want to (potentially) create a pull request (on
the Github) for.
Cheers,
Michael Ennen
On Mon, Dec 31, 2018 at 8:54 PM Dan Armbrust
wrote:
> Hi,
>
> I'm trying to migrate a code
09970>
Thanks.
--
Michael Ennen
Please review the following on Github to update the version of
antlr to 4.7.2. Details are in the PR.
https://bugs.openjdk.java.net/browse/JDK-8218170
https://github.com/javafxports/openjdk-jfx/pull/372
--
Michael Ennen
Please review the following on Github to remove embedded grammar
actions. Details are in the PR and bug report.
https://bugs.openjdk.java.net/browse/JDK-8221269
https://github.com/javafxports/openjdk-jfx/pull/413
--
Michael Ennen
ally well documented.
> >> I could only make the build continue by patching win.gradle, setting an
> >> environment variable did not help.
> >>
> >> If I add WINDOWS_SDK_DIR="C:\\Program Files\\Microsoft
> >> SDKs\\Windows\\v7.1"
> >> in win.gradle right above the checking code, I can execute gradlew
> tasks.
> >>
> >> However If I just start gradlew to really build JavaFX I get:
> >>
> >> FAILURE: Build failed with an exception.
> >> >
> >> > * What went wrong:
> >> > Execution failed for task ':graphics:compileDecoraNativeShadersWin'.
> >> > > java.util.concurrent.ExecutionException:
> >> > org.gradle.process.internal.ExecException: A problem occurred starting
> >> > process 'command '/VC/BIN/cl.exe''
> >> >
> >>
> >> Any help/hints welcome :-)
> >>
> >
>
--
Michael Ennen
09970>
Thanks.
--
Michael Ennen
.bat on cygwin I get:
>
> > FAIL: WINSDK_DIR not defined
>
> My version is 14.16.27012.
>
>
> Thanks.
>
--
Michael Ennen
ines and always launch build via
> VS prompt?
> After all, this is what it was created for)
>
> Ilya.
>
--
Michael Ennen
ario/effect/compiler/JSLBaseVisitor.java
> >
> > You may be using an old 3.x version of anltlr, although the build
> > should download the latest antlr4 for you. Make sure that you have a
> > clean repo with no leftovers from an older build.
> >
> > -- Kevin
> >
> > On 10/9/2019 2:06 AM, Vincent MOLLIERE wrote:
> > > Hello,
> > > I'm trying to build the latest version of OpenJFX on Windows and I
> have a
> > > compilation problem in JSLVisitor, it cannot find the
> > > import com.sun.scenario.effect.compiler.JSLBaseVisitor and neither do
> I.
> > > Where this file can be found/generated ?
> > > Thank you in advance for your help !
> >
> >
>
--
Michael Ennen
es in very powerful and interesting ways. If it is not possible,
would it be feasible to make it so in the scope of this JEP?
Thanks very much,
--
Michael Ennen
he command line and use whatever internal
> APIs are needed. Breakage is less of a concern because it's under the
> control of the developer.
>
> The biggest lack in the JavaFX/javapackager/jlink story is still, by far, a
> slick auto update system. Shipping apps that can't update themselves in
> 2015 is unacceptable even for corporate deployments.
>
--
Michael Ennen
he command line and use whatever internal
> APIs are needed. Breakage is less of a concern because it's under the
> control of the developer.
>
> The biggest lack in the JavaFX/javapackager/jlink story is still, by far, a
> slick auto update system. Shipping apps that can't update themselves in
> 2015 is unacceptable even for corporate deployments.
>
--
Michael Ennen
s quite a serious
issue (and indeed is a serious issue for my particular application).
Has anyone run into this problem and come up with a solution? Is this a
known bug? Is there anything I can do to fix it?
Thanks very much,
--
Michael Ennen
016 at 3:23 PM, Kevin Rushforth
wrote:
> Try the following:
>
>System.setProperty("com.sun.net.ssl.checkRevocation", "true");
>
> -- Kevin
>
>
> Michael Ennen wrote:
>
>> Hello,
>>
>> I will keep this short and brief. If one attempts to use the We
Thanks very much, really appreciate it.
On Mon, Jan 4, 2016 at 5:14 PM, Kevin Rushforth
wrote:
> We'll take a closer look at it then.
>
>
> -- Kevin
>
>
> Michael Ennen wrote:
>
> Kevin,
>
> After some further exploration I see that indeed certificat
ixed mode)
Although this is not a functionality breaking issue (e.g. not a
showstopper), it really is a serious issue in my eyes because of just how
qualities are of the rendered texts.
Thanks very much,
--
Michael Ennen
at 5:00 AM, Murali Billa
wrote:
> Hi Michael,
>
> Can you mention what is the resolution/scale under which you are loading
> the content in webview?
>
> Thanks,
> Murali
>
> -----Original Message-
> From: Michael Ennen [mailto:mike.en...@gmail.com]
> Sent:
> ticket at https://bugs.openjdk.java.net/browse/JDK-8091517
>
> I’m new to this list and just got my OCA processed, but I don’t really
> know how to continue. If you think this is a good idea, it’d be great if
> you could give me a hand :)
>
> BR
> Jan
--
Michael Ennen
On Mon, 2 May 2022 19:55:28 GMT, Nir Lisker wrote:
>> Refactoring and renaming changes to some of the D3D pipeline files and a few
>> changes on the Java side. These are various "leftovers" from previous issues
>> that we didn't want to touch at the time in order to confine the scope of
>> the
m and wasn't so sure I was legally allowed to sign it)
>- When I implement the shader API, should it use some kind of GLSL
>mapping, or should I try to extend JSL to work in 3D?
>- Should I have sent this email to another mailing list?
>
--
Michael Ennen
91 matches
Mail list logo