I think native bundles should use the preloader contained within. I use
the Preloader to implement a splash screen since my app takes a long time
to start up, even though all the jars are already "downloaded".
On Wed, May 29, 2013 at 8:40 AM, Daniel Zwolenski wrote:
> The jfx packaging tools a
Speaking of poor animation in Ensemble...
Is anyone able to run Brick Breaker without choppy animation or poor
framerate performance on the ball?
Now, I suspect the issue there is in the balls animation implementation in
the application rather than the JavaFX framework, as the bat moves smoothly
e limit and it is the occasional stutter that is the
> problem, but I'm not certain. Knowing that helps to point in which
> direction to go. The fact that it runs pretty well on a PI is indication
> that it isn't the framerate.
>
> Richard
>
> On May 31, 2013, at 4:2
where near the limit and it is the occasional stutter that is the problem,
> but I'm not certain. Knowing that helps to point in which direction to go.
> The fact that it runs pretty well on a PI is indication that it isn't the
> framerate.
>
> Richard
>
> On May 3
lose should we expect
> jfx to get to this and which bits are not achievable and why?
> >
> >
> >
> > On 01/06/2013, at 1:32 AM, Scott Palmer wrote:
> >
> >> Richard, I suspect you made a typo. I think you mean "*40*ms is a
> really
> >> odd
No problem. I wish I took a look sooner!
Scott
On 2013-05-31, at 4:45 PM, Richard Bair wrote:
> I pushed the fix to graphics. Thanks Scott for tracking that down! It looks
> 10x better.
>
> Richard
>
> On May 31, 2013, at 9:25 AM, Richard Bair wrote:
>
>> Patch attached to https://javafx
This looks like it may be related to the clipping issue that I'm having
(the one that forces me o use the software pipeline in JavaFX 8 or the j2d
pipeline in JavaX 2.2)
https://javafx-jira.kenai.com/browse/RT-30591
I'll try to do the same screencast thingy, as the still in my report don't
do jus
Try
-Dprism.order=sw
with JavaFS 8
or
-Dprism.order=j2d
with JavaFX 2.2
to see if the clipping issue goes away.
Also try -Dprism.dirtyopts=false to see if that fixes the smearing.
On Sat, Jun 1, 2013 at 9:14 PM, Scott Palmer wrote:
> This looks like it may be related to the clipping is
n my Mac, interested to hear the experience on
>>> Windows.
>>>
>>> Richard
>>>
>>> On May 31, 2013, at 8:44 AM, Richard Bair
>>> wrote:
>>>
>>> Ya I did the same, am now adjusting it so the factor by which things
>&
ts fall into
> this category). By default on desktop the pulses have an upper limit of
> 60fps (means 60 pulses per second), without any connection to actual
> display refresh rate. I think (and I'm not certain here) that the pulse
> requests are there only to make sure the next pulse is
; makes the smear go away.
>
>
> On Sun, Jun 2, 2013 at 11:16 AM, Scott Palmer wrote:
>
>> Try
>> -Dprism.order=sw
>> with JavaFS 8
>>
>> or
>> -Dprism.order=j2d
>> with JavaFX 2.2
>>
>> to see if the clipping issue goes away.
>>
Things that I ran into:
On Fri, Jun 14, 2013 at 11:08 AM, Robert Krüger wrote:
> Hi,
>
> we're currently in the process of migrating our Swing application from
> Apple JDK 6 to OpenJDK 8 hoping to be able to ship it bundled with
> OpenJDK 8 in the coming months. In addition to that we're serio
ed among other Swing controls we just
went from that to 100% JavaFX for the whole app rather than introducing
many JFXPanels inside one JFrame.
Regards,
Scott
On Fri, Jun 14, 2013 at 11:33 AM, Scott Palmer wrote:
> Things that I ran into:
>
>
>
> On Fri, Jun 14, 2013 at 11:
This is not to the JavaFX guys particularly. I'm not sure where to address
this.
The download page for JDK8 builds claims that, "An issue was found in b94,
so the downloads were reverted to b93. When the issue issue[sic] resolved,
likely b95, the downloads will be made available."
Please don't d
Can you use CSS to set the "Labeled" to Graphic Only mode?
Scott
On Thu, Jun 27, 2013 at 1:01 PM, Mark Fortner 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
+1
Let's keep the XML easy to deal with. This smells a little funky to me.
Scott
On 2013-07-05, at 12:59 PM, Danno Ferrin wrote:
> I may be coming into this a little late, but I have concerns about using
> the default namespace for version identification. I feel a namespaced
> attribute in a
Since CSS is implicitly tied to layout, validateLayout() seems to be enough.
I don't like "verify" or "check" - To me, these imply a method that is
doing checks only and not changing state. A "verify" method would be
something that returns a boolean or throws an exception.
Scott
On Mon, Jul 8,
The javadocs discussing Bounding Rectangles for Node state:
"The images show a filled and stroked rectangle and their bounds. The first
rectangle [x:10.0 y:10.0 width:100.0 height:100.0 strokeWidth:0] has the
following bounds bounds: [x:10.0 y:10.0 width:100.0 height:100.0]. The
second rectangle [
ve there will be use
> cases to do one and not the other at times).
>
> Richard
>
> On Jul 8, 2013, at 9:27 AM, Scott Palmer wrote:
>
> > Since CSS is implicitly tied to layout, validateLayout() seems to be
> enough.
> >
> > I don't like "verify&quo
On Mon, Jul 8, 2013 at 5:31 PM, Paru Somashekar <
parvathi.somashe...@oracle.com> wrote:
>
> Hi Rich,
>
>
> On 7/8/13 9:57 AM, Richard Bair wrote:
>
>> Hi Paru, I have a few questions. The first is, why does it make a
>> difference whether the tab content is added to the scene graph or not? If a
I would vote for option b)
Use a full class that can be extended later as needed. You don't have to use
it like an enum. It could be a container for configuration parameters, possibly
including the enum that says the antialiasing mode, but with separate fields
(or maybe even just a single map)
ComboBoxTableCell is very awkward to use if you want to have graphics in
the choices.
There is poor support in general for setting the graphic for items in a
combobox, we have a StringConverter for the text part, but no
"NodeConverter" for the graphic part.
With ComboBoxTableCell it gets worse b
copying the list...
-- Forwarded message --
From: Scott Palmer
Date: Tue, Jul 23, 2013 at 9:33 PM
Subject: Re: API Change Proposal - Re: MSAA and Scene anti aliasing
To: Chien Yang
Is DEFAULT intended to defer to the settings in the system graphics drivers
(e.g. nVidia control
You mention zoom level and bezier curves...
I found JavaFX Path drawing combined with zooming and a ScrollPane was
pathologically slow (approximately 100 times slower than normal). I filed an
issue with a test case: RT-25166
I managed to speed it up a bit by avoiding the use of one of the Group
Because my document is zoomable, I used the same approach SVG->FXML to
represent some icons that are used on items throughout the document. This
works but I have always felt that it is too heavy for my use-case.
Specially since I have the same icon appearing in multiple places, which
means I need
On 2013-07-26, at 7:12 PM, Daniel Zwolenski wrote:
>
> It's not that we think the JFX team aren't slogging their guts out, clearly
> you are. It's just that in some key areas, there are small-ish blocks that
> stop the whole rocket from launching. To then see a whole lot of effort be
> poured in
You also need the native resources to go with it. All the DLLs or .so files or
what have you. That would imply yet another classifier. E.g. "win-x86",
"win-x64", etc. (OS X would typically only be 64-bit, or use a "fat" binary)
But what is the end goal? If it is just getting the jar for build
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")
Is there a current plan to address this?
Is there a current technique that can be used to get something close?
For exa
I'm experiencing a lockup just as my UI should show when I try to run my app
with JavaFX 8.0 b100 on OS X. Anyone else seeing anything like that?
Scott
-07-30, at 1:02 AM, Gerrit Grunwald wrote:
> B100 has problems when using webview...so it might be related to that if you
> use webview...
>
> Gerrit
>
> Am 30.07.2013 um 06:28 schrieb Scott Palmer :
>
>> I'm experiencing a lockup just as my UI should show when
I'm guessing if you really wanted to you could pull the missing DLLs from b99.
Scott
On 2013-07-30, at 7:16 AM, "John C. Turnbull" wrote:
> Thanks Peter, does that mean we have to wait till b101?
>
> -Original Message-
> From: openjfx-dev-boun...@openjdk.java.net
> [mailto:openjfx-dev-
(I'm talking JavaFX2.x, but this happens in 8 as well.)
In my application I occasionally see a situation where the rendering
doesn't jive with what it should. For example I have implemented my own
scroll pane (ironically enough I did this to workaround manifestations of a
problem similar to what I
Thanks for the hint, but in this case (my custom scroll pane) I have no
invalidation listeners. I do have some observable properties but they are
only used with ChangeListeners or as arguments to some of the static
Bindings.* methods.
In the other cases I am just using the standard controls and l
Interesting. The problem outlined in RT-31025 does involve GridPane with
ColumnConstraints. I will try to dig up the code.
Scott
On Wed, Jul 31, 2013 at 4:47 AM, Diego Cirujano-Cuesta <
diego.cirujano-cue...@zeiss.com> wrote:
> Hi Scott,
>
> I have a component quite similar to the one you des
above the TabPane
There is an issue with BASELINE alignment and ComboBoxes that was also
affecting my real app. That isn't demonstrated here.
Scott
On Wed, Jul 31, 2013 at 10:42 AM, Scott Palmer wrote:
> Interesting. The problem outlined in RT-31025 does involve GridPane with
> Colum
f you are on Windows and seeing things are drawing that
> should be clipped, it might be related to one of these fixes. He's trying
> to get the fix into the 2.2 line as well as in 8. I only considered just
> now that this might be what you are seeing.
>
> Richard
>
> On J
efined by the with of all columns. The thing was that calling
> setPrefWidth wasn´t triggeing a pulse.
>
> This is what I found but during the optimization I found out that anothe
> pane was better for my case, so I don't use it anymore.
>
> Regards.
>
>
>
&
gt; might help you here a lot.
>
> It would be great if Scott could upload the source code somewhere available
> for all.
>
> Diego
>
>
>
> From:Scott Palmer
> To:Richard Bair
> Cc:Diego Cirujano-Cuesta ,
> "openjfx-dev@openjdk.j
The idea of user event starvation has been mentioned before and has me a little
confused… Why aren't things handled as a simple queue, with no priorities or
anything, so starvation is impossible? Is this something the OS is doing?
In terms of rendering fast enough that you can fit things into
On 2013-08-05, at 12:49 PM, David Hill wrote:
> On 8/5/13 Aug 5, 12:27 PM, Scott Palmer wrote:
>> The idea of user event starvation has been mentioned before and has me a
>> little confused… Why aren't things handled as a simple queue, with no
>> priorities or
On 2013-08-06, at 9:10 AM, Artem Ananiev wrote:
>
> On 8/5/2013 10:26 PM, Richard Bair wrote:
>>
>> In this proposal, we also would be putting the next pulse on the end
>> of the queue, so it is impossible to starve input events.
>
> Putting the next pulse on the end of the queue is surprisi
The Media APIs are mostly useless in their current state. Other than
demoing that you can play a video, they don't go far enough to be of
practical value. I tried to get someone to pay attention to them back in
the JavaFX 1.0 days
https://javafx-jira.kenai.com/browse/RT-2684
at least someone lis
g
> features such as the ones you referred to? I too would very much like to
> see greatly improved media support in JavaFX.
>
> Felix
>
>
> On 9 August 2013 10:10, Scott Palmer wrote:
>
>> The Media APIs are mostly useless in their current state. Other than
>>
)
Regards,
Scott
On Thu, Aug 8, 2013 at 9:06 PM, John Hendrikx wrote:
> On 9/08/2013 02:10, Scott Palmer wrote:
>
>> The Media APIs are mostly useless in their current state. Other than
>> demoing that you can play a video, they don't go far enough to be of
>> practica
That's okay for a quick hack. In the case of a video preview surface, I
will be explicitly setting the value for every pixel from a ByteBuffer.
You could save the extra step of doing a rectFill or clearRect if you knew
that every pixel was about to be overwritten. It's a reasonable
optimization.
To do a fair comparison you need to use the same font face,size, foreground
and background colors, etc. and compare the "native" and java -rendered
text side by side (even at the same pixel coordinates in case it makes a
difference).
John H. mentioned Arial 16px "normal" in the CSS, and he mentio
I see the latest jdk7 "EA" build is now labelled "FCS".. I guess that means
it's a done deal and is just soaking a bit before being put up on oracle.com?
Scott
I just tried turning off ClearType on Windows and found that the result was
pretty ugly. I assume that with ClearType turned off, the results should
be comparable to what JavaFX is producing with grey-scale smoothing.
I noticed that the same web page rendered text differently between Chrome
and F
I pressed send just a moment too soon it seems. That makes sense. Perhaps
the comment in the CSS file should reflect that?
Scott
On Sat, Aug 24, 2013 at 10:55 AM, Richard Bair wrote:
> It depends on the platform. We choose as the default whatever the OS tells
> us the font should be.
>
> Rich
Might I suggest "nodecount.PathBench"
I bring it up because Path performance is costly for my app, when it represents
a fraction of the number of pixels rendered. I.e. it could use some attention
and with a test app like these at least you will know when things are going in
the right direction
From what I have observed, Text and Label appear to have different defaults for
when antialiasing is applied. Text will do it always, Label only when the font
is greater than a certain size.
Scott
On 2013-08-28, at 5:26 AM, "John C. Turnbull" wrote:
> Hi Felipe,
>
> Thanks for the info.
>
> On Wed, Aug 28, 2013 at 5:23 AM, Scott Palmer wrote:
>
>> From what I have observed, Text and Label appear to have different
>> defaults for when antialiasing is applied. Text will do it always, Label
>> only when the font is greater than a certain size.
>>
&g
Is VanNess 8.1 or 9.0?
Scott
On 2013-09-06, at 4:02 PM, Christian Schudt wrote:
> Just recently the Camera and Microphone feature was rescheduled from Lombard
> to Van Ness.
> As well as some related issues, like radio streaming.
>
> So unfortunately, I guess no.
> https://javafx-jira.kenai.c
I don't get it. When is the height ever the correct position for the
baseline? The height value can't actually be used as the baseline as that
would mean descenders are cut off.
How can the layout container compute the baseline for a node if it isn't
what is painting the text?
Scott
On Mon, Sep
On Wed, Aug 28, 2013 at 3:18 PM, John Smith wrote:
> I hadn't seen the applyCSS conversation, but looks like it was contained
> deep in a node validation thread:
> http://mail.openjdk.java.net/pipermail/openjfx-dev/2013-July/008549.html
>
> Looks like the request is already covered in RT-21206 as
mpl_processCSS(true) or layout();
>
> ** **
>
> // create a dummy scene so layout and CSS will work
> Scene dummyScene = new Scene(new Group(node));
>
> dummyScene.getStyleSheets().addAll(…);
> node.shapshot(...);
>
>
>
> ** **
&
I should point out that what I'm doing does appear to work in JavaFX 8.
But I need something that works in Java 7u40.
Scott
On Tue, Sep 24, 2013 at 8:40 PM, Scott Palmer wrote:
> [replying back to the list]
>
> Ah.. well the trick here is that I need to apply a scale transform
I found a better way to implement that feature so I stopped caring :-)
Scott
On 2013-09-26, at 4:01 PM, Richard Bair wrote:
> Hi Scott,
>
> Did this ever get answered? Is the issue reproducible on the latest 8 builds?
>
> Thanks
> Richard
>
> On May 8, 2013, at 7:10
I'm curious about "only one instance" for MP4 playback. QuickTime Player
on OS X simultaneously plays multiple MP4s. Of course it isn't using
GStreamer, but if you are going direct to QuickTime for HTTPLS what's
stopping you from doing the same for MP4?
Scott
On Thu, Oct 3, 2013 at 4:28 AM, Ki
I'm investigating a memory leak and it seems that the culprit is event
listeners attached to TreeCells
The GC roots of my leaks are deep in the JavaFX window/event system
In a class extending TreeCell, am calling methods on such as:
setOnContextMenuRequested(contextMenuRequestHandler);
setOnMou
; especially so if you can reproduce the issue in JavaFX 8.0.
>
> One thing that sticks out: you don't say if you're using
> WeakEventHandler or EventHandler instances. If you're using EventHandler
> you could consider using WeakEventHandler. This may help to alleviate
&g
SingleChange.(Unknown Source)
at
com.sun.javafx.binding.ExpressionHelper$SingleChange.(Unknown Source)
at com.sun.javafx.binding.ExpressionHelper.addListener(Unknown
Source)
at javafx.beans.binding.ObjectBinding.addListener(Unknown Source)
On Tue, Oct 8, 2013 at 4:00 PM, Sco
I propose the codecs be made pluggable. The licensing issue can be left to the
application developer.
https://javafx-jira.kenai.com/browse/RT-2684
Once that is in place, support for whatever codec you wish can be added. FFMPEG
could be used as an example.
I'm against adding any new codecs with
+1 for native keyboard support. Unless you want to emulate the dictation
feature in iOS and all that kind of stuff, you pretty much have to use the
native keyboard.
But I think native widgets in general could be postponed, so long as JNI
could be used to implement settings and the sort of thing t
This is starting to sound like it may also partially address the issue in
the desktop space of supplying a native surface (the heavyweight) to draw
in that is part of the scene graph. It may not be the ideal solution, but
could be useful for specific use cases, like a video preview overlay. Would
I would lean towards using the stroke bounds for both. Those being the "real"
bounds, and resulting in less mis-aligned gradients. Always calculate the
stroke bounds as if the shape will be stroked, so it doesn't affect Canvas.
If you don't want that to affect the bounds used for a gradient fil
extensions in many cases. So, basically you are saying "always
> do the most expensive bounds operation for ever shape that is filled even if
> the extra work would never come into play"...?
>
>...jim
>
>> On 11/18/2013 4:58 PM, Scott Palmer wrote:
>>
I did this by putting a TextField and a button in a region, and positioning the
button manually in the layout method to be just inside the right edge of the
TextField. Simple manipulation of the TextField's insets in the CSS prevents
the text from going under the button. I set the button so that
Consider using the gradle wrapper. That should eliminate issues with Linux
distributions not having the right version of Gradle or any devs needing to
worry about being on the "official" version. Those wanting to test with
more recent version will still be able to do so.
http://www.gradle.org/docs
ux distro like
> Fedora or Ubuntu or SuSe having dependencies that keep changing is very
> problematic.
>
> Of course, upstream should rarely care about those problems unless they
> want to be nice for downstream users :)
>
> I hope this explain a bit more why my concerns rega
> On Dec 8, 2013, at 9:18 PM, Felix Bembrick wrote:
>
> Firstly, it will *never* be possible to completely emulate the native look
> and feel.
Sure it is. Though it may never be practical, for many of the reasons you have
given.
> My reasoning is: why bother?
Because it matters. As com
es that enable you to build awesome
> *true* native apps! I just don't think JavaFX is one of them :-)
>
> And it doesn't have to be one of those toolkits because JavaFX can be used to
> build an entirely different class of application and I now strongly believe
> th
Doesn’t this also imply that you are using AWT/Swing? JavaFX has no way to be
hosted in anything other than a JFXPanel or a JavaFX Stage. Only the JFXPanel
can be hosted in a windows that allows heavy weight (native) controls, or even
allows JNI code to get the window handle so you can integra
I see the point of he higher-level abstraction, but I think we need more
control over the user experience than that for most cases. If not simply for
aesthetics, there are times when I know I want a combobox vs. a spinner vs. a
list with a single selection model.
What we need are more of what
or look, I doubt that any
> "official" solution will ever be provided by Oracle.
>
> I guess that we all need to do what works for ourselves in this area which
> is admittedly unfortunate and undesirable...
>
>
> On 10 December 2013 07:49, Scott Palmer wrote:
>
>
Have you tried simply removing and re-adding the stylesheet to the scene?
Scott
On Tue, Dec 10, 2013 at 7:21 AM, Werner Lehmann <
lehm...@media-interactive.de> wrote:
> Hi,
>
> is there a way to reload previously loaded stylesheets (in FX2)?
>
> Currently I have to restart the application each
work in 2.x because the CSS is cached on a scene base! A
> trick that could work is to load the CSS with an URL like this like:
>
> my.css?timestamp=123456789
>
> but I have not tried that and don't know if this would work.
>
> Tom
>
> On 10.12.13 13:41, Scott Palmer
I'm seeing very significant layout issues in b119.
Content is rendering outside of it's parent container when it shouldn't be.
The parent should be re-sizing to accomodate the content, but it isn't, or
it is resizing based on an old size of the child content.
Borders are not painting properly when
in using
> >>>>Java/JavaFX most likely
> >>>>because they have
> >>>>exclusive access to native
> >>>>system or OS
This appears to be a significant regression in JavaFX 8. I have created
https://javafx-jira.kenai.com/browse/RT-34849 with a test case.
Scott
On Wed, Dec 11, 2013 at 10:58 AM, Scott Palmer wrote:
> I'm seeing very significant layout issues in b119.
> Content is rendering outs
Interesting idea.
There is a case I have been curious about and wonder what the best
practices are for it. Suppose you have a case when you are changing
multiple different properties that will be used in a single calculation.
You want to deal with a single change to all of them in one go. E.g.
sistent objects, I only observe the values of the properties when my own
> little piece of observer code runs on the JavaFX thread. Since nothing can
> modify the properties except on the JavaFX thread, this is almost like a
> form of transactions, ensuring that every change has completed b
Good stuff! This is the sort of thing that might make a good contribution
to extend the standard Bindings class.
Scott
On Sun, Dec 15, 2013 at 5:49 PM, Tomas Mikula wrote:
> On Sun, Dec 15, 2013 at 6:39 PM, Scott Palmer wrote:
> > Interesting idea.
> >
> > There
A couple quick questions: Why is the property Read-Only? Can the setter
only be called once? Does it have to be set before the Stage is shown?
Should it be an initAlwaysOnTop(boolean value)?
Cheers,
Scott
On Tue, Jan 7, 2014 at 8:27 AM, Martin Sladecek
wrote:
> Steve, Kevin,
>
> please revi
Based on the discussion I saw in the comments for RT-34236 I discovered
that using com.javafx.main.Main is not the way JavaFX 8 is supposed to
work. There are comments that read, "...making sure their Application class
has a main that calls launcher(String[] args)."
This seems to imply that a main
What's the situation on Raspberry Pi? I got one for Christmas and made a
quick memory game for my daughter with JavaFX - works great.
Should I bother trying or do you already know it doesn't work?
Scott
On Wed, Jan 8, 2014 at 7:00 PM, Daniel Blaukopf
wrote:
> Hi,
>
> A few of us in the JavaFX t
The Java 8 java.exe launcher is now JavaFX aware in that it will launch
JavaFX Applications that don't have a main(String []) method.
The javafxpackager uses it's own launcher when creating a native package.
Are there plans to unify those launchers?
I noticed a comment under "future work" in WinLa
Has anyone tried using a custom Log Formatter with a JavaFX app, where the
log formatter was not part of the main application jar?
We have a class implementing java.util.logging.Formatter that is present in
a utility Jar. That utility jar is specified on the classpath for our
JavaFX application u
Comments inline…
On Jan 10, 2014, at 12:11 PM, Danno Ferrin wrote:
> I came on board working on the packager stuff last month. Nearly all of the
> design decisions for this were made before I came on board, but I will do my
> best to explain it.
>
>
> I'm wondering why not make java.exe the
What I'm referring to is data that is already available to the packager
that is not being used effectively. It's only applied to JNLP data or
something, when it can also apply to the resources in the launcher exe. I
think the two issues are distinct.
Scott
On Fri, Jan 10, 2014 at 5:23 PM, Mark
Thanks. I'm participating in NetCat 8.0 so I'm well aware of that link
:-). But this doesn't appear to be a NetBeans issue. Inclusion of
metadata into the launcher stub is not implemented in the javafxpackager
command line tool or ant task as far as I can tell. (I'm using the gradle
plugin mainl
etsov(408) 276-0387
>
> On 15 янв 2014 16:40, Scott Palmer wrote:
>
> Thanks. I'm participating in NetCat 8.0 so I'm well aware of that link
> :-). But this doesn't appear to be a NetBeans issue. Inclusion of
> metadata into the launcher stub is not implemented in
Since the Java 8 launcher now calls main(Strin []args]) if present, what is
the expected behaviour of this code?:
import javafx.application.Application;
import javafx.stage.Stage;
public class Main extends Application {
public static void main(String [] args) {
System.out.println("Hi
When I debug my JavaFX application in NetBeans it runs very slow, orders of
magnitude slower than normal. Swing apps on the same configuration do not
have the same problem.
My guess is that adding and removing Nodes from the Scene is much slower in
this case, since not all operations are affected
; (408) 276-0387
>
>
> On 23 янв 2014 17:31, Scott Palmer wrote:
>
>> For me it prints the "Hi mom!" message and hangs. Since there is no
>> showing Stage, I would expect it to exit. Shall I file a bug?
>>
>
>
ow.
Go to Tools -> Options -> Java -> Java Debugger -> Visual Debugging and
uncheck "Track locations of component hierarchy changes".
Cheers,
Scott
On Fri, Jan 24, 2014 at 7:16 AM, Scott Palmer wrote:
> Only line breakpoints. But you are on to something I just did s
// How NOT to do this
private void removeSelectedListItemsBAD(ListView list) {
list.getItems().removeAll(list.getSelectionModel().getSelectedItems());
list.getSelectionModel().clearSelection();
}
Can you spot the flaw?
Hint... Try it on a list, but only select the first item.
Related issue: RT-
Are you guys using the NetBeans Gradle plugin?
Scott
On Fri, Feb 14, 2014 at 2:17 PM, Kevin Rushforth wrote:
> Thanks David.
>
> For NB 7.4 (or 8) users, you should be able to just open up the apps
> projects in NB and have it work without needing to do anything extra.
>
> -- Kevin
>
>
> David
Is my suspicion correct that Java Web Start UI in Java 8 is done with Java
FX?
I just filed an issue in JIRA against the "deployment" component:
https://javafx-jira.kenai.com/browse/RT-36003
and I wonder if that is the right place for it?
(I was about to file another)
Scott
This looks to me like a sub-pixel horizontal alignment issue. Perhaps it
is just a difference in kerning or something along those lines?
Scott
On Thu, Mar 6, 2014 at 4:21 AM, Robert Fisher wrote:
> Hi all,
>
> I think there is still room for improvement in terms of the 'contrast' or
> 'vibran
1 - 100 of 359 matches
Mail list logo
