svn commit: r53961 - /release/netbeans/netbeans-vscode-ext/13.0.301/

2022-04-19 Thread mbalin
Author: mbalin
Date: Tue Apr 19 12:03:34 2022
New Revision: 53961

Log:
VSNetBeans 13.0.301 release

Added:
release/netbeans/netbeans-vscode-ext/13.0.301/

release/netbeans/netbeans-vscode-ext/13.0.301/apache-netbeans-java-13.0.301-source.zip
  - copied unchanged from r53867, 
dev/netbeans/netbeans-vscode-ext/13.0.301/apache-netbeans-java-13.0.301-source.zip

release/netbeans/netbeans-vscode-ext/13.0.301/apache-netbeans-java-13.0.301-source.zip.asc
  - copied unchanged from r53867, 
dev/netbeans/netbeans-vscode-ext/13.0.301/apache-netbeans-java-13.0.301-source.zip.asc

release/netbeans/netbeans-vscode-ext/13.0.301/apache-netbeans-java-13.0.301-source.zip.sha512
  - copied unchanged from r53867, 
dev/netbeans/netbeans-vscode-ext/13.0.301/apache-netbeans-java-13.0.301-source.zip.sha512

release/netbeans/netbeans-vscode-ext/13.0.301/apache-netbeans-java-13.0.301.vsix
  - copied unchanged from r53867, 
dev/netbeans/netbeans-vscode-ext/13.0.301/apache-netbeans-java-13.0.301.vsix

release/netbeans/netbeans-vscode-ext/13.0.301/apache-netbeans-java-13.0.301.vsix.asc
  - copied unchanged from r53867, 
dev/netbeans/netbeans-vscode-ext/13.0.301/apache-netbeans-java-13.0.301.vsix.asc

release/netbeans/netbeans-vscode-ext/13.0.301/apache-netbeans-java-13.0.301.vsix.sha512
  - copied unchanged from r53867, 
dev/netbeans/netbeans-vscode-ext/13.0.301/apache-netbeans-java-13.0.301.vsix.sha512


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

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



[netbeans] branch master updated: Fix WeakListener usage in Gradle modules

2022-04-19 Thread lkishalmi
This is an automated email from the ASF dual-hosted git repository.

lkishalmi pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/netbeans.git


The following commit(s) were added to refs/heads/master by this push:
 new dc859714ee Fix WeakListener usage in Gradle modules
dc859714ee is described below

commit dc859714eedc8eb723372aa324703229a4116f26
Author: Laszlo Kishalmi 
AuthorDate: Mon Apr 18 08:26:53 2022 -0700

Fix WeakListener usage in Gradle modules
---
 .../src/org/netbeans/modules/gradle/GradleProjectConnection.java| 2 +-
 .../modules/gradle/actions/ProjectActionMappingProviderImpl.java| 2 +-
 .../src/org/netbeans/modules/gradle/nodes/SubProjectsNode.java  | 6 --
 .../modules/gradle/java/classpath/AbstractGradleClassPathImpl.java  | 2 +-
 .../modules/gradle/java/classpath/ClassPathProviderImpl.java| 4 ++--
 .../org/netbeans/modules/gradle/java/nodes/BootCPNodeFactory.java   | 2 +-
 .../modules/gradle/java/queries/GradleCompilerOptionsQuery.java | 5 ++---
 .../netbeans/modules/gradle/java/queries/GradleSourceForBinary.java | 2 +-
 .../netbeans/modules/gradle/java/queries/GradleSourceLevelImpl.java | 2 +-
 9 files changed, 14 insertions(+), 13 deletions(-)

