Gili,
I agree with you the browsers are not as performant as desktop
applications. Here is the one thing that I have run into on the Windows
platform and that it is becoming more difficult to deploy applications
on Windows because Anti-Virus thinks anything with an Embedded JVM is
infected.
Paul Franz
Senior Principal Applications Engineer
Oracle Transportation Management
On 14 Mar 2018, at 13:35, cowwoc wrote:
I agree. If the web was such a great platform for desktop apps, you
would have seen many other projects/companies porting complex desktop
applications to it. They are not.
Web technologies are great for basic interfaces. They are utter
garbage for Filty Rich Clients.
Don't repeat the mistake of ORMs: jumping on a technology because it
looks great from far, only to discover that it doesn't do what you
want when you're "95% done".
Gili
On 2018-03-14 6:58 AM, Peter Steele wrote:
One of the biggest limitations is the fact everything is single
threaded.
This isn't related to vaadin and gwt.
I have used vaadin and like it alot, and to build certain types of
applications it is a great candidate if you are used to java. I have
also
used GWT alot and have extended it for areas which it doesn't cover.
(Vaadin uses GWT too)
Another js pet hate for me is the fact it is not OO based, people
have
tried to put wrappers around us but they inevitably have issues
because
they are wrappers.
Chrome has a good debugger but compared to debugging support from
desktop
languages it is inferior
The language is too visual basic like for my taste, it's nice and
easy to
use but if you want to do anything complicated you are in trouble.
Thumbs
up for closure support, thumbs down for the complete over use of
closures.
Btw these are only my opinions, you may disagree with everything i
say and
that is ok. I am in the camp of "i will never use a web based ide"
but i
have no issues building apps that are designed for the web and work
well on
the web (like for thin clients). Forcing everything in to the browser
is
not they way forward.
On 14 Mar 2018 10:26, "Christian Lenz" <christian.l...@gmx.net>
wrote:
Peter,
can you tell me which limitations you mean? As I wrote in an other
thread,
the limitations came from GWT. The Problem is that a Java developer
doesn’t
want to write HTML, CSS and JS so they are looking for an
alternative. GWT
or Vaadin or kotlin to js, I can’t understand that, but ok. So
please don’t
compare GWT or Vaadin with native JS.
Cheers
Chris
Von: Peter Steele
Gesendet: Montag, 12. März 2018 17:50
An: dev@netbeans.incubator.apache.org
Betreff: Re: AW: Apache HTML/Java UI instead of ... Oracle will
remove
JavaFXfromOracle JDK
Christian
I am sure electron is good, but my personal preference is to not use
a web
ide. Javascript as a language has a lot of limitations. I have
written gwt
code to export java to html and you are limited a lot in how you
design
your apps.
On 12 Mar 2018 16:40, "Christian Lenz" <christian.l...@gmx.net>
wrote:
Have a look into electron apps. A lot of apps are written with this
Framework like VS Code and I think this is a big Player and you can
see,
that it performs very well and it is performant as hell. Only to say
one
of
those apps.
Cheers
Chris
Von: Peter Steele
Gesendet: Montag, 12. März 2018 17:37
An: dev@netbeans.incubator.apache.org
Betreff: Re: Apache HTML/Java UI instead of ... Oracle will remove
JavaFX
fromOracle JDK
What about the eclipse RCP framework which uses swt? This would seem
to be
a much better solution than having a html front end.
On 12 Mar 2018 16:25, "Neil C Smith" <neilcsm...@apache.org> wrote:
On Mon, 12 Mar 2018 at 15:59 Jaroslav Tulach
<jaroslav.tul...@gmail.com>
wrote:
Forget about AWT, Swing and JavaFX - the future is HTML. In case
you
still
care about Java, then your future should be Apache HTML/Java API!
Generally inclined to agree with you - definitely on forgetting
JavaFX,
and
probably on forgetting AWT/Swing (intrigued to see what actually
happens
there). I don't think HTML is the only game in town, but for a lot
of
things it's probably the right way forward.
But, if we start turning to Apache HTML/Java way, what does it run
in?
Out of interest, I was looking at an example project using Vaadin
running
inside Electron recently. Have you tried this approach with
HTML/Java?
Best wishes,
Neil
--
Neil C Smith
Artist & Technologist
www.neilcsmith.net
Praxis LIVE - hybrid visual IDE for creative coding -
www.praxislive.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org
For additional commands, e-mail:
dev-h...@netbeans.incubator.apache.org
For further information about the NetBeans mailing lists, visit:
https://urldefense.proofpoint.com/v2/url?u=https-3A__cwiki.apache.org_confluence_display_NETBEANS_Mailing-2Blists&d=DwIDaQ&c=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE&r=FjvsW90PKoOYMVsj6ymexkCdiXoDvGSnRuj2IoGocmg&m=tDo6z0V-TlksKeSq2kjJT_s9I61C87vYLvvLGY9UTeA&s=kaO1tx2p945HSKimf5mw4f_jpZ6Zzw5KU_krNkE4seU&e=
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org
For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists