Hi Anthony
I would like the right error message once again " Error: Could not find or
load main class com.sun.tools.javac.Main" as shown in the following message
excerpt
== Right excerpt of the error message =
zip -q sawindbg.diz sawindbg.map sawindbg.pdb
rm -f sawindbg.map sawindbg.p
Changeset: 6eaef92de547
Author:Chien Yang
Date: 2013-08-21 18:15 -0700
URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/6eaef92de547
Fix to RT-25580: Need to clean up the setting of maxTextureSize property logic
! modules/graphics/src/main/java/com/sun/prism/es2/ES2Resour
Changeset: 2c7aa7abc995
Author:Oleg Mazurov
Date: 2013-08-21 17:54 -0700
URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/2c7aa7abc995
[TOOLS] refactored gltrace
! tools/gltrace/Makefile
+ tools/gltrace/egl.c
+ tools/gltrace/gles.c
! tools/gltrace/iolib.c
- tools/gltrace/o
Also note that media support is typically available on most embedded
chipsets, so there is a workaround to playback audio and video. Check
out Jasper's post on the JavaFX HD Menu demo for the raspberry Pi [1],
where he explains the following (comments section):
/
//"//There is no JavaFX media s
There are no immediate plans to address this in the JDK 8 time frame.
I should clarify that I'm talking specifically about the JDK 8 port for
Raspberry Pi. I believe that's what Felix was making reference to, as
"Java SE Embedded" is a different product that Oracle sells directly to
embedded e
Nicolas, is that something that is going to be addressed in the future? If
so, do you know when these (essential) features will be added?
Felix
On 22 August 2013 09:47, Nicolas Lorain wrote:
> There has been no change at this point
>
>
> On 8/21/13 4:25 PM, Pedro Duque Vieira wrote:
>
>> Hi,
There has been no change at this point
On 8/21/13 4:25 PM, Pedro Duque Vieira wrote:
Hi,
Some time ago I saw that there would be no webview and no media support on
Java SE Embedded 8. Is this still true? Are there any more limitations?
Thanks, best regards,
Changeset: 6ac1f6db03f9
Author:jgiles
Date: 2013-08-21 09:07 +1200
URL: http://hg.openjdk.java.net/openjfx/8/controls/rt/rev/6ac1f6db03f9
Backed out changeset: 0b89acf5c119 (This changeset is from RT-31901 which led
to the regression noted in RT-32443)
!
modules/controls/src/main
Hi,
Some time ago I saw that there would be no webview and no media support on
Java SE Embedded 8. Is this still true? Are there any more limitations?
Thanks, best regards,
--
Pedro Duque Vieira
Mr. Bair:
The following FXML script is fundamental to FXML according to
"Introduction To FXML"
(http://docs.oracle.com/javafx/2/api/javafx/fxml/doc-files/introduction_to_fxml.html#scripting),
but is no longer compiling without errors (since jdk8-b91 through b103):
http://javafx.com/fxml"
Changeset: d08be9d72c7d
Author:Felipe Heidrich
Date: 2013-08-21 14:42 -0700
URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/d08be9d72c7d
RT-31708: Arabic Text not Rendering correctly
! modules/graphics/src/main/java/com/sun/javafx/font/CompositeStrike.java
! modules/grap
Changeset: 11caee7eff3d
Author:Daniel Blaukopf
Date: 2013-08-21 11:11 -0700
URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/11caee7eff3d
RT-32281 Pi: support transparency in frame buffer
! modules/graphics/src/main/java/com/sun/prism/es2/EGLFBGLDrawable.java
Hi John T.
In JFX we use DirectWrite to produce glyph images, which I believe it what IE10
uses (once upon the time I heard that Word used Uniscribe, which is a different
MS library for text. Nowadays, I have no clue).
Although we use the same base library it is possible to have differences ca
John H:
In JFX we decided to go with sub-pixel positioned text (as opposite to pixel
grid aligned).
That said, on Windows for grayscale text, we are not doing that (yet). Are you
running Windows, with D3D pipeline ?
I would need to see a picture to be sure I understand the problem you describe
I think I also noticed a change in font rendering around b99
somewhere... the fonts seem to be thinner than before, or perhaps more
poorly aligned with pixel boundaries. I'd prefer glyphs laid out in the
same way each time, ie. letters are always on a new pixel boundary, so
the same letter wil
Some people reported it took only 5 minutes for them. For me this
usually takes about 30 minutes. Anything longer than 1 hour looks very
suspicious. Also, you may notice that hg clone for the nashorn repo
failed for some reason.
I believe this indicates some sort of a network issue. Please try
We're using the native font rasterizer. Can you explain "font render in JavaFX
is not at the same level of quality of native applications"? Is it the shape of
the glyphs, or how they are laid out relative to one another, or something else?
The "GPU-based" and "CPU-based" issue is a red herring.
Hi Anthony
Thanks for the information
I am very curious to know the usual time taken to complete the operation of the
command "bash ./get_source.sh" execution over Internet
Please note that the execution of the command " bash ./get_source.sh" was
showing the following message for more than 5
Changeset: 2cf38ebe9e16
Author:Petr Pchelko
Date: 2013-08-21 17:26 +0400
URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/2cf38ebe9e16
RT-32418 Mac: InputMethod panel is positioned incorrectly
Reviewed-by: anthony, art
!
modules/controls/src/main/java/com/sun/javafx/scen
Mac SDK build passed on my machine as well. I have Xcode 4.6.3
David
On 8/21/13 10:59 AM, Tobias Bley wrote:
Hi David,
you are right! I’m so sorry. I used „_PCOMPILE_TARGET=ios“ instead of
„-PCOMPILE_TARGETS=ios“… missing „s“ ;)
Ok, so the build error should occur when building the mac SDK i
I have only really tested JavaFX extensively on Windows so my comments here
apply mainly to that platform.
It seems that even with a font smoothing type of LCD, font rendering in
JavaFX is not at the same level of quality of native applications. My
current experiences are with JavaFX 8 b103 an
I'd go with the Graphics forest for OpenJFX:
$ hg clone http://hg.openjdk.java.net/openjfx/8/graphics myfx8
$ cd myfx8
$ hg clone http://hg.openjdk.java.net/openjfx/8/graphics/rt
$ cd rt
$ JAVA_HOME= JDK_HOME= gradle
This should build the OpenJFX for you. The should point
to a directory where
Hi Anthony
Thanks Anthony for the detailed information. Can you also provide me the
corresponding JavaFX source
Note:- I was able to succeed the following steps
• hg clone http://hg.openjdk.java.net/jdk8/awt myjdk8→ done
• bash ./get_source.sh
Hi David,
you are right! I’m so sorry. I used „_PCOMPILE_TARGET=ios“ instead of
„-PCOMPILE_TARGETS=ios“… missing „s“ ;)
Ok, so the build error should occur when building the mac SDK isn’t it?
Tobi
Am 21.08.2013 um 10:38 schrieb David Pulkrabek :
> Hi Tobi,
>
> the OpenJFX iOS SDK build shou
Hi Tobi,
the OpenJFX iOS SDK build should pass, at least it passes on my machine.
Please note that fxpackager is excluded from the iOS build system by
default in ios.gradle script (IOS.compileFXPackager = false).
David
On 8/20/13 4:17 PM, Tobias Bley wrote:
Hi,
after a short „hg pull and h
Changeset: 795779fb0fcf
Author:Petr Pchelko
Date: 2013-08-21 11:47 +0400
URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/795779fb0fcf
RT-29113 Mac: Native memory leaks
Reviewed-by: anthony, art
! modules/graphics/src/main/native-glass/mac/GlassView3D.m
! modules/graphics
On 08/21/2013 10:36 AM, Anthony Petrov wrote:
Secondly, you're building the JDK in a somewhat strange way. It's much
easier than that. Just execute the following commands in your Cygwin
command prompt:
$ hg clone http://hg.openjdk.java.net/jdk8/awt myjdk8
$ cd myjdk8
$ bash ./get_source.sh
$ cd
27 matches
Mail list logo