diff --git 
a/extide/gradle/src/org/netbeans/modules/gradle/GradleProjectConnection.java 
b/extide/gradle/src/org/netbeans/modules/gradle/GradleProjectConnection.java
index 768490c282..b0a40c65fa 100644
--- a/extide/gradle/src/org/netbeans/modules/gradle/GradleProjectConnection.java
+++ b/extide/gradle/src/org/netbeans/modules/gradle/GradleProjectConnection.java
@@ -121,7 +121,7 @@ public final class GradleProjectConnection implements 
ProjectConnection {
 GradleConnector gconn = GradleConnector.newConnector();
 GradleDistributionProvider pvd = 
project.getLookup().lookup(GradleDistributionProvider.class);
 if (pvd != null) {
-pvd.addChangeListener(WeakListeners.change(listener, null));
+pvd.addChangeListener(WeakListeners.change(listener, pvd));
 GradleDistribution dist = pvd.getGradleDistribution();
 if (dist != null) {
 conn = createConnection(dist, projectDir);
diff --git 
a/extide/gradle/src/org/netbeans/modules/gradle/actions/ProjectActionMappingProviderImpl.java
 
b/extide/gradle/src/org/netbeans/modules/gradle/actions/ProjectActionMappingProviderImpl.java
index 58f296cb51..8baddce9c6 100644
--- 
a/extide/gradle/src/org/netbeans/modules/gradle/actions/ProjectActionMappingProviderImpl.java
+++ 
b/extide/gradle/src/org/netbeans/modules/gradle/actions/ProjectActionMappingProviderImpl.java
@@ -78,7 +78,7 @@ public class ProjectActionMappingProviderImpl implements 
ProjectActionMappingPro
 }
 }
 };
-NbGradleProject.addPropertyChangeListener(project, 
WeakListeners.propertyChange(pcl, null));
+NbGradleProject.addPropertyChangeListener(project, 
WeakListeners.propertyChange(pcl, NbGradleProject.get(project)));
 File projectDir = FileUtil.toFile(project.getProjectDirectory());
 projectMappingFile = new File(projectDir, 
GradleFiles.GRADLE_PROPERTIES_NAME);
 loadProjectCustomMappings();
diff --git 
a/extide/gradle/src/org/netbeans/modules/gradle/nodes/SubProjectsNode.java 
b/extide/gradle/src/org/netbeans/modules/gradle/nodes/SubProjectsNode.java
index 1aed38b5fd..234ca9925d 100644
--- a/extide/gradle/src/org/netbeans/modules/gradle/nodes/SubProjectsNode.java
+++ b/extide/gradle/src/org/netbeans/modules/gradle/nodes/SubProjectsNode.java
@@ -53,6 +53,7 @@ import java.util.Set;
 import java.util.logging.Level;
 import java.util.logging.Logger;
 import java.util.prefs.PreferenceChangeListener;
+import java.util.prefs.Preferences;
 import org.netbeans.api.project.ProjectUtils;
 import org.netbeans.modules.gradle.api.GradleBaseProject;
 import org.netbeans.modules.gradle.spi.GradleSettings;
@@ -124,14 +125,15 @@ public class SubProjectsNode extends AbstractNode {
 refresh(false);
 }
 };
-NbGradleProject.addPropertyChangeListener(project, 
WeakListeners.propertyChange(propListener, proj));
+NbGradleProject.addPropertyChangeListener(project, 
WeakListeners.propertyChange(propListener, NbGradleProject.get(project)));
 
 prefListener = (evt) -> {
 if 
(GradleSettings.PROP_DISPLAY_DESCRIPTION.equals(evt.getKey())) {
 refresh(false);
 }
 };
-
GradleSettings.getDefault().getPreferences().addPreferenceChangeListener(WeakListeners.create(PreferenceChangeListener.class,
 prefListener, null));
+Preferences prefs = GradleSettings.getDefault().getPreferences();
+
prefs.addPreferenceChangeListener(WeakListeners.create(PreferenceChangeListener.class,
 prefListener, prefs));
 }
 
 @Override
diff --git 
a/java/grad

[netbeans] branch master updated (dc859714ee -> e67baa3e0d)

2022-04-19 Thread lkishalmi
This is an automated email from the ASF dual-hosted git repository.

lkishalmi pushed a change to branch master
in repository https://gitbox.apache.org/repos/asf/netbeans.git


from dc859714ee Fix WeakListener usage in Gradle modules
 new fdc9a0d96e Using the size of the tabs as minimum size. See Netbeans 
issue #3710
 new 24203c441c Using the height of the preferred size of the tabs as 
minimum height. See Netbeans issue #3710
 new e67baa3e0d Merge pull request #3712 from 
George-Devel/#3710-correct-editor-wnd-min-size

The 6966 revisions listed above as "new" are entirely new to this
repository and will be described in separate emails.  The revisions
listed as "add" were already present in the repository and have only
been added to this reference.


