Re: Is the standard source layout for Java modules (JPMS) supported?

[Laszlo Kishalmi]

Well AFAIK standard Gradle does not support that layout. You can add a 
separate Java project for each java module you are working with in a 
multi-project Gradle setup. Or if you insist keeping your modules in one 
project you can always declare one sourceset per module. In that case:


src/
  com.example.module_a/
    java/
  module-info.java

Though in that case you need to set up the custom sourcesets in your 
project (I haven't checked, but I could imagine that there is a third 
party plugin for that.)



On 11/23/21 19:05, Scott Palmer wrote:

I just recently started using Java modules.  From what I’ve read, standard 
layout for projects with modules is:
src/
   main/
 java/
   com.example.module_a/
 module-info.java
 com/
   example/
 a/
   ExampleA.java
   com.example.module_b/
 module-info.java
 com/
   example/
 b/
   ExampleB.java

However, even though my Gradle-based project builds fine, NetBeans highlights 
my package delclarations claiming that the package name is wrong.  It appears 
to be confused about the root folder for the module.  It thinks the module name 
should be repeated in the package name, or the .java files should be moved to a 
folder without the module name folder as the root.

E.g. based on the above layout, ExampleA.java has:

package com.example.a;

but NB wants it to be:

package com.example.module_a.com.example.a;

or relocated to:

src/main/java/com/example/a/ExampleA.java

without the module name subfolder.

Does NetBeans support modules when there is more than one in the project?  I 
can make it stop complaining if I only have one module and I remove the module 
name folder so the module root is not in a subfolder of src/main/java/

I couldn’t find anything in Jira related to this.  Is it not supported yet, or 
am I doing something wrong?

Regards,

Scott




-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Is the standard source layout for Java modules (JPMS) supported?

[Scott Palmer]

I just recently started using Java modules.  From what I’ve read, standard 
layout for projects with modules is:
src/
  main/
java/
  com.example.module_a/
module-info.java
com/
  example/
a/
  ExampleA.java
  com.example.module_b/
module-info.java
com/
  example/
b/
  ExampleB.java

However, even though my Gradle-based project builds fine, NetBeans highlights 
my package delclarations claiming that the package name is wrong.  It appears 
to be confused about the root folder for the module.  It thinks the module name 
should be repeated in the package name, or the .java files should be moved to a 
folder without the module name folder as the root.

E.g. based on the above layout, ExampleA.java has:

package com.example.a;

but NB wants it to be:

package com.example.module_a.com.example.a;

or relocated to:

src/main/java/com/example/a/ExampleA.java

without the module name subfolder.

Does NetBeans support modules when there is more than one in the project?  I 
can make it stop complaining if I only have one module and I remove the module 
name folder so the module root is not in a subfolder of src/main/java/ 

I couldn’t find anything in Jira related to this.  Is it not supported yet, or 
am I doing something wrong?

Regards,

Scott

Re: Declarative Java Hints: Syntax help

[Michael Bien]

Hi Matthias,

looks like jackpot doesn't understand

if (o instanceof Integer i)

yet.

I tested with:

if ($origVar instanceof $T $t) {
}
=>
if ($origVar instanceof $T $t) {
}
;;

and it never initialized $T or $t.


There is a "Changing source level to 1.8" line in the log, I saw that 
before but never had time to investigate, its possible that jackpot 
can't match anything beyond 8 language level because of that (if at all 
related to this issue).


another thing what jackpot doesn't understand is the short form of 
lambdas, e.g:

$stream.mapToObj(($x) -> $x)

never matches anything

-michael

On 23.11.21 23:37, Matthias Bläsing wrote:

Hi,

it would be great if someone could give me a hint what I'm missing:

I would like to rewrite a pattern matching if into a if checking the
condition and then doing the necessary cast.

Basicly:

if (o instanceof FancyObject fancy) {
doSomethingWithFancy(fancy);
}

Should become:

if (o instanceof FancyObject) {
FancyObject fancy = (FancyObject) o;
doSomethingWithFancy(fancy);
}

And yes - the intention is to lower the source level from 14+ to 8.

I tried this:

--
if ($origVar instanceof $targetClass $targetName) {
 $body$;
}
=>
if ($origVar instanceof $targetClass) {
 $targetClass $targetName = ($targetClass) $origVar;
 $body$;
}
;;
--

But that resulted in an partial rewrite:

--
public class Mavenproject1 {
 public static void main(String[] args) {
 Object o = 1;
 if(o instanceof Integer i) {
 System.out.println("Integer: " + i);
 }
 }
}
--

became

--
public class Mavenproject1 {

 public static void main(String[] args) {
 Object o = 1;
 if(o instanceof $targetClass) {
 $targetClass $targetName = ($targetClass) o;
 System.out.println("Integer: " + i);
 }
 }
}
--

So it was matched and $origVar was picked up correctly, but the other
variables are totally ignored.

What am I missing?!

Greetings

Matthias


-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists






-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Declarative Java Hints: Syntax help

[Matthias Bläsing]

Hi,

it would be great if someone could give me a hint what I'm missing:

I would like to rewrite a pattern matching if into a if checking the
condition and then doing the necessary cast.

Basicly:

if (o instanceof FancyObject fancy) {
doSomethingWithFancy(fancy);
}

Should become:

if (o instanceof FancyObject) {
FancyObject fancy = (FancyObject) o;
doSomethingWithFancy(fancy);
}

And yes - the intention is to lower the source level from 14+ to 8.

I tried this:

--
if ($origVar instanceof $targetClass $targetName) {
$body$;
}
=>
if ($origVar instanceof $targetClass) {
$targetClass $targetName = ($targetClass) $origVar;
$body$;
}
;;
--

But that resulted in an partial rewrite:

--
public class Mavenproject1 {
public static void main(String[] args) {
Object o = 1;
if(o instanceof Integer i) {
System.out.println("Integer: " + i);
}
}
}
--

became

--
public class Mavenproject1 {

public static void main(String[] args) {
Object o = 1;
if(o instanceof $targetClass) {
$targetClass $targetName = ($targetClass) o;
System.out.println("Integer: " + i);
}
}
}
--

So it was matched and $origVar was picked up correctly, but the other
variables are totally ignored.

What am I missing?!

Greetings

Matthias


-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: [DISCUSS] Default to FlatLaf in NetBeans 13?

[Laszlo Kishalmi]

On 11/23/21 01:43, Neil C Smith wrote:

On Tue, 23 Nov 2021 at 02:16, Laszlo Kishalmi  wrote:

What would be the conclusion of this topic?

