[jira] [Commented] (NETBEANS-168) Background scanning process needs a rethink
[ https://issues.apache.org/jira/browse/NETBEANS-168?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16648731#comment-16648731 ] Laszlo Kishalmi commented on NETBEANS-168: -- Well I guess this can be caused by miss behaving plugins and maybe some edge cases. I'm seeing something similar after waking up from sleep and editing the files. the IDE starts to eat 200%-300% CPU, though remain usable. Though after a while (it can be even 30 minutes) the processor usage become normalized. I was able to attach a profiler to the IDE while this was happening. It seems there is something fishy around the FileObjects and FileChange listeners. The IDE was actually burning CPU on File.isFile and File.isDirectory methods. So plugins registering FileChangeListeners non-carefully could trigger this issu. Though it might be something wrong on the FCL implementation. If my time allows I try to craft some monitoring around this. > Background scanning process needs a rethink > --- > > Key: NETBEANS-168 > URL: https://issues.apache.org/jira/browse/NETBEANS-168 > Project: NetBeans > Issue Type: Bug > Components: ide - Performance, java - Platform, platform - Execution >Affects Versions: 8.2, Next > Environment: NetBeans 8.2, Windows 10 x64 >Reporter: Christian Lenz >Priority: Critical > > Often, while cloning, switching branch, merging, opening etc. etc. NetBeans > starts Background scanning for changes, but it is not real background, > because everything what you want to do then, like changing the branch, > commit, push, pull, open project, delete or whatever, is blocking by this > task and you can't cancel it, because it is essential. > Either we need to rethink about this process like to make everything or most > of the stuff doing things in parallel or the task should really be > cancelable. It is a pain in the ass for big projects when they start to scan > for changes. > It is a real world case because you acan see it when you work on NetBeans > modules. > Cheers > Chris -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-931) OutOfMemory after a night of stand-by
[ https://issues.apache.org/jira/browse/NETBEANS-931?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16648727#comment-16648727 ] Laszlo Kishalmi commented on NETBEANS-931: -- Is this still happens? Unfortunately the download link of the dump has been expired. > OutOfMemory after a night of stand-by > - > > Key: NETBEANS-931 > URL: https://issues.apache.org/jira/browse/NETBEANS-931 > Project: NetBeans > Issue Type: Bug >Affects Versions: 9.0 > Environment: Product Version: Apache NetBeans IDE Dev (Build > incubator-netbeans-release-302-on-20180517) > Java: 1.8.0_152; Java HotSpot(TM) 64-Bit Server VM 25.152-b16 > Runtime: Java(TM) SE Runtime Environment 1.8.0_152-b16 > System: Windows 10 version 10.0 running on amd64; Cp1252; en_US (nb) > User directory: C:\Users\luca.mambretti.BZDOMAIN\AppData\Roaming\NetBeans\dev > Cache directory: > C:\Users\luca.mambretti.BZDOMAIN\AppData\Local\NetBeans\Cache\dev >Reporter: Luca Mambretti >Priority: Critical > Attachments: messages.log, uigestures.xml > > > After a full day of work I left the system running (it had manifested the > errors described in NETBEANS-901). > > The day after it was out of commission with OOM. > > attached IDE logs and gestures, I also have the heap dump but it's 1.5 gigs > so I doubt I'll be able to attach it (sent it thru a WeTransfer link for now) -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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] [Created] (NETBEANS-1414) Rename option in popup in Palette menu does not exist
efrem mccrimon created NETBEANS-1414: Summary: Rename option in popup in Palette menu does not exist Key: NETBEANS-1414 URL: https://issues.apache.org/jira/browse/NETBEANS-1414 Project: NetBeans Issue Type: Bug Components: editor - Other Reporter: efrem mccrimon Fix For: 10.0 In the Palette Manager, "Rename" option does not exist. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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
[incubator-netbeans] 01/01: Merge pull request #961 from schneiderl/master
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/incubator-netbeans.git commit 10c673c0bb17d575bcff68538d192ede4b93dcd9 Merge: 287c129 c8e4254 Author: Matthias Bläsing AuthorDate: Fri Oct 12 23:48:00 2018 +0200 Merge pull request #961 from schneiderl/master Fixed typo at readme README.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) - 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
[incubator-netbeans] branch master updated (287c129 -> 10c673c)
This is an automated email from the ASF dual-hosted git repository. matthiasblaesing pushed a change to branch master in repository https://gitbox.apache.org/repos/asf/incubator-netbeans.git. from 287c129 Fixes for the OpenJDK project: -handling of external.lib.roots in TEST.ROOT, -using tree view for tests, -avoiding search for modules in (any) tests. add c8e4254 Update README.md new 10c673c Merge pull request #961 from schneiderl/master The 1 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: README.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) - 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
[incubator-netbeans] branch master updated: Fixes for the OpenJDK project: -handling of external.lib.roots in TEST.ROOT, -using tree view for tests, -avoiding search for modules in (any) tests.
This is an automated email from the ASF dual-hosted git repository. jlahoda pushed a commit to branch master in repository https://gitbox.apache.org/repos/asf/incubator-netbeans.git The following commit(s) were added to refs/heads/master by this push: new 287c129 Fixes for the OpenJDK project: -handling of external.lib.roots in TEST.ROOT, -using tree view for tests, -avoiding search for modules in (any) tests. 287c129 is described below commit 287c1296933f78da041c8f009ca63f661b309dfd Author: Jan Lahoda AuthorDate: Mon Oct 8 22:30:55 2018 +0200 Fixes for the OpenJDK project: -handling of external.lib.roots in TEST.ROOT, -using tree view for tests, -avoiding search for modules in (any) tests. --- .../java/openjdk/jtreg/ClassPathProviderImpl.java | 32 ++ .../openjdk/project/LogicalViewProviderImpl.java | 22 ++- .../java/openjdk/project/ModuleDescription.java| 6 +--- .../modules/java/openjdk/project/SourcesImpl.java | 5 .../openjdk/jtreg/ClassPathProviderImplTest.java | 16 +++ 5 files changed, 69 insertions(+), 12 deletions(-) diff --git a/java/java.openjdk.project/src/org/netbeans/modules/java/openjdk/jtreg/ClassPathProviderImpl.java b/java/java.openjdk.project/src/org/netbeans/modules/java/openjdk/jtreg/ClassPathProviderImpl.java index 4aa3cc9..3965ba1 100644 --- a/java/java.openjdk.project/src/org/netbeans/modules/java/openjdk/jtreg/ClassPathProviderImpl.java +++ b/java/java.openjdk.project/src/org/netbeans/modules/java/openjdk/jtreg/ClassPathProviderImpl.java @@ -27,7 +27,7 @@ import java.lang.reflect.Method; import java.net.MalformedURLException; import java.net.URL; import java.util.ArrayList; -import java.util.HashSet; +import java.util.LinkedHashSet; import java.util.List; import java.util.Properties; import java.util.Set; @@ -65,7 +65,9 @@ public class ClassPathProviderImpl implements ClassPathProvider { testProperties = search.getFileObject("TEST.properties"); } -if (search.getFileObject("TEST.ROOT") != null) { +FileObject testRoot = search.getFileObject("TEST.ROOT"); + +if (testRoot != null) { boolean javac = (Utilities.isLangtoolsRepository(search.getParent()) || search.getNameExt().equals("langtools")) && ShortcutUtils.getDefault().shouldUseCustomTest("langtools", FileUtil.getRelativePath(search.getParent(), file)); //XXX: hack to make things work for langtools: @@ -110,7 +112,7 @@ public class ClassPathProviderImpl implements ClassPathProvider { return null; } -Set roots = new HashSet<>(); +Set roots = new LinkedHashSet<>(); if (testProperties != null) { roots.add(testProperties.getParent()); @@ -141,12 +143,30 @@ public class ClassPathProviderImpl implements ClassPathProvider { Matcher m = library.matcher(content.toString()); if (m.find()) { +List libDirs = new ArrayList<>(); +try (InputStream in = testRoot.getInputStream()) { +Properties p = new Properties(); +p.load(in); +String externalLibRoots = p.getProperty("external.lib.roots"); +if (externalLibRoots != null) { +for (String extLib : externalLibRoots.split("\\s+")) { +FileObject libDir = search.getFileObject(extLib); + +if (libDir != null) { +libDirs.add(libDir); +} +} +} +} +libDirs.add(search); String libraryPaths = m.group(1).trim(); for (String libraryPath : libraryPaths.split(" ")) { -FileObject libFO = resolve(file, search, libraryPath); +for (FileObject libDir : libDirs) { +FileObject libFO = resolve(file, libDir, libraryPath); -if (libFO != null) { -roots.add(libFO); +if (libFO != null) { +roots.add(libFO); +} } } } diff --git a/java/java.openjdk.project/src/org/netbeans/modules/java/openjdk/project/LogicalViewProviderImpl.java b/java/java.openjdk.project/src/org/netbeans/modules/java/openjdk/proje
[incubator-netbeans-jackpot30] branch master updated: Supporting building from the source bundle.
This is an automated email from the ASF dual-hosted git repository. jlahoda pushed a commit to branch master in repository https://gitbox.apache.org/repos/asf/incubator-netbeans-jackpot30.git The following commit(s) were added to refs/heads/master by this push: new 2dfbae8 Supporting building from the source bundle. 2dfbae8 is described below commit 2dfbae8c076f3123fe891aadd96e692f14d6b80c Author: Jan Lahoda AuthorDate: Fri Oct 12 08:49:56 2018 +0200 Supporting building from the source bundle. --- cmdline/ant/build.xml | 6 +++--- cmdline/build.xml | 13 + cmdline/tool/build.xml | 4 ++-- 3 files changed, 14 insertions(+), 9 deletions(-) diff --git a/cmdline/ant/build.xml b/cmdline/ant/build.xml index 21055f3..8835f54 100644 --- a/cmdline/ant/build.xml +++ b/cmdline/ant/build.xml @@ -89,8 +89,8 @@ --> - - - + + + diff --git a/cmdline/build.xml b/cmdline/build.xml index e62563e..ec36182 100644 --- a/cmdline/build.xml +++ b/cmdline/build.xml @@ -36,19 +36,23 @@ - - - - + + + + + + + + @@ -59,6 +63,7 @@ + diff --git a/cmdline/tool/build.xml b/cmdline/tool/build.xml index 58be5ca..f85a9bb 100644 --- a/cmdline/tool/build.xml +++ b/cmdline/tool/build.xml @@ -44,7 +44,7 @@ - + @@ -53,7 +53,7 @@ - + - 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
[incubator-netbeans] annotated tag 9.0 updated (9790496 -> 38e907c)
This is an automated email from the ASF dual-hosted git repository. lkishalmi pushed a change to annotated tag 9.0 in repository https://gitbox.apache.org/repos/asf/incubator-netbeans.git. *** WARNING: tag 9.0 was modified! *** from 9790496 (commit) to 38e907c (tag) tagging 97904961e496383d6150aef9b78fa8dff8f3e1ce (commit) replaces 9.0-vc2 by Laszlo Kishalmi on Fri Oct 12 12:41:26 2018 -0700 - Log - 9.0 release (same as 9.0-vc3) --- No new revisions were added by this update. Summary of changes: - 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-1359) Profiling the IDE hangs when saving snapshot
[ https://issues.apache.org/jira/browse/NETBEANS-1359?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16648365#comment-16648365 ] Geertjan Wielenga commented on NETBEANS-1359: - Confirmed on Mac OSX with Apache NetBeans 10 vc1 on JDK 11. I then switch to JDK 8 (Update 121) and it worked as expected, i.e., I cannot reproduce this in 8. Tried to reproduce it on JDK 10, and it works fine there too, so it seems JDK 11 specific. I.e., something on the JDK level, not the NetBeans level. > Profiling the IDE hangs when saving snapshot > > > Key: NETBEANS-1359 > URL: https://issues.apache.org/jira/browse/NETBEANS-1359 > Project: NetBeans > Issue Type: Bug > Components: profiler - IDE >Affects Versions: 10.0 >Reporter: Glenn Holmer >Assignee: Glenn Holmer >Priority: Major > Attachments: stacktrace.txt > > > 1) Click "Profile the IDE" icon in the Performance toolbar to start profiling > the IDE. > 2) Open some projects, files within them, etc. to create some activity for > the profiler. > 3) Click the icon again (which is now labelled "Stop IDE Profiling and Take a > Snapshot"). > This last action should create and open a profiler snapshot, but the "Saving > snapshot" progress bar in the status area of NetBeans never goes anywhere and > a snapshot is not opened. > -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-1359) Profiling the IDE hangs when saving snapshot
[ https://issues.apache.org/jira/browse/NETBEANS-1359?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16648348#comment-16648348 ] Laszlo Kishalmi commented on NETBEANS-1359: --- Confirmed. Happened with me as well when I tried to profile excessive CPU usage on refreshing on external changes. > Profiling the IDE hangs when saving snapshot > > > Key: NETBEANS-1359 > URL: https://issues.apache.org/jira/browse/NETBEANS-1359 > Project: NetBeans > Issue Type: Bug > Components: profiler - IDE >Affects Versions: 10.0 >Reporter: Glenn Holmer >Assignee: Glenn Holmer >Priority: Major > Attachments: stacktrace.txt > > > 1) Click "Profile the IDE" icon in the Performance toolbar to start profiling > the IDE. > 2) Open some projects, files within them, etc. to create some activity for > the profiler. > 3) Click the icon again (which is now labelled "Stop IDE Profiling and Take a > Snapshot"). > This last action should create and open a profiler snapshot, but the "Saving > snapshot" progress bar in the status area of NetBeans never goes anywhere and > a snapshot is not opened. > -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-1359) Profiling the IDE hangs when saving snapshot
[ https://issues.apache.org/jira/browse/NETBEANS-1359?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16641242#comment-16641242 ] Glenn Holmer edited comment on NETBEANS-1359 at 10/12/18 7:09 PM: -- I traced it through org.netbeans.modules.sampler.Sampler.java, and it seems that the catch at line 239 isn't catching the actual error, which is javax.management.openmbean.OpenDataException. Stack trace attached. was (Author: gholmer): I traced it through org.netbeans.modules.sampler.Sampler.java, and it seems that the catch at line 239 isn't catching the actual error, which is javax.management.openmbean.OpenDataException. I have a stack trace, but get an error from JIRA when trying to upload it. > Profiling the IDE hangs when saving snapshot > > > Key: NETBEANS-1359 > URL: https://issues.apache.org/jira/browse/NETBEANS-1359 > Project: NetBeans > Issue Type: Bug > Components: profiler - IDE >Affects Versions: 10.0 >Reporter: Glenn Holmer >Assignee: Glenn Holmer >Priority: Major > Attachments: stacktrace.txt > > > 1) Click "Profile the IDE" icon in the Performance toolbar to start profiling > the IDE. > 2) Open some projects, files within them, etc. to create some activity for > the profiler. > 3) Click the icon again (which is now labelled "Stop IDE Profiling and Take a > Snapshot"). > This last action should create and open a profiler snapshot, but the "Saving > snapshot" progress bar in the status area of NetBeans never goes anywhere and > a snapshot is not opened. > -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-1359) Profiling the IDE hangs when saving snapshot
[ https://issues.apache.org/jira/browse/NETBEANS-1359?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Glenn Holmer updated NETBEANS-1359: --- Attachment: stacktrace.txt > Profiling the IDE hangs when saving snapshot > > > Key: NETBEANS-1359 > URL: https://issues.apache.org/jira/browse/NETBEANS-1359 > Project: NetBeans > Issue Type: Bug > Components: profiler - IDE >Affects Versions: 10.0 >Reporter: Glenn Holmer >Assignee: Glenn Holmer >Priority: Major > Attachments: stacktrace.txt > > > 1) Click "Profile the IDE" icon in the Performance toolbar to start profiling > the IDE. > 2) Open some projects, files within them, etc. to create some activity for > the profiler. > 3) Click the icon again (which is now labelled "Stop IDE Profiling and Take a > Snapshot"). > This last action should create and open a profiler snapshot, but the "Saving > snapshot" progress bar in the status area of NetBeans never goes anywhere and > a snapshot is not opened. > -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-1359) Profiling the IDE hangs when saving snapshot
[ https://issues.apache.org/jira/browse/NETBEANS-1359?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Glenn Holmer updated NETBEANS-1359: --- Attachment: (was: README) > Profiling the IDE hangs when saving snapshot > > > Key: NETBEANS-1359 > URL: https://issues.apache.org/jira/browse/NETBEANS-1359 > Project: NetBeans > Issue Type: Bug > Components: profiler - IDE >Affects Versions: 10.0 >Reporter: Glenn Holmer >Assignee: Glenn Holmer >Priority: Major > Attachments: stacktrace.txt > > > 1) Click "Profile the IDE" icon in the Performance toolbar to start profiling > the IDE. > 2) Open some projects, files within them, etc. to create some activity for > the profiler. > 3) Click the icon again (which is now labelled "Stop IDE Profiling and Take a > Snapshot"). > This last action should create and open a profiler snapshot, but the "Saving > snapshot" progress bar in the status area of NetBeans never goes anywhere and > a snapshot is not opened. > -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-1359) Profiling the IDE hangs when saving snapshot
[ https://issues.apache.org/jira/browse/NETBEANS-1359?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Glenn Holmer updated NETBEANS-1359: --- Attachment: README > Profiling the IDE hangs when saving snapshot > > > Key: NETBEANS-1359 > URL: https://issues.apache.org/jira/browse/NETBEANS-1359 > Project: NetBeans > Issue Type: Bug > Components: profiler - IDE >Affects Versions: 10.0 >Reporter: Glenn Holmer >Assignee: Glenn Holmer >Priority: Major > Attachments: README > > > 1) Click "Profile the IDE" icon in the Performance toolbar to start profiling > the IDE. > 2) Open some projects, files within them, etc. to create some activity for > the profiler. > 3) Click the icon again (which is now labelled "Stop IDE Profiling and Take a > Snapshot"). > This last action should create and open a profiler snapshot, but the "Saving > snapshot" progress bar in the status area of NetBeans never goes anywhere and > a snapshot is not opened. > -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-1413) Code Model: Wrong type when declaring multiple structs with a macro
[ https://issues.apache.org/jira/browse/NETBEANS-1413?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kevin Hallenbeck updated NETBEANS-1413: --- Description: Migrated issue from old issue tracker: [https://netbeans.org/bugzilla/show_bug.cgi?id=270898] When declaring multiple structures in the same macro, the code model incorrectly types all structures as the last used type. Example below. All of the following have the type MsgC, when they should be MsgA/MsgB/MsgC. {code:java} list2_.aaa.msg.a list2_.bbb.msg.b list2_.ccc.msg.c{code} !netbeans_struct_macro.png! was: Migrated issue from old issue tracker: [https://netbeans.org/bugzilla/show_bug.cgi?id=270898] When declaring multiple structures in the same macro, the code model incorrectly types all structures as the last used type. Example below. All of the following have the type MsgC, when they should be MsgA/MsgB/MsgC. {code:java} list2_.aaa.msg.a list2_.bbb.msg.b list2_.ccc.msg.c{code} {code:java} // Simple message structures typedef struct { int a; } MsgA; typedef struct { int b; } MsgB; typedef struct { int c; } MsgC; typedef struct { int d; } MsgD; typedef struct { int e; } MsgE; typedef struct { int f; } MsgF; // X-Macro for list elements: X(name,MsgName) #define MY_LIST1 \ X(aaa, MsgA)\ X(bbb, MsgB)\ X(ccc, MsgC)\ // X-Macro for list elements: X(name,MsgName) #define MY_LIST2 \ X(ddd, MsgD)\ X(eee, MsgE)\ X(fff, MsgF)\ // Generate structure of all messages #define X(name,MsgName) MsgName name; static struct { MY_LIST1 MY_LIST2 } list1_ = {0}; #undef X // Generate structure of all messages #define X(name,MsgName) struct { MsgName msg; } name; static struct { MY_LIST1 MY_LIST2 } list2_ = {0}; #undef X // Generate structure of all messages #define X(name,MsgName) struct { MsgName msg; } list3_##name; MY_LIST1 MY_LIST2 #undef X static void test() { list1_.aaa.a; list1_.ddd.d; list1_.bbb.b; list1_.eee.e; list1_.ccc.c; list1_.fff.f; list2_.aaa.msg.a; list2_.ddd.msg.d; list2_.bbb.msg.b; list2_.eee.msg.e; list2_.ccc.msg.c; list2_.fff.msg.f; list3_aaa.msg.a; list3_ddd.msg.d; list3_bbb.msg.b; list3_eee.msg.e; list3_ccc.msg.c; list3_fff.msg.f; } {code} > Code Model: Wrong type when declaring multiple structs with a macro > --- > > Key: NETBEANS-1413 > URL: https://issues.apache.org/jira/browse/NETBEANS-1413 > Project: NetBeans > Issue Type: Bug > Components: cnd - Code Model >Reporter: Kevin Hallenbeck >Priority: Minor > Attachments: netbeans_struct_macro.png, test.c > > > Migrated issue from old issue tracker: > [https://netbeans.org/bugzilla/show_bug.cgi?id=270898] > When declaring multiple structures in the same macro, the code model > incorrectly types all structures as the last used type. Example below. > All of the following have the type MsgC, when they should be MsgA/MsgB/MsgC. > {code:java} > list2_.aaa.msg.a > list2_.bbb.msg.b > list2_.ccc.msg.c{code} > !netbeans_struct_macro.png! -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-1413) Code Model: Wrong type when declaring multiple structs with a macro
[ https://issues.apache.org/jira/browse/NETBEANS-1413?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kevin Hallenbeck updated NETBEANS-1413: --- Description: Migrated issue from old issue tracker: [https://netbeans.org/bugzilla/show_bug.cgi?id=270898] When declaring multiple structures in the same macro, the code model incorrectly types all structures as the last used type. Example below. All of the following have the type MsgC, when they should be MsgA/MsgB/MsgC. {code:java} list2_.aaa.msg.a list2_.bbb.msg.b list2_.ccc.msg.c{code} {code:java} // Simple message structures typedef struct { int a; } MsgA; typedef struct { int b; } MsgB; typedef struct { int c; } MsgC; typedef struct { int d; } MsgD; typedef struct { int e; } MsgE; typedef struct { int f; } MsgF; // X-Macro for list elements: X(name,MsgName) #define MY_LIST1 \ X(aaa, MsgA)\ X(bbb, MsgB)\ X(ccc, MsgC)\ // X-Macro for list elements: X(name,MsgName) #define MY_LIST2 \ X(ddd, MsgD)\ X(eee, MsgE)\ X(fff, MsgF)\ // Generate structure of all messages #define X(name,MsgName) MsgName name; static struct { MY_LIST1 MY_LIST2 } list1_ = {0}; #undef X // Generate structure of all messages #define X(name,MsgName) struct { MsgName msg; } name; static struct { MY_LIST1 MY_LIST2 } list2_ = {0}; #undef X // Generate structure of all messages #define X(name,MsgName) struct { MsgName msg; } list3_##name; MY_LIST1 MY_LIST2 #undef X static void test() { list1_.aaa.a; list1_.ddd.d; list1_.bbb.b; list1_.eee.e; list1_.ccc.c; list1_.fff.f; list2_.aaa.msg.a; list2_.ddd.msg.d; list2_.bbb.msg.b; list2_.eee.msg.e; list2_.ccc.msg.c; list2_.fff.msg.f; list3_aaa.msg.a; list3_ddd.msg.d; list3_bbb.msg.b; list3_eee.msg.e; list3_ccc.msg.c; list3_fff.msg.f; } {code} was: Migrated issue from old issue tracker: [https://netbeans.org/bugzilla/show_bug.cgi?id=270898] When declaring multiple structures in the same macro, the code model incorrectly types all structures as the last used type. Example below. All of the following have the type MsgC, when they should be MsgA/MsgB/MsgC. {code:java} list2_.aaa.msg.a list2_.bbb.msg.b list2_.ccc.msg.c{code} {code:java} // Simple message structures typedef struct { int a; } MsgA; typedef struct { int b; } MsgB; typedef struct { int c; } MsgC; typedef struct { int d; } MsgD; typedef struct { int e; } MsgE; typedef struct { int f; } MsgF; // X-Macro for list elements: X(name,MsgName) #define MY_LIST1 \ X(aaa, MsgA)\ X(bbb, MsgB)\ X(ccc, MsgC)\ // X-Macro for list elements: X(name,MsgName) #define MY_LIST2 \ X(ddd, MsgD)\ X(eee, MsgE)\ X(fff, MsgF)\ // Generate structure of all messages #define X(name,MsgName) MsgName name; static struct { MY_LIST1 MY_LIST2 } list1_ = {0}; #undef X // Generate structure of all messages #define X(name,MsgName) struct { MsgName msg; } name; static struct { MY_LIST1 MY_LIST2 } list2_ = {0}; #undef X // Generate structure of all messages #define X(name,MsgName) struct { MsgName msg; } list3_##name; MY_LIST1 MY_LIST2 #undef X static void test() { list1_.aaa.a; list1_.ddd.d; list1_.bbb.b; list1_.eee.e; list1_.ccc.c; list1_.fff.f; list2_.aaa.msg.a; list2_.ddd.msg.d; list2_.bbb.msg.b; list2_.eee.msg.e; list2_.ccc.msg.c; list2_.fff.msg.f; list3_aaa.msg.a; list3_ddd.msg.d; list3_bbb.msg.b; list3_eee.msg.e; list3_ccc.msg.c; list3_fff.msg.f; } {code} > Code Model: Wrong type when declaring multiple structs with a macro > --- > > Key: NETBEANS-1413 > URL: https://issues.apache.org/jira/browse/NETBEANS-1413 > Project: NetBeans > Issue Type: Bug > Components: cnd - Code Model >Reporter: Kevin Hallenbeck >Priority: Minor > Attachments: netbeans_struct_macro.png, test.c > > > Migrated issue from old issue tracker: > [https://netbeans.org/bugzilla/show_bug.cgi?id=270898] > When declaring multiple structures in the same macro, the code model > incorrectly types all structures as the last used type. Example below. > All of the following have the type MsgC, when they should be MsgA/MsgB/MsgC. > {code:java} > list2_.aaa.msg.a > list2_.bbb.msg.b > list2_.ccc.msg.c{code} > > > > {code:java} > // Simple message structures > typedef struct { int a; } MsgA; > typedef struct { int b; } MsgB; > typedef struct { int c; } MsgC; > typedef struct { int d; } MsgD; > typedef struct { int e; } MsgE; > typedef struct { int f; } MsgF; > // X-Macro for list elements: X(name,MsgName) > #define MY_LIST1 \ > X(aaa, MsgA)\ > X(bbb, MsgB)\ > X(ccc, MsgC)\ > // X-Macro for list elements: X(name,MsgName) > #define MY_LIST2 \ > X(ddd, MsgD)\ > X(eee, MsgE)\ > X(fff, MsgF)\ > // Generate structure of all messages > #define X(name,MsgName) MsgName name; > static struct { MY_LIST1 MY_LIST2 } list1_ = {0}; > #undef X > // Genera
[jira] [Created] (NETBEANS-1413) Code Model: Wrong type when declaring multiple structs with a macro
Kevin Hallenbeck created NETBEANS-1413: -- Summary: Code Model: Wrong type when declaring multiple structs with a macro Key: NETBEANS-1413 URL: https://issues.apache.org/jira/browse/NETBEANS-1413 Project: NetBeans Issue Type: Bug Components: cnd - Code Model Reporter: Kevin Hallenbeck Attachments: netbeans_struct_macro.png, test.c Migrated issue from old issue tracker: [https://netbeans.org/bugzilla/show_bug.cgi?id=270898] When declaring multiple structures in the same macro, the code model incorrectly types all structures as the last used type. Example below. All of the following have the type MsgC, when they should be MsgA/MsgB/MsgC. {code:java} list2_.aaa.msg.a list2_.bbb.msg.b list2_.ccc.msg.c{code} {code:java} // Simple message structures typedef struct { int a; } MsgA; typedef struct { int b; } MsgB; typedef struct { int c; } MsgC; typedef struct { int d; } MsgD; typedef struct { int e; } MsgE; typedef struct { int f; } MsgF; // X-Macro for list elements: X(name,MsgName) #define MY_LIST1 \ X(aaa, MsgA)\ X(bbb, MsgB)\ X(ccc, MsgC)\ // X-Macro for list elements: X(name,MsgName) #define MY_LIST2 \ X(ddd, MsgD)\ X(eee, MsgE)\ X(fff, MsgF)\ // Generate structure of all messages #define X(name,MsgName) MsgName name; static struct { MY_LIST1 MY_LIST2 } list1_ = {0}; #undef X // Generate structure of all messages #define X(name,MsgName) struct { MsgName msg; } name; static struct { MY_LIST1 MY_LIST2 } list2_ = {0}; #undef X // Generate structure of all messages #define X(name,MsgName) struct { MsgName msg; } list3_##name; MY_LIST1 MY_LIST2 #undef X static void test() { list1_.aaa.a; list1_.ddd.d; list1_.bbb.b; list1_.eee.e; list1_.ccc.c; list1_.fff.f; list2_.aaa.msg.a; list2_.ddd.msg.d; list2_.bbb.msg.b; list2_.eee.msg.e; list2_.ccc.msg.c; list2_.fff.msg.f; list3_aaa.msg.a; list3_ddd.msg.d; list3_bbb.msg.b; list3_eee.msg.e; list3_ccc.msg.c; list3_fff.msg.f; } {code} -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-49) Please add smooth scrolling
[ https://issues.apache.org/jira/browse/NETBEANS-49?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16647977#comment-16647977 ] Eirik Bakke commented on NETBEANS-49: - Christian, I saw you changed the version of the bug from "Next" to "10". I think the pull request was merged just after the 10.0 release was branched off, so if we want it to go into 10, it would have to be cherry-picked from the master branch and into the release100 branch. Otherwise it would just go into the next release after that (which is 3 months later if I understand [https://cwiki.apache.org/confluence/display/NETBEANS/Apache+NetBeans+Release+Roadmap] correctly). > Please add smooth scrolling > > > Key: NETBEANS-49 > URL: https://issues.apache.org/jira/browse/NETBEANS-49 > Project: NetBeans > Issue Type: Improvement > Components: platform - Window System >Reporter: Christian Lenz >Priority: Major > Labels: pull-request-available > Fix For: 10.0 > > Time Spent: 2h 10m > Remaining Estimate: 0h > > Inside the editor, when I scroll with my touchpad to the bottom, it jumps 9 > lines to the next, this is a lot. I don't like such gappings I would like to > have a smooth stepless scrolling, like in chrome or other windows native > apps. Please add this for horizontal and vertical scrolling, it will be much > better. Not only in editors, it should be available everywhere, where we have > scrollbars. > Regards > Chris -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-1410) Remove the blocking code section in java files for swing
[ https://issues.apache.org/jira/browse/NETBEANS-1410?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16647918#comment-16647918 ] Jan Lahoda commented on NETBEANS-1410: -- So, I have no doubt there are questions about the guarded blocks (even though for this particular question, I think it was better the guarded blocks were there). I doubt, however, that every user will understand when their manually edited code disappears as the form editor re-generates the code. Are there data to believe everyone will understand this and won't (rightfully, if you ask me) complain? To me, that looks like a data loss, which is always very bad. > Remove the blocking code section in java files for swing > > > Key: NETBEANS-1410 > URL: https://issues.apache.org/jira/browse/NETBEANS-1410 > Project: NetBeans > Issue Type: Improvement > Components: guibuilder - Binding, guibuilder - Code >Affects Versions: Next >Reporter: Christian Lenz >Priority: Major > > Please give us the freedom to remove the code and not create guarded blocks. > I have often the problem, that I want to remove code, that I accidentally > added via the GUI designer like double clicking the button (I always think > that I can change the label on it, no it will create an action listener for > it). IntelliJ doesn't do that and I guess the JFormDesigner will not do this > too. > So please don't say, you are not allowed to change the code. There are some > others, when you google for it, that they have also the same problem. We are > developer, we should know, what we are doing. > Customize Code will also not help to 100%. There is no reason to make such > generated code read only. Often I have to open the file in VS Code for > example, to remove the unused code which is not nice. > Cheers > Chris -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-1412) NetBeans should not scan jars for deactivated plugins
[ https://issues.apache.org/jira/browse/NETBEANS-1412?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Christian Lenz updated NETBEANS-1412: - Description: When I deactivate plugins, they will still be inside the folder *C:\Users\Chrl\AppData\Roaming\NetBeans\8.2\modules*. When opening NetBeans I got over 100 warnings of dependencies that will upgraded: {code} WARNING [org.netbeans.core.modules]: had to upgrade dependencies for module arduino: added = [module org.netbeans.modules.projectuiapi.base/1 > 1.78.0, module org.openide.filesystems.nb, module org.openide.filesystems.compat8] removed = []; details: [Separate projectuiapi into desktop and NetBeans independent and dependent parts, Separation of desktop and cleanup] {code} So yes I installed arduino but I deactivated it. I deactivated a lot more like ruby and atmel and all are scanned. So for me, I don't want to deinstall those plugins, because I will loose the history of all plugins that I added months or years ago. So in my understanding, netbeans scans all jars inside of the modules folder and this takes time. Not that much, maybe some ms but if you have 150 addons installed, like me and NetBeans needs round about 20ms for that jar to scan at starting the IDE and give the warning, doesn't matter whether it is activated or not, it will increase the starting time. So 150 * 20ms = 3s. Of course this is not much but preventable. I would prefer to move deactivated plugins into a sub folder called deactivated and exclude them from scanning, if this is possible, How does that sounds? Cheers Chris was: When I deactivate plugins, they will still be inside the folder *C:\Users\Chrl\AppData\Roaming\NetBeans\8.2\modules*. When opening NetBeans I got over 100 warnings of dependencies that will upgraded: {code} WARNING [org.netbeans.core.modules]: had to upgrade dependencies for module arduino: added = [module org.netbeans.modules.projectuiapi.base/1 > 1.78.0, module org.openide.filesystems.nb, module org.openide.filesystems.compat8] removed = []; details: [Separate projectuiapi into desktop and NetBeans independent and dependent parts, Separation of desktop and cleanup] {code} So yes I installed arduino but I deactivated it. I deactivated a lot more like ruby and atmel and all are scanned. So for me, I don't want to deinstall those plugins, because I will loose the history of all plugins that I added months or yaers ago. So in my understanding, netbeans scans all jars inside of the modules folder and this takes time. Not that much, maybe some ms but if you have 150 addons installed, like me and NetBeans needs round about 20ms for that jar to scan at starting the IDE and give the warning, doesn't matter whether it is activated or not. So 150 * 20ms = 3s. Of course this is not much but preventable. I would prefer to move deactivated plugins into a sub folder called deactivated and exclude them from scanning, if this is possible, How does that sounds? Cheers Chris > NetBeans should not scan jars for deactivated plugins > - > > Key: NETBEANS-1412 > URL: https://issues.apache.org/jira/browse/NETBEANS-1412 > Project: NetBeans > Issue Type: Improvement > Components: ide - Performance, platform - Plugin Manager >Affects Versions: Next >Reporter: Christian Lenz >Priority: Major > > When I deactivate plugins, they will still be inside the folder > *C:\Users\Chrl\AppData\Roaming\NetBeans\8.2\modules*. When opening NetBeans I > got over 100 warnings of dependencies that will upgraded: > {code} > WARNING [org.netbeans.core.modules]: had to upgrade dependencies for module > arduino: added = [module org.netbeans.modules.projectuiapi.base/1 > 1.78.0, > module org.openide.filesystems.nb, module org.openide.filesystems.compat8] > removed = []; details: [Separate projectuiapi into desktop and NetBeans > independent and dependent parts, Separation of desktop and cleanup] > {code} > So yes I installed arduino but I deactivated it. I deactivated a lot more > like ruby and atmel and all are scanned. So for me, I don't want to deinstall > those plugins, because I will loose the history of all plugins that I added > months or years ago. > So in my understanding, netbeans scans all jars inside of the modules folder > and this takes time. Not that much, maybe some ms but if you have 150 addons > installed, like me and NetBeans needs round about 20ms for that jar to scan > at starting the IDE and give the warning, doesn't matter whether it is > activated or not, it will increase the starting time. So 150 * 20ms = 3s. Of > course this is not much but preventable. > I would prefer to move deactivated plugins into a sub folder called > deactivated and exclude them from scanning, if this is possible, How does > that sounds
[jira] [Created] (NETBEANS-1412) NetBeans should not scan jars for deactivated plugins
Christian Lenz created NETBEANS-1412: Summary: NetBeans should not scan jars for deactivated plugins Key: NETBEANS-1412 URL: https://issues.apache.org/jira/browse/NETBEANS-1412 Project: NetBeans Issue Type: Improvement Components: ide - Performance, platform - Plugin Manager Affects Versions: Next Reporter: Christian Lenz When I deactivate plugins, they will still be inside the folder *C:\Users\Chrl\AppData\Roaming\NetBeans\8.2\modules*. When opening NetBeans I got over 100 warnings of dependencies that will upgraded: {code} WARNING [org.netbeans.core.modules]: had to upgrade dependencies for module arduino: added = [module org.netbeans.modules.projectuiapi.base/1 > 1.78.0, module org.openide.filesystems.nb, module org.openide.filesystems.compat8] removed = []; details: [Separate projectuiapi into desktop and NetBeans independent and dependent parts, Separation of desktop and cleanup] {code} So yes I installed arduino but I deactivated it. I deactivated a lot more like ruby and atmel and all are scanned. So for me, I don't want to deinstall those plugins, because I will loose the history of all plugins that I added months or yaers ago. So in my understanding, netbeans scans all jars inside of the modules folder and this takes time. Not that much, maybe some ms but if you have 150 addons installed, like me and NetBeans needs round about 20ms for that jar to scan at starting the IDE and give the warning, doesn't matter whether it is activated or not. So 150 * 20ms = 3s. Of course this is not much but preventable. I would prefer to move deactivated plugins into a sub folder called deactivated and exclude them from scanning, if this is possible, How does that sounds? Cheers Chris -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-1390) @MIMEResolver.ExtensionRegistration should handle dot fies
[ https://issues.apache.org/jira/browse/NETBEANS-1390?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16647778#comment-16647778 ] Christian Lenz commented on NETBEANS-1390: -- Here is another request for that: https://netbeans.org/bugzilla/show_bug.cgi?id=255675 > @MIMEResolver.ExtensionRegistration should handle dot fies > -- > > Key: NETBEANS-1390 > URL: https://issues.apache.org/jira/browse/NETBEANS-1390 > Project: NetBeans > Issue Type: Improvement > Components: platform - Filesystems >Affects Versions: Next >Reporter: Christian Lenz >Priority: Major > > The @MIMEResolver.ExtensionRegistration, should handle dot files too (.h2.db, > .gwt.xml, .blade.php, etc.) and not only simple files (.xml, .whatever, .txt, > etc.) > The "solution" inside the external ticket, is only a workaround and not > really nice. The resolver should handle this, because there are a lot of > files out there with such convention and we need a proper handling of this to > create a simple way to register such extensions. > It was even possible via XML resolver, but should also be possible for that > resolver. > Cheers > Chris -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-1395) Java Platforms Help Button don't working
[ https://issues.apache.org/jira/browse/NETBEANS-1395?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Christian Lenz updated NETBEANS-1395: - Summary: Java Platforms Help Button don't working (was: Java Plataforms Help Button don't working) > Java Platforms Help Button don't working > > > Key: NETBEANS-1395 > URL: https://issues.apache.org/jira/browse/NETBEANS-1395 > Project: NetBeans > Issue Type: Bug > Components: platform - Help System >Affects Versions: 10.0 > Environment: Windows 10 >Reporter: Rodrigo Teixeira Andreotti >Priority: Trivial > Labels: help, help-system, java-plataform > > Java Plataforms Help Button don't working on click in it no window is opened. > Same for Add Plataform Window -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-1410) Remove the blocking code section in java files for swing
[ https://issues.apache.org/jira/browse/NETBEANS-1410?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16647760#comment-16647760 ] Christian Lenz commented on NETBEANS-1410: -- Here is such a question: https://stackoverflow.com/questions/17131589/how-to-change-non-editable-generated-code-in-netbeans > Remove the blocking code section in java files for swing > > > Key: NETBEANS-1410 > URL: https://issues.apache.org/jira/browse/NETBEANS-1410 > Project: NetBeans > Issue Type: Improvement > Components: guibuilder - Binding, guibuilder - Code >Affects Versions: Next >Reporter: Christian Lenz >Priority: Major > > Please give us the freedom to remove the code and not create guarded blocks. > I have often the problem, that I want to remove code, that I accidentally > added via the GUI designer like double clicking the button (I always think > that I can change the label on it, no it will create an action listener for > it). IntelliJ doesn't do that and I guess the JFormDesigner will not do this > too. > So please don't say, you are not allowed to change the code. There are some > others, when you google for it, that they have also the same problem. We are > developer, we should know, what we are doing. > Customize Code will also not help to 100%. There is no reason to make such > generated code read only. Often I have to open the file in VS Code for > example, to remove the unused code which is not nice. > Cheers > Chris -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-1410) Remove the blocking code section in java files for swing
[ https://issues.apache.org/jira/browse/NETBEANS-1410?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16647735#comment-16647735 ] Christian Lenz commented on NETBEANS-1410: -- But this is totally fine by the designer. And the people will know that this is not a two-way editor which is also totally fine. After they see the changes and what happen, they will understand. The thing is that this is a big restriction and we should be not that restricted at all. Some people likes it, some not and often you found question like, how can I delete/change the code that is guarded. Maybe we should discuss it more or less at the mailing list, because I can see, that this could be not an easy topic. > Remove the blocking code section in java files for swing > > > Key: NETBEANS-1410 > URL: https://issues.apache.org/jira/browse/NETBEANS-1410 > Project: NetBeans > Issue Type: Improvement > Components: guibuilder - Binding, guibuilder - Code >Affects Versions: Next >Reporter: Christian Lenz >Priority: Major > > Please give us the freedom to remove the code and not create guarded blocks. > I have often the problem, that I want to remove code, that I accidentally > added via the GUI designer like double clicking the button (I always think > that I can change the label on it, no it will create an action listener for > it). IntelliJ doesn't do that and I guess the JFormDesigner will not do this > too. > So please don't say, you are not allowed to change the code. There are some > others, when you google for it, that they have also the same problem. We are > developer, we should know, what we are doing. > Customize Code will also not help to 100%. There is no reason to make such > generated code read only. Often I have to open the file in VS Code for > example, to remove the unused code which is not nice. > Cheers > Chris -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-1410) Remove the blocking code section in java files for swing
[ https://issues.apache.org/jira/browse/NETBEANS-1410?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16647704#comment-16647704 ] Jan Lahoda commented on NETBEANS-1410: -- I believe the reason is that the form editor rewrites the sections when the form is modified. So any manual change may be lost. Of course, some developers may be fine with that (e.g. never opening the file again in the form editor), but I doubt most developers will understand the form editor is not a two-way editor. > Remove the blocking code section in java files for swing > > > Key: NETBEANS-1410 > URL: https://issues.apache.org/jira/browse/NETBEANS-1410 > Project: NetBeans > Issue Type: Improvement > Components: guibuilder - Binding, guibuilder - Code >Affects Versions: Next >Reporter: Christian Lenz >Priority: Major > > Please give us the freedom to remove the code and not create guarded blocks. > I have often the problem, that I want to remove code, that I accidentally > added via the GUI designer like double clicking the button (I always think > that I can change the label on it, no it will create an action listener for > it). IntelliJ doesn't do that and I guess the JFormDesigner will not do this > too. > So please don't say, you are not allowed to change the code. There are some > others, when you google for it, that they have also the same problem. We are > developer, we should know, what we are doing. > Customize Code will also not help to 100%. There is no reason to make such > generated code read only. Often I have to open the file in VS Code for > example, to remove the unused code which is not nice. > Cheers > Chris -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-1411) Hard to align elements inside the swing GUI builder Matisse
[ https://issues.apache.org/jira/browse/NETBEANS-1411?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16647698#comment-16647698 ] Christian Lenz commented on NETBEANS-1411: -- So please improve the usage of the designer. There are a lot of other designers out there like Photoshop or Adobe Expression or the Visual Studio XAML Editor which is farely perfect. > Hard to align elements inside the swing GUI builder Matisse > --- > > Key: NETBEANS-1411 > URL: https://issues.apache.org/jira/browse/NETBEANS-1411 > Project: NetBeans > Issue Type: Improvement > Components: guibuilder - Natural Layout >Affects Versions: Next >Reporter: Christian Lenz >Priority: Major > Attachments: matisseRearrangement.gif, swingAlignmentBroken.gif > > > You can't be pixel perfect inside of the gui builder because of the automated > gaps and rearrangement of the elements, when you move elements arround. > Please see my screencast (swingAlignmentBroken.gif) for what I mean. It is > really hard to align all items, as I want, due to the gap, trying to be > perfect fit but I can't align it px perfect. And then it will rearrangement a > lot which breaks the layout. > The second screencast (matisseRearrangement.gif) shows that it grows below, > when I try to make the space between label and textfield smaller. > I use the layout "Free Design". It should be really free. I mean in general > the designer is good, better than the IntelliJ one, because they don't have > such free designer, they only have grids and boxes, maybe this is enough but > not if you want to be pixel perfect. > The other thing is, if you try to be pixel perfect, it can be a mess and the > UI can look really shitty. > Cheers > Chris -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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] [Created] (NETBEANS-1411) Hard to align elements inside the swing GUI builder Matisse
Christian Lenz created NETBEANS-1411: Summary: Hard to align elements inside the swing GUI builder Matisse Key: NETBEANS-1411 URL: https://issues.apache.org/jira/browse/NETBEANS-1411 Project: NetBeans Issue Type: Improvement Components: guibuilder - Natural Layout Affects Versions: Next Reporter: Christian Lenz Attachments: matisseRearrangement.gif, swingAlignmentBroken.gif You can't be pixel perfect inside of the gui builder because of the automated gaps and rearrangement of the elements, when you move elements arround. Please see my screencast (swingAlignmentBroken.gif) for what I mean. It is really hard to align all items, as I want, due to the gap, trying to be perfect fit but I can't align it px perfect. And then it will rearrangement a lot which breaks the layout. The second screencast (matisseRearrangement.gif) shows that it grows below, when I try to make the space between label and textfield smaller. I use the layout "Free Design". It should be really free. I mean in general the designer is good, better than the IntelliJ one, because they don't have such free designer, they only have grids and boxes, maybe this is enough but not if you want to be pixel perfect. The other thing is, if you try to be pixel perfect, it can be a mess and the UI can look really shitty. Cheers Chris -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-1343) It is not possible to create a new JavaFX project in JDK 11
[ https://issues.apache.org/jira/browse/NETBEANS-1343?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16640049#comment-16640049 ] Michal Rama edited comment on NETBEANS-1343 at 10/12/18 8:55 AM: - I downloaded openjavafx. Important are jar files and src folders - I extracted them into c:\javafx-sdk-11. I added the jar files to the library to an existing project, !picture6.png! !picture7.png! !picture12.png! set it according to this scheme !picture8.png! and, in the project settings, set VM Options. !picture9.png! Now you can open, edit and run the existing project. However, you still can not create a new JavaFX project. *UPDATE:* NetBeans reported a problem with the JavaFX project. !picture10.png! But it is definitely related to the fact that we can not create a new JavaFX project. I found the solution, but it works fifty-fifty, so I will not even mention it. But this bug, with an existing project, does not cause any problems. was (Author: michal_cat): I downloaded openjavafx. Important are jar files and src folders - I extracted them into c:\javafx-sdk-11. I added the jar files to the library to an existing project !picture6.png! !picture7.png! !picture12.png! and modified it according to this scheme. !picture8.png! And, in the project settings, set VM Options. !picture9.png! Now you can open, edit and run the existing project. However, you can still not create a new project. *UPDATE:* NetBeans reported a problem with the JavaFX project. !picture10.png! But it is definitely related to the fact that we can not create a new JavaFX project. I found the solution, but it works fifty-fifty, so I will not even mention it. But this bug, with an existing project, does not cause any problems. > It is not possible to create a new JavaFX project in JDK 11 > --- > > Key: NETBEANS-1343 > URL: https://issues.apache.org/jira/browse/NETBEANS-1343 > Project: NetBeans > Issue Type: Bug > Components: javafx - Project >Affects Versions: 10.0 > Environment: Windows 10, Incubator NetBeans Linux 867, Java 11 >Reporter: Michal Rama >Priority: Blocker > Labels: javafx > Attachments: picture1.png, picture10.png, picture11.png, > picture12.png, picture2.png, picture3.png, picture4.png, picture5.png, > picture6.png, picture7.png, picture8.png, picture9.png > > > Hello, > Unable to create projects. > New Java Project > !picture1.png! > New JavaFX project > !picture2.png! > Please advise. > Thank you > PS. Projects in HTML / CSS / JS / PHP can be created without any problem. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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] [Created] (NETBEANS-1410) Remove the blocking code section in java files for swing
Christian Lenz created NETBEANS-1410: Summary: Remove the blocking code section in java files for swing Key: NETBEANS-1410 URL: https://issues.apache.org/jira/browse/NETBEANS-1410 Project: NetBeans Issue Type: Improvement Components: guibuilder - Binding, guibuilder - Code Affects Versions: Next Reporter: Christian Lenz Please give us the freedom to remove the code and not create guarded blocks. I have often the problem, that I want to remove code, that I accidentally added via the GUI designer like double clicking the button (I always think that I can change the label on it, no it will create an action listener for it). IntelliJ doesn't do that and I guess the JFormDesigner will not do this too. So please don't say, you are not allowed to change the code. There are some others, when you google for it, that they have also the same problem. We are developer, we should know, what we are doing. Customize Code will also not help to 100%. There is no reason to make such generated code read only. Often I have to open the file in VS Code for example, to remove the unused code which is not nice. Cheers Chris -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-1343) It is not possible to create a new JavaFX project in JDK 11
[ https://issues.apache.org/jira/browse/NETBEANS-1343?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16638651#comment-16638651 ] Michal Rama edited comment on NETBEANS-1343 at 10/12/18 8:48 AM: - Yes. But now it has returned to the original (bad) state. It is not possible to create a new JavaFX project. !picture3.png! The solution can not be used because it is for the old version of NetBeans, where the JavaFX tab is still there. !picture4.png! !picture5.png! Please advise. was (Author: michal_cat): Yes. But now it has returned to the original (bad) state. It is not possible to create a new JavaFX project !picture3.png! The solution can not be used because it is for the old version of NetBeans, where the JavaFX tab is still there. !picture4.png! !picture5.png! Please advise. > It is not possible to create a new JavaFX project in JDK 11 > --- > > Key: NETBEANS-1343 > URL: https://issues.apache.org/jira/browse/NETBEANS-1343 > Project: NetBeans > Issue Type: Bug > Components: javafx - Project >Affects Versions: 10.0 > Environment: Windows 10, Incubator NetBeans Linux 867, Java 11 >Reporter: Michal Rama >Priority: Blocker > Labels: javafx > Attachments: picture1.png, picture10.png, picture11.png, > picture12.png, picture2.png, picture3.png, picture4.png, picture5.png, > picture6.png, picture7.png, picture8.png, picture9.png > > > Hello, > Unable to create projects. > New Java Project > !picture1.png! > New JavaFX project > !picture2.png! > Please advise. > Thank you > PS. Projects in HTML / CSS / JS / PHP can be created without any problem. -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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-1409) Unexpected token SEMI found
[ https://issues.apache.org/jira/browse/NETBEANS-1409?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16647639#comment-16647639 ] Christian Lenz commented on NETBEANS-1409: -- Please set the component, where it happens (NB Version) and give more infos instead of having only a screenshot. Thx. > Unexpected token SEMI found > --- > > Key: NETBEANS-1409 > URL: https://issues.apache.org/jira/browse/NETBEANS-1409 > Project: NetBeans > Issue Type: Bug >Reporter: Dhanush Pavadai >Priority: Critical > Attachments: ddd.png > > -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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] [Created] (NETBEANS-1409) Unexpected token SEMI found
Dhanush Pavadai created NETBEANS-1409: - Summary: Unexpected token SEMI found Key: NETBEANS-1409 URL: https://issues.apache.org/jira/browse/NETBEANS-1409 Project: NetBeans Issue Type: Bug Reporter: Dhanush Pavadai Attachments: ddd.png -- This message was sent by Atlassian JIRA (v7.6.3#76005) - 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