Re: AW: NETBEANS-1678: Option for coloring EOL - Could someone point at similar code?

On 6/27/2020 7:51 AM, Tim Boudreau wrote: ...A handy library for that (and in general working with coalescing intersecting ranges of coordinates - I used it in a memory manager for a virtual filesystem as well) is here: https://github.com/timboudreau/util/tree/master/range - maven central

Re: Updates to Apache NetBeans 12.0

> On Jun 28, 2020, at 2:12 PM, Jan Lahoda wrote: > >  > I'd agree with Jaroslav on having this discussion when JDK 17 is out. At > least unless there's a compelling reason to discuss dropping JDK 8 support > before that. It would make sense to establish a policy that users and devs that

Re: Download your favorite JDK from NetBeans was: Zulu with NetBeans

Agreed. Having seen a similiar feature in IntelliJ I already thought of somethong similiar..If there is already a starting point inside the java platform wizard this seems the way to go. Sven Geertjan Wielenga schrieb am So., 28. Juni 2020, 23:24: > Great, let’s do this. > > Gj > > On Sun, 28

Re: Download your favorite JDK from NetBeans was: Zulu with NetBeans

Great, let’s do this. Gj On Sun, 28 Jun 2020 at 06:55, Jaroslav Tulach wrote: > - sobota 27. června 2020 10:06:56 CEST, Geertjan Wielenga - > > Azul would most likely want to include functionality for selecting, > using, > > and updating Zulu from within their bundle of NetBeans. I.e., so that

Kotlin PluginnStatus

Was curious, what’s the status on Kotlin plug-in? Sounded like it might be close based on the PR but not sure... https://github.com/apache/netbeans/pull/1398 Eric Bresie ebre...@gmail.com

Re: Updates to Apache NetBeans 12.0

Frankly, I wonder what would be the benefit of dropping the JDK 8 support. Yes, nb-javac is more strictly needed on JDK 8 than on JDK 11, but running without nb-javac on JDK 11 is not particularly pleasant either. So nb-javac is effectively needed on JDK 11 as well. The costs of dropping the JDK

RE: Freeze after external monitor change? (Windows)

> sometimes when I switch NetBeans from one monitor to another, it needs some > seconds to repaint itself. I've seen that--in some rare cases, though, the repaint appears to never happen at all, even when the user subsequently tries to interact with the IDE. Not sure if it's HiDPI related or

Re: MultiView using the mavenized module project

Old tutorials mention extensions as e.g. .abc .ABC instead of abc ABC! Newer tutorials like this one are correct. :) When you create Additional Multiview Windows as described in the above tutorial, how do you display the *Source* editor

Re: Unable to create new project in Netbeans developer build

Am Sonntag, den 28.06.2020, 16:13 +0530 schrieb Akshay Gupta: > This error was written in the New Project dialog box > > "Cannot enable GUI Builder, GraalVM Debugging Support,Spring > Beans,Java > Debugger,Java, Java Persistence." > Just build master and can't replicated. Could you please try

Re: Unable to create new project in Netbeans developer build

This error was written in the New Project dialog box "Cannot enable GUI Builder, GraalVM Debugging Support,Spring Beans,Java Debugger,Java, Java Persistence." On 6/28/2020 4:07 PM, Matthias Bläsing wrote: Hi, Am Sonntag, den 28.06.2020, 15:56 +0530 schrieb Akshay Gupta: I cloned and build

Re: Unable to create new project in Netbeans developer build

Hi, Am Sonntag, den 28.06.2020, 15:56 +0530 schrieb Akshay Gupta: > I cloned and build the netbeans from git on 27-6-2020 in my windows > machine and getting this error(File attached) while creating a new > project. > the mailinglist strips attachments, so could you add the message here as a

Unable to create new project in Netbeans developer build

I cloned and build the netbeans from git on 27-6-2020 in my windows machine and getting this error(File attached) while creating a new project. -- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus

Re: How to correctly include third party files for tests

Hi, Assuming the files are under a Category A license, see: https://www.apache.org/legal/resolved.html There shouldn't be any problem with including them inside the sources. Then a ${module}/licenseinfo.xml file should specify the license of the file (so that it can be summarized in a generated