Summary of changes:
 .../tabcontrol/plaf/AbstractViewTabDisplayerUI.java| 18 +-
 .../tabcontrol/plaf/BasicScrollingTabDisplayerUI.java  | 15 +--
 2 files changed, 2 insertions(+), 31 deletions(-)


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

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



[jira] [Reopened] (NETBEANS-4641) Code auto formatting for try-with-resources statements

2022-04-19 Thread Bernd Michaely (Jira)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-4641?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Bernd Michaely reopened NETBEANS-4641:
--

Confirmed, problem is still there in NB 13

> Code auto formatting for try-with-resources statements
> --
>
> Key: NETBEANS-4641
> URL: https://issues.apache.org/jira/browse/NETBEANS-4641
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Formatting & Indentation, java - Editor
>Affects Versions: 12.0
> Environment: Arch Linux, AdoptOpenJDK 14.0.1, official NB 12.0 bin 
> download
>Reporter: Bernd Michaely
>Priority: Major
>
> Since NB 12.0, auto formatting for try-with-resources statements adds an 
> additional space after the opening parenthesis after the try keyword. To 
> reproduce the problem, choose:
> Menu »Tools« → Options → Editor → Formatting →
> Language »Java« and Category »Spaces« →
> Tree item »Within Parentheses« → Checkbox "try"
> If checked, two spaces are added after the opening parenthesis after try, if 
> unchecked, one space is added, instead of one and zero.
> (Note, that there is also no example available in the preview. There is for 
> try-catch, but not for try-with-resources.)
>  



