David / Kevin,
Do you see chances to detect for the SWT case if we are running with SWT
on Gtk3 or Gtk2 and not having to use -Djdk.gtk.version=3
The problem with requiring one to switch by setting the System-Property
is that eg if someone want to use FX in the Eclipse IDE he does not
control the
ing /proc has been proposed.
> '
> Any boiler plate code that works across all versions of Linux/Unix and
> where you do not control the manner in which gtk3 was loaded is proving
> elusive.
>
> And nothing will help in the case that FX is loaded first and gtk/swt is
> loaded
Hi,
I highly doubt this will work in an OSGi-Env like Eclipse (which the 99%) use
case for SWT useage.
The SWT jar is not on the application classpath so how should a module (named
or unnamed) find the SWT classes?
Tom
Von meinem iPhone gesendet
> Am 26.05.2016 um 02:43 schrieb Mandy Chung :
Rereading the jira it take that back if javafx.swt can still be loaded as a
simple jar things will work
Tom
Von meinem iPhone gesendet
> Am 26.05.2016 um 16:51 schrieb Tom Schindl :
>
> Hi,
>
> I highly doubt this will work in an OSGi-Env like Eclipse (which the 99%) use
asspath.
>
> -- Kevin
>
>
> Tom Schindl wrote:
>>
>> Rereading the jira it take that back if javafx.swt can still be loaded as a
>> simple jar things will work
>>
>> Tom
>>
>> Von meinem iPhone gesendet
>>
>>
>>>>
ses - would that be feasible?
>
> Mandy
>
>>
>> -- Kevin
>>
>>
>> Tom Schindl wrote:
>>> Rereading the jira it take that back if javafx.swt can still be loaded as a
>>> simple jar things will work
>>>
>>> Tom
>>
What has the removal of JMX for JavaFX todo with Oracle using JavaFX
themselves?
There are projects at Oracle who for sure do use JavaFX and one of them
is installed in your JDK! It's Java-Mission-Control.
Tom
On 10.06.16 12:46, Felix Bembrick wrote:
> I am taking that as a "yes" answer to my or
Hi,
In Java9 PlatformImpl.startup was provide as API in Platform which is
great but not enough to solve my current problem.
Let me start with the following I can not use Application.launch() to
bootstrap my OSGi-Application because this would block endless because
if the native launching going on
Hi,
I was playing around with Java9 a bit yesterday things worked fine but
what disturbs me a bit is that I need to export the package with my
Application-Subclass because naturally Java9 can not create an instance
of none-exported class with reflection.
Although not being a big problem it distur
Hi,
Take a look at the stack below.
> ComboBoxListViewSkin(ComboBoxBaseSkin).(ComboBoxBase,
> ComboBoxBaseBehavior) line: 57
> ComboBoxListViewSkin(ComboBoxPopupControl).(ComboBoxBase,
> ComboBoxBaseBehavior) line: 61
> ComboBoxListViewSkin.(ComboBox) line: 113
> ComboBox.createDef
Did you ever filed a bug for that? This is a serious bug rendering
JavaFX applications useless.
Tom
On 31.03.16 11:16, José Pereda wrote:
> Hi all,
>
> Running this little test on a MacBook Pro Retina, OS X 10.11.4, with JDK
> 8u77:
>
> @Override
> public void start(Stage stage) {
>
t; You can go ahead.
>
> Jose
>
> On Thu, Jun 23, 2016 at 3:15 PM, Tom Schindl
> mailto:tom.schi...@bestsolution.at>> wrote:
>
> Did you ever filed a bug for that? This is a serious bug rendering
> JavaFX applications useless.
>
> Tom
>
Hi,
I filed https://bugs.openjdk.java.net/browse/JDK-8160242
Tom
On 23.06.16 00:55, Jonathan Giles wrote:
> I think this is a reasonable expectation. Can you please file an issue
> and we can progress it from there?
>
> Thanks,
>
> -- Jonathan
>
> On 23/06/16 7:
For what is worth - the problem is that JDT-Beta-Builds are only modules
starting with "java.".
I've started a thread at jdt-core mailing list [1] - I started working
on a patch to also add "javafx." and hope it gets accepted.
Tom
[1]http://dev.eclipse.org/mhonarc/lists/jdt-core-dev/msg02626.htm
eeds to be tested. We currently do all of our own testing by adding it as
>>>> an automatic module on the module path as follows:
>>>>
>>>> $ java --module-path $JAVA_HOME/lib/javafx-swt.jar --add-modules
>>>> javafx.swt my.pkg.MyApp
>>>
>
utomatic (and thus implicitly defined) javafx.swt module as
> an explicit one as part of e(fx)clipse, or did you - like me - expect that
> javafx.swt will yet be turned into an explicit module by the OpenJFX team?
>
> Best Regards,
> Alexander
>
>> Am 14.09.2016 um 00:51 schr
Hi,
A work around would be to use a custom protocol handler (I assume JavaFX
loads the image using URL.openConnection/openStream) who loads the file,
runs it through Batik and returns a stream with the rendered image.
An URL might look like this:
svg:file:/path/to/myfile.svg?size=16x16
and if t
But that won't work for CSS
Tom
Von meinem iPhone gesendet
> Am 11.10.2016 um 21:01 schrieb Jim Graham :
>
> Rather than try to hack around the exposure of the internal ImageLoader APIs,
> given the relatively small amount of glue code in that package it might be
> easier for them to reimple
e(fx)clipse also uses FutureTask - we initially used CountDownLatch but it
escapes my mind what was the reason for that change.
BTW: We have many other clever util methods in this area - see
-
http://git.eclipse.org/c/efxclipse/org.eclipse.efxclipse.git/tree/bundles/runtime/org.eclipse.fx.ui.wo
Hi,
Might be dumb questions but
Did you try that this doesn't interfere with stages who have been created with
StageStyle.TRANSPARENT?
What happens if i set the Scene.fill to an rgba value? Doesn't this lead to a
different color than what you get today where the background stage background
>From looking at the code I doubt your fix will work reliably in a
OSGi-Environment who is the Main deployment scenario for SWT and hence
FXCanvas!
For sure you won't find the SWT-Library on the SystemClassloader and
whether you find it on the Thread-ContextClassloader is just gambling!
The only
ads a JavaFX UI
c) loads an SWT-UI
Both webrefs won't address this case if not mistaken, but I have never
seen an application like that ;-)
Tom
On 23.11.16 13:32, Semyon Sadetsky wrote:
> On 11/23/2016 12:38 PM, Tom Schindl wrote:
>
>> From looking at the code I doubt your fix w
Hi Kevin,
Just replied to Semyon and I think the change is fine
Tom
On 23.11.16 16:37, Kevin Rushforth wrote:
> Hi Tom,
>
> Would you have time to help us test this?
>
> -- Kevin
>
>
> Tom Schindl wrote:
>> From looking at the code I doubt your fix w
Hi,
I agree the JavaFX team should focus on the core:
* CSS & SG Performance - Like Felix says this needs to be improved
significantly. It is unjustifable that JavaFX is lagging so much
behind Browsers and other UI-Toolkits
* WebGL support in WebView or a way to run Chromium as an external
Hi,
As JavaFX9 has removed impl_reapplyCss() it is impossible for custom
controls to deal with a styleable Font-Property.
To correctly implement a Font-Property the code needs to look similar to
the one in Labeled#fontProperty. The only possibility I see implementing
such a property without provi
following something along the lines
> of your suggestion)?
>
> Also, thanks for taking the time to test JDK 9 - this is exactly the
> kind of feedback we need.
>
> -- Jonathan
>
> On 19/01/17 12:00 PM, Tom Schindl wrote:
>> Hi,
>>
>> As JavaFX9 has re
Hi,
naturally it is https://bugs.openjdk.java.net/browse/JDK-8173103
Tom
On 20.01.17 09:16, Tom Schindl wrote:
> https://bugs.openjdk.java.net/browse/JDK-8102126
>
> Tom
>
> On 19.01.17 00:09, Jonathan Giles wrote:
>> This sounds like a reasonable issue to discuss a re
In a similar vein a property like Labeled#graphicProperty - see
https://bugs.openjdk.java.net/browse/JDK-8173106 who can not be
implemented on JDK9 at all.
Tom
On 20.01.17 09:23, Tom Schindl wrote:
> Hi,
>
> naturally it is https://bugs.openjdk.java.net/browse/JDK-8173103
>
&
Hi,
One of the biggest problems when working with JavaFX is that if you
reparent a big portion of the SceneGraph is that a full CSS-Pass is
applied on all reparented SG-Nodes even if those nodes are currently not
visible (eg. because they are part of a TabPane).
I general I think it is ok to also
currently invisible branches of the scene graph are explicitly
> detached from it, this does also solve your original problem of
> reparenting, doesn't it? It would however be nice if the TabPane would
> do the detaching/attaching itself.
>
> Michael
>
>
> Am 20.01.17 um
igations.
>
> If anyone is interested in exploring performance-related topics in
> JavaFX, I've got plenty of areas to explore :-) Ping me off-list and we
> can discuss.
>
> Unfortunately, again, unless there is some critical oversight these
> discussions and investigations
There you go - https://bugs.openjdk.java.net/browse/JDK-8173301
Tom
On 24.01.17 21:47, Jonathan Giles wrote:
> Tom,
>
> You can do one better than dream - you can file a JBS issue where we can
> continue to discuss it :-)
>
> -- Jonathan
>
> On 24/01/17 10:21 PM,
Hi,
See that Michael had to say on that
https://twitter.com/tomsontom/status/760489595029090304
Tom
On 15.02.17 17:19, Michael Paus wrote:
> I am also wondering why this has to be so inconsistent.
> Just in case you didn't know.
>
> You can say
> p = s.asObject();
> in your example.
>
Hi,
We are currently working on a PDF-Rendering library in JavaFX and we
need to draw glyphs using the JavaFX Path API (there are multiple
reasons why we don't use the Text-Node and or Canvas).
When drawing a page full of Text this means that we have a Path-Object
with gazillions of MoveTo and Cu
Infact '#the.button1' means id = the, cssclass = button1
So it would match
Button b ...;
b.setId("the");
b.getClassNames().add("button1");
Tom
Von meinem iPhone gesendet
> Am 10.05.2017 um 16:02 schrieb David Grieve :
>
> Having an id with a dot is not valid CSS syntax.
>
> From the spec: "
d file bugs in JBS and create
> them separately:
>
> - Bug for lazy property creation in path elements
> - Feature request for lower-memory paths
>
> Did you benchmark how much the lazy properties, on their own, would save
> your application?
>
> ...jim
r 8180938 (lazy property
> creation). Check it out and let me know how it
> performs for you.
>
> I have a couple of changes to make to it (and an independent memory
> usage test to write) before I send it out for formal
> review...
>
> ...jim
>
>
[resending because image in original mail is blocked]
Hi,
Emebedding JavaFX on a HiDPI-Windows computer is producing incorrect
results on Java8 and Java9 - see screenshot to attached [1].
I see the following issues:
JDK8:
- If swt.autoscale is on (top-right) the Font-Size is invalid
and eg. c
, the following bugs relating to Hi-DPI and
interop, and fixed only in 9, might be worth looking at:
https://bugs.openjdk.java.net/browse/JDK-8091832 (this is the main one)
https://bugs.openjdk.java.net/browse/JDK-8160073
https://bugs.openjdk.java.net/browse/JDK-8146920
-- Kevin
Tom Schindl
Hi Phil,
As I've went through the (painful) process of getting OpenJFX build on
Windows (without the Webkit part) for a Build-Dummy like myself I've
documented those steps 1 by 1 -
https://github.com/BestSolution-at/openjfx-build/blob/master/README.md
Tom
Am 2017-12-19 21:11, schrieb Phil R
Hi Michael,
I did not had to setup any special variables and documented my steps at
https://github.com/BestSolution-at/openjfx-build.
I had trouble myself initially but the reason was that I ran the "gradle
sdk" command from within a MSDOS-Shell but you really need to run it
within cygwin.
Hi,
Well Eclipse.org repositories at Github have support to track if you
signed a CLA with the Eclipse Foundation and I'm unable to merge PRs if
that check fails.
Tom
On 06.02.18 13:48, dalibor topic wrote:
>
>
> On 05.02.2018 15:41, Kevin Rushforth wrote:
>> Yes, this sounds like a good step
Hi,
It looks like the packaging of JavaFX-DMGs is broken on the latest OS-X
System. Has anyone ancountered the same?
Tom
>>>>> High Sierra.
>>>>> https://bugs.java.com/bugdatabase/view_bug.do?bug_id=8190758
>>>>>
>>>>> The problem is basically that hdiutil changed its default file
>>>>> system to
>>>>> APFS, which breaks many thin
Hi,
See
http://hg.openjdk.java.net/openjfx/jfx-dev/rt/file/dfe920ff7163/modules/javafx.graphics/src/main/java/com/sun/javafx/application/HostServicesDelegate.java
Tom
On 17.03.18 13:27, Arne Augenstein wrote:
> Hello all,
>
> I've been trying to figure out which mechanism JavaFX uses in Linux t
Hi,
I always thought the JavaFX-Codebase should be able to run with just the
java.base module but I was browsing the codebase a bit and was suprised
(or rather shocked) that even the base-module requires java.desktop.
If I get it correct this because of the java.beans (provided by the
adapters) s
Hi,
Anyone else has an opinion on that? Is require static the way to go?
Tom
On 21.03.18 23:23, Tom Schindl wrote:
> Hi,
>
> I always thought the JavaFX-Codebase should be able to run with just the
> java.base module but I was browsing the codebase a bit and was suprised
> (or
On 27.03.18 14:26, Kevin Rushforth wrote:
> Hi Tom,
>
> Yes, this is an unfortunate dependency. It is "only" an implementation
> dependency, meaning that nothing in the public API depends on
> java.desktop (which is why we don't "requires transient java.desktop"),
> so it should be possible to rem
Minor question on this: I see the test stuff is using java.util.Logging
could this not be ported to PlatformLogger?
Tom
On 26.03.18 22:46, Kevin Rushforth wrote:
> This looks fine to me now.
>
> -- Kevin
>
>
> Ajit Ghaisas wrote:
>> Thanks all for the review.
>>
>> I have addressed the review
well could we have 2:
* github-issue
* github-pr
The first one indicates someone is working on it over at github, whereas
the second means there's a PR that needs to be review.
Tom
On 29.03.18 08:42, Laurent Bourgès wrote:
> Hi,
>
> As such github references point to either issue or PR, I recom
Hi,
I've also worked on the Eclipse specific files. We should compare yours
and mine (I've been doing this on Photon-builds against JDK-10).
Tom
On 18.04.18 12:29, Nir Lisker wrote:
> Hi all,
>
> There were several discussion in GitHub about removing IDE files (they are
> linked from the JBS is
4. Iv'e addressed a
> comment there to you.
> Then we can discuss and compare files, but I'm not clear on whether they
> should be committed.
>
> - Nir
>
> On Wed, Apr 18, 2018 at 3:29 PM, Tom Schindl
> mailto:tom.schi...@bestsolution.at>> wrote:
>
> Hi
Hi
On 19.04.18 23:26, Nir Lisker wrote:
> So you're adding read edges in the module-info files via "requires". I
> didn't do this because these files are shared and we can't have 2
> versions of them.
Yes as a temporary workaround. This way I could launch the JUnit-Tests!
> I added the read edge
Hi,
Following up on the native-libs-in-modules I wonder how we deal with
OSGi-Applications like Eclipse RCP.
Do OpenJFX-Binaries run only on the module-path or can they run on the
classpath as well. If they can run on the classpath, can they maybe
loaded as OSGi-Bundles (if they contain the neces
Hi,
On 03.05.18 14:05, Kevin Rushforth wrote:
>
>
> On 5/3/2018 4:54 AM, Tom Schindl wrote:
>> Hi,
>>
>> Following up on the native-libs-in-modules I wonder how we deal with
>> OSGi-Applications like Eclipse RCP.
>>
>> Do OpenJFX-Binaries run o
[...]
> 3. How do you properly configure an Eclipse (the latest 4.7.3a) project
> to use this module path. Adding the OpenJDK was no problem but how do
> you add the module path for JavaFX? I failed on that.
>
You just open the Java Build Path-Properties-Page on the project and add
the external
Did you check how SWT does addresses the problem? If you run it outside of OSGi
it needs to deal with this problem as well.
Tom
Von meinem iPhone gesendet
> Am 17.05.2018 um 21:25 schrieb Johan Vos :
>
> Note: This is different from what is discussed in
> http://mail.openjdk.java.net/pipermail
meinem iPhone gesendet
> Am 17.05.2018 um 21:50 schrieb Tom Schindl :
>
> Did you check how SWT does addresses the problem? If you run it outside of
> OSGi it needs to deal with this problem as well.
>
> Tom
>
> Von meinem iPhone gesendet
>
>> Am 17.0
>From a pure library developer point-of-view this would mean JavaFX would
rely on an implementation detail of the JRE it runs (it's JUnit-Tests).
Does this hold true if I run JavaFX on none Oracle VMs, like Eclipse J9
- not that i plan but well you know ;-)
Tom
On 22.05.18 14:01, Daniel Fuchs wr
On 01.06.18 08:01, Michael Ennen wrote:
> Re-familiarizing myself with what javapackager offers, it seems the
> following JavaFX related
> features are present:
>
> 1.) The conversion of CSS to binary CSS
> 2.) The ability to specify a preloader
> 3.) the ability to specify the JavaFX Application
On 01.06.18 19:42, Johan Vos wrote:
> I'm not saying a preloader is really a requirement, but I know of a few
> applications that are using it and benefiting from it.
>
> The preloader functionality is more than just a splash screen, and I see
> this valuable for instance when static initializers
(SWT
calls it Shell) so that you can go interactive showing videos,
a progressbar, ...
Tom
On 03.06.18 10:11, Mario Ivankovits wrote:
> A preloader/splash-screen will/should also hide the JVM startup time.
>
> Best regards,
> Mario
>
>
>> Am 03.06.2018 um 09:57 s
t a Java window on screen? I
> don’t think the delay is long enough to bother with a splash screen these
> days.
>
> Scott
>
>> On Jun 3, 2018, at 4:22 AM, Tom Schindl wrote:
>>
>> That's why I requested that since a long time from the packager because
Hi,
I don‘t know what the Apple guys are smoking but they just deprecated OpenGL.
The question is what does this mean for JavaFX.
See https://developer.apple.com/macos/whats-new/
Tom
Von meinem iPhone gesendet
Hi,
Eclipse SWT developers are about to remove Gtk2-SWT port once they start
developing towards support for Gtk4.
This means there's no SWT-FX-Integration layer anymore for JavaFX8
because it is linked to Gtk2.
I know JavaFX-8 is not the new and shining thing because everyone wants
to use module
ker somewhere? I couldn't find it by
> searching for "gtk4".
>
> Kind regards,
> Thorsten
>
> *Gesendet:* Mittwoch, 06. Juni 2018 um 10:20 Uhr
> *Von:* "Tom Schindl"
> *An:* "openjfx-dev@openjdk.java.net Mailing"
> *Betreff:* Chance
Hi,
I'd like to request a review for the fix of JDK-8191661. The change is
at https://github.com/javafxports/openjdk-jfx/pull/100
Tom
Hi,
There's a now a defined EOL for SWT-Gtk2 announced [1]. The last SWT
Release supporting Gtk2 is 2018-09! Starting with 2018-12 SWT there will
be no more Gtk2 support!
Tom
[1]https://dev.eclipse.org/mhonarc/lists/cross-project-issues-dev/msg15783.html
On 06.06.18 11:12, Tom Schindl
Hi,
I'm trying to find the change that was made so that the following
snippet renders the text no matter if TextFlow wraps the line or not in
the same way (which is broken in FX8)
> package fxbugs;
>
> import javafx.application.Application;
> import javafx.scene.Scene;
> import javafx.scene.layo
and am not sure what the problem is
> that you are seeing. It behaves as well as JDK 10 does.
> If its platform specific maybe you need to look at the platform-specific
> code
>
> -phil.
>
> On 7/18/18, 6:02 AM, Tom Schindl wrote:
>> Hi,
>>
>> I'm trying
you need to be looking for a fix in the ES2 pipeline code ?
>
> -phil.
>
> On 07/18/2018 11:04 AM, Tom Schindl wrote:
>> Hi,
>>
>> I'm on OS-X and running that code repositions the glyphs once it starts
>> wrapping the 2nd Text-Node.
>>
>> See t
Hi,
I'd like to request a review for JDK-8207794 [1] available as a PR [2]
on the Github-Mirror.
Thanks
Tom
[1]https://bugs.openjdk.java.net/browse/JDK-8207794
[2]https://github.com/javafxports/openjdk-jfx/pull/139
o create a window based on a pure long-pointer.
The only exception and the reason I guess the strategy would work was
used for Applets.
Before diving deeper into this I wanted to get a feedback from people
who know things better: Does the strategy of passing along the window
pointer (eg from SWT, do
pdate anymore)
Tom
On 31.07.18 11:21, Prasanta Sadhukhan wrote:
> Hi Tom,
>
> I am not able to see the problem in latest workspace. I believe this
> issue is already fixed by JDK-8185634.
>
> Regards
> Prasanta
> On 7/31/2018 1:16 PM, Tom Schindl wrote:
>> Hi,
>>
ght be
>> needed there (once we understand why the Swing interop test program
>> isn't working for some of you).
>>
>> -- Kevin
>>
>> On 7/31/2018 4:45 AM, Michael Paus wrote:
>>> Hi Tom
>>> I gave it a try with the latest OpenJDK12ea and OpenJF
of it child (this is a similar problem
than the Picker). The same does not work if you are in pure FX.
Tom
Am 2018-07-31 14:57, schrieb Kevin Rushforth:
OK, I can reproduce it on Mac using JDK 11-ea and the latest jfx-dev.
Can you file a bug?
-- Kevin
On 7/31/2018 5:51 AM, Tom Schindl wrote:
their
SWT-NSWindow which means they move if you move the window, they don't
hide behind their parent, ...) - they just work as they do in a native
JavaFX application!
I'll create an issue and we can move the discussion there.
Tom
On 31.07.18 15:16, Tom Schindl wrote:
> hi,
>
I logged https://bugs.openjdk.java.net/browse/JDK-8208649
Tom
On 31.07.18 22:14, Tom Schindl wrote:
> Hi,
>
> I could not resist giving my idea a try and passing the native-pointer
> from SWT completely through JavaFX and using it as a parent on Windows
> created by FX.
>
Hi,
I pushed my hacked together PoC to
https://github.com/javafxports/openjdk-jfx/pull/145.
Tom
On 01.08.18 22:00, Tom Schindl wrote:
> I logged https://bugs.openjdk.java.net/browse/JDK-8208649
>
> Tom
>
> On 31.07.18 22:14, Tom Schindl wrote:
>> Hi,
>>
>> I
Hi,
Has anyone ever explored if it would be possible to implement a
2d-Graphics-Pipeline using Skia?
Tom
--
Tom Schindl, CTO
BestSolution.at EDV Systemhaus GmbH
Eduard-Bodem-Gasse 5-7. A-6020 Innsbruck
Reg. Nr. FN 222302s am Firmenbuchgericht Innsbruck
.ultramixer.com
> http://www.onexip.com
>
>
>> Am 03.08.2018 um 20:44 schrieb Tom Schindl
>> mailto:tom.schi...@bestsolution.at>>:
>>
>> Hi,
>>
>> Has anyone ever explored if it would be possible to implement a
>> 2d-Graphics-Pipeline using Ski
M, Nir Lisker wrote:
>>
>>> Hi,
>>>
>>> I didn't follow all the latest changes to the Swing module, but I notice
>>> now its module-info.java file is not in the same place where other modules
>>> have theirs:
>>>
>>> It's under javafx.swing\src\main\module-info instead of
>>> javafx.\src\main\java.
>>>
>>> Is there a reason for this?
>>>
>>> - Nir
>>>
>>
>>
--
Tom Schindl, CTO
BestSolution.at EDV Systemhaus GmbH
Eduard-Bodem-Gasse 5-7. A-6020 Innsbruck
Reg. Nr. FN 222302s am Firmenbuchgericht Innsbruck
lution.at/2018/08/04/supporting-openjfx-11-from-jdk11-onwards-in-efxclipse/
On 03.05.18 14:39, Tom Schindl wrote:
> Hi,
>
> On 03.05.18 14:05, Kevin Rushforth wrote:
>>
>>
>> On 5/3/2018 4:54 AM, Tom Schindl wrote:
>>> Hi,
>>>
>>> Following up on
e:
> On 2018-08-07T14:22:10 +0200
> Tom Schindl wrote:
>
>> Hi,
>>
>> For those not following my blog [1]. We've managed to successfully run
>> OpenJFX-11 modules inside Equinox using the same approach we've already
>> supplied for FXCanvas. We &
Hi Nir,
I'm using OpenJDK-11 in my eclipse for development so I have that module
included.
Tom
On 07.08.18 18:34, Nir Lisker wrote:
> So you rebuilt the JDK with the new jdk.unsupported.desktop module?
>
> On Tue, Aug 7, 2018 at 3:11 PM, Tom Schindl <mailto:tom.schi...@bestso
Yes they do!
Tom
On 07.08.18 19:36, Nir Lisker wrote:
> And both newimlp and oldimpl packages compile for you?
>
> On Tue, Aug 7, 2018 at 8:04 PM, Tom Schindl <mailto:tom.schi...@bestsolution.at>> wrote:
>
> Hi Nir,
>
> I'm using OpenJDK-11 in m
Oh but naturally my .classpath-File is modified
Tom
On 07.08.18 19:51, Tom Schindl wrote:
> Yes they do!
>
> Tom
>
> On 07.08.18 19:36, Nir Lisker wrote:
>> And both newimlp and oldimpl packages compile for you?
>>
>> On Tue, Aug 7, 2018 at 8:04 P
ker wrote:
> Ah, yes, I was trying to see what modifications each project needs so I
> didn't have it modified.
>
> Can you share your Swing .classpath? Eclipse gives me a NPE during the
> build task, I think something broke.
>
> On Tue, Aug 7, 2018 at 8:54 PM, Tom
Hi,
On 08.08.18 08:55, Tom Schindl wrote:
> Hi Nir,
>
> I currently use the attached stash to make Eclipse compile all modules.
>
> Unfortunately I have to modify the following java-Files to get away
> without any compile errors:
> * Dialog => Added a method getDial
e too long.
>>
>> I'm wondering though if it would be possible to have separate build jobs
>> for webkit? Typically, when building a JavaFX SDK, the webkit part is
>> where
>> things go wrong (if they go wrong), and have that somehow automated would
>> be ve
orking, but not consistently all the
> time.
>
>> How does AdoptJDK solve problems of long build times? Can we not adopt
>> their build chain/infrastructure?
>
> Looks like they host their own CI infra without relying on Travis/Appveyor.
>
>> On 25-Aug
being public are deprecated (tipically
>>> ones starting with impl_) and cannot be relied upon.
>>>
>>> Is there a way to achive that kind of design for own classes?
>>> Thx!
>>>
>>> Zsolt
>>
>>
>>
--
Tom Schindl, CTO
BestSolution.at EDV Systemhaus GmbH
Eduard-Bodem-Gasse 5-7. A-6020 Innsbruck
Reg. Nr. FN 222302s am Firmenbuchgericht Innsbruck
hey haven't been updated since Java 8, however
>>> the API is backwards compatible so they are still useful learning
>>> materials. I am also not sure if they're open source licensed
>>> though.
>>>
>>> It would be a huge pity and a big drag on adoption if the
>>> community had to effectively produce an all new set of non-API
>>> docs _from scratch_.
>>
>>
>
--
Tom Schindl, CTO
BestSolution.at EDV Systemhaus GmbH
Eduard-Bodem-Gasse 5-7. A-6020 Innsbruck
Reg. Nr. FN 222302s am Firmenbuchgericht Innsbruck
her APIs in JavaFX use the same pattern of expecting
> stringified URLs like the Image() constructor and have the same problem,
> but offer alternative constructors accepting a stream which allows to solve
> the problem nicely.
>
> Please discuss and decide if the proposal can be added
fx-stylesheets-inside-osgi-bundle
>
>
> Am Sa., 15. Sep. 2018 um 20:40 Uhr schrieb Tom Schindl
> mailto:tom.schi...@bestsolution.at>>:
>
> Hi,
>
> I don't understand why something should be lost but anyways I don't
> think JavaFX API is not t
gt;> case (e.g. JavaFX 14 works with Java 13 and Java 14, and even Java 12;
>> but JavaFX 15 works with Java 14 and Java 15 and not with Java 13).
>>
>> In general, I think developers updating from JavaFX 11-12-13 are also
>> capable of updating the JDK from 11-12-13, so I prefer the coupling
>>
>> 1. Allow building JavaFX N with either JDK N-1 or JDK N.
>>
>> - Johan
>>
>>
>>
>
--
Tom Schindl, CTO
BestSolution.at EDV Systemhaus GmbH
Eduard-Bodem-Gasse 5-7. A-6020 Innsbruck
Reg. Nr. FN 222302s am Firmenbuchgericht Innsbruck
, but the bugs did not apply
> cleanly. So a review is required.
>
> I have run the full gradle tests on Ubuntu 14.04 LTS, Ubuntu 16.04 LTS,
> Ubuntu 18.04 and have done sanity testing on Oracle Linux 7.5.
>
>
>
> webrev: http://cr.openjdk.java.net/~pbansal/gtk
c void main(String[] args) {
> launch(args);
> }
> }
If you run the following application:
* Maximize the window
* Hover over a button (eg the one in the right lower corner)
You'll notice that the animation is not smooth, setting cache flags on
the container does not i
panels as a
>>> SWT_AWT replacement) into my app.
>>>
>>> This works fine in Java 8 which my current release depends on.
>>>
>>> However in Java 11 after the second panel is initialized at startup I
>>> get the following error:
>>>
>&
y current release depends on.
>>
>> However in Java 11 after the second panel is initialized at startup I get
>> the following error:
>>
>> "Caused by: java.lang.IllegalStateException: Toolkit already initialized"
>>
>> Is there a new option availab
101 - 200 of 402 matches
Mail list logo