Question about issue tracker

Hi, Are there any plans to open up (migrate) the issue tracker for the broader apache community to tackle existing/old Netbeans bugs? I ask because I feel like the bandwidth for fixing Java Editor bugs is like sucking a milkshake through a straw: major bugs are being reported at an expoentia

Re: Question about issue tracker

to it. Regards John On 31 December 2017 at 06:28, cowwoc <mailto:cow...@bbs.darktech.org>> wrote: Hi, Are there any plans to open up (migrate) the issue tracker for the broader apache community to tackle existing/old Netbeans bugs? I ask because I feel like the bandwi

Re: Question about issue tracker

? Gj On Sunday, December 31, 2017, cowwoc <mailto:cow...@bbs.darktech.org>> wrote: Hi, Are there any plans to open up (migrate) the issue tracker for the broader apache community to tackle existing/old Netbeans bugs? I ask because I feel like the bandwidth for fi

Re: Question about issue tracker

Hi John, Thank you! Is it okay if I file a RFE asking for the download link to get added to README.md? Gili On 2017-12-31 8:52 AM, John McDonnell wrote: Hi Cowwoc, At the moment NetBeans in migrating over to Apache, and in the latter half of 2017, the first initial code drop took place

Re: Question about issue tracker

BEANS/Development+Environment and https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=74681408 (still work in progress) Regards John On 31 December 2017 at 21:44, cowwoc <mailto:cow...@bbs.darktech.org>> wrote: Hi John, Thank you! Is it okay if I file a RFE asking fo

error reading vanilla-javac-impl.jar; cannot read zip file

Hi, Every time I try building Netbeans from source (changeset 63897d3264efe68334d6e31bfca71867141db19e) I get the following error: compile:  [nb-javac] Compiling 12 source files to C:\Users\Gili\Documents\incubator-netbeans\java.preprocessorbridge\build\classes    [repeat] error: error readin

Re: error reading vanilla-javac-impl.jar; cannot read zip file

file will be corrupt. The same goes for any other binary extension you can think of. I recloned the repository with "core.autocrlf" set to "false" and now the repository builds properly. Gili On 2018-01-05 12:58 PM, John Muczynski wrote: Hi Cowwoc, You might try Ant version

Running local build under JDK 9?

Following up on https://issues.apache.org/jira/browse/NETBEANS-238 is there a way to get "ant tryme" to use JDK 9 instead of JDK 8? This is needed for verifying fixes to bugs prior to merging. Thank you, Gili - To unsubscribe

Re: Where did "Set as main project" go?

Is this a Maven or non-Maven project? Gili On 2018-01-09 12:38 PM, Thomas Kellerer wrote: In the current NetBeans 9.0 build, it seems the option to define a main project is gone. I am using build 165 from here: https://builds.apache.org/view/Incubator%20Projects/job/incubator-netbeans-releas

Re: Running local build under JDK 9?

FYI, running from nbbuild/netbeans/bin worked for me. Gili On 2018-01-08 2:28 AM, Antonio wrote: On Unix like systems: cd /the/netbeans/directory ant ./nbbuild/netbeans/bin/netbeans --jdkhome /the/path/to/jdk9/ Cheers, Antonio On 08/01/18 06:33, cowwoc wrote: Following up on https

Re: dev build not rendering GUI properly

So if I understand you correctly, the dev builds are "corrupting" form files (and version 8.2 works fine). Is that correct? Gili On 2018-01-12 9:28 PM, Mark Wade wrote: It isn't so much that it happens in 8.2 also but that once the dev build edits the frame.form file, whether it was created wi

Debugging session hanging with "JPDA Listening Start..."

Hi, For years now, I've run across an intermittent bug in Netbeans where starting a new debugging session hangs with: JPDA Listening Start... Ironically, invoking "Finish debugging session" releases whatever was blocking the session and it runs normally. Has anyone else run across this b

Re: Interface Design Change

Netbeans' color scheme, but light and dark (but mostly dark) could really use a revisit. There are moments where colors contrast is very bad making it very hard to read the text (e.g. dark foreground on dark background or light foreground on light background). I know this must be difficult beca

Re: How to undo dark metal theme?

On 2018-01-19 10:55 AM, Neil C Smith wrote: On Fri, 19 Jan 2018 at 14:07 David Cogen > wrote: "Lack of contrast"? Let's start with the editor window: light gray text on dark gray background?  Also, don't forget that editor themes and the look-and-feel (Da

Re: How to undo dark metal theme?

On 2018-01-19 11:00 AM, David Cogen wrote: On 01/19/2018 10:44 AM, Thomas Wolf wrote: Highest contrast does not always translate to highest legibility.  When lettering is small (as it tends to be in many developers' editor), a white font on a black background leads to lesser legibility due to

Re: Can Netbeans do this?

I agree that the debugger can do this, but it isn't easy. You'd have to go thread and thread and manually check the entire stack-trace for locks. I was also hoping that the IDE would make it easier to visualize this information. As an aside, the profiler has a view you might find more useful.

Re: [VOTE] Apache NetBeans Logo

Agreed. Any possibility of increasing the contrast of #1? Gili On 2018-03-01 11:22 AM, Thomas Wolf wrote: I vote for #2 (but mostly because #1 doesn't seem "clean" enough - maybe not enough shades of blue?  Inner edges don't pop). tom On Thu, Mar 1, 2018 at 7:34 AM, Antonio

Re: off-topic: JavaFX question

You mentioned Google, but have you tried https://stackoverflow.com/ ? I believe they have quite a few Swing/JavaFX people there. Gili On 2018-03-02 2:35 PM, Thomas Wolf wrote: Sorry for bother this group, but I literally found zero help in Google and the pool of Swing/JavaFX knowledgeable peop

Re: Disabling fully qualified class names in JavDoc completion

I'm also interested in this feature. Gili On 2018-03-06 2:42 AM, Thomas Kellerer wrote: When using code-completion in JavaDocs (e.g. for a @see attribute), NetBeans always inserts fully qualifed class names for parameters, e.g. @see #someMethod(java.lang.String, java.lang.String) Is it

Re: Disabling fully qualified class names in JavDoc completion

Hi, I filed https://issues.apache.org/jira/browse/NETBEANS-447 Gili On 2018-03-06 12:34 PM, Paul Szudzik wrote: Hopefully this would be an option flag.. Otherwise I wouldn't know if I was overriding something by accident via a library load.. so, I would vote for option check, where if it was

Re: Disabling fully qualified class names in JavDoc completion

Please add your comments to https://issues.apache.org/jira/browse/NETBEANS-447 Thank you, Gili On 2018-03-07 3:51 AM, Thomas Kellerer wrote: I expected that to be an option either in the "Code Completion" section or maybe the "Formatter" section for JavaDocs. Btw: The fully qualified path is

Re: Disabling fully qualified class names in JavDoc completion

PSA: Please move discussion over to https://issues.apache.org/jira/browse/NETBEANS-447 :) Thank you, Gili On 2018-03-07 9:48 AM, Niklas Matthies wrote: I'm not sure why there should be an option here, instead of always inserting the non-qualified name for imported names. There is no option for

Re: Do you use NetBeans with SVN or CVS?

On 2018-03-08 12:08 PM, Glenn Holmer wrote: On 03/08/2018 07:36 AM, Brett Ryan wrote: On 8 Mar 2018, at 23:28, Thomas Kellerer wrote: Deprecate Subversion? Really? This is still wildly used. It shouldn’t be, and we should discourage its continued use. Unsupported plugins available to provide