AW: Google Summer of Code 2019 Mentor Registration

Hi Bertrand, I'd be interested in applying as a mentor, and I'd like to submit some ideas. I already sent my application. The mail you forwarded mentions a previous mail with instructions how to record ideas in JIRA. Could you forward these instructions, or send me a pointer where to find more

AW: [VOTE] Apache NetBeans graduation to Top Level Project

+1 -Ursprüngliche Nachricht- Von: Geertjan Wielenga Gesendet: Montag, 11. März 2019 11:48 An: dev ; dev Betreff: [VOTE] Apache NetBeans graduation to Top Level Project Hi all, After a discussion amongst the Apache NetBeans community on the dev mailing list[1], voting on a PMC

AW: NetBeans - the UI for Maven

I'm not rushing. I read the proposal by Jaroslav and he has a point. Having ANT as the default is wrong. Maven should be the default. So I created a PR which does exactly that (and nothing else). I provided a (good) fix for the problem. I think it's great that this spawned a discussion about if

AW: NetBeans - the UI for Maven

Yeah, I realized it and uploaded them to the PR . If we have something like: Java Application: - Maven based - ANT based Java Web Application: - Maven based - ANT based ... This doesn't really move ANT out of sight, and is only slightly better than what we have now. It also

AW: Usability study was: Think Java, not Electron! was: Apache HTML/Java UI

Hi Neil, on platforms without javafx the project needs to be created using the maven -> Create from archetype wizard, as the regular wizard won't run here. We already discussed, that we'll need to replace that presenter with jcef/chromium or something similar, especially with the removal of

AW: Usability study was: Think Java, not Electron! was: Apache HTML/Java UI

Hi, Working on solving these issues. I've created a PR to change the category and description as proposed here. I'm also trying to improve the "first contact" when somebody tries the wizard out of curiosity without knowing about the API. When the freshly created application is running it now

AW: Congratulations! Your talk has been accepted for FOSS Backstage

Hi Geertjan, Count me in. --Toni -Ursprüngliche Nachricht- Von: Geertjan Wielenga Gesendet: Montag, 19. März 2018 18:22 An: dev@netbeans.incubator.apache.org Betreff: Fwd: Congratulations! Your talk has been accepted for FOSS Backstage Hi all, Who,

AW: Usability study was: Think Java, not Electron! was: Apache HTML/Java UI

Hi Scott, here's an example of an advanced table control with fixed headers: https://fancygrid.com/gallery/ And here's a listing of some table/spreadsheet controls: https://jspreadsheets.com/ I personally created my own where I create just enough row elements for the viewport and reuse them

AW: Usability study was: Think Java, not Electron! was: Apache HTML/Java UI

Hi Gili, the problems in the referenced threads are browser compatibility issues. These are annoying, I fully agree. Yet they have nothing to do with using HTML/CSS for UIs. They are only an issue for web development. They are not an issue if you use a framework like Electron, because you ship

AW: AW: Images & bugs was: Think Java, not Electron! was:ApacheHTML/Java UI instead of

Chromium Content Module is the part of Chromium that is meant to be embedded. Electron also builds directly on top of this, instead of CEF: https://www.chromium.org/developers/content-module Should be about 40mb in size, because that's about the size of JXBrowser, which very likely also uses

AW: Usability study was: Think Java, not Electron! was: Apache HTML/Java UI

Fully agree, and Swing and JavaFX stopped development before the concept of "responsive UIs" became popular. So they have nothing for that. I agree that layout via css used to be painful and hard to understand sometimes, but Flow and especially Grid Layout has completely solved this for me.

AW: Images & bugs was: Think Java, not Electron! was: Apache HTML/Java UI instead of

Fixed the font and RadioButton alignment. Thanks for bringing this to our attention. At the time of implementation I had no access to a Windows machine: https://github.com/apache/incubator-netbeans/pull/459 -Ursprüngliche Nachricht- Von: Jaroslav Tulach

AW: Apache HTML/Java UI instead of ... Oracle will remove JavaFXfromOracle JDK

>Yes, that would be the logical next step. I created a simple experiment like >that for JavaFX a while ago and Sven >Reimers did a little more work with JavaFX & a NB Platform with a new Window >System, MenuBar etc.. It's >totally possible, and this is what I would suggest as the next step.

AW: Apache HTML/Java UI instead of ... Oracle will remove JavaFXfromOracle JDK

-Ursprüngliche Nachricht- Von: Neil C Smith Gesendet: Donnerstag, 15. März 2018 19:01 An: dev@netbeans.incubator.apache.org Betreff: Re: Apache HTML/Java UI instead of ... Oracle will remove JavaFXfromOracle JDK On Thu, 15 Mar 2018 at 16:28

AW: AW: AW: Apache HTML/Java UI instead of ... Oracle will remove JavaFXfromOracle JDK

Ok, I'm glad we could clarify that . I really don't want to sell DukeScript - actually if we're implementing some of the stuff discussed here it will be harder to sell our JXBrowser (Chromium) presenters as there will be an Apache licensed free alternative. I agree that the discussion here is