Well, my conclusion is that we should be looking to make FlatLaf Light
the default for everyone with NB 13.  At least judging from comments,
and (something I think is important) what we seem to be using
ourselves.  The only -1 here seems to have become a +1 now?

If anyone wants to argue against that reading, please do so.
Well, providing FlatLaF Light as the default, maybe the easiest to 
implement, maybe it could be as easy as do a default command line 
switch. (It does not need to change the color profiles in the editor and 
around.



Is there someone willing to implement this feature?

I was planning to look at it, which was why I kicked off the
discussion.  Discussions where the person instigating is proposing to
do the work are always good, although my NetBeans available time has
been a bit tied up over the last few weeks to follow up! :-)


If anyone would be interested, probably the best place to implement is
in: nb/o.n.upgrader

That's an interesting one.  I've already looked at a few places this
could be implemented, but not even looked at that one.  Why there?  If
in terms of an initial dialog, then I think we should consider startup
options as a different task - bit chicken and egg.


Well, the updater is the app started by the launcher each time (or on an 
empty user dir, I have not checked yet), before the main IDE runs. 
That's the one offer a migration from previous versions. It already has 
some support to write some options to the new user dir. If someone would 
like to pop up a select a LaF on the first start dialog, that could be 
the place to do it.


And yes that module would need some love.


I think there's a question whether this should be in the platform or
nb cluster too?  If in the former, need to make sure it's optional
still though.

Best wishes,
We
Neil

-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists





-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: [DISCUSS] Default to FlatLaf in NetBeans 13?

[Tomáš Procházka]

+1 for dark FlatLaf

I use NetBeans on both Windows and Linux and having consistent look 
helps a lot.


Regards,
Tom

On 01. 11. 21 15:01, Neil C Smith wrote:

Hi,

So, now we've branched off 12.6, and we know that the next release
will be NetBeans 13, require JDK 11+, and hopefully ship with nb-javac
included .. is it time we changed (improved?! :-) ) how NetBeans looks
out of the box too?

Should we consider FlatLaf (light or dark) as the default look and
feel from NetBeans 13?

This is partly prompted by working through a few JIRA tickets with
HiDPI issues resolved by switching, a few snarky social media comments
about NetBeans' appearance I've seen recently where the go-to replies
seem to just be to tell people to switch to FlatLaf .. and the fact
I'm constantly switching even when debugging because the GTK theme on
Ubuntu is borderline unusable.

So, what do you think?  For or against?  Maybe also add what you do
use, and light or dark, in a reply - it might make some sense if we
defaulted to what the majority of us use in practise?

Best wishes,

Neil

-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists





-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: [VOTE] Release Apache NetBeans 12.6

[Tomáš Procházka]

+1

- verified sha512 and asc signatures for sources and convenience binary
- verified LICENSE and NOTICE
- sources don't contain any .jar files
- built on Ubuntu 21.10 with JDK 1.8.0_302

Tested both built NetBeans and convenience binaries
- opened PHP project - navigation, CC, code analysis works
- opened NetBeans sources - navigation and CC works

I used NetBeans built from delivery branch last week for full-time PHP 
development without any issues.


Thank you all.

Tomáš Procházka

On 22. 11. 21 18:21, Neil C Smith wrote:

Dear community,

This is our first voting candidate for the 12.6 release of Apache NetBeans.

Please note all requirements below for validating sources and
convenience binaries before voting.

Apache NetBeans 12.6 constitutes all clusters in the Apache NetBeans
Git repository, which together provide the NetBeans Platform (i.e.,
the underlying application framework), as well as all the modules that
provide the Java SE, Java EE, PHP, JavaScript and Groovy features of
Apache NetBeans.

Release specific wiki page :
https://cwiki.apache.org/confluence/display/NETBEANS/Apache+NetBeans+12.6



Build artifacts are available here :

https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.6/
https://dist.apache.org/repos/dist/dev/netbeans/netbeans-platform/12.6/

They were built by the Jenkins pipeline :

https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release126/14/



We are primarily voting on :

https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.6/netbeans-12.6-source.zip

SHA512 : 
2e8064c603ea134df00984a1ac7221ddb0b91e1175a04f11b26e59a39530418499634b28cd64174a5a946f7237479fbb01ce09253fca354aed1fe56052b55edf

KEYS file : https://downloads.apache.org/netbeans/KEYS



Associated with the primary source item we have, generated with the
pipeline mentioned above :

-- at https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.6/

Binaries associated with the source - netbeans-12.6-bin.zip as well as
update content under the nbms folder.

-- at https://dist.apache.org/repos/dist/dev/netbeans/netbeans-platform/12.6/

The platform cluster build netbeans-platform-12.6-bin.zip and
netbeans-platform-12.6-source.zip



Maven Artefacts

The Maven artefacts for Apache NetBeans 12.6 are ready on staging
associated to this vote.

https://repository.apache.org/content/repositories/orgapachenetbeans-1092/

The version is : RELEASE126



Voting Requirements

Before voting +1 you are required to download the signed source code
package, compile it as provided, and test the resulting executable on
your own platform, along with also verifying that the package meets
the requirements of the ASF policy on releases -
http://www.apache.org/legal/release-policy.html#management

In particular, you should (at least) follow these steps.

1. Download the artefact to be voted on and unzip it.
2. Check that the artefact does not contain any jar files (there are
branding folders with the name *.jar).
3. Verify the cryptographic signatures, the NOTICE and LICENSE file
4. Build it using the README provided by the artefact.
5. Look in nbbuild/netbeans for the NetBeans installation created by
the build process and try running it.

In addition to checking the sources, you should check the associated
convenience binary zips, nbms and maven staging at the artefact links
above. As well as checking any artefact functions correctly, you
should check that it has been correctly signed by a PMC member, and
that the source being voted on is sufficient to build the relevant
binary.

Separate votes will be held on other convenience binaries, including
installers. Those will be dependent on this vote passing.

This vote is going to be open at least 72 hours, vote with +1, 0, and
-1 as usual. (Please justify -1)

Please mark your vote with (binding) only if you're an Apache NetBeans
PMC member to help with voting admin.

Only respond if you are going to vote, i.e., this is NOT a discussion thread.

Apache NetBeans 12.6 will be released if and when this vote passes.

Thank you to all contributors for all your hard work!

Best wishes,

Neil, Eric and Geertjan
Apache NetBeans release team

-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists





-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: [VOTE] Release Apache NetBeans 12.6

[Kai Uwe Pel]

+1 (not binding)

Everything is nice, the source compiles, gives a good executable.

Checksums are Ok.

Signature Ok.


