FX2D display is inverted in 3.0b6

same on OSX 10.9.5

void setup() {
  size(300,300,FX2D) ;
}
void draw() {
  background(0) ;
  text("test",80,80) ;
}

Same problem in OS X 10.10.5

Same problem (Linux). Processing-3.0b5 was OK!

confirm 10.10.5

For now, use noSmooth() in your setup() as a workaround. It looks like FX has buggy antialiasing in 8u60.

Found a workaround for 3.0 beta 7.

Nuts... maybe not. Think I was fooled by this retina display.

I know you secretly wish we could get away with 2), I also do, but we are too nice for that. I would otherwise vote for 3), but I'm afraid it will be messy and people will break it (they always do). So, my proposal is:

We want most people to have antialiasing, so let's bundle 8u51 with the release so there is no compromise for majority of end users.

It also has to run on all recent JREs, so let's also disable smoothing for 8u60 + OS X & Linux combos and print warning that FX in 8u60 does not smooth if people try to enable it. And it's just a few lines of code so there is not much we can break. This covers developers & people who like to run sketches with different JREs (i.e. me & me). These people have enough knowledge to install 8u51 or switch renderer if they can't live without smoothing.

2 is the worst of the bunch, I think the third is cleanest/best if it actually works, followed by the fourth. Or maybe 4 and 1.

As I said, 3 will be messy and hard to get right and 4 alone has too broad impact. So I'm for 4+1 since 1 is really easy and will give smoothing to the masses and 4 covers devs.

(And I believe in case of 1 you can build with 8u60, but the ant script has to package in downloaded 8u51).

One vote for the 3rd option ;)
(but I don't know how messy/hard it would be....)

3 is too messy and will introduce more bugs than it fixes.

Going with 4 and 1 for the next release.

Just to let you know, I updated the Wiki page on how to build Processing to reflect this latest change. https://github.com/processing/processing/wiki/Build-Instructions

@benfry

Hi just to note @benfry problem does not seem to be resolved with recently released jdk1.8.0_66-b17

Yep, I don't expect it until 8u80.

Fixed in 8u72, and Processing 3.0.2 will ship with 8u74 so we're all set on this one.

switch to Java 8u74 which fixes JavaFX smoothing bug (#3795)

Navigation Menu

Repository navigation

FX2D display is inverted in 3.0b6 #3795

2 remaining items

Metadata

Assignees

Labels

Type

Projects

Milestone

Relationships

Development

FX2D display is inverted in 3.0b6 #3795

Description

Activity

knupel commented on Sep 13, 2015

jacbouzada commented on Sep 13, 2015

adegani commented on Sep 13, 2015

brendanmatkin commented on Sep 14, 2015

JakubValtar commented on Sep 14, 2015

benfry commented on Sep 15, 2015

benfry commented on Sep 15, 2015

2 remaining items

JakubValtar commented on Sep 18, 2015

benfry commented on Sep 18, 2015

JakubValtar commented on Sep 18, 2015

jacbouzada commented on Sep 18, 2015

benfry commented on Sep 18, 2015

tillnagel commented on Sep 25, 2015

monkstone commented on Oct 21, 2015

benfry commented on Oct 22, 2015

benfry commented on Feb 13, 2016

Metadata

Metadata

Assignees

Labels

Type

Projects

Milestone

Relationships

Development

Issue actions