AW: Apache HTML/Java UI instead of ... Oracle will remove JavaFXfromOracle JDK

Von: Neil C Smith Gesendet: Donnerstag, 15. März 2018 16:20 An: dev@netbeans.incubator.apache.org Betreff: Re: Apache HTML/Java UI instead of ... Oracle will remove JavaFXfromOracle JDK On Thu, 15 Mar 2018, 14:59 , wrote: > We have that already

AW: AW: Apache HTML/Java UI instead of ... Oracle will remove JavaFXfromOracle JDK

Peter, Did I say MVVM is a technology? Are we using MVVM with Swing? HTML/Java uses it, so it would be new (and in my opinion) better way from what we've got. Running the IDE in a Browser means, at least in my interpretation, that the program logic is executed in the browser. With HTML/Java

AW: Apache HTML/Java UI instead of ... Oracle will remove JavaFXfromOracle JDK

ECF -> CEF -Ursprüngliche Nachricht- Von: toni.ep...@eppleton.de Gesendet: Donnerstag, 15. März 2018 15:59 An: dev@netbeans.incubator.apache.org Betreff: AW: Apache HTML/Java UI instead of ... Oracle will remove JavaFXfromOracle JDK > Having an Electron-like

AW: Apache HTML/Java UI instead of ... Oracle will remove JavaFXfromOracle JDK

These things can happen in parallel. I for my part cannot help much with Python or Groovy features, but I can help with the POCs to improve NB UI and make it future proof. If for example we manage to replace JavaFX WebView with something better, contributors like Chris Lenz will be able to use

AW: Apache HTML/Java UI instead of ... Oracle will remove JavaFXfromOracle JDK

> Having an Electron-like build and deploy system that uses the HTML/Java > library and a JVM rather than node. That sounds like a powerful thing to have > in our armoury for developers to use. The question of whether the IDE should > migrate to that if it proves viable - that's a whole other

AW: Apache HTML/Java UI instead of ... Oracle will remove JavaFX fromOracle JDK

@Chris: you are correct: This actually is a demo from the 90s , the SwingSet was a demo application for Swing controls that you could download with the JDK. -Ursprüngliche Nachricht- Von: Christian Lenz Gesendet: Mittwoch, 14. März 2018 11:00 An:

AW: AW: AW: Apache HTML/Java UI instead of ... Oracle will removeJavaFXfromOracle JDK

Hi Christian, You're experiencing something all the Java devs had to go through 10 years ago, when everyone still told us Java/Swing is so slow, and will never be able to keep up with real programming languages/native UIs, while we were coding really huge and fast Applications with it. It

AW: Apache HTML/Java UI instead of ... Oracle will remove JavaFX from Oracle JDK

Hi Neil, Emi and others, thanks for the constructive answers. I agree for NB we need to find an alternative to the current presenters. I also think with Browser, iOS and Android we've already proven to be capable of using anything you throw at us as a renderer . CEF/Chromium would be an

AW: Think Java, not Electron! was: Apache HTML/Java UI instead of

Hi Geertjan, I agree. I'd be happy to move it to a different category. What would you suggest? Regarding your other suggestion ("POC or shut up!" ). We're thinking about the best way how to do a Proof Of Concept and this discussion has proven very valuable so far as we understand better what

AW: JShell Support

Thanks, for the advice. It went fine and I also did a small nighthacking session with Yolande that should be recorded somewhere. --Toni -Ursprüngliche Nachricht- Von: Geertjan Wielenga Gesendet: Montag, 12. März 2018 12:29 An:

AW: Apache HTML/Java UI instead of ... Oracle will remove JavaFX from Oracle JDK

Hi Wade, one of the ideas behind DukeScript was to not create our own rendering technology and set of widgets. That has huge benefits: - We don't have to write and maintain a Rendering Pipeline. JavaFX proofs how hard it is. They have huge performance problems, partially caused by basically

AW: Apache HTML/Java UI instead of ... Oracle will remove JavaFX from Oracle JDK

There's a problem with this whole discussion. Participants are mixing criticism of webapps with criticism of Desktop applications which use a HTML5Component as their renderer. I don't know if I should respond, because technologies like DukeScript or Electron do not suffer from this browser

AW: Apache HTML/Java UI instead of ... Oracle will remove JavaFX from Oracle JDK

> We need a way to render Swing on a web browser canvas! We were actually thinking about doing this using DukeScript a while ago to allow people to run their legacy applications. It would be doable. The JavaFX Team at Oracle had a working JavaFX version for the browser (without Java Plugin).

AW: Apache HTML/Java UI instead of ... Oracle will remove JavaFX from Oracle JDK

Hi Wade, I agree, desktop isn't going away. At DukeScript we're using HTML4J Apis mainly for desktop applications. The Java Desktop Application is just using a HTML5-Component ("browser") to render the view instead of a native or Java rendering pipeline. Since the separation of view and view