Kai


On 11/22/2021 6:21 PM, Neil C Smith wrote:

Dear community,

This is our first voting candidate for the 12.6 release of Apache NetBeans.

Please note all requirements below for validating sources and
convenience binaries before voting.

Apache NetBeans 12.6 constitutes all clusters in the Apache NetBeans
Git repository, which together provide the NetBeans Platform (i.e.,
the underlying application framework), as well as all the modules that
provide the Java SE, Java EE, PHP, JavaScript and Groovy features of
Apache NetBeans.

Release specific wiki page :
https://cwiki.apache.org/confluence/display/NETBEANS/Apache+NetBeans+12.6



Build artifacts are available here :

https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.6/
https://dist.apache.org/repos/dist/dev/netbeans/netbeans-platform/12.6/

They were built by the Jenkins pipeline :

https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release126/14/



We are primarily voting on :

https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.6/netbeans-12.6-source.zip

SHA512 : 
2e8064c603ea134df00984a1ac7221ddb0b91e1175a04f11b26e59a39530418499634b28cd64174a5a946f7237479fbb01ce09253fca354aed1fe56052b55edf

KEYS file : https://downloads.apache.org/netbeans/KEYS



Associated with the primary source item we have, generated with the
pipeline mentioned above :

-- at https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.6/

Binaries associated with the source - netbeans-12.6-bin.zip as well as
update content under the nbms folder.

-- at https://dist.apache.org/repos/dist/dev/netbeans/netbeans-platform/12.6/

The platform cluster build netbeans-platform-12.6-bin.zip and
netbeans-platform-12.6-source.zip



Maven Artefacts

The Maven artefacts for Apache NetBeans 12.6 are ready on staging
associated to this vote.

https://repository.apache.org/content/repositories/orgapachenetbeans-1092/

The version is : RELEASE126



Voting Requirements

Before voting +1 you are required to download the signed source code
package, compile it as provided, and test the resulting executable on
your own platform, along with also verifying that the package meets
the requirements of the ASF policy on releases -
http://www.apache.org/legal/release-policy.html#management

In particular, you should (at least) follow these steps.

1. Download the artefact to be voted on and unzip it.
2. Check that the artefact does not contain any jar files (there are
branding folders with the name *.jar).
3. Verify the cryptographic signatures, the NOTICE and LICENSE file
4. Build it using the README provided by the artefact.
5. Look in nbbuild/netbeans for the NetBeans installation created by
the build process and try running it.

In addition to checking the sources, you should check the associated
convenience binary zips, nbms and maven staging at the artefact links
above. As well as checking any artefact functions correctly, you
should check that it has been correctly signed by a PMC member, and
that the source being voted on is sufficient to build the relevant
binary.

Separate votes will be held on other convenience binaries, including
installers. Those will be dependent on this vote passing.

This vote is going to be open at least 72 hours, vote with +1, 0, and
-1 as usual. (Please justify -1)

Please mark your vote with (binding) only if you're an Apache NetBeans
PMC member to help with voting admin.

Only respond if you are going to vote, i.e., this is NOT a discussion thread.

Apache NetBeans 12.6 will be released if and when this vote passes.

Thank you to all contributors for all your hard work!

Best wishes,

Neil, Eric and Geertjan
Apache NetBeans release team

-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists






-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: [VOTE] Release Apache NetBeans 12.6

[Matthias Bläsing]

+1 (binding)

- SHA512 of source validated
- checked signatures
- checked NOTICE and LICENSE files in full distributions
  (platform + IDE, source + bin)
- contents of source zip matches contents of git repository branch
  release126 (9cacf1fd305b775b176576c8b633b10b73524861)
- no jars found
- platform is a subset of ide
- rat runs clean
- Building and running the IDE works with OpenJDK 11 (Ubuntu) works
- checked the NOTICE, LICENSE and signature of a few NBMs

Am Montag, dem 22.11.2021 um 17:21 + schrieb Neil C Smith:
> Dear community,
> 
> This is our first voting candidate for the 12.6 release of Apache NetBeans.
> 
> Please note all requirements below for validating sources and
> convenience binaries before voting.
> 
> Apache NetBeans 12.6 constitutes all clusters in the Apache NetBeans
> Git repository, which together provide the NetBeans Platform (i.e.,
> the underlying application framework), as well as all the modules that
> provide the Java SE, Java EE, PHP, JavaScript and Groovy features of
> Apache NetBeans.
> 
> Release specific wiki page :
> https://cwiki.apache.org/confluence/display/NETBEANS/Apache+NetBeans+12.6
> 
> 
> 
> Build artifacts are available here :
> 
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.6/
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans-platform/12.6/
> 
> They were built by the Jenkins pipeline :
> 
> https://ci-builds.apache.org/job/Netbeans/job/netbeans-TLP/job/netbeans/job/release126/14/
> 
> 
> 
> We are primarily voting on :
> 
> https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.6/netbeans-12.6-source.zip
> 
> SHA512 : 
> 2e8064c603ea134df00984a1ac7221ddb0b91e1175a04f11b26e59a39530418499634b28cd64174a5a946f7237479fbb01ce09253fca354aed1fe56052b55edf
> 
> KEYS file : https://downloads.apache.org/netbeans/KEYS
> 
> 
> 
> Associated with the primary source item we have, generated with the
> pipeline mentioned above :
> 
> -- at https://dist.apache.org/repos/dist/dev/netbeans/netbeans/12.6/
> 
> Binaries associated with the source - netbeans-12.6-bin.zip as well as
> update content under the nbms folder.
> 
> -- at https://dist.apache.org/repos/dist/dev/netbeans/netbeans-platform/12.6/
> 
> The platform cluster build netbeans-platform-12.6-bin.zip and
> netbeans-platform-12.6-source.zip
> 
> 
> 
> Maven Artefacts
> 
> The Maven artefacts for Apache NetBeans 12.6 are ready on staging
> associated to this vote.
> 
> https://repository.apache.org/content/repositories/orgapachenetbeans-1092/
> 
> The version is : RELEASE126
> 
> 
> 
> Voting Requirements
> 
> Before voting +1 you are required to download the signed source code
> package, compile it as provided, and test the resulting executable on
> your own platform, along with also verifying that the package meets
> the requirements of the ASF policy on releases -
> http://www.apache.org/legal/release-policy.html#management
> 
> In particular, you should (at least) follow these steps.
> 
> 1. Download the artefact to be voted on and unzip it.
> 2. Check that the artefact does not contain any jar files (there are
> branding folders with the name *.jar).
> 3. Verify the cryptographic signatures, the NOTICE and LICENSE file
> 4. Build it using the README provided by the artefact.
> 5. Look in nbbuild/netbeans for the NetBeans installation created by
> the build process and try running it.
> 
> In addition to checking the sources, you should check the associated
> convenience binary zips, nbms and maven staging at the artefact links
> above. As well as checking any artefact functions correctly, you
> should check that it has been correctly signed by a PMC member, and
> that the source being voted on is sufficient to build the relevant
> binary.
> 
> Separate votes will be held on other convenience binaries, including
> installers. Those will be dependent on this vote passing.
> 
> This vote is going to be open at least 72 hours, vote with +1, 0, and
> -1 as usual. (Please justify -1)
> 
> Please mark your vote with (binding) only if you're an Apache NetBeans
> PMC member to help with voting admin.
> 
> Only respond if you are going to vote, i.e., this is NOT a discussion thread.
> 
> Apache NetBeans 12.6 will be released if and when this vote passes.
> 
> Thank you to all contributors for all your hard work!
> 
> Best wishes,
> 
> Neil, Eric and Geertjan
> Apache NetBeans release team
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
> 
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> 
> 
> 



