Hi,
Well the binary compat IMHO is not a problem. If your subtype overwrites
the return type of a method the compiler will inserts a bridge method:
Take this example
package bla;
import java.util.ArrayList;
import java.util.Collection;
import java.util.List;
public class Test {
On Fri, 18 Mar 2022 10:32:36 GMT, John Hendrikx wrote:
>> This is an implementation of the proposal in
>> https://bugs.openjdk.java.net/browse/JDK-8274771 that me and Nir Lisker
>> (@nlisker) have been working on. It's a complete implementation including
>> good test coverage.
>>
>> This
it
did not work because I had a reflection effect on the parent node and it
took the whole day to track down that I run a bug with the
Reflection-Effect I documented at [1].
Tom
[1] https://bugs.openjdk.java.net/browse/JDK-8278170
Am 02.12.21 um 11:35 schrieb Tom Schindl:
Hi,
I'm try to get
Hi,
I'm try to get a HiDPI-Image produced by an external application into
JavaFX using WritableImage.
In the end the situation is comparable to what you get today when
loading an image from an URL (eg sam...@2.png) where JavaFX sets the
appropriate image pixelScale on "com.sun.prism.Image".
On Thu, 18 Nov 2021 00:55:18 GMT, Nir Lisker wrote:
>> This work improves the performance of `MultipleSelectionModel` over large
>> data sets by caching some values and avoiding unnecessary calls to
>> `SelectedIndicesList#size`. It further improves the performance by reducing
>> the number
is appreciated.
--
Tom Schindl - CTO
BestSolution.at EDV Systemhaus GmbH
Salurner Straße 15, A-6020 Innsbruck
Phone: ++43 (0)512 935834
http://www.BestSolution.at - http://efxclipse.org
On Sun, 19 Sep 2021 15:58:24 GMT, Florian Kirmaier
wrote:
> For the strange reason, why i haven't used a lambda for the test, I've
> created another ticket: https://bugs.openjdk.java.net/browse/JDK-8273970
I dpn't think this is a bug - none capturing lambdas are instantiated once and
you
)
* Undecorated interactive stage style (still in early discussion, but
the concept looks interesting and useful)
There are probably others I'm forgetting.
Each of the above should be discussed in their own thread on openjfx-dev
rather than a reply to this thread.
-- Kevin
--
Tom Schindl
-at/openfx-uia
Tom Schindl
BestSolution.at EDV Systemhaus GmbH
Hi,
As the picture did not made it through i can only guess that we talk about the
window trim who is controlled by the OS and so JavaFX has no control how it is
drawn.
So the „solution“ is to use a StageStyle.UNDECORATED and draw a trim with
min/max/close yourself, implement window
well I can push a new release in a few days if I know your final
decision? You proposed option 1 and to me that sounds fine to me.
Tom
Am 24.06.21 um 20:22 schrieb Kevin Rushforth:
Since it seems that this change will cause Eclipse to not find the
sources without changes on their part (see
well I guess eclipse users won't see the sources anymore if they are
moved, as we expect the src.zip next to the jar file [1] if I read my
code appropriately.
I filed [2] to adapt our code
Tom
[1]
Hi,
As an application developer I highly appreciate this built-in CSS support.
We had to roll our own version for focus-visible and focus-within when
implementing our custom controls and L but we would leverage this
built-in support to remove complexity from our codebase.
Beside Microsofts
On Mon, 24 May 2021 15:25:22 GMT, Martin Fox
wrote:
>> Martin Fox has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> Fixed whitespace error.
>
> Is there some reason you would prefer a Swing-style implementation over the
> approach I
On Thu, 25 Mar 2021 17:41:40 GMT, Martin Fox
wrote:
>> This PR adds code to ensure that KeyCodeCombinations match KeyEvents as
>> expected by more accurately mapping from a Mac key code to a Java key code
>> based on the user’s active keyboard layout (the existing code assumes a US
>> QWERTY
for discussion for some future version (not JavaFX 17).
Phil might have some thoughts on this.
-- Kevin
[1] https://bugs.openjdk.java.net/browse/JDK-8240844
On 5/18/2021 10:45 AM, Tom Schindl wrote:
Uff - I'd like to revisit this topic. As I did some jlink stuff for
our applications adding ja
Hi Nir/Jeannette,
As you are both using Eclipse for development I'd like to get your take
on the following things.
Dealing with OS specific
The graphics module has to have different source folders depending on
the OS you are developing on:
* Windows:
tional (not without reimplementing printing support
anyway).
-- Kevin
Tom Schindl wrote:
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.
focus indicators on mouse-based
interaction except for text controls.
In the end, the official CSS spec has named this pseudoclass
:focus-visible, and I think JavaFX should almost always try to follow
the CSS spec in this regard.
Am Mi., 28. Apr. 2021 um 16:52 Uhr schrieb Tom Schindl
:
Hi
Hi,
As someone who had to implement this manually in our current project I
would welcome if it would have been possible to use a pseudo-state to
get a CSS only solution.
What I don't know if the name of the pseudo-State is correct
:focus-visible does not sound right to me because controls
Hi,
So I deployed the Artifact in the meanwhile to our companies public
maven repo [1] as I didn't want to pollute maven-central with javafx-swt
in a different namespace.
Tom
[1]
https://maven.bestsolution.at/releases/at/bestsolution/openjfx/javafx-swt/
Am 07.04.21 um 10:53 schrieb Tom
Hi,
I'm not sure where to report this but it looks like the javafx-swt.jar
is not deployed on maven central. Is there a reason?
Tom
On Mon, 15 Mar 2021 21:40:55 GMT, Martin Fox
wrote:
>> https://github.com/openjdk/jdk/blob/8760688d213865eaf1bd675056eb809cdae67048/src/java.desktop/macosx/native/libawt_lwawt/awt/AWTEvent.m#L462
>
> On the French keyboard the digits are shifted but I assumed we would still
> want those keys
On Fri, 12 Mar 2021 21:12:41 GMT, Martin Fox
wrote:
>> I see that the Windows pre-submit test build failed. It's clearly not
>> related to anything in this PR, so it can be ignored.
>>
>> I'll review this PR later (hopefully next week some time), but I have a
>> couple general comments:
>>
On Fri, 12 Mar 2021 18:57:45 GMT, Kevin Rushforth wrote:
>> This PR adds code to ensure that KeyCodeCombinations match KeyEvents as
>> expected by more accurately mapping from a Mac key code to a Java key code
>> based on the user’s active keyboard layout (the existing code assumes a US
>>
Hi,
If I got you right you now changed your idea to render JavaFX into an
PixelBuffer and integrate that into a scene renderer with Vulkan, ... .
This exactly how the integration into SWT and Swing is done, the
internal API for that is found in "com.sun.javafx.embed". Before we
implemented
I setup everything from scratch a few weeks ago and all worked fine:
* I first run the gradle build
* then imported everything into Eclipse
Tom
Am 02.03.21 um 14:37 schrieb Jeanette Winzenburg:
Just a quick question to Eclipse users (who do compile with Eclipse, not
with gradle)
Problem:
On Fri, 29 Jan 2021 12:25:53 GMT, Kevin Rushforth wrote:
>> modules/javafx.graphics/src/main/java/com/sun/prism/Image.java line 654:
>>
>>> 652: }
>>> 653: if (pixelScale != 1.0f) {
>>> 654: pixelaccessor = new ScaledAccessor<>(pixelaccessor,
>>>
On Fri, 29 Jan 2021 00:05:57 GMT, Kevin Rushforth wrote:
> As indicated in the JBS bug, using a `PixelReader` to read a scaled image in
> HiDPI mode, for example an `@2x` image, to read more than one pixel will read
> data from the wrong location in the image, usually leading to an IOOBE.
>
>
Hi Kevin,
I today saw this tweet by Alex Blewitt [1] in my twitter feed and a
possible fix without the de/reactivation. So I thought I would bring it
up here as well.
Tom
[1] https://twitter.com/alblue/status/1350877893979746305
Am 07.12.20 um 16:58 schrieb Bruce Johnson:
On Dec 7,
Well, you don't give a enough information (no stacktrace, no context, ...).
If you have reproducable code please share it (with the current
information provided I highly doubt this is an issue in Java/JavaFX).
Tom
Am 20.10.20 um 12:28 schrieb Davide Perini:
Hi all,
this code works well on
On Wed, 7 Oct 2020 09:38:40 GMT, Jeanette Winzenburg
wrote:
>> The error occurs as specified in getSelectedItems(). It seems to be correct
>> to write the following
>>
>> `listView.getItems().removeAll(new HashSet<>(selectedItems))
>> `
>>
>> (or ArrayList)
>>
>> It could be interpreted
Hi,
Do we really use the Eclipse-Gradle-Tooling now? I think the reasons we
checked in all .product/.classpath files is that this did not work in
the past.
At least my Eclipse install I use for OpenJFX-Development does not have
the gradle-tooling installed and things work there just fine.
On Fri, 10 Apr 2020 10:26:06 GMT, Tom Schindl wrote:
> Extract keystate and add to the existing modifier mask, to support eg
> multi-select
>
> https://bugs.openjdk.java.net/browse/JDK-8202296
This pull request has now been integrated.
Changeset: 435671ee
Author: Tom Schind
On Tue, 28 Apr 2020 22:36:47 GMT, Kevin Rushforth wrote:
>> Tom Schindl has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> 8202296: Monocle MouseInput doesn't send keyboard modifiers in events.
>>
>&g
Hi Kevin / Phil,
I'd like to start working on JDK-8090423 but before I start investing
time I wanted to make sure nobody is working on that and if you have any
input, ideas already how to address that problem help me not wasting time.
Tom
yes I do but I think this is by nature:
a) you use CSS so only after the first CSS-Pass the color could be set
appropriately, this CSS pass could happen after the Native-Window is
shown
=> you can mitigate that a bit using
root.setBackground(new Background(new
> Extract keystate and add to the existing modifier mask, to support eg
> multi-select
>
> https://bugs.openjdk.java.net/browse/JDK-8202296
Tom Schindl has updated the pull request incrementally with one additional
commit since the last revision:
8202296: Monocle MouseInput
> Extract keystate and add to the existing modifier mask, to support eg
> multi-select
>
> https://bugs.openjdk.java.net/browse/JDK-8202296
Tom Schindl has updated the pull request incrementally with two additional
commits since the last revision:
- 8202296: Monocle MouseInput
> Extract keystate and add to the existing modifier mask, to support eg
> multi-select
>
> https://bugs.openjdk.java.net/browse/JDK-8202296
Tom Schindl has updated the pull request incrementally with one additional
commit since the last revision:
8202296: Monocle MouseInput
Extract keystate and add to the existing modifier mask, to support eg
multi-select
https://bugs.openjdk.java.net/browse/JDK-8202296
-
Commit messages:
- 8202296: Monocle MouseInput doesn't send keyboard modifiers in events.
Changes: https://git.openjdk.java.net/jfx/pull/170/files
On Fri, 6 Mar 2020 23:35:56 GMT, Nir Lisker wrote:
>> I note that this also changes the wrapper property objects from anonymous
>> subclasses of XPropertyBase to SimpleXProperty. This is more than
>> just a readability cleanup. It's probably fine for this case, but that's why
>> I
s
>
> That doesn't seem right. The additional fields are captured in the
> anonymous class anyway (same as in lambdas).
>
> On Sat, Mar 7, 2020 at 1:53 AM Tom Schindl wrote:
>
>> I can somehow remember asking Richard Bair why JavaFX internally does not
>> use Simple*
IIRC I had filed a bugzilla a while ago at Eclipse on a javadoc Problem like
that
Tom
Von meinem iPhone gesendet
> Am 18.02.2020 um 20:09 schrieb Nir Lisker :
>
> On Tue, 18 Feb 2020 18:15:30 GMT, Kevin Rushforth wrote:
>
>>> The pull request has been updated with 2 additional commits.
>>
re it out by reading the code, though I
>> could just fiddle with it and see what happens.
>>
>> It feels like someone probably explored this before now. Is there a way to
>> effectively expand the size of every node without altering the size of the
>> containing viewp
e that makes no
> use of commands is not impacted.
>
> The command is invoked whenever the control fires an ActionEvent. This can
> be achieved by overriding Node.fireEvent(Event) in ButtonBase and checking
> for the presence of an ActionEvent.
>
> I can provide a PR with an
I filed https://bugs.openjdk.java.net/browse/JDK-8237329
Tom
On 09.01.20 15:48, Tom Schindl wrote:
> I also tried with
> https://docs.oracle.com/javafx/2/drag_drop/jfxpub-drag_drop.htm and it
> does not work either.
--
Tom Schindl, CTO
BestSolution.at EDV Systemhaus GmbH
Salurners
I think the issue there is
https://bugs.eclipse.org/bugs/show_bug.cgi?id=507629 as Nir commented
there as well I'm fairly sure this is the one you see ;-)
Tom
On 14.01.20 09:47, Tom Schindl wrote:
> On 14.01.20 09:36, Robert Lichtenberger wrote:
>> I've just simply removed the two missi
eems to me like an error within the eclipse compiler.
>
> Ignoring this error, I've tried to execute
yes it is and it is already logged in Bugzilla there - you can just
remove final in your local workspace ;-)
Tom
--
Tom Schindl, CTO
BestSolution.at EDV Systemhaus GmbH
Salurnerstrasse 15. A-6020
ng Language" which may be specific to Windows?
>
> Am Di., 14. Jan. 2020 um 08:53 Uhr schrieb Tom Schindl
> mailto:tom.schi...@bestsolution.at>>:
>
> Hi,
>
> I think Nir nor I uses them as gradle Projects because you have the
> .classpath, .proj
st.
>>>
>>> I think that the best solution is for someone from the community to take
>>> that task. I try to keep the Eclipse section updated, we will need
>> someone
>>> for the other IDE's.
>>>
>>> - Nir
>>>
>>> On Fri, J
but before filing a jira-ticket I
wanted to make extra sure it's not a stupid mistake, my german operating
system, ...
Tom
--
Tom Schindl, CTO
BestSolution.at EDV Systemhaus GmbH
Salurnerstrasse 15. A-6020 Innsbruck
Reg. Nr. FN 222302s am Firmenbuchgericht Innsbruck
package bla;
import
Why is that?
Tom
--
Tom Schindl, CTO
BestSolution.at EDV Systemhaus GmbH
Eduard-Bodem-Gasse 5-7. A-6020 Innsbruck
Reg. Nr. FN 222302s am Firmenbuchgericht Innsbruck
IDTH = 8;
>>> PrismTextLayout implements the new setTabWidth API.
>>>
>>> I’m not sure that the Text node needs this new property. I figured it
>>> would be rarely used on that class, so I had implemented it via an added
>>> property in the private TextAttributes class. Maybe it isn’t needed at all.
>>>
>>> What’s the next step?
>>>
>>> Regards,
>>>
>>> Scott
>>
>
--
Tom Schindl, CTO
BestSolution.at EDV Systemhaus GmbH
Eduard-Bodem-Gasse 5-7. A-6020 Innsbruck
Reg. Nr. FN 222302s am Firmenbuchgericht Innsbruck
one?
>>>>
>>>> -- Kevin
>>>>
>>>>
>>>> On 7/17/2019 1:50 PM, Tom Eugelink wrote:
>>>>> I think I saw that one of the argument for not providing debug symbols
>>>>> was size... If there is anything I would not quickly
Rushforth wrote:
> Mainly size. Generally if a developer is going to debug JavaFX to point
> of wanting to look at local variables, it doesn't seem a stretch for
> them to build JavaFX.
>
> -- Kevin
>
>
> On 7/17/2019 9:57 AM, Tom Schindl wrote:
>> so what is the
rolled my own and tried
>>>>
>>>> CONF = Debug
>>>>
>>>> and
>>>>
>>>> CONF = DebugNative
>>>>
>>>> in gradle.properties, recompiled OpenJFX and integrated the libraries
>>>> into a little eclipse testproject.
>>>>
>>>> But I still don't see parameter names or local variables.
>>>>
>>>> Is there something else I need to do in order to see them?
>>>>
>>>>
>>>> Best regards,
>>>>
>>>> Robert
>>>>
>>>>
>>>
>>
>>
>
--
Tom Schindl, CTO
BestSolution.at EDV Systemhaus GmbH
Eduard-Bodem-Gasse 5-7. A-6020 Innsbruck
Reg. Nr. FN 222302s am Firmenbuchgericht Innsbruck
ursor, but I cannot find a way how to do that. Can somebody push
> me in the right direction?
>
> I am working with openjdk12 and javafx12 on windows10.
> Thanks a lot,
> regards.
>
> Eef
>
--
Tom Schindl, CTO
BestSolution.at EDV Systemhaus GmbH
Eduard-Bodem-Gasse 5-7. A-6
tained, neither the
> javafxports/openjdk-jfx repo nor the new (for project Skara) openjdk
> project on GitHub would be suitable.
>
> -- Kevin
>
>
> On 6/11/2019 3:25 AM, Tom Schindl wrote:
>> Hi,
>>
>> What I asked some time ago is that the github fork also contains
wrote:
>> Thanks for your reply, Kevin
>>
>> I wonder to know if I'm still using JDK8 with JFX8 because JFX 11 can
>> not match with JDK8 (as I know),
>> How can I deal with the vulnerabilities of JFX8?
>>
>> Thanks,
>> Guo Ge
>
--
Tom Schindl, CT
http, I get a warning about the certificate.
>
> Oracle seems to have moved or removed them. How can make the fx namespace
> accessible to my fxml file?
>
> Thanks for your help
>
--
Tom Schindl, CTO
BestSolution.at EDV Systemhaus GmbH
Eduard-Bodem-Gasse 5-7. A-6020 Innsbruck
Reg. Nr. FN 222302s am Firmenbuchgericht Innsbruck
rts
> project, but if someone wanted to set up such a mirror elsewhere they
> could do so. It might be best left to the future maintainer (if any
> suitable party steps forward) to determine whether and where to host a
> git mirror.
>
> -- Kevin
>
>
> On 12/21/2018 1:3
an do native rendering of video frames from a non-JavaFX
> source.
Couldn't you leverage our DriftFX work for this?
Tom
--
Tom Schindl, CTO
BestSolution.at EDV Systemhaus GmbH
Eduard-Bodem-Gasse 5-7. A-6020 Innsbruck
Reg. Nr. FN 222302s am Firmenbuchgericht Innsbruck
lem.
Tom
--
Tom Schindl, CTO
BestSolution.at EDV Systemhaus GmbH
Eduard-Bodem-Gasse 5-7. A-6020 Innsbruck
Reg. Nr. FN 222302s am Firmenbuchgericht Innsbruck
ward as a maintainer for the openjfx/8u-dev release.
>
> -- Kevin
>
> [1] http://mail.openjdk.java.net/pipermail/jdk8u-dev/2018-March/007341.html
> [2]
> http://mail.openjdk.java.net/pipermail/jdk8u-dev/2018-September/007923.html
>
--
Tom Schindl, CTO
BestSolution.at EDV Systemh
a:209)
>> Caused by: java.lang.IllegalStateException: Toolkit not initialized
>> at
>>
>> javafx.graphics/com.sun.javafx.application.PlatformImpl.runLater(PlatformImpl.java:410)
>> at
>>
>> javafx.graphics/com.sun.javafx.application.PlatformImpl.runLater(PlatformImpl.java
> ES2 one.
>
> How can I be sure that OpenJFX uses that?
>
> Also, are there any license issues if I try to modify the sources, trying
> to accomodate some lwjgl interoperability, keeping everything public on
> github?
>
> What's the status of the OpenGLNode? Anybody looking
On 13.11.18 04:00, Ty Young wrote:
>
> On 11/12/18 5:39 PM, Tom Schindl wrote:
>> Hi,
>>
>> You are supposed to interact with Nodes who are currently shown in the
>> SG only only the JavaFX Application Thread.
>
>
> I never touch the GUI in my other thr
ly since JavaFX only ever fires a
> change event if the object is itself different(in other words, if the
> current value is 0 and the new value is 0, there is no change) which is
> nice and efficient.
>
>
>> Also, take the attitude down a notch or two.
>>
>> Bri
Value)
> {
> combo.setValue(newValue);
> }
> }
>
>
> doesn't for the ComboBox.
>
>
> Is this a bug or is there some legitimate invisible reason as to why the
> slider/textfield isn't throwing an error but the combobox one is?
>
>
>
--
Tom Schindl, CTO
BestSolution.at EDV Systemhaus GmbH
Eduard-Bodem-Gasse 5-7. A-6020 Innsbruck
Reg. Nr. FN 222302s am Firmenbuchgericht Innsbruck
from %PATH% and none point to
> the development modules. So, I added to the runtime VM args in the
> launch configuration:
>
> -Djava.library.path="...\rt\modules\javafx.graphics\bin"
> and I also tried with
> "...\rt\modules\java
own
> ImageLoader? It is planned for the future?
>
> Is there another possibility to support SVGs in JavaFX applications?
> Otherwise I have to convert all SVGs to png or jpegs, but this will be a
> step backwards for me.
>
> Thanks,
>
--
Tom Schindl, CTO
BestS
need to
>> render my own drop shadow effect using static bitmaps to work around it.
>>
>> I don't have access to the OpenJDK bug tracker so I can't file a bug report
>> for this and I'm not sure how to reproduce it reliably. It's the first time
>> I noticed it.
>>
--
Tom Schindl, CTO
BestSolution.at EDV Systemhaus GmbH
Eduard-Bodem-Gasse 5-7. A-6020 Innsbruck
Reg. Nr. FN 222302s am Firmenbuchgericht Innsbruck
t;> the
>>> java.library.path somehow be changed in a plugin or so?
>>> Renaming the native libraries in JavaFX would probably solve this, but
>> that
>>> seems the wrong solution to me.
>>>
>>> - Johan
>>>
>>> On Thu, Oct
Hi,
Well we talk about JavaFX-11 but the important thing is that this bug
only happens if your Eclipse IDE is running Oracle-Java-8 ;-)
Tom
On 21.10.18 21:15, Nir Lisker wrote:
> Ah, I didn't realize you were talking about Java 8.
>
> On Sun, Oct 21, 2018 at 10:09 PM To
x it? Can
> the java.library.path somehow be changed in a plugin or so?
> Renaming the native libraries in JavaFX would probably solve this, but
> that seems the wrong solution to me.
>
> - Johan
>
> On Thu, Oct 18, 2018 at 3:39 PM Tom Schindl <mailto:tom.schi...@bestsolution.at
r. How do you reproduce this?
>
> - Nir
>
> On Thu, Oct 18, 2018 at 1:39 PM Tom Schindl <mailto:tom.schi...@bestsolution.at>> wrote:
>
> Hi,
>
> I just wanted to make you aware that if you run a JavaFX-11 application
> from within Eclipse it
lass.dll
because Eclipse sets a java.library.path who also contains the
JVM-Directories used to launch your Eclipse IDE.
The simple work-around is to add
-Djava.library.path=C:/go-out-of-my-way-eclipse in your launch
configuration.
Small tiny question on the side: Wouldn't it make sense to version our
.d
erstag, 04. Oktober 2018 um 16:44 Uhr
> *Von:* "Tom Schindl"
> *An:* openjfx-dev@openjdk.java.net
> *Betreff:* Re: Aw: Re: "Toolkit already initialized" error with OpenJDK 11
> Hi,
>
> Just to make sure I understand. Do you say that other OSGi-Bundles bring
&
have no effect if the
> children are animating, since it will need to be recreated each time.
>
> -- Kevin
>
>
> On 10/4/2018 11:32 AM, Dirk Lemmermann wrote:
>> Yes, I also noticed that DropShadow causes severe performance
>> degradation.
>>
>> Di
the state of mobile. Doesn't Android support
> only up to Java 8 API? What happens if there is 'var' in the codebase, for
> example?
var is a compiler only thing so it is independent of the runtime where
the bytecode is 100% the same ;-)
Tom
--
Tom Schindl, CTO
BestSolution.at EDV Syst
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 available to avoid a new initial
;> 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:
>>>
>>> "Caused
atic 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 improv
, 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
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
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 the right place to fix
FX 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 as a change request
ce 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
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
d to be working, 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
;>
>> 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 very helpful.
>>
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
> 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 Schindl <mailto
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
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 my ecl
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...@bestsolutio
-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 "simply" spin up
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 the native
rote:
>>
>>> 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
1 - 100 of 346 matches
Mail list logo