AW: Apache HTML/Java UI instead of ... Oracle will remove JavaFX from Oracle JDK

No, Electron is not involved so far, although it probably would work. On most of our supported platforms we have a "real" Java application talk to JavaScript via a Java-JavaScript Bridge. Similar to what you can do in a JavaFX application with the WebView, but with a nice typesafe API. One of

AW: Apache HTML/Java UI instead of ... Oracle will remove JavaFX from Oracle JDK

At DukeScript (http://dukescript.com) we have plenty of HTML4J renderers other than JavaFX (Chromium via JXBrowser, ios WebView via Multi OS Engine and MobiVM, Android WebView, plain Webkit, Instrumented Browser...) and we can even run inside the browser itself with bck2brws &, TeaVM. So in no

AW: Apache NetBeans events

Same here in Munich. Would be interested to know how to handle this correctly. --Toni Epple -Ursprüngliche Nachricht- Von: Geertjan Wielenga Gesendet: Montag, 12. März 2018 12:37 An: dev@netbeans.incubator.apache.org Cc: tradema...@apache.org Betreff:

AW: JShell Support

Update: The problem is possibly caused by "compile on save", so there's hope. Sorry for bothering you with this many messages, but I'd love to show NetBeans at the conference.  --Toni -Ursprüngliche Nachricht- Von: toni.ep...@eppleton.de Gesendet: Montag,

JShell Support

Hi all, is there a platform where the NB JShell Integration works? With RC3 on Windows, I can use JSHell, but the JSHell with project classpath fails (probably due to backslashes in path), and after creating a run configuration with JSHell enabled I cannot run any ant based project anymore.

AW: dpi on Windows Java 9

Thanks Neil, unfortunately it didn't help. -Ursprüngliche Nachricht- Von: Neil C Smith Gesendet: Montag, 12. März 2018 09:50 An: dev@netbeans.incubator.apache.org Betreff: Re: dpi on Windows Java 9 Hi, On Mon, 12 Mar 2018, 08:26 , wrote:

AW: dpi on Windows Java 9

Thanks, but I guess that won't help me. It works fine with NB 8.2/9 and JDK 8 on my machine. JDK 9 causes the issues. It seems like the images are scaled to 150%. I've attached a screenshot to illustrate the problem. -Ursprüngliche Nachricht- Von: Christian Lenz

AW: dpi on Windows Java 9

I found a quick solution I can use tomorrow: I'm setting app scaling on my windows system to 100%. This will make some applications look very small, but as I'm showing mostly NetBeans and PowerPoint Slides it won't hurt. Also I'll need to check what happens with resolution when I connect to a

AW: dpi on Windows Java 9

I tried a couple of windows specific things like compatibility settings for letting Windows scale the application instead of the application itself, but it didn't help. It's probably related to this change in Java 9: http://openjdk.java.net/jeps/263 -Ursprüngliche Nachricht- Von:

AW: dpi on Windows Java 9

It seems Java 9 ignores this setting. If I set if -J-Dsun.java2d.dpiaware=false I can reproduce the effect in Java 8. -Ursprüngliche Nachricht- Von: toni.ep...@eppleton.de Gesendet: Montag, 12. März 2018 07:21 An: dev@netbeans.incubator.apache.org Betreff: AW:

AW: dpi on Windows Java 9

Hi Zoran, thanks, but unfortunately it doesn't help. Toni -Ursprüngliche Nachricht- Von: Zoran Sevarac Gesendet: Sonntag, 11. März 2018 20:27 An: dev@netbeans.incubator.apache.org Betreff: Re: dpi on Windows Java 9 Hi Toni Try if -J-Dsun.java2d.dpiaware=false in

AW: dpi on Windows Java 9

It's a 13,3" FHD 1920 x 1080 with app scaling set to 150%. Not sure if that already counts as high dpi. Toni -Ursprüngliche Nachricht- Von: Emilian Bold Gesendet: Sonntag, 11. März 2018 19:49 An: dev@netbeans.incubator.apache.org Betreff: Re: dpi on

dpi on Windows Java 9

Hi, I recently switched to a windows machine. When building NB from sources and running it on JDK8 it looks normal, i.e. like 8.2, but when running on JDK9 icons are pixelated and double the size. Any idea how to fix this? I’ll show NB JShell integration at a conference on Tuesday, and

AW: (Avoid) Using JavaFX WebView was: JDK & JavaFX versions

For dialogs that might be true, but if you create TopComponents it's great to have the full HTML/CSS/JS available so you can create and even reuse the countless JS libraries for Maps, Graphics, Charts, Graphs, etc.. Right now there are free Java APIs for Canvas, Charts, SVG, Maps, and you can

AW: (Avoid) Using JavaFX WebView was: JDK & JavaFX versions

Two Platform-independent embeddable WebView components I'm aware of with better quality than JavaFX WebView and don't require JavaFX: J-CEF: https://bitbucket.org/chromiumembedded/java-cef JXBrowser (Commercial): https://www.teamdev.com/jxbrowser Performance of both components is way superior,