(after a night's sleep)
Well... I was trying to do things by composition and it did not work. My
implemention worked, but it had to depend on a layoutChildren, only at the top
level (Skin), which was not fine grained enough.
Interesting is that for JFXtras Agenda I used the inherit pattern, bu
Hmm, my view is rather reverse to yours:
The fact that the implementation of layout is best solved with
inheritance is a sign that JavaFX does _not_ aim enough at doing
things via composition.
Tomas
On Wed, Feb 18, 2015 at 4:37 PM, Tom Eugelink wrote:
>
>
> On 18-2-2015 21:49, Tomas Mikula wrote
On 18-2-2015 21:49, Tomas Mikula wrote:
So back to your original question:
Basically I would like to be informed when the styling of a node has been
applied or changed. Is there some place that can provide this information?
Turns out you don't actually need this information ;)
Indeed. P
So back to your original question:
> Basically I would like to be informed when the styling of a node has been
> applied or changed. Is there some place that can provide this information?
Turns out you don't actually need this information ;)
Regards,
Tomas
On Wed, Feb 18, 2015 at 3:20 PM, Tom
I like the improvements to the code. Thanks!
Tom
On 2/18/2015 2:13 AM, Werner Lehmann wrote:
Finally, it would be nice to get information about the actual screen
DPI. In my tests Screen.getDpi always returns 96, regardless of what it
actually is...
I'm not sure if there is a legacy API for that value in Windows
pre-Win8.1, but I know that
On Wed, Feb 18, 2015 at 2:32 PM, Tom Eugelink wrote:
> On 18-2-2015 08:34, Tomas Mikula wrote:
>>
>> What I think should be done is, instead of trying to hack around Pane,
>> create class NeedlePane that extends Region and overrides
>> layoutChildren. It would create its children in the constructo
Thanks for looking at this Werner!
On 2/18/2015 2:13 AM, Werner Lehmann wrote:
Hi Jim,
As to the question of integer vs float
coordinates, there is a lot of snapToPixel stuff going on. And one of
the reasons is to get crisp pixel-aligned lines. Snapping to logical
coordinates could then snap to
On 18-2-2015 08:34, Tomas Mikula wrote:
What I think should be done is, instead of trying to hack around Pane,
create class NeedlePane that extends Region and overrides
layoutChildren. It would create its children in the constructor (or
take them as constructor parameters), add them to its childr
Hi Kevin, Vadim,
Please review the fix:
https://javafx-jira.kenai.com/browse/RT-37371
http://cr.openjdk.java.net/~ant/RT-37371/webrev.0
Thanks,
Anton.
My usecase is not about "retina or not". It is about showing a report
result in "actual size" which means I need to scale it depending on the
screen DPI.
Current workaround is this...
-Dcom.sun.javafx.screenDPI=109
...but I can't really advertise this to users.
Werner
On 18.02.2015 12:23, M
>
> Finally, it would be nice to get information about the actual screen DPI.
> In my tests Screen.getDpi always returns 96, regardless of what it actually
> is...
You can reflectively access Screen.getPixelScale() to learn if you're on
Retina. Of course, don't expect to swap out the JRE for a ne
Hi Jim,
interesting read. I guess I learned more about the topic than I can
help. Also found this resource interesting:
http://kynosarges.de/GuiDpiScaling.html
Some thoughts. Obviously it is less desirable to require every
application to do their own scaling. I can't imagine that this would
In case this information was buried in the previous email, maybe all
you need to better understand the problem is that layout() works
roughly* like this:
public final void layout() {
layoutChildren();
for(Node child: getChildren()) {
child.layout();
}
}
layoutChildren() just r
On 18-2-2015 08:34, Tomas Mikula wrote:
Hope this helps.
I'll give it a try! Maybe it will solve some of the TBEERNOT (TODO) tags
further down the code.
Tom
15 matches
Mail list logo
