last is used.
>
> Tom
>
>
>
> On 3-1-2016 17:09, cogmission (David Ray) wrote:
>
>> Hi Tom,
>>
>> I Believe in CSS, once you establish the family you can access the
>> sub-types via type keywords?
>> ...via
>>
>> -fx-font-weight: bold,bo
Hi,
I just wanted to share some opinions close to my heart...
https://www.linkedin.com/pulse/exposing-myth-case-javafx-emulated-lfs-david-ray?published=t
Cheers,
David
--
*With kind regards,*
David Ray
Java Solutions Architect
*Cortical.io <http://cortical.io/>*
Sponsor of: HTM.java
eld, if something is said often enough - it starts to be
accepted as truth. I for one would like to stand up against some of these
misnomers.
I apologize for my emphatic expression of these points - I have been
holding this in for a long time :-P
--
*With kind regards,*
David Ray
Java Solu
Awesome work Tobias! :)
On Nov 18, 2013, at 4:02 PM, Tobias Bley wrote:
> For all who do not follow me on twitter: a few screenshots concerning JFX on
> iOS and Android: http://blog.software4java.com/?p=148#comment-4629
>
> Best regards,
> Tobi
>
>
>
> --
> Tobias Bley
> Chief Executiv
t comes down to
being an engineering nightmare
or so complex that the dependability or upgradeability is not there, then I
just don't see it as important enough
to warrant the abandonment of the effort?
Regards,
David
On Oct 22, 2013, at 3:51 PM, David Ray wrote:
> I thi
I think you may be facing an "absolute" requirement which is placing demands on
you to
replicate the exact look and feel of one or both mobile environments? I'm not
sure??
> Even the most fab skins or CSS is not going to get us away from the need to
> integrate JavaFX controls with true native c
+1 re: Native L&F. IMO also there is nothing sacred about the "exactness" of
Apple's ui. They 'll be changing it up a lot a also. Being someone who prefers
custom looks to bland native looks anyway, I never did get the "sacredness" of
repeating "mirror-lookalike" grey :). Just my opinion, I'm s
When you have a new version of your app to distribute, you would repackage it
using the same tool you did before - maybe specifying a new JVM target (if you
would like to update the JVM that gets bundled with the app). Then upload your
app to the Apple App Store and voila' :) (Ok so there's the
> I would strongly recommend leaving the shared JRE install world behind.
As a suggestion, try JWrapper - we have flawless installs now, even using an
OSGI deployment procedure! Bundled JVMs are really the only dependable way to
go now it seems?
David
On Sep 3, 2013, at 1:23 PM, Richard Bair
By "we" I meant the place where I work… (not JWrapper Inc.)! :)
David
On Sep 3, 2013, at 1:28 PM, David Ray wrote:
>> I would strongly recommend leaving the shared JRE install world behind.
>
> As a suggestion, try JWrapper - we have flawless installs now, even using
Final methods more so take the control out of the hands of the many developers,
and places it in the hands of the API designers.
If there is an issue, and demands are high - would we rather
A. Report the issue and wait for the original API designer's development
process to acknowledge, repair,
Hi Richard,
A brief question. Is there a resource you could point me to for details about
the concepts and mechanisms you just mentioned?
Namely:
1. The "Renderer" you referred to (not sure if its a concept or concrete object)
2. Picking. Of course I've seen the term used, but would like to un
And Voila!
Webstart fails again!
"Cannot launch the application…"
http://javafx.com";
codebase="http://www.interactivemesh.org/models/webstartjfx/";
href="fxTuxCube-0.6_FX3D.jnlp">
FXTuxCube 0.6
InteractiveMesh e.K.
FXTuxCube 0.6
ws and Linux.
> Worked like magic. It doesn't include JavaFX yet, though, even though the Mac
> JRE is 1.7.0u25.
>
> Jeff
>
> On Jul 18, 2013, at 4:20 PM, David Ray wrote:
>
>> JWrapper (no plug - I don't work for them or own stock) solves all of this -
>&
A list of JWrapper's features:
Oracle, are you ready to buy these guys yet? If you don't, we will… :)
Easily deploy Java as native apps (for free)
But lets break that down...
Easily...
To us, this means being able to build for everything, on anything - true cross
platform builds. Multiple dev
So you're saying, once I create my new JavaFX app with all the new beautiful
and wondrous JavaFX goodies - I can do what? Sit at home and look at it? :)
David
On Jul 18, 2013, at 5:02 PM, Daniel Zwolenski wrote:
> There are definitely credible alternatives. The problem is currently the
>
I'm not a 3D expert but my "gut" tells me that the two pipelines should remain
distinct as you say. I can't imagine the evolution of such different functions
converging in such a way where the semantic treatment of the two will coincide
in a clean, simple and unconfusing manner. That only seems
rabilities and tightening up the security model should be
> spent on advancing JavaFX on mobiles and tablets.
>
> -jct
>
> - Original Message -
> From:
> "Daniel Zwolenski"
>
> To:
> "David Ray"
> Cc:
> "mike.ehrenb...@barch
m are (or will be) working on these
>> right? They are effectively desktop technologies and no other team has any
>> interest in them I'm guessing?
>>
>> I'd assume if they're not on the JFX roadmap, they're not on the Java
>> roadmap?
>>
>>
Hi Richard,
I don't see any mention of WebStart and JavaFX on the milestone list - are
issues surrounding (and suffocating :)) WebStart going to addressed as part of
the JDK release 8 instead?
David
Sent from my iPhone
On Jul 17, 2013, at 12:06 PM, Richard Bair wrote:
> Hi Peter,
>
> Our
+1
David
Sent from my iPhone
On Jul 12, 2013, at 3:15 PM, Richard Bair wrote:
> I have two different changes I might want to make, both of which are
> definitely incompatible for subclasses, but are otherwise source compatible.
>
> public abstract class Paint {
>Paint() { } // <--- Add
I don't see what the problem is? Why must you reduce the visibility? You
wouldn't do that for any other public method you've overridden? That would be
clinging to a memory of what the API used to be. I would understand if I had to
set my protected method public after updating my jdk - it's neces
That is great news. Thanks Steve for the update.
Cheers,
David
Sent from my iPhone
On Jul 3, 2013, at 8:02 AM, steve.x.northo...@oracle.com wrote:
> Hi all,
>
> Felipe Heidrich is the text guy. The focus has been on getting native text
> rendering working first on the desktop. That said,
Thank you so much for your hard work!
David
Sent from my iPhone
On May 20, 2013, at 12:04 PM, Niklas Therning wrote:
> Source code and build instructions for the BrickBreaker JavaFX sample on
> iOS/RoboVM is now available online [1]. The static libs included in that
> download have been compil
24 matches
Mail list logo