--
This message was sent by Atlassian Jira
(v8.20.7#820007)

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

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



[jira] [Updated] (NETBEANS-4641) Code auto formatting for try-with-resources statements

2022-04-19 Thread Bernd Michaely (Jira)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-4641?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Bernd Michaely updated NETBEANS-4641:
-
Affects Version/s: 13

> Code auto formatting for try-with-resources statements
> --
>
> Key: NETBEANS-4641
> URL: https://issues.apache.org/jira/browse/NETBEANS-4641
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Formatting & Indentation, java - Editor
>Affects Versions: 12.0, 13
> Environment: Arch Linux, AdoptOpenJDK 14.0.1, official NB 12.0 bin 
> download
>Reporter: Bernd Michaely
>Priority: Major
>
> Since NB 12.0, auto formatting for try-with-resources statements adds an 
> additional space after the opening parenthesis after the try keyword. To 
> reproduce the problem, choose:
> Menu »Tools« → Options → Editor → Formatting →
> Language »Java« and Category »Spaces« →
> Tree item »Within Parentheses« → Checkbox "try"
> If checked, two spaces are added after the opening parenthesis after try, if 
> unchecked, one space is added, instead of one and zero.
> (Note, that there is also no example available in the preview. There is for 
> try-catch, but not for try-with-resources.)
>  



--
This message was sent by Atlassian Jira
(v8.20.7#820007)

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

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



[netbeans] branch master updated: [NETBEANS-2360] Auto-detect HiDPI and anti-aliasing settings on Linux.

2022-04-19 Thread ebakke
This is an automated email from the ASF dual-hosted git repository.

ebakke pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/netbeans.git


The following commit(s) were added to refs/heads/master by this push:
 new 921e5c3df8 [NETBEANS-2360] Auto-detect HiDPI and anti-aliasing 
settings on Linux.
921e5c3df8 is described below

commit 921e5c3df8e0137cb5f22c122b0435e289693007
Author: Eirik Bakke 
AuthorDate: Tue Aug 17 21:28:32 2021 -0400

[NETBEANS-2360] Auto-detect HiDPI and anti-aliasing settings on Linux.

This commit modifies the NetBeans IDE launcher scripts to automatically 
handle two display-related conditions on Linux:
(1) Automatically enable the -Dawt.useSystemAAFontSettings system parameter 
if necessary to enable anti-aliased text. Veteran NetBeans users have known 
about this setting for a long time, but after a lot of research, I believe I 
have found the specific condition in which it is necessary, namely on the K 
desktop environment.
(2) Automatically detect cases where the user has enabled 2x HiDPI scaling, 
and set the GDK_SCALE environment variable accordingly so that OpenJDK will 
handle this accordingly. This seems to work on both KDE and Gnome. HiDPI 
scaling works best on FlatLAF (which is now the default LAF for NetBeans on all 
platforms), but seemed to work tolerably on the default GTK LAF as well. See 
the in-code comments for more details. (There are two copies of the new code: 
one in the IDE launcher scrip [...]
---
 .../apisupport.harness/release/launchers/app.sh| 24 
 nb/ide.launcher/unix/netbeans  | 67 ++
 2 files changed, 91 insertions(+)

diff --git a/harness/apisupport.harness/release/launchers/app.sh 
b/harness/apisupport.harness/release/launchers/app.sh
index b547bbff4f..76bcc63d11 100644
--- a/harness/apisupport.harness/release/launchers/app.sh
+++ b/harness/apisupport.harness/release/launchers/app.sh
@@ -142,11 +142,35 @@ case "`uname`" in
then
sh=/bin/bash
fi
+
+   # See longer comments in nb/ide.launcher/unix/netbeans.
+   if [ "`command xrdb -query 2> /dev/null | grep Xft.dpi | cut -d ':' -f2 
| xargs`" = 192 ]
+   then
+   echo "Detected 2x HiDPI scaling in Xft.dpi setting; setting 
GDK_SCALE=2"
+   export GDK_SCALE=2
+   fi
+   if [ "`command xdpyinfo 2> /dev/null | grep 'resolution:.*dots per 
inch' | cut -d ':' -f2 | cut -d 'x' -f1 | sort -u | xargs`" = 192 ]
+   then
+   echo "Detected 192 DPI on all screens in xdpyinfo; setting 
GDK_SCALE=2"
+   export GDK_SCALE=2
+   fi
+
+   extra_automatic_options=""
+
+   # See longer comments in nb/ide.launcher/unix/netbeans.
+   if [ ! -z "$KDE_FULL_SESSION" ] ; then
+   echo "Detected KDE; adding awt.useSystemAAFontSettings=on"
+   extra_automatic_options="-J-Dawt.useSystemAAFontSettings=on"
+   fi
+
+   # Add extra_automatic_options before default_options, to allow system
+   # property definitions from the configuration file to take precedence.
eval exec $sh '"$nbexec"' \
 --jdkhome '"$jdkhome"' \
 --clusters '"$clusters"' \
 --userdir '"${userdir}"' \
 --cachedir '"${cachedir}"' \
+${extra_automatic_options} \
 ${default_options} \
 "$args"
exit 1
diff --git a/nb/ide.launcher/unix/netbeans b/nb/ide.launcher/unix/netbeans
index 42c9808e5e..b033a371a0 100644
--- a/nb/ide.launcher/unix/netbeans
+++ b/nb/ide.launcher/unix/netbeans
@@ -162,11 +162,78 @@ case "`uname`" in
 '"$@"'
 ;;
 *)
+# Support 2x HiDPI scaling on Linux systems that have configured this 
via Xft.dpi but not via
+# GDK_SCALE, notably Ubuntu as of 20.04.1. Xft.dpi technically relates 
to the size of fonts
+# only, but Ubuntu sets it when the "Scaling" setting is changed in 
the "Displays" settings
+# UI. OpenJDK supports the GDK_SCALE setting at the 
GraphicsConfiguration level, but not
+# Xft.dpi (as of 2020-11-22 and LTS 11.0.9). Individual LAFs may react 
to the latter, though
+# FlatLAF in particular works correctly even both are set at the same 
time.
+#
+# OpenJDK does not support fractional scalings in GDK_SCALE, so we 
only handle the 2x case
+# here. OpenJDK also does not query the separate GDK_DPI_SCALE 
variable.
+#
+# We do not attempt to support per-monitor DPI scalings here. OpenJDK 
might support this
+# through the ubuntu.user-interface/scale-factor setting, but as of 
Ubuntu 20.04.1, the
+# Displays setting UI does not appear to touch this setting at all, 
and does in fact appear
+# to force all monitors to use the same scaling. JetBrains mentions 
the scale-factor setting,
+# saying it is "not well supported yet" (presumably in their own 
OpenJDK fork).
+  

[netbeans] branch master updated: [3921] Correctly handling opens directive in package rename.

2022-04-19 Thread matthiasblaesing
This is an automated email from the ASF dual-hosted git repository.

matthiasblaesing pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/netbeans.git


The following commit(s) were added to refs/heads/master by this push:
 new c843263140 [3921] Correctly handling opens directive in package rename.
 new 14c9f20d97 Merge pull request #3993 from jlahoda/3921
c843263140 is described below

commit c8432631406191aefa40ad511189361901de57a3
Author: Jan Lahoda 
AuthorDate: Sun Apr 17 19:02:44 2022 +0200

[3921] Correctly handling opens directive in package rename.
---
 .../refactoring/java/plugins/MoveTransformer.java  | 18 +++
 .../refactoring/java/test/RenamePackageTest.java   | 26 +-
 2 files changed, 39 insertions(+), 5 deletions(-)

diff --git 
a/java/refactoring.java/src/org/netbeans/modules/refactoring/java/plugins/MoveTransformer.java
 
b/java/refactoring.java/src/org/netbeans/modules/refactoring/java/plugins/MoveTransformer.java
index 201267a16e..05f7baee3b 100644
--- 
a/java/refactoring.java/src/org/netbeans/modules/refactoring/java/plugins/MoveTransformer.java
+++ 
b/java/refactoring.java/src/org/netbeans/modules/refactoring/java/plugins/MoveTransformer.java
@@ -449,16 +449,26 @@ public class MoveTransformer extends RefactoringVisitor {
 
 @Override
 public Tree visitExports(ExportsTree node, Element p) {
+renamePackage(node.getPackageName());
+return super.visitExports(node, p);
+}
+
+@Override
+public Tree visitOpens(OpensTree node, Element p) {
+renamePackage(node.getPackageName());
+return super.visitOpens(node, p);
+}
+
+private void renamePackage(ExpressionTree packageName) {
 if (!workingCopy.getTreeUtilities().isSynthetic(getCurrentPath())) {
-final Element el = workingCopy.getTrees().getElement(new 
TreePath(getCurrentPath(), node.getPackageName()));
+final Element el = workingCopy.getTrees().getElement(new 
TreePath(getCurrentPath(), packageName));
 if (el != null && el.getKind() == ElementKind.PACKAGE && 
isThisPackageMoving((PackageElement)el)) {
 Tree nju = make.Identifier(getTargetPackageName(el));
-rewrite(node.getPackageName(), nju); 
+rewrite(packageName, nju);
 }
 }
-return super.visitExports(node, p);
 }
-
+
 private boolean containsAnyOf(Element el, EnumSet neededMods) {
 for (Modifier mod : neededMods) {
 if(el.getModifiers().contains(mod)) {
diff --git 
a/java/refactoring.java/test/unit/src/org/netbeans/modules/refactoring/java/test/RenamePackageTest.java
 
b/java/refactoring.java/test/unit/src/org/netbeans/modules/refactoring/java/test/RenamePackageTest.java
index bbbd4d1b19..1cb717f488 100644
--- 
a/java/refactoring.java/test/unit/src/org/netbeans/modules/refactoring/java/test/RenamePackageTest.java
+++ 
b/java/refactoring.java/test/unit/src/org/netbeans/modules/refactoring/java/test/RenamePackageTest.java
@@ -20,8 +20,10 @@
 package org.netbeans.modules.refactoring.java.test;
 
 import java.util.Arrays;
+import java.util.HashSet;
 import java.util.LinkedList;
 import java.util.List;
+import java.util.Set;
 import org.netbeans.modules.java.source.parsing.JavacParser;
 import org.netbeans.modules.refactoring.api.Problem;
 import org.netbeans.modules.refactoring.api.RefactoringSession;
@@ -37,8 +39,10 @@ import org.openide.util.lookup.Lookups;
  */
 public class RenamePackageTest extends RefactoringTestBase {
 
+private static final Set MODULAR_TESTS = new 
HashSet<>(Arrays.asList("testModuleOpens"));
+
 public RenamePackageTest(String name) {
-super(name, "1.8");
+super(name, MODULAR_TESTS.contains(name) ? "9" : "1.8");
 }
 
 static {
@@ -129,6 +133,26 @@ public class RenamePackageTest extends RefactoringTestBase 
{
 + "}"));
 }
 
+public void testModuleOpens() throws Exception {
+writeFilesAndWaitForScan(src,
+new File("module-info.java", "module m {\n"
++ "exports t;\n"
++ "opens t;\n"
++ "}"),
+new File("t/A.java", "package t;\n"
++ "public class A {\n"
++ "}"));
+performRenameFolder(src.getFileObject("t"), "u", false);
+verifyContent(src,
+new File("module-info.java", "module m {\n"
++ "exports u;\n"
++ "opens u;\n"
++ "}"),
+new File("u/A.java", "package u;\n"
++ "public class A {\n"
++ "}"));
+}
+
 
 private void performRenameFolder(FileObject source, final String newname, 
boolean searchInComments, Problem... expectedProblems) throws Exception {
 final RenameRefactoring[] r = new RenameRefactoring[1];



[jira] [Commented] (NETBEANS-2360) HiDPI scaling (and anti-aliasing on KDE) not applied automatically on Linux

2022-04-19 Thread Michal Hlavac (Jira)


[ 
https://issues.apache.org/jira/browse/NETBEANS-2360?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17524564#comment-17524564
 ] 

Michal Hlavac commented on NETBEANS-2360:
-

Hi [~ebakke], again, sorry for my late reply. I've tested latest change and can 
confirm that it works. Thank you

> HiDPI scaling (and anti-aliasing on KDE) not applied automatically on Linux
> ---
>
> Key: NETBEANS-2360
> URL: https://issues.apache.org/jira/browse/NETBEANS-2360
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Launchers&CLI
>Affects Versions: 11.0, 12.2
> Environment: Kubuntu 18.03
> Oracle JDK 11.0.2
>Reporter: Eirik Bakke
>Priority: Major
>  Labels: HiDPI, Linux, pull-request-available
> Attachments: CheckHiDpi.java, image-2021-09-12-21-01-33-807.png, 
> image-2021-09-12-21-05-06-852.png, kubunt.jpg
>
>  Time Spent: 1h 20m
>  Remaining Estimate: 0h
>
> Running NetBeans 11 on Kubuntu 18.03, GUI text size does not seem to take 
> into account the system's default HiDPI scaling. This was reported in a 
> Twitter thread on https://twitter.com/nicktail/status/1114789604337405952 . 
> Note that Window decorations seem to be the correct size.
> Setting the GDK_SCALE environment variable seems to fix the problem, if I 
> understand the originally reporter correctly. This could probably be done 
> easily from the NetBeans launcher script (netbeans/bin). But it wouldn't fix 
> the problem in multi-monitor setups. We should investigate what could be done 
> to make scaling work properly in multi-monitor setups involving one HiDPI 
> screen and one non-HiDPI screen.
> Before merging a patch to the launcher script, it should be tested on a 
> couple of different Linux environments, using both HiDPI and non-HiDPI 
> screens. Note that the UNIX launcher script is also used on MacOS.



--
This message was sent by Atlassian Jira
(v8.20.7#820007)

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

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



[jira] [Comment Edited] (NETBEANS-2360) HiDPI scaling (and anti-aliasing on KDE) not applied automatically on Linux

2022-04-19 Thread Michal Hlavac (Jira)


[ 
https://issues.apache.org/jira/browse/NETBEANS-2360?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17524564#comment-17524564
 ] 

Michal Hlavac edited comment on NETBEANS-2360 at 4/19/22 7:56 PM:
--

Hi [~ebakke], again, sorry for my late reply. I've tested latest change and can 
confirm that it works. Thank you

Output:
{code:java}
Detected 192 DPI on all screens in xdpyinfo; setting GDK_SCALE=2
Detected KDE; adding awt.useSystemAAFontSettings=on
{code}


was (Author: hlavki):
Hi [~ebakke], again, sorry for my late reply. I've tested latest change and can 
confirm that it works. Thank you

> HiDPI scaling (and anti-aliasing on KDE) not applied automatically on Linux
> ---
>
> Key: NETBEANS-2360
> URL: https://issues.apache.org/jira/browse/NETBEANS-2360
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Launchers&CLI
>Affects Versions: 11.0, 12.2
> Environment: Kubuntu 18.03
> Oracle JDK 11.0.2
>Reporter: Eirik Bakke
>Priority: Major
>  Labels: HiDPI, Linux, pull-request-available
> Attachments: CheckHiDpi.java, image-2021-09-12-21-01-33-807.png, 
> image-2021-09-12-21-05-06-852.png, kubunt.jpg
>
>  Time Spent: 1h 20m
>  Remaining Estimate: 0h
>
> Running NetBeans 11 on Kubuntu 18.03, GUI text size does not seem to take 
> into account the system's default HiDPI scaling. This was reported in a 
> Twitter thread on https://twitter.com/nicktail/status/1114789604337405952 . 
> Note that Window decorations seem to be the correct size.
> Setting the GDK_SCALE environment variable seems to fix the problem, if I 
> understand the originally reporter correctly. This could probably be done 
> easily from the NetBeans launcher script (netbeans/bin). But it wouldn't fix 
> the problem in multi-monitor setups. We should investigate what could be done 
> to make scaling work properly in multi-monitor setups involving one HiDPI 
> screen and one non-HiDPI screen.
> Before merging a patch to the launcher script, it should be tested on a 
> couple of different Linux environments, using both HiDPI and non-HiDPI 
> screens. Note that the UNIX launcher script is also used on MacOS.



--
This message was sent by Atlassian Jira
(v8.20.7#820007)

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

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



[jira] [Commented] (NETBEANS-2360) HiDPI scaling (and anti-aliasing on KDE) not applied automatically on Linux

2022-04-19 Thread Eirik Bakke (Jira)


[ 
https://issues.apache.org/jira/browse/NETBEANS-2360?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17524597#comment-17524597
 ] 

Eirik Bakke commented on NETBEANS-2360:
---

Thanks, [~hlavki]! With the PR merged, I'll close this issue as I think the 
script now does as much auto-detection as is possible on the various platforms.

> HiDPI scaling (and anti-aliasing on KDE) not applied automatically on Linux
> ---
>
> Key: NETBEANS-2360
> URL: https://issues.apache.org/jira/browse/NETBEANS-2360
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Launchers&CLI
>Affects Versions: 11.0, 12.2
> Environment: Kubuntu 18.03
> Oracle JDK 11.0.2
>Reporter: Eirik Bakke
>Priority: Major
>  Labels: HiDPI, Linux, pull-request-available
> Attachments: CheckHiDpi.java, image-2021-09-12-21-01-33-807.png, 
> image-2021-09-12-21-05-06-852.png, kubunt.jpg
>
>  Time Spent: 1h 20m
>  Remaining Estimate: 0h
>
> Running NetBeans 11 on Kubuntu 18.03, GUI text size does not seem to take 
> into account the system's default HiDPI scaling. This was reported in a 
> Twitter thread on https://twitter.com/nicktail/status/1114789604337405952 . 
> Note that Window decorations seem to be the correct size.
> Setting the GDK_SCALE environment variable seems to fix the problem, if I 
> understand the originally reporter correctly. This could probably be done 
> easily from the NetBeans launcher script (netbeans/bin). But it wouldn't fix 
> the problem in multi-monitor setups. We should investigate what could be done 
> to make scaling work properly in multi-monitor setups involving one HiDPI 
> screen and one non-HiDPI screen.
> Before merging a patch to the launcher script, it should be tested on a 
> couple of different Linux environments, using both HiDPI and non-HiDPI 
> screens. Note that the UNIX launcher script is also used on MacOS.



--
This message was sent by Atlassian Jira
(v8.20.7#820007)

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

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



[jira] [Resolved] (NETBEANS-2360) HiDPI scaling (and anti-aliasing on KDE) not applied automatically on Linux

2022-04-19 Thread Eirik Bakke (Jira)


 [ 
https://issues.apache.org/jira/browse/NETBEANS-2360?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Eirik Bakke resolved NETBEANS-2360.
---
Resolution: Fixed

PR was merged; closing issue.

> HiDPI scaling (and anti-aliasing on KDE) not applied automatically on Linux
> ---
>
> Key: NETBEANS-2360
> URL: https://issues.apache.org/jira/browse/NETBEANS-2360
> Project: NetBeans
>  Issue Type: Bug
>  Components: platform - Launchers&CLI
>Affects Versions: 11.0, 12.2
> Environment: Kubuntu 18.03
> Oracle JDK 11.0.2
>Reporter: Eirik Bakke
>Priority: Major
>  Labels: HiDPI, Linux, pull-request-available
> Attachments: CheckHiDpi.java, image-2021-09-12-21-01-33-807.png, 
> image-2021-09-12-21-05-06-852.png, kubunt.jpg
>
>  Time Spent: 1h 20m
>  Remaining Estimate: 0h
>
> Running NetBeans 11 on Kubuntu 18.03, GUI text size does not seem to take 
> into account the system's default HiDPI scaling. This was reported in a 
> Twitter thread on https://twitter.com/nicktail/status/1114789604337405952 . 
> Note that Window decorations seem to be the correct size.
> Setting the GDK_SCALE environment variable seems to fix the problem, if I 
> understand the originally reporter correctly. This could probably be done 
> easily from the NetBeans launcher script (netbeans/bin). But it wouldn't fix 
> the problem in multi-monitor setups. We should investigate what could be done 
> to make scaling work properly in multi-monitor setups involving one HiDPI 
> screen and one non-HiDPI screen.
> Before merging a patch to the launcher script, it should be tested on a 
> couple of different Linux environments, using both HiDPI and non-HiDPI 
> screens. Note that the UNIX launcher script is also used on MacOS.



--
This message was sent by Atlassian Jira
(v8.20.7#820007)

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

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



[jira] [Commented] (NETBEANS-4641) Code auto formatting for try-with-resources statements

2022-04-19 Thread Andrew (Jira)


[ 
https://issues.apache.org/jira/browse/NETBEANS-4641?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17524658#comment-17524658
 ] 

Andrew commented on NETBEANS-4641:
--

I would add that it was fixed & working fine in v12.6, but got broken again in 
v13.

> Code auto formatting for try-with-resources statements
> --
>
> Key: NETBEANS-4641
> URL: https://issues.apache.org/jira/browse/NETBEANS-4641
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Formatting & Indentation, java - Editor
>Affects Versions: 12.0, 13
> Environment: Arch Linux, AdoptOpenJDK 14.0.1, official NB 12.0 bin 
> download
>Reporter: Bernd Michaely
>Priority: Major
>
> Since NB 12.0, auto formatting for try-with-resources statements adds an 
> additional space after the opening parenthesis after the try keyword. To 
> reproduce the problem, choose:
> Menu »Tools« → Options → Editor → Formatting →
> Language »Java« and Category »Spaces« →
> Tree item »Within Parentheses« → Checkbox "try"
> If checked, two spaces are added after the opening parenthesis after try, if 
> unchecked, one space is added, instead of one and zero.
> (Note, that there is also no example available in the preview. There is for 
> try-catch, but not for try-with-resources.)
>  



--
This message was sent by Atlassian Jira
(v8.20.7#820007)

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

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



[jira] [Comment Edited] (NETBEANS-4641) Code auto formatting for try-with-resources statements

2022-04-19 Thread Andrew (Jira)


[ 
https://issues.apache.org/jira/browse/NETBEANS-4641?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17524658#comment-17524658
 ] 

Andrew edited comment on NETBEANS-4641 at 4/20/22 1:52 AM:
---

I would add that it was fixed & working fine as of v12.6, but got broken again 
in v13.


was (Author: andrewgr):
I would add that it was fixed & working fine in v12.6, but got broken again in 
v13.

> Code auto formatting for try-with-resources statements
> --
>
> Key: NETBEANS-4641
> URL: https://issues.apache.org/jira/browse/NETBEANS-4641
> Project: NetBeans
>  Issue Type: Bug
>  Components: editor - Formatting & Indentation, java - Editor
>Affects Versions: 12.0, 13
> Environment: Arch Linux, AdoptOpenJDK 14.0.1, official NB 12.0 bin 
> download
>Reporter: Bernd Michaely
>Priority: Major
>
> Since NB 12.0, auto formatting for try-with-resources statements adds an 
> additional space after the opening parenthesis after the try keyword. To 
> reproduce the problem, choose:
> Menu »Tools« → Options → Editor → Formatting →
> Language »Java« and Category »Spaces« →
> Tree item »Within Parentheses« → Checkbox "try"
> If checked, two spaces are added after the opening parenthesis after try, if 
> unchecked, one space is added, instead of one and zero.
> (Note, that there is also no example available in the preview. There is for 
> try-catch, but not for try-with-resources.)
>  



--
This message was sent by Atlassian Jira
(v8.20.7#820007)

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

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