[jira] [Updated] (NETBEANS-5599) PHP 8.1 Support
[ https://issues.apache.org/jira/browse/NETBEANS-5599?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Junichi Yamamoto updated NETBEANS-5599: --- Description: [https://wiki.php.net/rfc#php_81] * [https://wiki.php.net/rfc/final_class_const] was:https://wiki.php.net/rfc#php_81 > PHP 8.1 Support > --- > > Key: NETBEANS-5599 > URL: https://issues.apache.org/jira/browse/NETBEANS-5599 > Project: NetBeans > Issue Type: New Feature > Components: php - Editor >Reporter: Junichi Yamamoto >Assignee: Junichi Yamamoto >Priority: Major > Labels: pull-request-available > Time Spent: 1h > Remaining Estimate: 0h > > [https://wiki.php.net/rfc#php_81] > * [https://wiki.php.net/rfc/final_class_const] -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-2617) Redraw common icons in SVG
[ https://issues.apache.org/jira/browse/NETBEANS-2617?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Eirik Bakke updated NETBEANS-2617: -- Description: Once NETBEANS-2604 is done, we should start replacing commonly seen NetBeans icons with SVG versions, for improved appearance on Retina/HiDPI displays. h2. UPDATE: [Here|https://docs.google.com/spreadsheets/d/1U_pj-I3hk9Wj_7lvHcUDsZfFfBSyCkSGqBuv0qt_qXw/edit?usp=sharing] is a Google Sheet where we can track progress of contributions and prioritization of icons. With some practice, it takes on average 30 minutes to create an SVG version of a typical icon in Adobe Illustrator. See the attached illustration and Illustrator template. The Illustrator template includes a few icons which have already been converted. In NETBEANS-2605, a prioritized list of icons to convert was produced (now migrated to the Google Sheet above). By redrawing the most commonly seen icons first, we can get the greatest "bang for the buck" in terms of improving NetBeans' appearance on HiDPI displays. Once we have a batch of icons ready to integrate into the NetBeans repository, Eirik will redo the duplicate detection and ensure the SVGs end up in all relevant locations, and start creating pull requests. See also the overview page for HiDPI improvements on https://cwiki.apache.org/confluence/display/NETBEANS/HiDPI+%28Retina%29+improvements . If you wish to contribute to this effort, comment here; Eirik will coordinate to make sure multiple people are not working on the same icons. h2. Proposed Style Guide for Vectorized Icons * Vector icons should be drawn in Adobe Illustrator, or alternatively Inkscape or another free tool. In Illustrator, each icon should be one named artboard, sized to the correct size in pixels. See the attached Illustrator template. (Adobe Illustrator comes with a free 7-day trial, after which it's $35/month. If cost is a problem but you want to contribute your time to draw icons, ask Eirik...) * If you prefer to use Inkscape instead, and want to contribute icons, that's fine; just make sure to follow the same consistent style as the other icons. If using Inkscape, perhaps pick another group of icons than the ones that are currently being drawn in Illustrator. It's best to draw all similar-looking icons in the same tool. * For each icon to be vectorized, place the old bitmap version of the icon in a separate layer ("Old Bitmap Icons" in the Illustrator template). You can then draw the vectorized version on top. * Since most of the existing NetBeans icons follow a quite consistent visual style, and to simplify the job of creating new icons, it is best to keep the shape of the new vectorized icons the same as in the old bitmap icons. For instance, a rectangle of size 5x4px in the bitmap icon should probably become a rectangle of 5x4px in the vector version. * Keep the same general colors in vectorized icons as in the corresponding old bitmap icons. * Some of the old bitmap icons use grays with a slightly blue tint (e.g. the [file icons|https://raw.githubusercontent.com/apache/netbeans/master/java/refactoring.java/src/org/netbeans/modules/refactoring/java/resources/newFile.png]). This style is out of fashion (resembling 1990s Solaris GUIs etc.); use neutral greys instead. * If the old bitmap icon is complex, it is fine to simplify it a bit when drawing vectorized versions. * Omit gradients, bevels, and unnecessary drop shadows. They take more time to draw, and with "flat design", they are now out of fashion in any case. * Use a stroke width of 1px around the main shapes in the icon, like in the existing bitmap icons. The new icons should look consistent with the existing bitmap icons, especially since we may see bitmap icons and vector icons side-by-side for a long time. Within shapes, 0.5px strokes can be used for finer details. (0.5px strokes become 1 device pixel on Retina screens, which have a 2x scaling.) * The 1px strokes that outline the icon's shapes should typically be 33% transparent black on top of the shape's background color, or of similar darkness. See the examples in the attached "style example.png" file. * When the same shape occurs in different icons but at different sizes (e.g. the small magnifying glass in find_selection.png vs. the large magnifying glass in zoom_in.png), strokes and borders should still remain at the same thickness (1px for external borders and 0.5px for internal strokes). * Horizontal and vertical strokes must be aligned to the pixel grid. * While it may sometimes be necessary to "outline" strokes for the purposes of applying boolean operations (e.g. subtracting another shape from the stroke only), strokes should be left as strokes whenever possible, as this leads to smaller SVG files, and makes shapes within the icon easier to modify. * For icons in the main IDE toolbar (as opposed to the editor toolbar), wh
[jira] [Updated] (NETBEANS-5599) PHP 8.1 Support
[ https://issues.apache.org/jira/browse/NETBEANS-5599?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] ASF GitHub Bot updated NETBEANS-5599: - Labels: pull-request-available (was: ) > PHP 8.1 Support > --- > > Key: NETBEANS-5599 > URL: https://issues.apache.org/jira/browse/NETBEANS-5599 > Project: NetBeans > Issue Type: New Feature > Components: php - Editor >Reporter: Junichi Yamamoto >Assignee: Junichi Yamamoto >Priority: Major > Labels: pull-request-available > Time Spent: 10m > Remaining Estimate: 0h > > https://wiki.php.net/rfc#php_81 -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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] [Closed] (NETBEANS-6153) NBI cannot be built with JDK 11
[ https://issues.apache.org/jira/browse/NETBEANS-6153?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Christian Oyarzun closed NETBEANS-6153. --- Fix Version/s: 12.6 Resolution: Fixed > NBI cannot be built with JDK 11 > --- > > Key: NETBEANS-6153 > URL: https://issues.apache.org/jira/browse/NETBEANS-6153 > Project: NetBeans > Issue Type: Improvement > Components: platform - installer >Affects Versions: 12.6 > Environment: {code:java} > {code} >Reporter: Christian Oyarzun >Assignee: Christian Oyarzun >Priority: Minor > Labels: pull-request-available > Fix For: 12.6 > > Time Spent: 50m > Remaining Estimate: 0h > > The NBI installer cannot be built with JDK 11. Some NBI projects have > javac.source=1.5 which is unsupported with JDK 11. > > {code:java} > [exec] [javac] warning: [options] bootstrap class path not set in > conjunction with -source 6 > [exec] [javac] warning: [options] source value 6 is obsolete and > will be removed in a future release > [exec] [javac] warning: [options] target value 1.6 is obsolete and > will be removed in a future release// code placeholder > {code} -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-6228) NBI: Support JVM bundling with other than Info-Zip
[ https://issues.apache.org/jira/browse/NETBEANS-6228?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lars Bruun-Hansen updated NETBEANS-6228: Description: (This ticket is carried over from [BugZilla #239238|https://bz.apache.org/netbeans/show_bug.cgi?id=239238].) The NBI has a feature whereby a JRE can be bundled as a self-executable compressed archive. This means the Installer can be launched without any JRE present on the target machine: the JRE is simply bundled inside the Installer executable. In order to execute the archive (uncompress it), NBI will add a {{-d}} option to the command line. Unfortunately this option is very specific to Info-ZIP's version of self-executables. This excludes use of other archive methods, for example 7Zip, which does not recognize a {{-d}} option. For one reason or another 7Zip compresses a JRE far better than Info-ZIP. It is also better documented. In contrast the Info-ZIP project seems rather abandoned and it is not trivial to get hold of the 'unzipsfx' stub needed to create the self-executable. What to do about it: The {{-d}} option to Info-Zip's unzipsfx specifies a target directory to unzip into. Instead of using this option the same effect can be achieved by first changing the working directory into the target directory (creating it if it doesn't exist) and then executing the self-executable archive which will then uncompress into the current directory. Hence the suggestion is to avoid any command line arguments on the self-executable archive. This way the user of the NetBeans Platform is free to use his/her own choice of archiving mechanism as long the archiving mechanism can produce a self-executable archive. The problem only exists on Windows. On other platforms the Installer Launcher does not add the {{-d}} option. The problem is in [JavaUtils.c file|https://github.com/apache/netbeans/blob/master/nbi/engine/native/launcher/windows/src/JavaUtils.c], line 626-627. These lines are unnecessary as in line 629 the command is anyway executed with {{jvmDir}} as the working directory. Therefore a fix is trivial and will have no side-effects. was: (This ticket is carried over from [BugZilla #239238|https://bz.apache.org/netbeans/show_bug.cgi?id=239238].) The NBI has a feature whereby a JRE can be bundled as a self-executable compressed archive. This means the Installer can be launched without any JRE present on the target machine: the JRE is simply bundled inside the Installer executable. In order to execute the archive (uncompress it), NBI will add a {{-d}} option to the command line. Unfortunately this option is very specific to Info-ZIP's version of self-executables. This excludes use of other archive methods, for example 7Zip. which does not recognize a {{-d}} option. For one reason or another 7Zip compresses a JRE far better than Info-ZIP. It is also better documented. In contrast the Info-ZIP project seems rather abandoned and it is not trivial to get hold of the 'unzipsfx' stub needed to create the self-executable. What to do about it: The {{-d}} option to Info-Zip's unzipsfx specifies a target directory to unzip into. Instead of using this option the same effect can be achieved by first changing the working directory into the target directory (creating it if it doesn't exist) and then executing the self-executable archive which will then uncompress into the current directory. Hence the suggestion is to avoid any command line arguments on the self-executable archive. This way the user of the NetBeans Platform is free to use his/her own choice of archiving mechanism as long the archiving mechanism can produce a self-executable archive. The problem only exists on Windows. On other platforms the Installer Launcher does not add the {{-d}} option. The problem is in [JavaUtils.c file|https://github.com/apache/netbeans/blob/master/nbi/engine/native/launcher/windows/src/JavaUtils.c], line 626-627. These lines are unnecessary as in line 629 the command is anyway executed with {{jvmDir}} as the working directory. Therefore a fix is trivial and will have no side-effects. > NBI: Support JVM bundling with other than Info-Zip > --- > > Key: NETBEANS-6228 > URL: https://issues.apache.org/jira/browse/NETBEANS-6228 > Project: NetBeans > Issue Type: Improvement > Components: platform - installer >Reporter: Lars Bruun-Hansen >Priority: Trivial > > (This ticket is carried over from [BugZilla > #239238|https://bz.apache.org/netbeans/show_bug.cgi?id=239238].) > The NBI has a feature whereby a JRE can be bundled as a self-executable > compressed archive. This means the Installer can be launched without any JRE > present on the target machine: the JRE is simply bundled inside the Installer > executable. > In order
[jira] [Created] (NETBEANS-6228) NBI: Support JVM bundling with other than Info-Zip
Lars Bruun-Hansen created NETBEANS-6228: --- Summary: NBI: Support JVM bundling with other than Info-Zip Key: NETBEANS-6228 URL: https://issues.apache.org/jira/browse/NETBEANS-6228 Project: NetBeans Issue Type: Improvement Components: platform - installer Reporter: Lars Bruun-Hansen (This ticket is carried over from [BugZilla #239238|https://bz.apache.org/netbeans/show_bug.cgi?id=239238].) The NBI has a feature whereby a JRE can be bundled as a self-executable compressed archive. This means the Installer can be launched without any JRE present on the target machine: the JRE is simply bundled inside the Installer executable. In order to execute the archive (uncompress it), NBI will add a {{-d}} option to the command line. Unfortunately this option is very specific to Info-ZIP's version of self-executables. This excludes use of other archive methods, for example 7Zip. which does not recognize a {{-d}} option. For one reason or another 7Zip compresses a JRE far better than Info-ZIP. It is also better documented. In contrast the Info-ZIP project seems rather abandoned and it is not trivial to get hold of the 'unzipsfx' stub needed to create the self-executable. What to do about it: The {{-d}} option to Info-Zip's unzipsfx specifies a target directory to unzip into. Instead of using this option the same effect can be achieved by first changing the working directory into the target directory (creating it if it doesn't exist) and then executing the self-executable archive which will then uncompress into the current directory. Hence the suggestion is to avoid any command line arguments on the self-executable archive. This way the user of the NetBeans Platform is free to use his/her own choice of archiving mechanism as long the archiving mechanism can produce a self-executable archive. The problem only exists on Windows. On other platforms the Installer Launcher does not add the {{-d}} option. The problem is in [JavaUtils.c file|https://github.com/apache/netbeans/blob/master/nbi/engine/native/launcher/windows/src/JavaUtils.c], line 626-627. These lines are unnecessary as in line 629 the command is anyway executed with {{jvmDir}} as the working directory. Therefore a fix is trivial and will have no side-effects. -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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-6222) Why Apache NetBeans doesn't have support for 32-bit architecture?
[ https://issues.apache.org/jira/browse/NETBEANS-6222?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17448085#comment-17448085 ] Swapnil Sidram Nagtilak commented on NETBEANS-6222: --- Thank you Neil :) > Why Apache NetBeans doesn't have support for 32-bit architecture? > -- > > Key: NETBEANS-6222 > URL: https://issues.apache.org/jira/browse/NETBEANS-6222 > Project: NetBeans > Issue Type: Wish > Environment: *Debian 11 32-bit* > *JDK 11.0.13 32-bit* >Reporter: Swapnil Sidram Nagtilak >Priority: Major > Labels: 32bit > > Why Apache NetBeans doesn't have support for 32-bit architecture? > Many libraries have support for 32-bit architecture in Java platform even JDK > still supports 32-bit architecture. > Or may I use binaries on 32-bit architecture? -- This message was sent by Atlassian Jira (v8.20.1#820001) - 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
svn commit: r51048 - in /dev/netbeans/netbeans-vscode-ext/12.6.0: ./ apache-netbeans-java-12.6.0.vsix apache-netbeans-java-12.6.0.vsix.asc apache-netbeans-java-12.6.0.vsix.sha512
Author: jtulach Date: Tue Nov 23 14:27:33 2021 New Revision: 51048 Log: Bits for VSNetBeans 12.6.0 VSCode extension Added: dev/netbeans/netbeans-vscode-ext/12.6.0/ dev/netbeans/netbeans-vscode-ext/12.6.0/apache-netbeans-java-12.6.0.vsix (with props) dev/netbeans/netbeans-vscode-ext/12.6.0/apache-netbeans-java-12.6.0.vsix.asc dev/netbeans/netbeans-vscode-ext/12.6.0/apache-netbeans-java-12.6.0.vsix.sha512 Added: dev/netbeans/netbeans-vscode-ext/12.6.0/apache-netbeans-java-12.6.0.vsix == Binary file - no diff available. Propchange: dev/netbeans/netbeans-vscode-ext/12.6.0/apache-netbeans-java-12.6.0.vsix -- svn:mime-type = application/octet-stream Added: dev/netbeans/netbeans-vscode-ext/12.6.0/apache-netbeans-java-12.6.0.vsix.asc == --- dev/netbeans/netbeans-vscode-ext/12.6.0/apache-netbeans-java-12.6.0.vsix.asc (added) +++ dev/netbeans/netbeans-vscode-ext/12.6.0/apache-netbeans-java-12.6.0.vsix.asc Tue Nov 23 14:27:33 2021 @@ -0,0 +1,16 @@ +-BEGIN PGP SIGNATURE- + +iQIzBAABCgAdFiEETxTvPki77GNgjX6yE1SNfMr66A0FAmGc+JoACgkQE1SNfMr6 +6A3T+g//RQbpI6PTbgzInpxME8hYuvhtvIFWSWtjgflmL4brYr54hYi6IOle3486 +X56NdtKF957qsFLBLpltWB7odWX6cKMSjpU4sjbmMWBl9U2kr5YAuywkrOLSK2yR +LlbDQfv/dCsZ3LB7RA5s6FGvla3MYbwn2gQy0t4mIoCch+yR4wdl9HLXxoFd3neI +b1tdusX5kyG0A2pivET5Cy/xwDWLnYTWz4umOAFL2SfGTg0J5a3/pXs/sJpxgBvp +54ccp6FiwXgrEwAyr+kCLP/JMdP8Fbo/xFr6Bs1Il/9MbIB+waLmiyjhtJtOe0vE +pXD6INwqD3JCDXiUa/+aZZeCb+OQLiDvmY/r1LBsnMeUJgQEwjb9iNhPknW8hjcj +jjrYer3Vimn4SErPAquv0OgzHhoLjmRD2wt3JzHggpNJx4jdH+GCphj6jl1vPxGP +2Abvlam9z3ioO3eqKjvEJYD8UFrHzbxXDjwO/3Gx+iE2NpPmCxjkGrPHEsUDzY0l +PdZ+d5GxKMJeqfk4jx1hiHsUe3M62Bzqd6nO6k2/nCVJsdNG2wEe5prCUkg+uSHH +YzsImkauNW1pPDljX7amjLZUfgdU20dYfvLub6w7em1bQOZAcPWXIwtMJRzpzzT3 +/FCbl8QftUmx6BvAn/Kkv8HjeNo7wnyXWli+PSO1DSzW1nQ9pEQ= +=VSPk +-END PGP SIGNATURE- Added: dev/netbeans/netbeans-vscode-ext/12.6.0/apache-netbeans-java-12.6.0.vsix.sha512 == --- dev/netbeans/netbeans-vscode-ext/12.6.0/apache-netbeans-java-12.6.0.vsix.sha512 (added) +++ dev/netbeans/netbeans-vscode-ext/12.6.0/apache-netbeans-java-12.6.0.vsix.sha512 Tue Nov 23 14:27:33 2021 @@ -0,0 +1 @@ +e72fa4c3cfc0e5aaf5a86e4506cea0a59dd23802659a8763fe3e4ccdd1ae22b0b74f6f9003cf365de03562551dea483eb028d1d26135d87e3a0ea9a816a83268 apache-netbeans-java-12.6.0.vsix - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[netbeans-html4j] branch master updated (6e3d2f2 -> c0b8655)
This is an automated email from the ASF dual-hosted git repository. jtulach pushed a change to branch master in repository https://gitbox.apache.org/repos/asf/netbeans-html4j.git. from 6e3d2f2 Merge pull request #33 from jtulach/UpdatingToNetBeans12.3Bits new bd75aa9 Shield against array index out of bounds exception new 2040192 Handle OPTIONS query new 9dfa1de Browser.Config#browser callback configuration method new c0b8655 Merge pull request #42 from JaroslavTulach/jtulach/UriConsumer The 366 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: .../netbeans/html/presenters/browser/Browser.java | 67 +- src/main/javadoc/overview.html | 3 + 2 files changed, 56 insertions(+), 14 deletions(-) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
[netbeans-html4j] branch master updated (b4b9861 -> 6e3d2f2)
This is an automated email from the ASF dual-hosted git repository. jtulach pushed a change to branch master in repository https://gitbox.apache.org/repos/asf/netbeans-html4j.git. from b4b9861 Merge pull request #40 from JaroslavTulach/jtulach/OSGiNames new e74266f Updating libraries to latest versions new 6e4504f NetBeans 12.5 and GraalVM 21.3 new 077ad93 Merge branch 'master' into UpdatingToNetBeans12.3Bits new 6e3d2f2 Merge pull request #33 from jtulach/UpdatingToNetBeans12.3Bits The 362 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: pom.xml | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) - To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org For additional commands, e-mail: commits-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists