[
https://issues.apache.org/jira/browse/NETBEANS-177?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Christian Lenz updated NETBEANS-177:
------------------------------------
Summary: Don't enable features per default and act like an enhanced editor
(was: Don't enable features per default)
> Don't enable features per default and act like an enhanced editor
> -----------------------------------------------------------------
>
> Key: NETBEANS-177
> URL: https://issues.apache.org/jira/browse/NETBEANS-177
> Project: NetBeans
> Issue Type: New Feature
> Components: ide - Features On Demand
> Affects Versions: Next
> Reporter: Christian Lenz
>
> If you have a java IDE or a dev IDE, where you don't activated some features
> that you need for your work like Java, Java EE, HTML, PHP, C/C++ or whatever
> and you open a file only to look inside the file like an .asm file or .bat or
> .html or .php file, NetBeans knows the filetype and knows that the feature,
> that you need for this filetype to handle it correctly, is not enabled,, but
> a default module in NetBeans. So NetBeans will enables it, which is nice but
> it should be optional, because it takes some time to enables it.
> I can speak from the Visual Studio Code Editor or from WebStorm, if they
> recognice a feature like you open a .java file or an .md file or .cs file and
> there is no plugin or module enabled, they show you a message: "We figured
> out, that there is a plugin/module (could be 3rd-party or default module)
> which is not enabled yet, do you want to enables it?" This is very handy,
> because in general VS Code have some syntax highlighting and braces matching
> for common languages and if not, they know that there is a plugin or for more
> features.
> Which is much much better, so you have the choice, do I want to enable this
> feature for full and rich feature stuff or do I leave it like this. But
> NetBeans will never give you the choice.
> For default IDE modules like HTML, PHP, Java, C/C++, NetBeans will always
> activate those features for you. Atm they will not do it for plugins which
> could be another topic, but it shouldn't. It should give me the choice: Hey
> dude, you opened a HTML file but you don't use the HTML module, would you? Or
> smth like that. But no automatically.
> I know that it doesn't make sense in that case, that the modules brings the
> syntax highlighting too and and and, but there is the other case that
> NetBeans should interact like an editor first, while it should have a common
> lexer/parser for most of the files out there to have syntax highlighting,
> braces matching and errors, without the full featured stuff behind. I know
> that big languages like Java, JS, PHP, C/C++ will not work properly but it
> should not work properly, if you only want to open a file, look inside of it,
> nothing more. No code completion, no compiling, no other fancy stuff. Only
> syntax highlighting, braces matching, errors and some other common stuff.
> That will make the IDE faster for starting, because it will not load the
> fully bloat modules, it will open NetBeans as an editor faster (hopefully).
> So this is kind of related to this ticket here:
> https://issues.apache.org/jira/browse/NETBEANS-7
> NetBeans don't need to have full feature stuff for any language, it should
> have a common feature set for a lot of filetypes (NBS -> NetBeans scripting,
> Schliemann).
> Cheers
> Chris
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