-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For 

RE: New theme for netbeans, team member wanted

[Eirik Bakke]

Credit correction--I did not do the first 50 SVG icons alone--Pete Whelpton 
also did a bunch in the editor toolbar! =D

-- Eirik

-Original Message-
From: Eirik Bakke  
Sent: Tuesday, November 23, 2021 12:51 PM
To: dev@netbeans.apache.org
Subject: RE: New theme for netbeans, team member wanted

Hi, Peter!

There is one big theme-related task which is pending, which is to create new 
SVG versions of various bitmap icons in the IDE, for modern Retina/HiDPI 
screens. I did the first 50 (in Adobe Illustrator), and picked out the next 
ones to be prioritized, as you can see here:

https://issues.apache.org/jira/secure/attachment/13026411/13026411_210604+Icons+Overview+Cropped.png
https://docs.google.com/spreadsheets/d/1U_pj-I3hk9Wj_7lvHcUDsZfFfBSyCkSGqBuv0qt_qXw/edit#gid=812179705
https://issues.apache.org/jira/browse/NETBEANS-2617

If you are interested in helping with the icon drawling effort, I'd be happy to 
help coordinate.

As for the Look & Feel, I think NetBeans will now be switching to FlatLAF as 
the default on all 3 operating systems (Windows, Linux, MacOS). I just 
transitioned my own NetBeans Platform application to FlatLAF, and it's a very 
good basis for making NetBeans look good in the future. It's also very 
configurable, so I think alternative themes can be implemented by means of 
configuring and improving FlatLAF, rather than by creating a completely new 
Swing LAF.

-- Eirik

-Original Message-
From: Christian Lenz  
Sent: Tuesday, November 23, 2021 11:31 AM
To: dev@netbeans.apache.org
Subject: AW: New theme for netbeans, team member wanted

Hey Peter,

great to have you on board already. We are discussing to add the Flat LaF as a 
default theme to NetBeans which is already implemented, but we need to switch 
to it.

What I can say what we need is a designer for maybe new UI components. Some 
components in NetBeans can be combined into one for example Input + button to 
search for paths etc.
Some other parts need a redesign and also proposals. So let us know, what you 
think to change in NetBeans and show us some examples and let us discuss about 
it .


Cheers

Chris

Von: Peter Cheung
Gesendet: Dienstag, 23. November 2021 04:38
An: dev@netbeans.apache.org
Betreff: New theme for netbeans, team member wanted

Dear All
 My name is Peter, from Quantr Limited. I love Netbeans and have been 
developed few plugins for it. This proves my ambition in Netbeans.

https://gitlab.com/quantr/toolchain/netbeans-verilog
https://gitlab.com/mcheung63/netbeans-quick-outline
https://gitlab.com/mcheung63/MavenRunner
https://www.youtube.com/watch?v=rDFkhrHxHMw

Many people said VSCode and intelliJ looks fancier than Netbeans. We want 
to contribute our power to theme the netbeans, my company has two designers. 
Below are some of their artworks I have experience in java swing styling, I did 
developer a L ten years ago https://gitlab.com/mcheung63/peter-swing

Netbeans is very complex piece of code, we want team members to

  1.  Guide us, instruct us
  2.  Comment the style
  3.  Help us when we meet trouble in code
  4.  Coding


https://xd.adobe.com/view/9d702288-c88d-4253-96b8-e81013f51b1d-c823/
https://xd.adobe.com/view/3327f9a4-7128-4181-80ca-f276843f48ad-6674/
https://xd.adobe.com/view/daef7604-73a6-47c8-8f6f-d1888e1038f9-8fbc/

Hope to see a reply !!!

Thanks
From Peter

RE: New theme for netbeans, team member wanted

[Eirik Bakke]

Hi, Peter!

There is one big theme-related task which is pending, which is to create new 
SVG versions of various bitmap icons in the IDE, for modern Retina/HiDPI 
screens. I did the first 50 (in Adobe Illustrator), and picked out the next 
ones to be prioritized, as you can see here:

https://issues.apache.org/jira/secure/attachment/13026411/13026411_210604+Icons+Overview+Cropped.png
https://docs.google.com/spreadsheets/d/1U_pj-I3hk9Wj_7lvHcUDsZfFfBSyCkSGqBuv0qt_qXw/edit#gid=812179705
https://issues.apache.org/jira/browse/NETBEANS-2617

If you are interested in helping with the icon drawling effort, I'd be happy to 
help coordinate.

As for the Look & Feel, I think NetBeans will now be switching to FlatLAF as 
the default on all 3 operating systems (Windows, Linux, MacOS). I just 
transitioned my own NetBeans Platform application to FlatLAF, and it's a very 
good basis for making NetBeans look good in the future. It's also very 
configurable, so I think alternative themes can be implemented by means of 
configuring and improving FlatLAF, rather than by creating a completely new 
Swing LAF.

-- Eirik

-Original Message-
From: Christian Lenz  
Sent: Tuesday, November 23, 2021 11:31 AM
To: dev@netbeans.apache.org
Subject: AW: New theme for netbeans, team member wanted

Hey Peter,

great to have you on board already. We are discussing to add the Flat LaF as a 
default theme to NetBeans which is already implemented, but we need to switch 
to it.

What I can say what we need is a designer for maybe new UI components. Some 
components in NetBeans can be combined into one for example Input + button to 
search for paths etc.
Some other parts need a redesign and also proposals. So let us know, what you 
think to change in NetBeans and show us some examples and let us discuss about 
it .


