On 8/5/19 11:30 AM, Kenneth Fogel wrote:
Please suggest any part of NetBeans that makes it superior to Eclipse, IntelliJ
or Visual Studio Code.
I'm not familiar with Visual Studio Code, but I've used NetBeans,
Eclipse, and IntelliJ off and on for years. NetBeans is the only IDE
that makes
On Mon, 5 Aug 2019 at 20:29, Tim Boudreau wrote:
> Hi, in particular, Jarda,
>
> I'd posted this on Geertjan's blog,
blogs.apache.org/netbeans is not my blog. It is our blog. It is your blog,
if you like you can be given admin access to it so you can blog about
NetBeans there.
Gj
but he
>
> However, this is in the NB11.1 plugin centre catalog (not updates) along
> with nb-javac isn't it?!
No. I actually installed in 11.1, got the url from the plug-ins dialog,
downloaded it and opened it in a text editor.
I don't know if the ergonomics code that loads it hard codes the URL, or
On Mon, Aug 5, 2019 at 3:13 AM Jaroslav Tulach
wrote:
> Lively discussion. I can't pretend I read it all, but...
But read the readme on the github site about "deep" mode, which addresses
your objection to hashing only method signatures. I think I anticipated
your objection.
The problem that
Wow, that java subreddit post is pretty cool for NetBeans. Great work, all
of us.
Gj
On Mon, 5 Aug 2019 at 23:46, Thomas Zimmermann
wrote:
> There was a post on the java subreddit about the 11.1 release two weeks
> ago [0], many good comparisons there.
> One often mentioned feature is Project
Would be great if this problem in dev could be fixed sooner rather than
later I think.
Gj
On Mon, 5 Aug 2019 at 21:31, Neil C Smith wrote:
> On Mon, 5 Aug 2019, 19:29 Tim Boudreau, wrote:
>
> > Could we get this thing on the dev build update center? Otherwise it is
> > literally impossible
On 8/5/19 2:46 PM, Emilian Bold wrote:
Apache is like a peaceful monk monastery. It might even have some retired
warriors but does not partake in such wordly affairs.
But the monks care for the world and try to make it better... not so
much like Hesse's Castalia. We are not playing the Glass
On 8/5/19 1:30 PM, Kenneth Fogel wrote:
At Code One this year I will be presenting with Jeanne Boyarsky and
Scott Selikoff a session titled Java IDE Wars. I am working on my
list of talking points for NB. Please suggest any part of NetBeans
that makes it superior to Eclipse, IntelliJ or Visual
+1
Am 5. August 2019 21:46:24 MESZ schrieb Emilian Bold :
>Note that Apache NetBeans is not at war.
>
>Apache is like a peaceful monk monastery. It might even have some
>retired
>warriors but does not partake in such wordly affairs.
>
>Java IDE Wars are something like the world wars. They
Wise words :-)
Emilian Bold schrieb am Mo., 5. Aug. 2019, 21:46:
> Note that Apache NetBeans is not at war.
>
> Apache is like a peaceful monk monastery. It might even have some retired
> warriors but does not partake in such wordly affairs.
>
> Java IDE Wars are something like the world wars.
Note that Apache NetBeans is not at war.
Apache is like a peaceful monk monastery. It might even have some retired
warriors but does not partake in such wordly affairs.
Java IDE Wars are something like the world wars. They happened but the
world has changed and violence is done differently now.
On Mon, 5 Aug 2019, 19:29 Tim Boudreau, wrote:
> Could we get this thing on the dev build update center? Otherwise it is
> literally impossible to open a Javascript or JSON file in a dev build.
>
The master branch update centre links are still broken. I was going to put
in a PR to fix, with
had by far/has by far
Gj
On Mon, 5 Aug 2019 at 21:10, Geertjan Wielenga wrote:
> I wonder about the wisdom of Java IDE wars. Anyway, I’d say the unique
> features of NetBeans are:
>
> — NetBeans is simply a GUI on top of the command line, e.g., it is a GUI
> on top of the Maven command line
I wonder about the wisdom of Java IDE wars. Anyway, I’d say the unique
features of NetBeans are:
— NetBeans is simply a GUI on top of the command line, e.g., it is a GUI on
top of the Maven command line where other IDEs have their own abstractions
and complexities to force e.g. Maven to work in
In my opinion, it is not that NetBeans has a special killer feature (yet).
It is the simplicity of the UI. When you start the IDE, you don't feel
overwhelmed by so many buttons and options.
Kenneth Fogel schrieb am Mo., 5. Aug. 2019,
20:30:
> At Code One this year I will be presenting with
Files with a .kt extension have basic syntax coloring support in 11.1. I’d
recommend you don’t talk about Kotlin at all in the context of NetBeans
until we figure out how to incorporate the donation of the JetBrains Kotlin
plugin.
Gj
On Mon, 5 Aug 2019 at 20:17, Kenneth Fogel
wrote:
> In
At Code One this year I will be presenting with Jeanne Boyarsky and Scott
Selikoff a session titled Java IDE Wars. I am working on my list of talking
points for NB. Please suggest any part of NetBeans that makes it superior to
Eclipse, IntelliJ or Visual Studio Code. Are there features that
Hi, in particular, Jarda,
I'd posted this on Geertjan's blog, but he requested I post it here instead
- re the oracle js parser:
The Oracle JS Parser is *not available* in the catalog served by the 11.1
update center (I actually un-gzipped and grepped the update center's
catalog file for it to
>
> I was just curious about the theoretical aspect of parsing. Isn't there a
> unified parsing API, using ANTLR/lex/yacc which can parse any language
> given a grammar for it? Why do we use a different parsing implementation
> (like graal js parser in this instance) when a unified approach will
In preparation for a session for Code One called IDE Wars for which I am
responsible for NetBeans (and Visual Studio Code, don't ask me why). There is
mention of enhancements in the Other category to syntax colouring and licence
information at
See:
https://github.com/graalvm/graaljs
Gj
On Mon, 5 Aug 2019 at 18:21, Siddhesh Rane wrote:
> I was just curious about the theoretical aspect of parsing. Isn't there a
> unified parsing API, using ANTLR/lex/yacc which can parse any language
> given a grammar for it? Why do we use a
I was just curious about the theoretical aspect of parsing. Isn't there a
unified parsing API, using ANTLR/lex/yacc which can parse any language given a
grammar for it? Why do we use a different parsing implementation (like graal js
parser in this instance) when a unified approach will help us
+1 binding
Thanks
Kai
On 8/5/2019 10:12 AM, Jaroslav Tulach wrote:
+1 (binding)
Thanks for the Maven staging repository. With it in place I was able to fix
OracleLabs `mx` tool
https://github.com/graalvm/mx/compare/master...JaroslavTulach:Jackpot111
and execute Jackpot on top of
Hi,
The vote has passed with the following result: 3+1binding votes
Eric Barboni http://people.apache.org/phonebook.html?uid=skygo
Jaroslav Tulach http://people.apache.org/phonebook.html?uid=jtulach
Geertjan Wielenga http://people.apache.org/phonebook.html?uid=geertjan
3+1 vote from community
+1 binding
Gj
On Mon, 5 Aug 2019 at 11:51, Eric Barboni wrote:
> Hi (weekly reminder)
>
> There are still a PMC binding vote missing.
>
> Best Regards
> Eric
>
>
> -Message d'origine-
> De : Eric Barboni
> Envoyé : mardi 30 juillet 2019 18:14
> À : dev@netbeans.apache.org
> Objet :
Hi (weekly reminder)
There are still a PMC binding vote missing.
Best Regards
Eric
-Message d'origine-
De : Eric Barboni
Envoyé : mardi 30 juillet 2019 18:14
À : dev@netbeans.apache.org
Objet : RE: [VOTE] Apache NetBeans maven artefacts for version 11.1 (catch 2)
Hi folks,
Still
+1 binding
Sha + signing ok
Regards
Eric
PS: once release do not forget to remove the old jackpot from incubator
dist/dev part
-Message d'origine-
De : Jaroslav Tulach
Envoyé : lundi 5 août 2019 10:12
À : dev
Objet : Re: [VOTE] Release Apache Netbeans Standalone Java Hints Tool 11.1
On Mon, 5 Aug 2019 at 08:13, Jaroslav Tulach wrote:
> Lively discussion. I can't pretend I read it all, but...
:-)
> I'd like to remind you that:
> - specification version is used to depend on features
> - implementation version is used to depend on bug-to-bug compatibility
+1 Agreed! Neither
+1 (binding)
Thanks for the Maven staging repository. With it in place I was able to fix
OracleLabs `mx` tool
https://github.com/graalvm/mx/compare/master...JaroslavTulach:Jackpot111
and execute Jackpot on top of [graal](http://github.com/oracle/graal.git)
repository:
graal/truffle$
Lively discussion. I can't pretend I read it all, but...
I'd like to remind you that:
- specification version is used to depend on features
- implementation version is used to depend on bug-to-bug compatibility
E.g. use specification version to depend on properly versioned API. Use
30 matches
Mail list logo