Re: [VOTE] Release Apache NetBeans 9.0 Beta (incubating) rc3
On Wed, May 9, 2018 at 7:30 PM, Mark Struberg wrote: > hi folks! > > Had a talk with Jaroslav this morning at GeeCON about tasks we need to > resolve befor the next release. > > I just looked up the old thread. Those are the tickets we still need to > address. > The ones you point to seem fixed? Thanks, Gj > Guess Geertjan is having an eye on them anyway. > I think it will be easier if we assign them a fix version of the upcoming > release. > So we do not easily forget them. > > LieGrue, > strub > > > Anfang der weitergeleiteten Nachricht: > > > > Von: Geertjan Wielenga > > Betreff: Aw: [VOTE] Release Apache NetBeans 9.0 Beta (incubating) rc3 > > Datum: 19. Februar 2018 um 11:40:16 MEZ > > An: "gene...@incubator.apache.org" > > Antwort an: gene...@incubator.apache.org > > > > Here are the issues created as promised: > > > > https://issues.apache.org/jira/browse/NETBEANS-305 > > https://issues.apache.org/jira/browse/NETBEANS-410 > > https://issues.apache.org/jira/browse/NETBEANS-411 > > > > Also tracked here: > > > > https://cwiki.apache.org/confluence/display/NETBEANS/ > Apache+NetBeans+9.0+Beta+rc3 > > > > Thanks again, > > > > Gj > > > > > > On Fri, Feb 16, 2018 at 5:26 AM, Geertjan Wielenga < > > geertjan.wiele...@googlemail.com> wrote: > > > >> Thanks a lot, these should be trivial to fix, will make issues for all > and > >> merge for the next release. > >> > >> Gj > >> > >> > >> On Friday, February 16, 2018, Justin Mclean > >> wrote: > >> > >>> Hi, > >>> > >>> I know the vote is over but you may want to fix this issues I noticed > >>> before the next release: > >>> - How are these wav files licensed? [8] > >>> - Looks like you make have a dependancy on a 4 clause BSD license. [9] > >>> That’s Category X and not allowed. > >>> > >>> BTW I would of voted -1 on this release as it contains compiled source > >>> code [1][2][3][4][5][6][7] > >>> > >>> Thanks, > >>> Justin > >>> > >>> 1 ./autoupdate.services/test/unit/src/org/netbeans/api/autoupd > >>> ate/data/dummy-signed-twice.jar > >>> 2 ./autoupdate.services/test/unit/src/org/netbeans/api/autoupd > >>> ate/data/dummy-signed.jar > >>> 3 ./classfile/test/unit/src/org/netbeans/modules/classfile/dat > >>> afiles/WithLambda.classx > >>> 4 ./classfile/test/unit/src/regression/datafiles/left-square.class > >>> 5 ./classfile/test/unit/src/regression/datafiles/SwitchData.class > >>> 6 ./classfile/test/unit/src/regression/datafiles/test91098.class > >>> 7 ./nbi/engine/src/org/netbeans/installer/utils/applications/T > >>> estJDK.class > >>> 8 ./javafx2.samples/Xylophone/src/xylophone/Note?.wav > >>> 9 ./incubating-netbeans-java-9.0-beta-source.zip/spellchecker. > >>> dictionary_en/external/ispell-enwl-3.1.20-license.txt > >>> - > >>> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > >>> For additional commands, e-mail: general-h...@incubator.apache.org > >>> > >>> > >
NETBEANS-312: how to fix patches removing license headers?
Hi all, I'd like to get ahead of a discussion we'll inevitable end up in if we don't deal with this before we try to do the release: https://issues.apache.org/jira/browse/NETBEANS-312 That issue comes from the IPMC review by Justin McLean for the 2nd attempt at the Beta release: https://lists.apache.org/thread.html/5fdb996c8b25e5c48c47e4eca3942b656f690694d767d795524cc960@%3Cgeneral.incubator.apache.org%3E The files in question are: https://github.com/apache/incubator-netbeans/blob/master/css.lib/src/org/netbeans/modules/css/lib/antlrv4.patch https://github.com/apache/incubator-netbeans/blob/master/html.validation/external/validator.patch My questions are: -- what is the problem that is being addressed here, i.e., what does "this patch file seems to be removing a GPL/CDDL header" and "this patch seems to be removing a MIT license header" mean? -- once we know what that means, what can be done to fix the problem? -- is this a requirement for fixing as a condition for releasing an incubator release or does it only become relevant once we try to graduate from the incubator? Thanks, Gj
NETBEANS-410: Dealing with the remaining TestJDK.class
Hi all, Re: https://issues.apache.org/jira/browse/NETBEANS-410 There's still one .class file that we have not solved yet: nbi/engine/src/org/netbeans/installer/utils/applications/TestJDK.class It is still present: https://github.com/apache/incubator-netbeans/tree/master/nbi/engine/src/org/netbeans/installer/utils/applications See the related comments by IPMC member Justin Mclean, as part of his rc3 evaluation: https://lists.apache.org/thread.html/73ce8a13d5c13b56c300e4aad1e9e9bc8351ea6e836f5dc60a55cfaa@%3Cgeneral.incubator.apache.org%3E How can we solve this, i.e., can we remove this and if not what can be done here? Thanks, Gj
Re: NetBeans 2018W18 Weekly Report
It's a really cool idea to have a weekly update like this. Gj On Thu, May 10, 2018 at 12:03 AM, Emilian Bold wrote: > This seems interesting. The mailing list seems like the proper place, I > would certainly not be reading about it on the wiki right now. > > I assume there's a script generating all this and you're not doing it > manually. > > --emi > > ‐‐‐ Original Message ‐‐‐ > > On 8 May 2018 7:45 PM, Laszlo Kishalmi wrote: > > > Dear all, > > > > I would like to draw a snapshot of our project regarding issues and Pull > > > > requests, etc. > > > > I'm not sure if the this format (e-mail on the mailing list) is the best > > > > place, I'd rather put it on the wiki, as rich content is not really > > > > supported here. > > > > 584 open issues: 383 bugs, 122 Improvements, 34 feature requests, 21 > > > > tasks and 8 wishes > > > > From these issues: 3 blockers, 20 critical, 452 major, 96 minor and 13 > > > > trivial. > > > > In our repository we have 31 Pull Requests which is in sync with the 28 > > > > open issues with PRs > > > > Regarding NetBeans 9.0 > > > > Blockers: 3 > > > > Not WEAVED critical issues: 18 > > > > Most wanted Issue is still JUnit 5.0 support > > > > Topic of the Week: > > > > - Javaone 2018 > > - (Git) Diff Window horizontal space rescue > > - NETBEANS-467: maven artifacts for Apache NetBeans Platform need to > > > > be created and hosted > > > > > > - > To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org > For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org > > For further information about the NetBeans mailing lists, visit: > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > > >
Re: NetBeans 2018W18 Weekly Report
Hi John, Great. Indeed, JUnit 5 support is highly desired, if we can get something in already for the 9.0 release, that would be nice to have -- and once your starting point is merged and your plans are discussed in a thread here, more will join in I'm sure. Gj On Wed, May 9, 2018 at 5:11 PM, John McDonnell wrote: > I realised that I haven't been pushing my JUnit 5 changes to my fork. > > I'll do this over the next day or so, and start marking on the confluence > page what functionality I seem to have implemented, and whats remaining. > > If people want to help out, your more than welcome to :) > > Regards > > John > > On 8 May 2018 at 19:48, Antonio wrote: > > > Hi Laszlo, > > > > It would be great to have a weekly/bi-weekly report. > > > > You can create a "news" section on the website and add some > > asciidoc/markdown stuff there. Or maybe we should post this in our blog? > > > > Cheers, > > Antonio > > > > > > On 08/05/18 18:45, Laszlo Kishalmi wrote: > > > >> Dear all, > >> > >> I would like to draw a snapshot of our project regarding issues and Pull > >> requests, etc. > >> > >> I'm not sure if the this format (e-mail on the mailing list) is the best > >> place, I'd rather put it on the wiki, as rich content is not really > >> supported here. > >> > >> 584 open issues: 383 bugs, 122 Improvements, 34 feature requests, 21 > >> tasks and 8 wishes > >> > >> From these issues: 3 blockers, 20 critical, 452 major, 96 minor and 13 > >> trivial. > >> > >> In our repository we have 31 Pull Requests which is in sync with the 28 > >> open issues with PRs > >> > >> > >> Regarding NetBeans 9.0 > >> > >> Blockers: 3 > >> > >> Not WEAVED critical issues: 18 > >> > >> > >> Most wanted Issue is still JUnit 5.0 support > >> > >> Topic of the Week: > >> > >> * Javaone 2018 > >> * (Git) Diff Window horizontal space rescue > >> * NETBEANS-467: maven artifacts for Apache NetBeans Platform need to > >> be created and hosted > >> > >> > >> > > - > > To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org > > For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org > > > > For further information about the NetBeans mailing lists, visit: > > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > > > > > > > >
Re: NetBeans 2018W18 Weekly Report
Need to tweak some stuff, was in a JUnit 5 chat room last night, found out I made a slightly limited assumption around working out if a method is testable or not, once that's resolved I'll commit and push :) John On 10 May 2018 at 09:40, Geertjan Wielenga wrote: > Hi John, > > Great. Indeed, JUnit 5 support is highly desired, if we can get something > in already for the 9.0 release, that would be nice to have -- and once your > starting point is merged and your plans are discussed in a thread here, > more will join in I'm sure. > > Gj > > On Wed, May 9, 2018 at 5:11 PM, John McDonnell > wrote: > > > I realised that I haven't been pushing my JUnit 5 changes to my fork. > > > > I'll do this over the next day or so, and start marking on the confluence > > page what functionality I seem to have implemented, and whats remaining. > > > > If people want to help out, your more than welcome to :) > > > > Regards > > > > John > > > > On 8 May 2018 at 19:48, Antonio wrote: > > > > > Hi Laszlo, > > > > > > It would be great to have a weekly/bi-weekly report. > > > > > > You can create a "news" section on the website and add some > > > asciidoc/markdown stuff there. Or maybe we should post this in our > blog? > > > > > > Cheers, > > > Antonio > > > > > > > > > On 08/05/18 18:45, Laszlo Kishalmi wrote: > > > > > >> Dear all, > > >> > > >> I would like to draw a snapshot of our project regarding issues and > Pull > > >> requests, etc. > > >> > > >> I'm not sure if the this format (e-mail on the mailing list) is the > best > > >> place, I'd rather put it on the wiki, as rich content is not really > > >> supported here. > > >> > > >> 584 open issues: 383 bugs, 122 Improvements, 34 feature requests, 21 > > >> tasks and 8 wishes > > >> > > >> From these issues: 3 blockers, 20 critical, 452 major, 96 minor and > 13 > > >> trivial. > > >> > > >> In our repository we have 31 Pull Requests which is in sync with the > 28 > > >> open issues with PRs > > >> > > >> > > >> Regarding NetBeans 9.0 > > >> > > >> Blockers: 3 > > >> > > >> Not WEAVED critical issues: 18 > > >> > > >> > > >> Most wanted Issue is still JUnit 5.0 support > > >> > > >> Topic of the Week: > > >> > > >> * Javaone 2018 > > >> * (Git) Diff Window horizontal space rescue > > >> * NETBEANS-467: maven artifacts for Apache NetBeans Platform need to > > >> be created and hosted > > >> > > >> > > >> > > > - > > > To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org > > > For additional commands, e-mail: dev-help@netbeans.incubator. > apache.org > > > > > > For further information about the NetBeans mailing lists, visit: > > > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > > > > > > > > > > > > > >
Re: NetBeans 2018W18 Weekly Report
Very nice. Gj On Thursday, May 10, 2018, John McDonnell wrote: > Need to tweak some stuff, was in a JUnit 5 chat room last night, found out > I made a slightly limited assumption around working out if a method is > testable or not, once that's resolved I'll commit and push :) > > John > > On 10 May 2018 at 09:40, Geertjan Wielenga < > geertjan.wiele...@googlemail.com > > wrote: > > > Hi John, > > > > Great. Indeed, JUnit 5 support is highly desired, if we can get something > > in already for the 9.0 release, that would be nice to have -- and once > your > > starting point is merged and your plans are discussed in a thread here, > > more will join in I'm sure. > > > > Gj > > > > On Wed, May 9, 2018 at 5:11 PM, John McDonnell > > > wrote: > > > > > I realised that I haven't been pushing my JUnit 5 changes to my fork. > > > > > > I'll do this over the next day or so, and start marking on the > confluence > > > page what functionality I seem to have implemented, and whats > remaining. > > > > > > If people want to help out, your more than welcome to :) > > > > > > Regards > > > > > > John > > > > > > On 8 May 2018 at 19:48, Antonio wrote: > > > > > > > Hi Laszlo, > > > > > > > > It would be great to have a weekly/bi-weekly report. > > > > > > > > You can create a "news" section on the website and add some > > > > asciidoc/markdown stuff there. Or maybe we should post this in our > > blog? > > > > > > > > Cheers, > > > > Antonio > > > > > > > > > > > > On 08/05/18 18:45, Laszlo Kishalmi wrote: > > > > > > > >> Dear all, > > > >> > > > >> I would like to draw a snapshot of our project regarding issues and > > Pull > > > >> requests, etc. > > > >> > > > >> I'm not sure if the this format (e-mail on the mailing list) is the > > best > > > >> place, I'd rather put it on the wiki, as rich content is not really > > > >> supported here. > > > >> > > > >> 584 open issues: 383 bugs, 122 Improvements, 34 feature requests, 21 > > > >> tasks and 8 wishes > > > >> > > > >> From these issues: 3 blockers, 20 critical, 452 major, 96 minor and > > 13 > > > >> trivial. > > > >> > > > >> In our repository we have 31 Pull Requests which is in sync with the > > 28 > > > >> open issues with PRs > > > >> > > > >> > > > >> Regarding NetBeans 9.0 > > > >> > > > >> Blockers: 3 > > > >> > > > >> Not WEAVED critical issues: 18 > > > >> > > > >> > > > >> Most wanted Issue is still JUnit 5.0 support > > > >> > > > >> Topic of the Week: > > > >> > > > >> * Javaone 2018 > > > >> * (Git) Diff Window horizontal space rescue > > > >> * NETBEANS-467: maven artifacts for Apache NetBeans Platform need > to > > > >> be created and hosted > > > >> > > > >> > > > >> > > > > > - > > > > To unsubscribe, e-mail: > dev-unsubscr...@netbeans.incubator.apache.org > > > > For additional commands, e-mail: dev-help@netbeans.incubator. > > apache.org > > > > > > > > For further information about the NetBeans mailing lists, visit: > > > > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > > > > > > > > > > > > > > > > > > > > >
possible bug with dependency checker
I've looked around and cannot find the bug in jira, so i'm checking if it is already known. When i build a project (target jar) with do.depend=true for a second time after clean, the following is thrown: java.lang.ClassFormatError: Invalid Constant Pool entry Type 19 at org.apache.tools.ant.taskdefs.optional.depend.constantpool.ConstantPoolEntry.readEntry(ConstantPoolEntry.java:180) This is in the depend macro: destdir="@{destdir}" excludes="${excludes}" includes="${includes}" srcdir="@{srcdir}"> The project is: javac.source=10 javac.target=10 platform.active=JDK_10 The exception is thrown direct after opening build/classes/module-info.class environment: Product Version: Apache NetBeans IDE Dev (Build incubator-netbeans-release-285-on-20180502) Java: 10.0.1; Java HotSpot(TM) 64-Bit Server VM 10.0.1+10 Runtime: Java(TM) SE Runtime Environment 10.0.1+10 System: Linux version 4.15.0-20-generic running on amd64; UTF-8; en_US (nb) Groeten, Simon - To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Let's branch Apache NetBeans 9.0
Hi folks, since we only have two remaining 9.0 blockers [1] which are infrastructure related problems I suggest that we create releases/release90 branch from master. In order to fix #330 we need to update branding and test new location of the Update Center so I think the right time has come. :) [1] https://issues.apache.org/jira/issues/?filter=12343308 Opinions? Thanks, -Jirka - To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Let's branch Apache NetBeans 9.0
Makes sense. Note there are several PRs that we need to include in the 9.0 release, e.g., related to 'var' support, but we can push those to the branch after merging into main. Gj On Thu, May 10, 2018 at 12:32 PM, Jiří Kovalský wrote: > Hi folks, > >since we only have two remaining 9.0 blockers [1] which are > infrastructure related problems I suggest that we create releases/release90 > branch from master. In order to fix #330 we need to update branding and > test new location of the Update Center so I think the right time has come. > :) > > [1] https://issues.apache.org/jira/issues/?filter=12343308 > > Opinions? > > Thanks, > -Jirka > > - > To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org > For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org > > For further information about the NetBeans mailing lists, visit: > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > > >
Re: Let's branch Apache NetBeans 9.0
+1 for branching. Concerning the var support PR's.. Do we already have a roadmap for the next release? If it takes too long to integrate we could just move those fixes to the next (Patch-)Release..? Sven Geertjan Wielenga schrieb am Do., 10. Mai 2018, 12:39: > Makes sense. > > Note there are several PRs that we need to include in the 9.0 release, > e.g., related to 'var' support, but we can push those to the branch after > merging into main. > > Gj > > On Thu, May 10, 2018 at 12:32 PM, Jiří Kovalský > wrote: > > > Hi folks, > > > >since we only have two remaining 9.0 blockers [1] which are > > infrastructure related problems I suggest that we create > releases/release90 > > branch from master. In order to fix #330 we need to update branding and > > test new location of the Update Center so I think the right time has > come. > > :) > > > > [1] https://issues.apache.org/jira/issues/?filter=12343308 > > > > Opinions? > > > > Thanks, > > -Jirka > > > > - > > To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org > > For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org > > > > For further information about the NetBeans mailing lists, visit: > > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > > > > > > > >
Re: AW: (Git) Diff Window horizontal space rescue
> Closing the frame would dock the contained TopComponent "back". Ah, not a bad idea! I assume dragging an additional tab into the frame would make tabs appear again. On 5/9/18, 6:59 PM, "Emilian Bold" wrote: >> That would be nice--but how would one dock the TopComponent again if >>there is no tab to right-click or drag? > >Closing the frame would dock the contained TopComponent "back". > >> Personally I don't see a reason to change the way undocked top >> compoents are displayed. I work with netbeans and so I'm either on a >> large enough laptop screen (15,4 inch) or a dual head setup. In both >> cases, the overhead for the tab is neglectable. > >This might be a tricky thing to implement. > >Still -- the whole purpose of this thread is to get rid of all these >negligible components that keep eating vertical space and leave our users >see 10 lines for diffs. The classical 80x25 terminal has better >ergonomics... > >Tangentially, I also speculate users generally have a single undocked >topcomponent floating which means that title tab is redundant. > >--emi > >--- Original Message --- > >On 5 May 2018 12:42 AM, Eirik Bakke wrote: > >> That would be nice--but how would one dock the TopComponent again if >>there is no tab to right-click or drag? >> >> On MacOS, there's a "Window.style" client property that can be set to >>"small", like this: >> >> rootPane.putClientProperty("Window.style", "small"); >> >> (See >>https://developer.apple.com/library/content/technotes/tn2007/tn2196.html# >>WINDOWS ) >> >> This makes the title bar take up much less space, and omits the window >>title, while still allowing the window to be dragged by its frame, >>maximized, and such. I use it in my own NetBeans app, for a "filter" >>widget, seen here: https://pasteboard.co/HjFRlqT.png >> >> Unfortunately, no equivalent exists on Windows. It would have to be >>emulated with a custom-painted undecorated window (which would also have >>to implement drag-to-resize logic). >> >> -- Eirik >> >> On 5/4/18, 1:34 PM, "Emilian Bold" >>mailto:emilian.b...@protonmail.ch> wrote: >> >> I think Chris is mentioning that a floating (editor-) topcomponent >>still has a tab with the topcomponent title, even if it's the single >>topcomponent. So, what Chris wants is that if you make the Diff >>topcomponent floating, only the operating system frame has the title / >>icon and there's no other tab from the Windows System API. >> >> I'm actually wondering myself why there is no Windows System flag for >>this thing... it seems an obvious need for some topcomponens eg. >>floating palette window. >> >> --emi >> >> --- Original Message --- >> >> On 4 May 2018 6:39 PM, Matthias Bläsing >>mailto:mblaes...@doppel-helix.eu> wrote: >> >> Hi, >> >> Am Freitag, den 04.05.2018, 14:42 + schrieb Eirik Bakke: >> >> > On the other hand, I think the Diff panel should remain a regular >> > >> > TopComponent--those can be undocked, full-screened, moved to different >> > >> > monitors, and so on. Making it into a Dialog is a step backwards, in >>my >> > >> > opinion. But the internal layout of the diff panel could certainly be >> > >> > rearranged to save some space. >> >> I aggree with this assessment. Modifying the diff view to be a dialog >> >> would be a step backwards. >> >> Greetings >> >> Matthias >> >> >> >>- >>- >> >> To unsubscribe, e-mail: >>dev-unsubscribe@netbeans.incubator.apache.orgmailto:dev-unsubscribe@netbe >>ans.incubator.apache.org >> >> For additional commands, e-mail: >>dev-help@netbeans.incubator.apache.orgmailto:dev-help@netbeans.incubator. >>apache.org >> >> For further information about the NetBeans mailing lists, visit: >> >> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists >> >> >> >>- >>--- >> >> To unsubscribe, e-mail: >>dev-unsubscribe@netbeans.incubator.apache.orgmailto:dev-unsubscribe@netbe >>ans.incubator.apache.org >> >> For additional commands, e-mail: >>dev-help@netbeans.incubator.apache.orgmailto:dev-help@netbeans.incubator. >>apache.org >> >> For further information about the NetBeans mailing lists, visit: >> >> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > >- >To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org >For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org > >For further information about the NetBeans mailing lists, visit: >https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > > - To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org For additional commands, e-mail: dev-h
Re: AW: (Git) Diff Window horizontal space rescue
Am Mittwoch, den 09.05.2018, 18:59 -0400 schrieb Emilian Bold: > > That would be nice--but how would one dock the TopComponent again > > if there is no tab to right-click or drag? > > Closing the frame would dock the contained TopComponent "back". This breaks current behaviour where closing the window closes all contained TopComponents. (This would reduce usability for me). You will also loose the ability to group multiple floating windows together, as you are loosing the drag-handle for the TC. (again for me usability will suffer). > > > Personally I don't see a reason to change the way undocked top > > compoents are displayed. I work with netbeans and so I'm either on a > > large enough laptop screen (15,4 inch) or a dual head setup. In both > > cases, the overhead for the tab is neglectable. > > This might be a tricky thing to implement. > > Still -- the whole purpose of this thread is to get rid of all these > negligible components that keep eating vertical space and leave our > users see 10 lines for diffs. The classical 80x25 terminal has better > ergonomics... > > Tangentially, I also speculate users generally have a single undocked > topcomponent floating which means that title tab is redundant. > I gave the counter example and the tab serves as a drag-handle and drop-zone for grouping. Gnome Terminal shows the problems - it shows the "tabs" only when at least two tabs are present. If you want to merge two windows into one window with two tabs. So the "optimization" to hide tabs "when not needed" breaks another use-case. Sorry this "usabily of 80x25 terminal is better" reference does not cut it. You plan to optimize for the peep-hole case and I argue, that it is the personal decision of the user to suffer from small screen real-estate. In any-case this should be: a) well planned and b) configurable Greetings Matthias - To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: NETBEANS-410: Dealing with the remaining TestJDK.class
How do we know the license for TestJDK? Was it not owned by Oracle and donated? Not sure where it's being used but by looking at the bytecode it's an absolutely trivial class we could rewrite at any time. It prints to System.out these system properties: * java.version * java.vm.version * java.vendor * os.name * os.arch --emi ‐‐‐ Original Message ‐‐‐ On 10 May 2018 11:30 AM, Geertjan Wielenga wrote: > Hi all, > > Re: https://issues.apache.org/jira/browse/NETBEANS-410 > > There's still one .class file that we have not solved yet: > > nbi/engine/src/org/netbeans/installer/utils/applications/TestJDK.class > > It is still present: > > https://github.com/apache/incubator-netbeans/tree/master/nbi/engine/src/org/netbeans/installer/utils/applications > > See the related comments by IPMC member Justin Mclean, as part of his rc3 > > evaluation: > > https://lists.apache.org/thread.html/73ce8a13d5c13b56c300e4aad1e9e9bc8351ea6e836f5dc60a55cfaa@ > > How can we solve this, i.e., can we remove this and if not what can be done > > here? > > Thanks, > > Gj - To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: NETBEANS-410: Dealing with the remaining TestJDK.class
Its not a question of licensing but of compiled source code not being allowed to be in the release: https://lists.apache.org/thread.html/73ce8a13d5c13b56c300e4aad1e9e9bc8351ea6e836f5dc60a55cfaa@%3Cgeneral.incubator.apache.org%3E Gj On Thu, May 10, 2018 at 3:04 PM, Emilian Bold wrote: > How do we know the license for TestJDK? Was it not owned by Oracle and > donated? > > Not sure where it's being used but by looking at the bytecode it's an > absolutely trivial class we could rewrite at any time. It prints to > System.out these system properties: > > * java.version > * java.vm.version > * java.vendor > * os.name > * os.arch > > --emi > > > ‐‐‐ Original Message ‐‐‐ > > On 10 May 2018 11:30 AM, Geertjan Wielenga com> wrote: > > > Hi all, > > > > Re: https://issues.apache.org/jira/browse/NETBEANS-410 > > > > There's still one .class file that we have not solved yet: > > > > nbi/engine/src/org/netbeans/installer/utils/applications/TestJDK.class > > > > It is still present: > > > > https://github.com/apache/incubator-netbeans/tree/ > master/nbi/engine/src/org/netbeans/installer/utils/applications > > > > See the related comments by IPMC member Justin Mclean, as part of his rc3 > > > > evaluation: > > > > https://lists.apache.org/thread.html/73ce8a13d5c13b56c300e4aad1e9e9 > bc8351ea6e836f5dc60a55cfaa@ > > > > How can we solve this, i.e., can we remove this and if not what can be > done > > > > here? > > > > Thanks, > > > > Gj > > > - > To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org > For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org > > For further information about the NetBeans mailing lists, visit: > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > > >
Re: AW: (Git) Diff Window horizontal space rescue
Not sure why you have to be so adamant about this. I could add some flag per topcomponent that says 'no-individual-tab'. Then, if I have a floating window holding that single topcomponent it won't have the title bar. For people that need or are used to the old style we could have a checkbox in options to 'always show a tab title'. Depending on that flag, the closing behaviour would also change. So, it's not something that disruptive. >You plan to optimize for the peep-hole case and I argue, that it is the > personal decision of the user to suffer from small screen real-estate. :-) I guess we also have to update the hardware system requirements of NetBeans and mention large screen real-estates. > In any-case this should be: > > a) well planned and > b) configurable I kinda disagree with both. The Window system API is not a gift from the gods. It's a glorified multi-split-pane which has some primitive drag and drop support. So, I don't believe things have to be so well planned and I believe users would gladly enable and *enjoy* experimental features. Also, design is about decisions too. We don't have to provide a configuration for everything under the Sun. We could just drop some old behaviour. People seem to use Gnome without that tab, they will use NetBeans just as well. --emi ‐‐‐ Original Message ‐‐‐ On 10 May 2018 3:49 PM, Matthias Bläsing wrote: > Am Mittwoch, den 09.05.2018, 18:59 -0400 schrieb Emilian Bold: > > > > That would be nice--but how would one dock the TopComponent again > > > > > > if there is no tab to right-click or drag? > > > > Closing the frame would dock the contained TopComponent "back". > > This breaks current behaviour where closing the window closes all > > contained TopComponents. (This would reduce usability for me). > > You will also loose the ability to group multiple floating windows > > together, as you are loosing the drag-handle for the TC. (again for me > > usability will suffer). > > > > Personally I don't see a reason to change the way undocked top > > > > > > compoents are displayed. I work with netbeans and so I'm either on a > > > > > > large enough laptop screen (15,4 inch) or a dual head setup. In both > > > > > > cases, the overhead for the tab is neglectable. > > > > This might be a tricky thing to implement. > > > > Still -- the whole purpose of this thread is to get rid of all these > > > > negligible components that keep eating vertical space and leave our > > > > users see 10 lines for diffs. The classical 80x25 terminal has better > > > > ergonomics... > > > > Tangentially, I also speculate users generally have a single undocked > > > > topcomponent floating which means that title tab is redundant. > > I gave the counter example and the tab serves as a drag-handle and > > drop-zone for grouping. Gnome Terminal shows the problems - it shows > > the "tabs" only when at least two tabs are present. If you want to > > merge two windows into one window with two tabs. So the "optimization" > > to hide tabs "when not needed" breaks another use-case. Sorry this > > "usabily of 80x25 terminal is better" reference does not cut it. > > You plan to optimize for the peep-hole case and I argue, that it is the > > personal decision of the user to suffer from small screen real-estate. > > In any-case this should be: > > a) well planned and > > b) configurable > > Greetings > > Matthias > > > --- > > To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org > > For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org > > For further information about the NetBeans mailing lists, visit: > > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists - To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: NETBEANS-410: Dealing with the remaining TestJDK.class
What's stopping us to delete it: is the .class file used? Like I've said, it's trivial. If we don't need it, let's delete it. --emi ‐‐‐ Original Message ‐‐‐ On 10 May 2018 4:23 PM, Geertjan Wielenga wrote: > Its not a question of licensing but of compiled source code not being allowed > to be in the release: > > https://lists.apache.org/thread.html/73ce8a13d5c13b56c300e4aad1e9e9bc8351ea6e836f5dc60a55cfaa@%3Cgeneral.incubator.apache.org%3E > > Gj > > On Thu, May 10, 2018 at 3:04 PM, Emilian Bold > wrote: > > > How do we know the license for TestJDK? Was it not owned by Oracle and > > donated? > > > > Not sure where it's being used but by looking at the bytecode it's an > > absolutely trivial class we could rewrite at any time. It prints to > > System.out these system properties: > > > > * java.version > > > > * java.vm.version > > > > * java.vendor > > > > * os.name > > > > * os.arch > > > > --emi > > > > ‐‐‐ Original Message ‐‐‐ > > > > On 10 May 2018 11:30 AM, Geertjan Wielenga > > wrote:> Hi all,>> Re: > > https://issues.apache.org/jira/browse/NETBEANS-410>> There's still one > > .class file that we have not solved yet:>> > > nbi/engine/src/org/netbeans/installer/utils/applications/TestJDK.class>> It > > is still present:>> > > https://github.com/apache/incubator-netbeans/tree/master/nbi/engine/src/org/netbeans/installer/utils/applications>> > > See the related comments by IPMC member Justin Mclean, as part of his > > rc3>> evaluation:>> > > https://lists.apache.org/thread.html/73ce8a13d5c13b56c300e4aad1e9e9bc8351ea6e836f5dc60a55cfaa@ > > > > >> How can we solve this, i.e., can we remove this and if not what can be > > >> done>> here?>> Thanks,>> > > >> Gj- > > > > To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org > > > > For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org > > > > For further information about the NetBeans mailing lists, visit: > > > > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists - To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: NETBEANS-410: Dealing with the remaining TestJDK.class
It is used here: https://github.com/apache/incubator-netbeans/blob/master/nbi/engine/src/org/netbeans/installer/utils/applications/JavaUtils.java ...and here: https://github.com/apache/incubator-netbeans/blob/master/nbi/engine/src/org/netbeans/installer/wizard/components/actions/CreateMacOSAppLauncherAction.java Gj On Thu, May 10, 2018 at 3:26 PM, Emilian Bold wrote: > What's stopping us to delete it: is the .class file used? > > Like I've said, it's trivial. If we don't need it, let's delete it. > > --emi > > ‐‐‐ Original Message ‐‐‐ > > On 10 May 2018 4:23 PM, Geertjan Wielenga com> wrote: > > > Its not a question of licensing but of compiled source code not being > allowed to be in the release: > > > > https://lists.apache.org/thread.html/73ce8a13d5c13b56c300e4aad1e9e9 > bc8351ea6e836f5dc60a55cfaa@%3Cgeneral.incubator.apache.org%3E > > > > Gj > > > > On Thu, May 10, 2018 at 3:04 PM, Emilian Bold < > emilian.b...@protonmail.ch> wrote: > > > > > How do we know the license for TestJDK? Was it not owned by Oracle and > donated? > > > > > > Not sure where it's being used but by looking at the bytecode it's an > absolutely trivial class we could rewrite at any time. It prints to > System.out these system properties: > > > > > > * java.version > > > > > > * java.vm.version > > > > > > * java.vendor > > > > > > * os.name > > > > > > * os.arch > > > > > > --emi > > > > > > ‐‐‐ Original Message ‐‐‐ > > > > > > On 10 May 2018 11:30 AM, Geertjan Wielenga < > geertjan.wiele...@googlemail.com> wrote:> Hi all,>> Re: > https://issues.apache.org/jira/browse/NETBEANS-410>> There's still one > .class file that we have not solved yet:>> nbi/engine/src/org/netbeans/ > installer/utils/applications/TestJDK.class>> It is still present:>> > https://github.com/apache/incubator-netbeans/tree/ > master/nbi/engine/src/org/netbeans/installer/utils/applications>> See the > related comments by IPMC member Justin Mclean, as part of his rc3>> > evaluation:>> https://lists.apache.org/thread.html/ > 73ce8a13d5c13b56c300e4aad1e9e9bc8351ea6e836f5dc60a55cfaa@ neral.incubator.apache.org> > > > > > > >> How can we solve this, i.e., can we remove this and if not what can > be done>> here?>> Thanks,>> Gj > - > > > > > > To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org > > > > > > For additional commands, e-mail: dev-help@netbeans.incubator. > apache.org > > > > > > For further information about the NetBeans mailing lists, visit: > > > > > > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists >
Re: Let's branch Apache NetBeans 9.0
On Thu, 10 May 2018 at 13:10 Sven Reimers wrote: > +1 for branching. > > Concerning the var support PR's.. Do we already have a roadmap for the next > release? If it takes too long to integrate we could just move those fixes > to the next (Patch-)Release..? > +1 to branching, and perhaps a more release early, release often roadmap to keep the momentum up?! Perhaps even time-based - it seems to be all the rage at the moment! ;-) Best wishes, Neil -- Neil C Smith Artist & Technologist www.neilcsmith.net Praxis LIVE - hybrid visual IDE for creative coding - www.praxislive.org
Re: NETBEANS-410: Dealing with the remaining TestJDK.class
On Thu, May 10, 2018 at 3:26 PM, Emilian Bold wrote: > What's stopping us to delete it: is the .class file used? > > Like I've said, it's trivial. If we don't need it, let's delete it. > I think it is less about what the class is doing, and more how it was compiled. The classfile version is 45.3, i.e. JDK 1.1 AFAIK. Presumably the reason is to detect all JDKs installed on a system. As long as we compile using JDK 8, we may be able to get the same outcome by compiling with "-target 1.1" (if we are careful enough not to use APIs not in JDK 1.1). Another example would be java.j2seplatform/probesrc, which is being compiled in java.j2seplatform/build.xml. Jan > --emi > > ‐‐‐ Original Message ‐‐‐ > > On 10 May 2018 4:23 PM, Geertjan Wielenga com> wrote: > > > Its not a question of licensing but of compiled source code not being > allowed to be in the release: > > > > https://lists.apache.org/thread.html/73ce8a13d5c13b56c300e4aad1e9e9 > bc8351ea6e836f5dc60a55cfaa@%3Cgeneral.incubator.apache.org%3E > > > > Gj > > > > On Thu, May 10, 2018 at 3:04 PM, Emilian Bold < > emilian.b...@protonmail.ch> wrote: > > > > > How do we know the license for TestJDK? Was it not owned by Oracle and > donated? > > > > > > Not sure where it's being used but by looking at the bytecode it's an > absolutely trivial class we could rewrite at any time. It prints to > System.out these system properties: > > > > > > * java.version > > > > > > * java.vm.version > > > > > > * java.vendor > > > > > > * os.name > > > > > > * os.arch > > > > > > --emi > > > > > > ‐‐‐ Original Message ‐‐‐ > > > > > > On 10 May 2018 11:30 AM, Geertjan Wielenga < > geertjan.wiele...@googlemail.com> wrote:> Hi all,>> Re: > https://issues.apache.org/jira/browse/NETBEANS-410>> There's still one > .class file that we have not solved yet:>> nbi/engine/src/org/netbeans/ > installer/utils/applications/TestJDK.class>> It is still present:>> > https://github.com/apache/incubator-netbeans/tree/ > master/nbi/engine/src/org/netbeans/installer/utils/applications>> See the > related comments by IPMC member Justin Mclean, as part of his rc3>> > evaluation:>> https://lists.apache.org/thread.html/ > 73ce8a13d5c13b56c300e4aad1e9e9bc8351ea6e836f5dc60a55cfaa@ neral.incubator.apache.org> > > > > > > >> How can we solve this, i.e., can we remove this and if not what can > be done>> here?>> Thanks,>> Gj > - > > > > > > To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org > > > > > > For additional commands, e-mail: dev-help@netbeans.incubator. > apache.org > > > > > > For further information about the NetBeans mailing lists, visit: > > > > > > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > - > To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org > For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org > > For further information about the NetBeans mailing lists, visit: > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > > >
Re: AW: (Git) Diff Window horizontal space rescue
Am Donnerstag, den 10.05.2018, 09:25 -0400 schrieb Emilian Bold: > Not sure why you have to be so adamant about this. Because you try to force your use-case down my throat. Yes I choose my hardware to get my work done and this worked good with netbeans. All I heard till now torpedes this. This is why I'm speaking out against it. - To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: AW: (Git) Diff Window horizontal space rescue
If there are configurable options to change it why do you care? You can just keep the settings how you like it and you will be happy. From what I read in the chain it sounds like this was a suggestion a while back. On Thu, 10 May 2018, 15:17 Matthias Bläsing, wrote: > Am Donnerstag, den 10.05.2018, 09:25 -0400 schrieb Emilian Bold: > > Not sure why you have to be so adamant about this. > > Because you try to force your use-case down my throat. Yes I choose my > hardware to get my work done and this worked good with netbeans. All I > heard till now torpedes this. This is why I'm speaking out against it. > > - > To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org > For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org > > For further information about the NetBeans mailing lists, visit: > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > > >
Re: AW: (Git) Diff Window horizontal space rescue
On Thu, 10 May 2018 at 14:25 Emilian Bold wrote: > Not sure why you have to be so adamant about this. > > I could add some flag per topcomponent that says 'no-individual-tab'. > Then, if I have a floating window holding that single topcomponent it won't > have the title bar. > Play nice people! ;-) I actually agree with both of you. I'd be really annoyed if we lost the current tab behaviour, and yet also would love an option to selectively open top components in separate windows without any tab support, particularly within my RCP app rather than IDE. Is the problem that we conflate two ideas in Float? One is SDI and the other is MDI across multiple windows. Perhaps we need different options with Float (or Undock) being single window, and an option more like New Document Tab Group that opens in a new tab-able window? But while we only have one option, my vote is on keeping the current behaviour. Best wishes, Neil -- Neil C Smith Artist & Technologist www.neilcsmith.net Praxis LIVE - hybrid visual IDE for creative coding - www.praxislive.org
Jigsaw modules as modules in NetBeans
Hi all, I remember a discussion with Jan at a Munich event about the possibility of using jigsaw modules within NetBeans. With the upcoming new JavaFX SDK (downloadable now) as modules this becomes an interesting approach for integrating JavaFX and NetBeans.. Any pointers maybe even a working prototype? Sven
Re: [VOTE] Release Apache NetBeans 9.0 Beta (incubating) rc3
Yes, last one (305) seems to now also got marked as resolved just a few hours ago. One more stone out of the way for a next NB release. txs and LieGrue, strub > Am 10.05.2018 um 09:21 schrieb Geertjan Wielenga > : > > On Wed, May 9, 2018 at 7:30 PM, Mark Struberg > wrote: > >> hi folks! >> >> Had a talk with Jaroslav this morning at GeeCON about tasks we need to >> resolve befor the next release. >> >> I just looked up the old thread. Those are the tickets we still need to >> address. >> > > > The ones you point to seem fixed? > > Thanks, > > Gj > > > >> Guess Geertjan is having an eye on them anyway. >> I think it will be easier if we assign them a fix version of the upcoming >> release. >> So we do not easily forget them. >> >> LieGrue, >> strub >> >>> Anfang der weitergeleiteten Nachricht: >>> >>> Von: Geertjan Wielenga >>> Betreff: Aw: [VOTE] Release Apache NetBeans 9.0 Beta (incubating) rc3 >>> Datum: 19. Februar 2018 um 11:40:16 MEZ >>> An: "gene...@incubator.apache.org" >>> Antwort an: gene...@incubator.apache.org >>> >>> Here are the issues created as promised: >>> >>> https://issues.apache.org/jira/browse/NETBEANS-305 >>> https://issues.apache.org/jira/browse/NETBEANS-410 >>> https://issues.apache.org/jira/browse/NETBEANS-411 >>> >>> Also tracked here: >>> >>> https://cwiki.apache.org/confluence/display/NETBEANS/ >> Apache+NetBeans+9.0+Beta+rc3 >>> >>> Thanks again, >>> >>> Gj >>> >>> >>> On Fri, Feb 16, 2018 at 5:26 AM, Geertjan Wielenga < >>> geertjan.wiele...@googlemail.com> wrote: >>> Thanks a lot, these should be trivial to fix, will make issues for all >> and merge for the next release. Gj On Friday, February 16, 2018, Justin Mclean wrote: > Hi, > > I know the vote is over but you may want to fix this issues I noticed > before the next release: > - How are these wav files licensed? [8] > - Looks like you make have a dependancy on a 4 clause BSD license. [9] > That’s Category X and not allowed. > > BTW I would of voted -1 on this release as it contains compiled source > code [1][2][3][4][5][6][7] > > Thanks, > Justin > > 1 ./autoupdate.services/test/unit/src/org/netbeans/api/autoupd > ate/data/dummy-signed-twice.jar > 2 ./autoupdate.services/test/unit/src/org/netbeans/api/autoupd > ate/data/dummy-signed.jar > 3 ./classfile/test/unit/src/org/netbeans/modules/classfile/dat > afiles/WithLambda.classx > 4 ./classfile/test/unit/src/regression/datafiles/left-square.class > 5 ./classfile/test/unit/src/regression/datafiles/SwitchData.class > 6 ./classfile/test/unit/src/regression/datafiles/test91098.class > 7 ./nbi/engine/src/org/netbeans/installer/utils/applications/T > estJDK.class > 8 ./javafx2.samples/Xylophone/src/xylophone/Note?.wav > 9 ./incubating-netbeans-java-9.0-beta-source.zip/spellchecker. > dictionary_en/external/ispell-enwl-3.1.20-license.txt > - > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > For additional commands, e-mail: general-h...@incubator.apache.org > > >> >> - To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: [VOTE] Release Apache NetBeans 9.0 Beta (incubating) rc3
Excellent. Gj On Thu, May 10, 2018 at 6:45 PM, Mark Struberg wrote: > Yes, last one (305) seems to now also got marked as resolved just a few > hours ago. > One more stone out of the way for a next NB release. > > txs and LieGrue, > strub > > > Am 10.05.2018 um 09:21 schrieb Geertjan Wielenga < > geertjan.wiele...@googlemail.com>: > > > > On Wed, May 9, 2018 at 7:30 PM, Mark Struberg > > > wrote: > > > >> hi folks! > >> > >> Had a talk with Jaroslav this morning at GeeCON about tasks we need to > >> resolve befor the next release. > >> > >> I just looked up the old thread. Those are the tickets we still need to > >> address. > >> > > > > > > The ones you point to seem fixed? > > > > Thanks, > > > > Gj > > > > > > > >> Guess Geertjan is having an eye on them anyway. > >> I think it will be easier if we assign them a fix version of the > upcoming > >> release. > >> So we do not easily forget them. > >> > >> LieGrue, > >> strub > >> > >>> Anfang der weitergeleiteten Nachricht: > >>> > >>> Von: Geertjan Wielenga > >>> Betreff: Aw: [VOTE] Release Apache NetBeans 9.0 Beta (incubating) rc3 > >>> Datum: 19. Februar 2018 um 11:40:16 MEZ > >>> An: "gene...@incubator.apache.org" > >>> Antwort an: gene...@incubator.apache.org > >>> > >>> Here are the issues created as promised: > >>> > >>> https://issues.apache.org/jira/browse/NETBEANS-305 > >>> https://issues.apache.org/jira/browse/NETBEANS-410 > >>> https://issues.apache.org/jira/browse/NETBEANS-411 > >>> > >>> Also tracked here: > >>> > >>> https://cwiki.apache.org/confluence/display/NETBEANS/ > >> Apache+NetBeans+9.0+Beta+rc3 > >>> > >>> Thanks again, > >>> > >>> Gj > >>> > >>> > >>> On Fri, Feb 16, 2018 at 5:26 AM, Geertjan Wielenga < > >>> geertjan.wiele...@googlemail.com> wrote: > >>> > Thanks a lot, these should be trivial to fix, will make issues for all > >> and > merge for the next release. > > Gj > > > On Friday, February 16, 2018, Justin Mclean > > wrote: > > > Hi, > > > > I know the vote is over but you may want to fix this issues I noticed > > before the next release: > > - How are these wav files licensed? [8] > > - Looks like you make have a dependancy on a 4 clause BSD license. > [9] > > That’s Category X and not allowed. > > > > BTW I would of voted -1 on this release as it contains compiled > source > > code [1][2][3][4][5][6][7] > > > > Thanks, > > Justin > > > > 1 ./autoupdate.services/test/unit/src/org/netbeans/api/autoupd > > ate/data/dummy-signed-twice.jar > > 2 ./autoupdate.services/test/unit/src/org/netbeans/api/autoupd > > ate/data/dummy-signed.jar > > 3 ./classfile/test/unit/src/org/netbeans/modules/classfile/dat > > afiles/WithLambda.classx > > 4 ./classfile/test/unit/src/regression/datafiles/left-square.class > > 5 ./classfile/test/unit/src/regression/datafiles/SwitchData.class > > 6 ./classfile/test/unit/src/regression/datafiles/test91098.class > > 7 ./nbi/engine/src/org/netbeans/installer/utils/applications/T > > estJDK.class > > 8 ./javafx2.samples/Xylophone/src/xylophone/Note?.wav > > 9 ./incubating-netbeans-java-9.0-beta-source.zip/spellchecker. > > dictionary_en/external/ispell-enwl-3.1.20-license.txt > > > - > > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > > For additional commands, e-mail: general-h...@incubator.apache.org > > > > > >> > >> > > > - > To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org > For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org > > For further information about the NetBeans mailing lists, visit: > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > > >
Re: AW: (Git) Diff Window horizontal space rescue
This email thread is also a form of brainstorming. I have no problems exploring ideas even if they never get implemented. Starting from my plan of increasing the vertical space available for actual code in the diff top component, several other ideas were explored: * the fact the even if we make the diff topcomponent float, we still waste space with that tab title (unlike IntelliJ). ** then we went into why the Window System doesn't handle this usecase *** then we went into how this usecase might be implemented and how docking, closing would work ***… except it doesn't need to if people would just buy bigger monitors * that people end up having multiple diff topcomponents open, even for the same group of files and some re-use might help * syncing selection between the git(?) topcomponent and diff --emi ‐‐‐ Original Message ‐‐‐ On 10 May 2018 5:20 PM, Neil C Smith wrote: > On Thu, 10 May 2018 at 14:25 Emilian Bold emilian.b...@protonmail.ch > > wrote: > > > Not sure why you have to be so adamant about this. > > > > I could add some flag per topcomponent that says 'no-individual-tab'. > > > > Then, if I have a floating window holding that single topcomponent it won't > > > > have the title bar. > > Play nice people! ;-) > > I actually agree with both of you. I'd be really annoyed if we lost the > > current tab behaviour, and yet also would love an option to selectively > > open top components in separate windows without any tab support, > > particularly within my RCP app rather than IDE. > > Is the problem that we conflate two ideas in Float? One is SDI and the > > other is MDI across multiple windows. Perhaps we need different options > > with Float (or Undock) being single window, and an option more like New > > Document Tab Group that opens in a new tab-able window? > > But while we only have one option, my vote is on keeping the current > > behaviour. > > Best wishes, > > Neil > > > --- > > Neil C Smith > > Artist & Technologist > > www.neilcsmith.net > > Praxis LIVE - hybrid visual IDE for creative coding - www.praxislive.org - To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: NETBEANS-312: how to fix patches removing license headers?
Hi, I added my evaluation to the bug and created a related PR. Greetings Matthias Am Donnerstag, den 10.05.2018, 10:15 +0200 schrieb Geertjan Wielenga: > Hi all, > > I'd like to get ahead of a discussion we'll inevitable end up in if > we > don't deal with this before we try to do the release: > > https://issues.apache.org/jira/browse/NETBEANS-312 > > That issue comes from the IPMC review by Justin McLean for the 2nd > attempt > at the Beta release: > > https://lists.apache.org/thread.html/5fdb996c8b25e5c48c47e4eca3942b65 > 6f690694d767d795524cc960@%3Cgeneral.incubator.apache.org%3E > > The files in question are: > > https://github.com/apache/incubator-netbeans/blob/master/css.lib/src/ > org/netbeans/modules/css/lib/antlrv4.patch > > https://github.com/apache/incubator-netbeans/blob/master/html.validat > ion/external/validator.patch > > My questions are: > > -- what is the problem that is being addressed here, i.e., what does > "this > patch file seems to be removing a GPL/CDDL header" and "this patch > seems to > be removing a MIT license header" mean? > > -- once we know what that means, what can be done to fix the problem? > > -- is this a requirement for fixing as a condition for releasing an > incubator release or does it only become relevant once we try to > graduate > from the incubator? > > Thanks, > > Gj - To unsubscribe, e-mail: dev-unsubscr...@netbeans.incubator.apache.org For additional commands, e-mail: dev-h...@netbeans.incubator.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[Hibernate] - Issue Netbeans-171
Hi. There is a plan for a new Hibernate module? -- *Wilmar A. Giraldo Sanchez*