Cheers

Chris

Von: Peter Cheung
Gesendet: Dienstag, 23. November 2021 04:38
An: dev@netbeans.apache.org
Betreff: New theme for netbeans, team member wanted

Dear All
 My name is Peter, from Quantr Limited. I love Netbeans and have been 
developed few plugins for it. This proves my ambition in Netbeans.

https://gitlab.com/quantr/toolchain/netbeans-verilog
https://gitlab.com/mcheung63/netbeans-quick-outline
https://gitlab.com/mcheung63/MavenRunner
https://www.youtube.com/watch?v=rDFkhrHxHMw

Many people said VSCode and intelliJ looks fancier than Netbeans. We want 
to contribute our power to theme the netbeans, my company has two designers. 
Below are some of their artworks I have experience in java swing styling, I did 
developer a L ten years ago https://gitlab.com/mcheung63/peter-swing

Netbeans is very complex piece of code, we want team members to

  1.  Guide us, instruct us
  2.  Comment the style
  3.  Help us when we meet trouble in code
  4.  Coding


https://xd.adobe.com/view/9d702288-c88d-4253-96b8-e81013f51b1d-c823/
https://xd.adobe.com/view/3327f9a4-7128-4181-80ca-f276843f48ad-6674/
https://xd.adobe.com/view/daef7604-73a6-47c8-8f6f-d1888e1038f9-8fbc/

Hope to see a reply !!!

Thanks
From Peter

Re: How to bundle JDK with NetBeans

[Lars Bruun-Hansen]

Hi Zoran

It has indeed been possible for many years to bundle a JRE with a
NetBeans Platform installer.
It is documented here: https://dzone.com/articles/including-jre-in-nbi

The advantage is that you can simply distribute a single file to your
users which is an Installer executable (e.g. a .exe on Windows, a .sh
on Linux, etc). Inside the executable there will be a bundled JRE
which is silently unpacked and then used to launch the actual Java
code which forms your Installer logic. The same JRE can then also be
used for launching the application itself.

There's an annoying "bug" which means that you MUST re-package your
JRE bundle (say from Azul) using Info-ZIP and not some other archiving
tool. [NETBEANS-6228].

However: All of the above assume that you use NBI (NetBeans Installer)
with all of its Ant magic, convoluted way of working and lack of
documentation (IMO). It does work, though. But I can for sure applaud
Neil's effort to take a different route. I've struggled a lot with NBI
and - even if I was eventually successful - I'm not sure I can
recommend the experience.  :-)

/Lars


On Tue, Nov 23, 2021 at 4:14 PM Neil C Smith  wrote:
>
> On Tue, 23 Nov 2021 at 15:06, Zoran Sevarac  wrote:
> > Using jdkhome worked. Thanks!
> > Using it with installers would be even better! Let me take a look at
> > NBPackage and we'll continue the discussion .
>
> Great! This might be useful too -
> https://github.com/neilcsmith-net/nbpackage-test  Built some test
> installer / appimages of NetBeans last month, and these are the
> configuration files (as well as the binaries under releases).
>
> Neil
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>

-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

AW: New theme for netbeans, team member wanted

[Christian Lenz]

Hey Peter,

great to have you on board already. We are discussing to add the Flat LaF as a 
default theme to NetBeans which is already implemented, but we need to switch 
to it.

What I can say what we need is a designer for maybe new UI components. Some 
components in NetBeans can be combined into one for example Input + button to 
search for paths etc.
Some other parts need a redesign and also proposals. So let us know, what you 
think to change in NetBeans and show us some examples and let us discuss about 
it .


Cheers

Chris

Von: Peter Cheung
Gesendet: Dienstag, 23. November 2021 04:38
An: dev@netbeans.apache.org
Betreff: New theme for netbeans, team member wanted

Dear All
 My name is Peter, from Quantr Limited. I love Netbeans and have been 
developed few plugins for it. This proves my ambition in Netbeans.

https://gitlab.com/quantr/toolchain/netbeans-verilog
https://gitlab.com/mcheung63/netbeans-quick-outline
https://gitlab.com/mcheung63/MavenRunner
https://www.youtube.com/watch?v=rDFkhrHxHMw

Many people said VSCode and intelliJ looks fancier than Netbeans. We want 
to contribute our power to theme the netbeans, my company has two designers. 
Below are some of their artworks I have experience in java swing styling, I did 
developer a L ten years ago https://gitlab.com/mcheung63/peter-swing

Netbeans is very complex piece of code, we want team members to

  1.  Guide us, instruct us
  2.  Comment the style
  3.  Help us when we meet trouble in code
  4.  Coding


https://xd.adobe.com/view/9d702288-c88d-4253-96b8-e81013f51b1d-c823/
https://xd.adobe.com/view/3327f9a4-7128-4181-80ca-f276843f48ad-6674/
https://xd.adobe.com/view/daef7604-73a6-47c8-8f6f-d1888e1038f9-8fbc/

Hope to see a reply !!!

Thanks
>From Peter

Re: How to bundle JDK with NetBeans

[Neil C Smith]

On Tue, 23 Nov 2021 at 15:06, Zoran Sevarac  wrote:
> Using jdkhome worked. Thanks!
> Using it with installers would be even better! Let me take a look at
> NBPackage and we'll continue the discussion .

Great! This might be useful too -
https://github.com/neilcsmith-net/nbpackage-test  Built some test
installer / appimages of NetBeans last month, and these are the
configuration files (as well as the binaries under releases).

Neil

-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: [DISCUSS] Default to FlatLaf in NetBeans 13?

[Michael Bien]

On 23.11.21 15:35, Eirik Bakke wrote:

Perhaps simpler than a dialog would be to just switch to FlatLAF Light for any 
user who has not explicitly touched the LAF setting in the past.


there might be a way to probe the background color of the system look 
and feel and check if its dark or not and use that information to set 
the right FlatLAF.


    UIManager.setLookAndFeel(
    UIManager.getSystemLookAndFeelClassName());
    JFrame frame = new JFrame();
System.out.println(frame.getContentPane().getBackground());


This seems to work even when the frame is not set visible (only tested 
it on linux).


-michael




Alternatively, we could switch unconditionally to FlatLAF Light for everyone, 
once only--i.e. leave a flag in the user directory that shows that the forced 
switch has been made and should not be attempted again in the future.

-- Eirik

-Original Message-
From: Neil C Smith 
Sent: Tuesday, November 23, 2021 4:44 AM
To: dev@netbeans.apache.org
Subject: Re: [DISCUSS] Default to FlatLaf in NetBeans 13?

