ing stuff written in Java too?
>
> Jeff
>
> On Nov 10, 2014, at 7:51 PM, Scott Palmer wrote:
>
> JavaFX is up to the task. I've done an application much like you describe
> (visualizing a bunch of connected nodes). It's a commercial app (
> http://www.digital
t; look ok except to a discerning user.
>
> I am however not sure how "the AWT printing mechanism" can be coerced into
> converting a node to a WriteableImage. I just don't follow that sentence.
>
> -phil.
>
> On 11/11/2014 11:12 AM, Scott Palmer wrote:
>
>> 3D is not supported for printing. I don't know whether this is documented
>> (it should be if it isn't), but it is a known limitation of the current
>> implementation which uses Java2D to render.
>>
>> -- Kevin
>>
>>
>> Scott Palmer w
JavaFX is up to the task. I've done an application much like you describe
(visualizing a bunch of connected nodes). It's a commercial app (
http://www.digitalrapids.com/en/Products/Kayak/Page2.aspx)
Though image operations on a raster for such things as a Photoshop-like app
could benefit a lot f
I suggest you file a bug with a reproducible test case at
https://javafx-jira.kenai.com/
If the 3D node will render to an image, then it should also be printable
directly.
Scott
On Mon, Nov 10, 2014 at 8:16 PM, Cheryl Long wrote:
> I posted the following question on Stack Overflow and it was su
JITWatch looks like an interesting project.
Where did you get the information about the 325 byte limit? The data I found
indicated that the default limit was *much* smaller.
From this page:
http://docs.oracle.com/javase/8/docs/technotes/tools/windows/java.html#BABDDFII
-XX:MaxInlineSize=size
> On Nov 3, 2014, at 8:44 AM, ngalarn...@abinitio.com wrote:
>
> Scott,
>
> When you say it works for you, which java are you running?
> - Java 8 (1.8u25) with openjfx-dialogs-1.0.2 like Pete
> - Java 8 update 40 pre-release
> - something else?
>
> Using the released 8u25 with openjfx-dialogs-1
display. This seems like a bug.
>
> If I comment out the line that sets initOwner(), the dlg always seems to pop
> up in the center of the main display, regardless of where the main app is.
>
>
>
>
>
>> On Sat, Nov 1, 2014 at 9:25 AM, Scott Palmer wrote:
>>
I was just addressing a bug in my application related to this. The behaviour
you describe happens only in Java FX 2.x. In JavaFX 8 the dialog still appears
in the centre of the display, but it chooses the correct display based on where
the parent window is.
I ended up adding a bit of code to r
idn’t require Cygwin the build would also be faster!
>>
>> Chris
>>
>>
>> On Oct 24, 2014, at 9:00 PM, Scott Palmer wrote:
>>
>> Jettisoning the MS tools would be a bad idea. The Visual Studio compiler
>>> or the Intel compiler are really the only reas
Jettisoning the MS tools would be a bad idea. The Visual Studio compiler or the
Intel compiler are really the only reasonable options for building native code
on Windows. I'm not aware of any professional programmer that uses GCC on
Windows... Not because GCC is bad, the Windows ports just aren
I must correct that, KeyCharacterCombination("+",
KeyCombination.CONTROL_DOWN) is the same as KeyCharacterCombination("=",
KeyCombination.CONTROL_DOWN) (on a US keyboard). It only works if you
*don't* also press shift to get the "+" character.
On Fri, Se
I should note that KeyCodeCombintation(KeyCode.EQUALS,
KeyCombination.CONTROL_DOWN, KeyCombination.SHIFT_DOWN)
is undesirable as it requires knowledge of the keyboard layout that
shouldn't be required.
On Fri, Sep 26, 2014 at 6:58 PM, Scott Palmer wrote:
> While looking into this I noti
While looking into this I noticed that KeyCharacterCombination("+",
KeyCombination.CONTROL_DOWN) doesn't work for either the PLUS (shifted
EQUALS), or ADD (numeric keypad "+").
Only KeyCodeCombintation(KeyCode.EQUALS, KeyCombination.CONTROL_DOWN,
KeyCombination.SHIFT_DOWN)
was working.
On Fri, S
ot;", "",
> MINUS, false, false, false, false);
> KeyEvent subtractPressed = new KeyEvent(KEY_PRESSED, "", "",
> SUBTRACT, false, false, false, false);
>
> System.out.println("'-' matches MINUS: " +
> minusChar.match(mi
public static void main(String[] args) {
>>>>>> Application.launch(args);
>>>>>> }
>>>>>>
>>>>>> @Override public void start(Stage stage) {
>>>>>> stage.setTitle("Test KeyCombination");
need to manually add accelerators to the scene apart from my MenuItem
accelerators.
Scott
On Fri, Sep 26, 2014 at 1:39 PM, Scott Palmer wrote:
> Okay.. so what is going on with Windows and CTRL+PLUS ?
>
> Scott
>
> On Fri, Sep 26, 2014 at 1:35 PM, Stephen F Northover <
setText("Click Me");
>>>> stage.setScene(scene);
>>>> stage.show();
>>>>
>>>> KeyCombination cmdMinus = new KeyCodeCombination(KeyCode.MINUS,
>>>> KeyCombination.CONTROL_DOWN);
>>>> KeyCombination c
Attached my test case...
On Fri, Sep 26, 2014 at 1:31 PM, Scott Palmer wrote:
> That would imply that 8u40 is broken (where '-' only fired once for
> Stephen), or it's broken for the + key.
>
> Scott
>
> On Fri, Sep 26, 2014 at 1:29 PM, Kevin Rushforth <
rising or difficult to specify or document.
>
>
> The Javadoc for KeyCharacterCombination#match also says
>
> "This means that the method can return true only for KEY_PRESSED
> andKEY_RELEASED events, but not for KEY_TYPED events, which don't have
> valid key codes.&q
While we are on the subject... Why does a Scene accelerator Map take
runnables instead of EventHandlers ?
Scott
On Fri, Sep 26, 2014 at 1:27 PM, Scott Palmer wrote:
> Forgot to include the list.
>
> (I'm testing with 8u20 btw)
>
> -- Forwarded message --
Forgot to include the list.
(I'm testing with 8u20 btw)
-- Forwarded message --
From: Scott Palmer
Date: Fri, Sep 26, 2014 at 1:25 PM
Subject: Re: Accelerators - odd behavior
To: Kevin Rushforth
Yes, for CTRL+a I do see it fire twice.
On Fri, Sep 26, 2014 at 1:21 PM,
>>>
>>> KeyCombination cmdMinus = new KeyCodeCombination(KeyCode.MINUS,
>>> KeyCombination.CONTROL_DOWN);
>>> KeyCombination cmdMinusFromCharacter = new
>>> KeyCharacterCombination("-", KeyCombination.CONTROL_DOWN);
>>
= new KeyCharacterCombination("+",
KeyCombination.CONTROL_DOWN);
This is weird.
On Fri, Sep 26, 2014 at 1:01 PM, Scott Palmer wrote:
> KeyCombination cmdMinus = new Key*Code*Combination(KeyCode.MINUS,
> KeyCombination.CONTROL_DOWN);
> KeyCombination cmdM
KeyCombination cmdMinus = new Key*Code*Combination(KeyCode.MINUS,
KeyCombination.CONTROL_DOWN);
KeyCombination cmdMinusFromCharacter = new Key*Character*Combination("-",
KeyCombination.CONTROL_DOWN);
Using the above like this:
scene.getAccelerators().put(cmdMinus, runnable);
scene.getAccelerators(
So this is something like doing this:
import javafx.application.Application;
import javafx.scene.layout.Region;
import javafx.scene.layout.VBox;
import javafx.scene.control.Label;
import javafx.scene.Scene;
import javafx.stage.Stage;
public class TestSVGLabel extends Application {
public void st
I believe it is possible, though not through public API, to determine if
you are using the software pipeline or not. If that isn't enough, how
about just adapt at runtime by starting out with the more demanding
animations and falling back automatically if the framerate doesn't meet
your minimum re
There are a couple concepts here.. re-ordering, just like TableView
columns, and "detaching" which would be required to drag a tab out of the
TabPane. The API should reflect these related, but distinct, concepts.
On Wed, Jul 30, 2014 at 11:51 AM, Stephen F Northover <
steve.x.northo...@oracle.co
Just to follow up.. things are not as dire as I initially thought. After a
reboot my application is working much better.
On Sun, Jul 27, 2014 at 12:59 PM, Scott Palmer wrote:
> Is anyone testing on Yosemite? I installed the Yosemite public beta and
> am running with 8u20 b23 (also
Is anyone testing on Yosemite? I installed the Yosemite public beta and am
running with 8u20 b23 (also tested with 8u11, same results)
Without violating my Beta Agreement with Apple, lets just say that I
strongly suggest that someone at Oracle try it out and perhaps focus on:
-AudioClips
-MediaPl
Another way to get some native visualization (though a different kind perhaps)
would be to address some limitations in the media APIs. MediaPlayer needs a
mechanism to allow developers to plug in their own codecs. If it played a
"stream" of frames generated from whatever JNI code I wished, I cou
If I'm resorting to native code I care a lot less about it being cross-platform
(not 100% less, but less). Give me a GLContext on Linux and Mac and whatever
DirectX has on Windows. I just want a way to get content generated on the
native side to the screen without losing performance.
Scott
>
That first article was so wrong about nearly everything mentioned in it that it
made me want to vomit.
On Jun 23, 2014, at 2:31 PM, John Smith wrote:
> I don't know much about Android, but does it have to be a VM, or could you
> use ART or an ART equivalent:
>
> http://www.extremetech.com/c
0 if done soon enough.
>>
>> I will double-check whether the bugs can be made non-confidential (so you
>> can at least track progress), but I suspect they cannot in their current
>> form, in which case new bugs should be filed with the confidential
>> information move
This is critical, but I don't think we need to focus on a specific technology
like Direct3D or OpenGL. As a first step all we need is a mechanism to get a
native reference to the Window. Just like we can with JAWT. I'm guessing that
JavaFX doesn't use heavyweight child windows so we could add a
Kevin Rushforth <
kevin.rushfo...@oracle.com> wrote:
> These are now assigned to Dmitry Cherapanov who I have copied here in case
> he isn't on the openjfx alias. They are both targeted to JDK 9.
>
> -- Kevin
>
>
> Scott Palmer wrote:
>
>> I tried to send
uneditable field with some format (and it's up to
> the developer to make it uneditable), so I'll make the value rw.
>
> -Martin
>
> On 11.6.2014 16:03, Scott Palmer wrote:
>
>> There are two cases for this:
>> - a regular binding could be used with
s created for this:
>
> security manager and applet-desc webstart mode:
> https://bugs.openjdk.java.net/browse/JDK-8040231
>
> reflection in daemon thread:
> https://bugs.openjdk.java.net/browse/JDK-8040699
>
> -thomas
>
>
> *From: *Scott Palmer
> *Subject
in building with 1.12 -- a closed build
> falls over and dies even earlier (before buildSrc is compiled). If you would
> like to file a JIRA we can look into it for 8u40. It would be great to fix
> the scripts so it works with 1.8 and 1.12.
>
>
> -- Kevin
>
>
> Scott Palme
ve compilation for everything except media and wekbit, is on by
>> default, and there is currently no easy way to disable it. This is something
>> Richard had wanted to change back when the gradle build scripts were
>> developed, but was not finished. At the least, a flag to turn o
yet.. but at least gradle stopped complaining.
Cheers,
Scott
On Tue, May 27, 2014 at 11:56 AM, Scott Palmer wrote:
> I know the wiki says only Gradle 1.8 is "guaranteed to work" so I have to ask:
> Why not use the Gradle Wrapper to force use of 1.8?
> http://www.gradle.org/docs/cur
I know the wiki says only Gradle 1.8 is "guaranteed to work" so I have to ask:
Why not use the Gradle Wrapper to force use of 1.8?
http://www.gradle.org/docs/current/userguide/gradle_wrapper.html
Well, I tried tweaking the build scripts to use it myself, running on
OS X and found that the scripts
This appears to be a bug introduced in JavaFX 8
I have filed https://javafx-jira.kenai.com/browse/RT-37252 and will
work on a test case.
Scott
On Thu, May 22, 2014 at 3:45 PM, Scott Palmer wrote:
> I'm investigating an issue with my application where things are
> working fine r
I'm investigating an issue with my application where things are
working fine running with JavaFX 2.2 on 7u55, but I have a particular
case where 8u5 is throwing the following exception during layout:
Exception in thread "JavaFX Application Thread" java.lang.NullPointerException
at javafx.scene.lay
latform to platform and theme
> to theme and so are an implementation detail.
>
> Tom
>
> Von meinem iPhone gesendet
>
>> Am 16.05.2014 um 16:38 schrieb Scott Palmer :
>>
>> Should a better cross-reference or mention of CSS properties in the Javadocs?
>>
>
Created https://javafx-jira.kenai.com/browse/RT-37168
On Fri, May 16, 2014 at 10:57 AM, David Grieve wrote:
> Would you mind creating a bug for this?
>
>
> On 5/16/14, 10:38 AM, Scott Palmer wrote:
>>
>> Should a better cross-reference or mention of CSS properties in the
Should a better cross-reference or mention of CSS properties in the Javadocs?
Many properties can be set via calling methods or through CSS, but
when browsing the Javadocs the related CSS properties are not
mentioned (at least not in most cases).
The package docs for javafx.scene mention the CSS
14 at 7:01 PM, Scott Palmer wrote:
> It would be great if you could get a Graphics context for drawing into a
> WritableImage instead of having to deal with snapshots. But I suppose you
> could build something like that based on Canvas that would update an image.
>
> Scott
>
>
It would be great if you could get a Graphics context for drawing into a
WritableImage instead of having to deal with snapshots. But I suppose you
could build something like that based on Canvas that would update an image.
Scott
On Apr 22, 2014 6:52 PM, "Jeff Martin" wrote:
> Just by using it as
Can someone confirm that all-permissions is working for JavaFX apps
that are launched via Web Start with Java 8.0 and use daemon threads
in a Service?
I have a JNLP file that has:
and the manifest of my app's jar has the following instruction in my
Gradle script:
jar {
manifest {
It isn't public API now.. but keep in mind that making it public in
some way has been requested for over two years. See RT-17571
Since those issues have made the internal Robot API known, no doubt
people are using it. (We all know how well people listen to the
warnings about using internal APIs ..
I applaud your effort, but please consider while you are doing this:
Addressing RT-18009 is good
Addressing RT-2684 is way better.
https://javafx-jira.kenai.com/browse/RT-2684
If there is a mechanism to write a stub plugin that hooks into the GStreamer
plugin mechanism such that end users of Java
So why doesn't this complain:
n.managedProperty().addListener(x -> test(x));
"ChangeListener" has no business being there.
Scott
On Thu, Mar 20, 2014 at 4:02 PM, Scott Palmer wrote:
> Thanks.. just figured that out myself.
> As my colleague just said to me "the wo
ce. If there was ambiguity, the
> compiler would complain.
>
> Richard
>
> On Mar 20, 2014, at 12:54 PM, Scott Palmer wrote:
>
>> So I'm looking at Java 8 stuff now and I see that addListener has
>> methods. One takes a ChangeListener, the other an
>> Inval
So I'm looking at Java 8 stuff now and I see that addListener has
methods. One takes a ChangeListener, the other an
InvalidationListener.
So what does this do:
Node n = getSomeNode();
n.managedProperty().addListener(x -> test(x));
Well it seems it adds an InvalidationListener.
So I tried this:
> the stem backs me up ...
>
> -phil.
>
>
> On 3/6/2014 10:40 AM, Scott Palmer wrote:
>
>> I think the stem of the L is colored differently because of *sub-pixel*
>> differences in its position. I.e. it appears to be at the same integer
>> position, but it
o rounding differences
> or metrics differences used in accumulating the position but that is a
> guess.
>
> -phil.
>
>
> On 3/6/2014 10:25 AM, Scott Palmer wrote:
>
>> If you notice, in the images provided, the length of the rendered text in
>> pixels is significantly diff
If you notice, in the images provided, the length of the rendered text in
pixels is significantly different between the two examples. That supports
the theory that it is simply, sub-optimal positioning of the glyphs that is
resulting in the more pronounced LCD anti-aliasing.
Scott
On Thu, Mar 6
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
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
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
// 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-
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
; (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?
>>
>
>
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
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
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
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
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
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
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
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
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
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
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
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
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
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.
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
in using
> >>>>Java/JavaFX most likely
> >>>>because they have
> >>>>exclusive access to native
> >>>>system or OS
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
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
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
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:
>
>
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
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
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
> 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
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
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
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
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 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
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
+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
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
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
; 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
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
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
201 - 300 of 359 matches
Mail list logo