Re: Needed: Release Manager for Apache NetBeans 10
Awesome! Gj On Sat, Sep 22, 2018 at 1:44 AM, Laszlo Kishalmi wrote: > I volunteer this time. > > I hope timezone shift won't be an issue. > > > > On 09/21/2018 12:41 AM, Geertjan Wielenga wrote: > >> Some potential candidates for this role, i.e., which is pretty impressive, >> the fact that we have this many who could IMHO already do this from a >> perspective of insight, though the main problem in most/each cases is >> probably time: >> >> - Antonio Vieiro >> - Sven Reimers >> - Matthias Bläsing >> - Junichi Yamamoto >> - Eric Barboni >> - Neil C. Smith >> - Thilina Ranathunga >> - Laszlo Kishalmi >> - John McDonnell >> - Wade Chandler >> >> There may be more and I apologize for omitting anyone else who has been >> involved for some time, committed quite a bit in one way or another, and >> has shown IMHO the technical interest needed for this. >> >> Any volunteers from the above, or someone else -- I am sure you'll be >> supported a lot by Emilian, who was the previous release manager, as well >> as myself and the rest of the community of course. >> >> Thanks, >> >> Gj >> >> >> On Thu, Sep 20, 2018 at 8:36 AM, Geertjan Wielenga < >> geertjan.wiele...@googlemail.com> wrote: >> >> Hi all, >>> >>> Following our roadmap... >>> >>> https://cwiki.apache.org/confluence/display/NETBEANS/ >>> Apache+NetBeans+Release+Roadmap >>> >>> ...we are approaching feature freeze. >>> >>> A release manager is needed, Emilian did a fantastic job in the Apache >>> NetBeans 9 release, and I am sure he can provide support and advice as >>> needed. >>> >>> Several indicated interest in this role the last time we discussed this, >>> e.g., here: >>> >>> https://lists.apache.org/thread.html/fc7d4a9d71c595f964a0e0ed102b3b >>> 25305d3d2dd77135853cedb70e@%3Cdev.netbeans.apache.org%3E >>> >>> The release manager needs to branch off the release on Sep 30 and not let >>> any features in after that, only bug fixes. Right now, the integration >>> with >>> JDK 11 and PHP looks solid, Java EE, JavaScript, Groovy, would all be >>> great >>> to include -- but people need to step forward fast now to make that >>> happen >>> otherwise that will be shifted to the next release, early next year, >>> while >>> all those features will of course be available as is from the 8.2 Plugin >>> Portal. >>> >>> Hopefully we could then have Apache NetBeans 10 Vote Candidate 1 or 2 >>> ready for Oracle Code One as a beta or preview release, with the final >>> release during November. >>> >>> 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: Public vs. Friend API Reloaded (Summary)
You may want to survey modules on Github that use implementation dependencies or use Uenta to bypass them. For example, I've been tweaking the rust module from github, which does tag with a couple of csl modules. Those should count toward "friends". -Tim On Fri, Sep 21, 2018 at 8:01 PM Laszlo Kishalmi wrote: > Dear all, > > I'd like to summarize whet happened on the "API Friendliness" issue: > > We collected a number of possible options on our previous discussions at: > > https://cwiki.apache.org/confluence/display/NETBEANS/Public+vs+Friend+API > > Commenting these options remained really silent though. This means our > Friend APIs most likely stay as they are now. > > I must acknowledge that adding new friends to an existing API is easier > than ever having NetBeans under Apache umbrella. > > I plan not to give up on making some APIs public though. Regarding the > low interest of making something big around this area, I think the most > viable solution is: > > Option 4: Make Module Public when There is more than a Certain Number of > Friend Dependencies. > > So sometime in the future I'm going to create a list of how many friends > a module does have and share the list with you. > > > Thank you all who participated in this effort! > > Laszlo Kishalmi > > > - > 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 > > > > -- http://timboudreau.com
Public vs. Friend API Reloaded (Summary)
Dear all, I'd like to summarize whet happened on the "API Friendliness" issue: We collected a number of possible options on our previous discussions at: https://cwiki.apache.org/confluence/display/NETBEANS/Public+vs+Friend+API Commenting these options remained really silent though. This means our Friend APIs most likely stay as they are now. I must acknowledge that adding new friends to an existing API is easier than ever having NetBeans under Apache umbrella. I plan not to give up on making some APIs public though. Regarding the low interest of making something big around this area, I think the most viable solution is: Option 4: Make Module Public when There is more than a Certain Number of Friend Dependencies. So sometime in the future I'm going to create a list of how many friends a module does have and share the list with you. Thank you all who participated in this effort! Laszlo Kishalmi - 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: Needed: Release Manager for Apache NetBeans 10
I volunteer this time. I hope timezone shift won't be an issue. On 09/21/2018 12:41 AM, Geertjan Wielenga wrote: Some potential candidates for this role, i.e., which is pretty impressive, the fact that we have this many who could IMHO already do this from a perspective of insight, though the main problem in most/each cases is probably time: - Antonio Vieiro - Sven Reimers - Matthias Bläsing - Junichi Yamamoto - Eric Barboni - Neil C. Smith - Thilina Ranathunga - Laszlo Kishalmi - John McDonnell - Wade Chandler There may be more and I apologize for omitting anyone else who has been involved for some time, committed quite a bit in one way or another, and has shown IMHO the technical interest needed for this. Any volunteers from the above, or someone else -- I am sure you'll be supported a lot by Emilian, who was the previous release manager, as well as myself and the rest of the community of course. Thanks, Gj On Thu, Sep 20, 2018 at 8:36 AM, Geertjan Wielenga < geertjan.wiele...@googlemail.com> wrote: Hi all, Following our roadmap... https://cwiki.apache.org/confluence/display/NETBEANS/ Apache+NetBeans+Release+Roadmap ...we are approaching feature freeze. A release manager is needed, Emilian did a fantastic job in the Apache NetBeans 9 release, and I am sure he can provide support and advice as needed. Several indicated interest in this role the last time we discussed this, e.g., here: https://lists.apache.org/thread.html/fc7d4a9d71c595f964a0e0ed102b3b 25305d3d2dd77135853cedb70e@%3Cdev.netbeans.apache.org%3E The release manager needs to branch off the release on Sep 30 and not let any features in after that, only bug fixes. Right now, the integration with JDK 11 and PHP looks solid, Java EE, JavaScript, Groovy, would all be great to include -- but people need to step forward fast now to make that happen otherwise that will be shifted to the next release, early next year, while all those features will of course be available as is from the 8.2 Plugin Portal. Hopefully we could then have Apache NetBeans 10 Vote Candidate 1 or 2 ready for Oracle Code One as a beta or preview release, with the final release during November. 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: Ticket, Sub-Tasks and PRs
I'd create two separate stories linked together. These two improvements stands on their own and probably small enough to implement. Of course they are more powerful if delivered together, but we could deliver them independently bringing some value to the platform, and often bite sized stories are the best. On 09/20/2018 07:59 AM, Christian Lenz wrote: Any suggestions to this Topic? I read the Guidelines for that: https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=74681408 but no proposals for Sub-tasks. Ok here is my proposal, I think it depends on the feature but if you have an amount of small Sub Tasks it could be separate commits for each Sub Task in one PR. If you have a lot of work, it would make much more sense to have one PR for each Sub Task. In my Situation, of Course both are 2 new Features/improvements, which could be 2 separate stories but both are a bit connected to each other, because I want to use a shortcut to open the Thing and type into a search field. Do you have any other suggestions for that? I’m also fine to split my ticket into 2 tickets instead of having 2 sub Tasks of 1 ticket. Cheers Chris Von: Christian Lenz Gesendet: Dienstag, 18. September 2018 14:25 An: dev@netbeans.incubator.apache.org Betreff: Ticket, Sub-Tasks and PRs Dear Devs, I created a new ticket, for a new feature, which I want to implement: https://issues.apache.org/jira/browse/NETBEANS-1262 This ticket Needs 2 implementations. One Action to create a shortcut (One Sub-Task) and create a new searchfield to filter the list inside the Show opened documents list popup (Second Sub-Task). First I want to know, whether it is correct to create for each Little feature, which depends on the Overall feature, a sub ticket or not and second how should I handle the PR? Should I create a new branch (In my fork or directly in the incubator repo?) for each Sub ticket or a PR for the Ticket itself and not for the Sub Tasks? Cheers Chris - 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: Pre-register 8.2 UC was: New InfoQ article on Apache NetBeans status
https://issues.apache.org/jira/browse/NETBEANS-1275 Working on this now. Gj On Fri, Aug 17, 2018 at 7:39 AM, Jaroslav Tulach wrote: > Dne Čt 16. srpna 2018 09:15:37, Geertjan Wielenga napsal(a): > > > > https://www.infoq.com/news/2018/08/netbeans-apache-update-aug18 > > > > I can see the continuing effort to explain "where have all the modules > gone?" > in the article. Rather than writing long blog posts with howtos, why not > add > the 8.2 update center to the default installation? > > https://github.com/apache/incubator-netbeans/blob/ > master/updatecenters/src/org/netbeans/modules/updatecenters/resources/mf- > layer.xml > > https://github.com/apache/incubator-netbeans/blob/ > master/updatecenters/src/org/netbeans/modules/updatecenters/resources/ > Bundle.properties > > Just register new update center there, let it point to 8.2 catalog. Either > disable it by default or even enable it by default. Then no URL copying > and > pasting will be needed to activate C, C++, JavaEE & co. and they will be > seen > more as more natural part of the upcoming Apache NetBeans releases than > they > are right now. > > -jt > > > - > 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 > > > >
Your feedback is needed on Pull Requests.
Hi all, There's a lot of really cool and interesting pull requests, would be great to be able to include them in Apache NetBeans 10, which means please take a few moments to comment on them and give your feedback: https://github.com/apache/incubator-netbeans/pulls Anyone and everyone can do this -- no special skills necessarily required, just go to the above link, pick a few PRs, and leave your comments. Thanks, Gj
Re: Blurry font with NetBeans 9.0
Those in this thread, please take a look and comment on this pull request by Eirik Bakke: https://github.com/apache/incubator-netbeans/pull/883 Gj On Tue, Sep 18, 2018 at 3:52 PM, Eirik Bakke wrote: > There's another remaining problem where checkboxes, radio buttons and so > on become too small or too large on one of the monitors. That one is a JDK > bug, which I have reported on https://bugreport.java.com/bugreport > (though it has not been assigned a JDK JIRA ticket yet). > > -- Eirik > > -Original Message- > From: Christian Lenz > Sent: Tuesday, September 18, 2018 9:44 AM > To: dev@netbeans.incubator.apache.org > Subject: AW: Blurry font with NetBeans 9.0 > > Ok yes, now everything is fine, except from the titlebar 😃 It is huge now > on non HiDPI Monitors, but you mentioned it before. The rest is fine, no > blurry, no Problems on HiDPI or non HiDPI Monitors. But the titlebar is > weird. > > Thx. > > > > Von: Christian Lenz > Gesendet: Dienstag, 18. September 2018 15:38 > An: dev@netbeans.incubator.apache.org > Betreff: AW: Blurry font with NetBeans 9.0 > > Ok, will Change it. I thought I Need dpiAware=false and uiScale=2 AND the > Override high DPI scaling behaviour -> Application. > Thx. Will try this. > > > > Von: Eirik Bakke > Gesendet: Dienstag, 18. September 2018 15:31 > An: dev@netbeans.incubator.apache.org > Betreff: RE: Blurry font with NetBeans 9.0 > > Hmm, I haven't seen that problem before. Except for the title bar--I know > it becomes huge or tiny at times (that particular problem will also be > solved with NETBEANS-1227). > > Might you still be running with "dpiAware=false" and "uiScale=2"? Those > two should not be needed once you apply the "Override high DPI scaling > behavior"-->"Application" trick--in fact they would likely cause problems. > > -- Eirik > > -Original Message- > From: Christian Lenz > Sent: Tuesday, September 18, 2018 9:13 AM > To: dev@netbeans.incubator.apache.org > Subject: AW: Blurry font with NetBeans 9.0 > > Yes, so again I don’t have Problems with HiDPI anymore. No Blurry font, no > to small or to big, but when I move my window to a non HiDPI monitor and > with an other Resolution, it will gets really big. > > > > Von: Eirik Bakke > Gesendet: Dienstag, 18. September 2018 15:09 > An: dev@netbeans.incubator.apache.org > Betreff: RE: Blurry font with NetBeans 9.0 > > Did you try the "Compatibility"-->"Change high DPI settings"-->"Override > high DPI scaling behavior"-->"Application" trick? > > (Once https://issues.apache.org/jira/browse/NETBEANS-1227 is resolved, > this workaround will become unnecessary.) > > -- Eirik > > -Original Message- > From: Christian Lenz > Sent: Tuesday, September 18, 2018 8:39 AM > To: dev@netbeans.incubator.apache.org > Subject: AW: Blurry font with NetBeans 9.0 > > Is there anything else, what I can do here to Prevent making NetBeans > bigger on a non HiDPI monitor, when I move the window? > > > Cheers > > Chris > > > > Von: Christian Lenz > Gesendet: Donnerstag, 13. September 2018 15:56 > An: dev@netbeans.incubator.apache.org > Betreff: AW: Blurry font with NetBeans 9.0 > > Update: > > dpiAware=false > uiScale=2 > > Settings via compatibilty for the OS, the application should handle it and > override the dpi scale if it is to high. > > Now, everything Looks fine, on the Surface book with the hidpi Display, > but when I move my NetBeans window to a different monitor, w/o having > retina or hidpi, everything is too big. > > Someone mentioned it here before so how can I fix this? > > So Long Story short, everything is fine for hidpi Display but not for > normal Displays. I use both in parallel. > > > Cheers > > Chris > > > > Von: Christian Lenz > Gesendet: Montag, 10. September 2018 11:53 > An: dev@netbeans.incubator.apache.org > Betreff: AW: Blurry font with NetBeans 9.0 > > Hey all, > > so it seems to work now. I use JDK 10.0.2 and the uiScale=2 and > dpiAware=false and the scaling compatibilty Option of Windows. > Thx to all. Will check whether it will work with the darcula laf or not. > > > Cheers > > Chris > > Von: Christian Lenz > Gesendet: Montag, 10. September 2018 11:20 > An: dev@netbeans.incubator.apache.org > Betreff: AW: Blurry font with NetBeans 9.0 > > Hey Tim, > > which zoom do you mean? If you mean the Windows scaling (zoom) this is not > possible, as I said. Because everything is to small, not only NetBeans. I > didn’t need to Change anything in IntelliJ and there it works well and out > of the box, I don’t know why I have to do such stuff for NetBeans. > > When I add those flags for dpiaware and uiScale, Nothing work anymore. > NetBeans started and it disappears but runs in Background. Removed all > Folders for NetBeans completely. After I open the exe again, I got an empty > Dialog. > > > Cheers > > Chris > > Von: Tim Boudreau > Gesendet: Freitag, 7. September 2018 19:48 > An: dev@netbeans.incubator.apache.org > Betreff: Re: Blurry font with NetBeans 9.0 > > Add --fontsize 24 (or whateve
Re: Needed: Release Manager for Apache NetBeans 10
Some potential candidates for this role, i.e., which is pretty impressive, the fact that we have this many who could IMHO already do this from a perspective of insight, though the main problem in most/each cases is probably time: - Antonio Vieiro - Sven Reimers - Matthias Bläsing - Junichi Yamamoto - Eric Barboni - Neil C. Smith - Thilina Ranathunga - Laszlo Kishalmi - John McDonnell - Wade Chandler There may be more and I apologize for omitting anyone else who has been involved for some time, committed quite a bit in one way or another, and has shown IMHO the technical interest needed for this. Any volunteers from the above, or someone else -- I am sure you'll be supported a lot by Emilian, who was the previous release manager, as well as myself and the rest of the community of course. Thanks, Gj On Thu, Sep 20, 2018 at 8:36 AM, Geertjan Wielenga < geertjan.wiele...@googlemail.com> wrote: > Hi all, > > Following our roadmap... > > https://cwiki.apache.org/confluence/display/NETBEANS/ > Apache+NetBeans+Release+Roadmap > > ...we are approaching feature freeze. > > A release manager is needed, Emilian did a fantastic job in the Apache > NetBeans 9 release, and I am sure he can provide support and advice as > needed. > > Several indicated interest in this role the last time we discussed this, > e.g., here: > > https://lists.apache.org/thread.html/fc7d4a9d71c595f964a0e0ed102b3b > 25305d3d2dd77135853cedb70e@%3Cdev.netbeans.apache.org%3E > > The release manager needs to branch off the release on Sep 30 and not let > any features in after that, only bug fixes. Right now, the integration with > JDK 11 and PHP looks solid, Java EE, JavaScript, Groovy, would all be great > to include -- but people need to step forward fast now to make that happen > otherwise that will be shifted to the next release, early next year, while > all those features will of course be available as is from the 8.2 Plugin > Portal. > > Hopefully we could then have Apache NetBeans 10 Vote Candidate 1 or 2 > ready for Oracle Code One as a beta or preview release, with the final > release during November. > > Thanks, > > Gj > >