On Tue, 23 Nov 2021 at 02:16, Laszlo Kishalmi  wrote:

What would be the conclusion of this topic?

Well, my conclusion is that we should be looking to make FlatLaf Light the 
default for everyone with NB 13.  At least judging from comments, and 
(something I think is important) what we seem to be using ourselves.  The only 
-1 here seems to have become a +1 now?

If anyone wants to argue against that reading, please do so.


Is there someone willing to implement this feature?

I was planning to look at it, which was why I kicked off the discussion.  
Discussions where the person instigating is proposing to do the work are always 
good, although my NetBeans available time has been a bit tied up over the last 
few weeks to follow up! :-)


If anyone would be interested, probably the best place to implement is
in: nb/o.n.upgrader

That's an interesting one.  I've already looked at a few places this could be 
implemented, but not even looked at that one.  Why there?  If in terms of an 
initial dialog, then I think we should consider startup options as a different 
task - bit chicken and egg.

I think there's a question whether this should be in the platform or nb cluster 
too?  If in the former, need to make sure it's optional still though.

Best wishes,

Neil

-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists




-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists






-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: How to bundle JDK with NetBeans

[Zoran Sevarac]

Using jdkhome worked. Thanks!
Using it with installers would be even better! Let me take a look at
NBPackage and we'll continue the discussion .

Best
Zoran



On Tue, Nov 23, 2021 at 10:28 AM Neil C Smith  wrote:

> On Tue, 23 Nov 2021 at 08:31, Zoran Sevarac  wrote:
> > Is there any info about the best way to bundle OpenJDK with Netbeans
> > Platform Application?
> > I've tried setting on conf file
> > netbeans_jdkhome="zulu8.58.0.13-ca-jdk8.0.312-win_x64"
>
> Note that the platform and the IDE have different properties for this
> - you want to be using jdkhome.
>
> They also have different launchers that behave differently with this
> property - the IDE needs an absolute path, the platform can use a
> relative one.
>
> What's your build system?  I've got an Ant build that does this -
> particularly see
> https://github.com/praxis-live/praxis-live/blob/master/build.xml#L114
>
> As Geertjan mentioned, I'm working on a tool called NBPackage to build
> native packages / installers from a IDE or platform zip build, with
> optional JDK - this is at
>
> https://github.com/apache/netbeans-tools/pull/47
> https://github.com/neilcsmith-net/netbeans-tools/tree/nbpackage/nbpackage
>
> Because of the current different behaviour of the launchers, NBPackage
> uses other ways of bundling incidentally - eg. the InnoSetup installer
> sets --jdkhome in the parameters of the shortcut.
>
> On Tue, 23 Nov 2021 at 09:01, Zoran Sevarac  wrote:
> > Great!
> > @Neil let me know if I can help.
>
> Absolutely!  Please do.  I've been tied up with the release recently,
> but discussion / help around NBPackage welcome, particularly with
> regard to RCP applications.  I intend to use for that as well, but
> testing so far been IDE centric.
>
> Best wishes,
>
> Neil
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
>

-- 
Zoran Sevarac, PhD, Associate Professor
University of Belgrade, Faculty of Organisational Sciences, Department for
Software Engineering
Java Champion 
| Oracle Groundbreaker Ambassador | Deep Netts 
Co-founder & CEO

Re: [DISCUSS] Default to FlatLaf in NetBeans 13?

[Neil C Smith]

On Tue, 23 Nov 2021 at 14:35, Eirik Bakke  wrote:
> Perhaps simpler than a dialog would be to just switch to FlatLAF Light for 
> any user who has not explicitly touched the LAF setting in the past.
>
> Alternatively, we could switch unconditionally to FlatLAF Light for everyone, 
> once only--i.e. leave a flag in the user directory that shows that the forced 
> switch has been made and should not be attempted again in the future.

I think they effectively amount to the same thing - see eg. recent
discussion on setting FlatLaf on in platform applications on users@.
We also need to consider the fonts and colors settings.

I personally don't think we should have a dialog (just) for this.
However, we might want to look at the whole startup / import settings
thing in future?

Best wishes,

Neil

-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

RE: [DISCUSS] Default to FlatLaf in NetBeans 13?

[Eirik Bakke]

Perhaps simpler than a dialog would be to just switch to FlatLAF Light for any 
user who has not explicitly touched the LAF setting in the past.

Alternatively, we could switch unconditionally to FlatLAF Light for everyone, 
once only--i.e. leave a flag in the user directory that shows that the forced 
switch has been made and should not be attempted again in the future.

-- Eirik

-Original Message-
From: Neil C Smith  
Sent: Tuesday, November 23, 2021 4:44 AM
To: dev@netbeans.apache.org
Subject: Re: [DISCUSS] Default to FlatLaf in NetBeans 13?

On Tue, 23 Nov 2021 at 02:16, Laszlo Kishalmi  wrote:
> What would be the conclusion of this topic?

Well, my conclusion is that we should be looking to make FlatLaf Light the 
default for everyone with NB 13.  At least judging from comments, and 
(something I think is important) what we seem to be using ourselves.  The only 
-1 here seems to have become a +1 now?

If anyone wants to argue against that reading, please do so.

> Is there someone willing to implement this feature?

I was planning to look at it, which was why I kicked off the discussion.  
Discussions where the person instigating is proposing to do the work are always 
good, although my NetBeans available time has been a bit tied up over the last 
few weeks to follow up! :-)

> If anyone would be interested, probably the best place to implement is
> in: nb/o.n.upgrader

That's an interesting one.  I've already looked at a few places this could be 
implemented, but not even looked at that one.  Why there?  If in terms of an 
initial dialog, then I think we should consider startup options as a different 
task - bit chicken and egg.

I think there's a question whether this should be in the platform or nb cluster 
too?  If in the former, need to make sure it's optional still though.

Best wishes,

Neil

-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists




-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

AW: project files not auto refresh

[Christian Lenz]

Can you please point to a documentation for such a fileWatcher?

Von: Laszlo Kishalmi
Gesendet: Montag, 15. November 2021 06:02
An: dev@netbeans.apache.org
Betreff: Re: project files not auto refresh

Just set up a watcher on your project files.

On 11/12/21 20:35, Peter Cheung wrote:
> Hi
>  I am developing verilog plugins, i creatre a new project type. When the 
> file is deleted in the fs, the project tree won't auto refresh. Any hints 
> please?
> thanks
> Peter
>
> /*
>   * Copyright 2021 Peter .
>   *
>   * Licensed under the Apache License, Version 2.0 (the "License");
>   * you may not use this file except in compliance with the License.
>   * You may obtain a copy of the License at
>   *
>   *  http://www.apache.org/licenses/LICENSE-2.0
>   *
>   * Unless required by applicable law or agreed to in writing, software
>   * distributed under the License is distributed on an "AS IS" BASIS,
>   * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
>   * See the License for the specific language governing permissions and
>   * limitations under the License.
>   */
> package hk.quantr.netbeans.verilog.projecttype;
>
> import java.util.ArrayList;
> import java.util.Comparator;
> import java.util.List;
> import java.util.stream.Collectors;
> import java.util.stream.Stream;
> import javax.swing.event.ChangeListener;
> import org.netbeans.api.project.Project;
> import org.netbeans.spi.project.ui.support.NodeFactory;
> import org.netbeans.spi.project.ui.support.NodeList;
> import org.openide.filesystems.FileObject;
> import org.openide.loaders.DataObject;
> import org.openide.loaders.DataObjectNotFoundException;
> import org.openide.nodes.FilterNode;
> import org.openide.nodes.Node;
> import org.openide.util.Exceptions;
>
> /**
>   *
>   * @author Peter 
>   */
> @NodeFactory.Registration(projectType = "verilog-project", position = 10)
> public class VerilogNodeFactory implements NodeFactory {
>
> @Override
> public NodeList createNodes(Project project) {
> System.out.println("createNodes");
> return new VerilogNodeList(project);
> }
>
> private class VerilogNodeList implements NodeList {
>
> Project project;
>
> public VerilogNodeList(Project project) {
> this.project = project;
> }
>
> @Override
> public List keys() {
> System.out.println("keys");
> FileObject folder = project.getProjectDirectory();
> List result = new ArrayList<>();
> if (folder != null) {
> for (FileObject f : Stream.of(folder.getChildren())
> .filter(e -> e.isFolder() && !e.getName().equals(".git"))
> .sorted(Comparator.comparing(FileObject::getName))
> .collect(Collectors.toList())) {
> try {
> result.add(DataObject.find(f).getNodeDelegate());
> } catch (DataObjectNotFoundException ex) {
> Exceptions.printStackTrace(ex);
> }
> }
> for (FileObject f : Stream.of(folder.getChildren())
> .filter(e -> !e.isFolder())
> .sorted(Comparator.comparing(FileObject::getName))
> .collect(Collectors.toList())) {
> try {
> result.add(DataObject.find(f).getNodeDelegate());
> } catch (DataObjectNotFoundException ex) {
> Exceptions.printStackTrace(ex);
> }
> }
> }
> return result;
> }
>
> @Override
> public Node node(Node node) {
> return new FilterNode(node);
> }
>
> @Override
> public void addNotify() {
> System.out.println("addNotify");
> }
>
> @Override
> public void removeNotify() {
> System.out.println("removeNotify");
> }
>
> @Override
> public void addChangeListener(ChangeListener cl) {
> System.out.println("addChangeListener");
> }
>
> @Override
> public void removeChangeListener(ChangeListener cl) {
> System.out.println("removeChangeListener");
> }
>
> }
> }
>

-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

AW: TextMate vs TreeSitter

[Christian Lenz]

I also wanted to use JSitter from JetBrains, didn’t start yet, but I wanted to 
use it to parse the supported languages/files to get the AST to work with it 
for some nice Handy Features. Will have a look somewhen I have time.

Von: Ernie Rael
Gesendet: Samstag, 20. November 2021 17:25
An: dev@netbeans.apache.org
Betreff: Re: TextMate vs TreeSitter

Seems to be a java binding at 
https://github.com/serenadeai/java-tree-sitter .

There's a discussion of TreeSitter from Java at 
https://github.com/tree-sitter/tree-sitter/issues/207. (The TreeSitter 
developer isn't interested in supporting a Java Binding, he suggests 
using JNI) Looks like there's a binding for JetBrains at 
https://github.com/JetBrains/jsitter . There's some discussion on the 
different features appropriate for LSP or TreeSitter at 
https://news.ycombinator.com/item?id=18349488 .

A question I can't answer is about usability and technical quality of 
TextMate vs TreeSitter, and whether or not there's movement towards one 
and away from the other. And of course there's: does it even matter for 
NB additional language support.

-ernie

On 11/20/2021 6:21 AM, Michael Bien wrote:
> haven't heard of tree splitter before but it doesn't look like it has 
> a java API.
> https://tree-sitter.github.io/tree-sitter/#language-bindings
>
> which would mean its unlikely that it is used by a plugin.
>
> -mbien
>
> On 20.11.21 02:08, Ernie Rael wrote:
>> I've been wondering about TreeSitter and NB lately (in general, but 
>> specifically about python support going forward). I just read this in 
>> vim dev mailing list, it's at 
>> https://github.com/vim/vim/issues/9087#issuecomment-974337876 and I'm 
>> copying it here.
>>
>> Is there, or has there been, any work on using TreeSitter from a plugin?
>>
>> -ernie
>>
>> Written by: fcurts
>>
>> As someone who has spent months writing and maintaining TextMate and 
>> tree-sitter grammars for real-world languages, let me tell you that 
>> the TextMate grammar system is totally broken, at least from a 2021 
>> perspective. TextMate grammars are a nightmare to maintain and 
>> /impossible/ to get right. Out of desperation, I even developed my 
>> own macro system (just like the authors of TypeScript's TextMate 
>> grammar), and it was still a nightmare.
>>
>> tree-sitter is in a completely different league. It's a top-notch 
>> incremental parser that can be used for accurate (!) syntax 
>> highlighting, code folding, code formatting, etc. tree-sitter 
>> grammars are dramatically easier to write and maintain, and it's 
>> actually possible to get them right. GitHub has been using 
>> tree-sitter for a while, and VSCode is also starting to use it (see 
>> https://github.com/microsoft/vscode-anycode).
>>
>> Betting on TextMate grammars in 2021 would be an engineering crime.
>>
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
>> For additional commands, e-mail: dev-h...@netbeans.apache.org
>>
>> For further information about the NetBeans mailing lists, visit:
>> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>>
>>
>>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: dev-h...@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
>


-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: Project opening blocked on network I/O

[Jaroslav Tulach]

Hello Tim,
it is a known behavior present since 11.3 version. E.g. nothing new.
Actually with
https://github.com/apache/netbeans/pull/3251
which makes nb-javac@17 part of NetBeans distributions, the FoD
downloading/check could disappear for Java, Java EE clusters.
-jt

PS: It is still going to be needed for JavaFX cluster.

st 17. 11. 2021 v 21:37 odesílatel Tim Boudreau 
napsal:

> I’ve noticed since I built a new build of NetBeans for coding a few weeks
> ago, that opening projects got dramatically slower.
>
> Pulling a few thread dumps, it appears to be Feature-on-Demand triggering a
> query of all update servers just in case a project will need some absent
> feature.
>
> Known problem? Known fix?
>
> -Tim
> --
> http://timboudreau.com
>

Re: [DISCUSS] Default to FlatLaf in NetBeans 13?

[Neil C Smith]

On Tue, 23 Nov 2021 at 02:16, Laszlo Kishalmi  wrote:
> What would be the conclusion of this topic?

Well, my conclusion is that we should be looking to make FlatLaf Light
the default for everyone with NB 13.  At least judging from comments,
and (something I think is important) what we seem to be using
ourselves.  The only -1 here seems to have become a +1 now?

If anyone wants to argue against that reading, please do so.

> Is there someone willing to implement this feature?

I was planning to look at it, which was why I kicked off the
discussion.  Discussions where the person instigating is proposing to
do the work are always good, although my NetBeans available time has
been a bit tied up over the last few weeks to follow up! :-)

> If anyone would be interested, probably the best place to implement is
> in: nb/o.n.upgrader

That's an interesting one.  I've already looked at a few places this
could be implemented, but not even looked at that one.  Why there?  If
in terms of an initial dialog, then I think we should consider startup
options as a different task - bit chicken and egg.

I think there's a question whether this should be in the platform or
nb cluster too?  If in the former, need to make sure it's optional
still though.

Best wishes,

Neil

-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: How to bundle JDK with NetBeans

[Neil C Smith]

On Tue, 23 Nov 2021 at 08:31, Zoran Sevarac  wrote:
> Is there any info about the best way to bundle OpenJDK with Netbeans
> Platform Application?
> I've tried setting on conf file
> netbeans_jdkhome="zulu8.58.0.13-ca-jdk8.0.312-win_x64"

Note that the platform and the IDE have different properties for this
- you want to be using jdkhome.

They also have different launchers that behave differently with this
property - the IDE needs an absolute path, the platform can use a
relative one.

What's your build system?  I've got an Ant build that does this -
particularly see
https://github.com/praxis-live/praxis-live/blob/master/build.xml#L114

As Geertjan mentioned, I'm working on a tool called NBPackage to build
native packages / installers from a IDE or platform zip build, with
optional JDK - this is at

https://github.com/apache/netbeans-tools/pull/47
https://github.com/neilcsmith-net/netbeans-tools/tree/nbpackage/nbpackage

Because of the current different behaviour of the launchers, NBPackage
uses other ways of bundling incidentally - eg. the InnoSetup installer
sets --jdkhome in the parameters of the shortcut.

On Tue, 23 Nov 2021 at 09:01, Zoran Sevarac  wrote:
> Great!
> @Neil let me know if I can help.

Absolutely!  Please do.  I've been tied up with the release recently,
but discussion / help around NBPackage welcome, particularly with
regard to RCP applications.  I intend to use for that as well, but
testing so far been IDE centric.

Best wishes,

Neil

-
To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org
For additional commands, e-mail: dev-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: How to bundle JDK with NetBeans

[Zoran Sevarac]

Great!
@Neil let me know if I can help.

Best
,
Zoran

On Tue, Nov 23, 2021 at 9:35 AM Geertjan Wielenga
 wrote:

> If Neil’s plan to bundle NetBeans with Zulu and make it available from his
> site succeeds, then Deep Netts and others should be able to reuse that
> somehow.
>
> Gj
>
> On Tue, 23 Nov 2021 at 09:31, Zoran Sevarac  wrote:
>
> > Hi,
> >
> > Is there any info about the best way to bundle OpenJDK with Netbeans
> > Platform Application?
> > I've tried setting on conf file
> > netbeans_jdkhome="zulu8.58.0.13-ca-jdk8.0.312-win_x64"
> >
> > But when I run the app it keeps using the default jre (shown in About
> > dialog).
> > I've tried the absolute path with the same result.
> > Is it possible to specify which JRE NetBeans should use to run on?
> >
> > Thanks
> > Zoran
> >
> > --
> > Zoran Sevarac, PhD, Associate Professor
> > University of Belgrade, Faculty of Organisational Sciences, Department
> for
> > Software Engineering
> > Java Champion <
> https://community.oracle.com/community/java/java-champions>
> > | Oracle Groundbreaker Ambassador | Deep Netts  >
> > Co-founder & CEO
> >
>


-- 
Zoran Sevarac, PhD, Associate Professor
University of Belgrade, Faculty of Organisational Sciences, Department for
Software Engineering
Java Champion 
| Oracle Groundbreaker Ambassador | Deep Netts 
Co-founder & CEO

Re: How to bundle JDK with NetBeans

[Geertjan Wielenga]

If Neil’s plan to bundle NetBeans with Zulu and make it available from his
site succeeds, then Deep Netts and others should be able to reuse that
somehow.

Gj

On Tue, 23 Nov 2021 at 09:31, Zoran Sevarac  wrote:

> Hi,
>
> Is there any info about the best way to bundle OpenJDK with Netbeans
> Platform Application?
> I've tried setting on conf file
> netbeans_jdkhome="zulu8.58.0.13-ca-jdk8.0.312-win_x64"
>
> But when I run the app it keeps using the default jre (shown in About
> dialog).
> I've tried the absolute path with the same result.
> Is it possible to specify which JRE NetBeans should use to run on?
>
> Thanks
> Zoran
>
> --
> Zoran Sevarac, PhD, Associate Professor
> University of Belgrade, Faculty of Organisational Sciences, Department for
> Software Engineering
> Java Champion 
> | Oracle Groundbreaker Ambassador | Deep Netts 
> Co-founder & CEO
>

How to bundle JDK with NetBeans

[Zoran Sevarac]

Hi,

Is there any info about the best way to bundle OpenJDK with Netbeans
Platform Application?
I've tried setting on conf file
netbeans_jdkhome="zulu8.58.0.13-ca-jdk8.0.312-win_x64"

But when I run the app it keeps using the default jre (shown in About
dialog).
I've tried the absolute path with the same result.
Is it possible to specify which JRE NetBeans should use to run on?

Thanks
Zoran

-- 
Zoran Sevarac, PhD, Associate Professor
University of Belgrade, Faculty of Organisational Sciences, Department for
Software Engineering
Java Champion 
| Oracle Groundbreaker Ambassador | Deep Netts 
Co-founder & CEO