I use Eclipse for my day-to-day development in ColdFusion, using the CFEclipse plugin. Since a lot of development now starts with Bootstrap, I'd like to use insight (Proposals I think they're called in Eclipse) in the interface so I don't have to type in the same classes all the time. Any idea where to start? I looked into the dictionary XML files for the CFEclipse plugin, but that seems like overkill. I just want to make a list of classnames that the editor can append from when I'm coding.
Thanks.
Related
I've been using netbeans for a couple of years now, mainly on PHP / CakePHP projects.
Recently I've started using Coldfusion, which isn't directly supported. I've found, however, that if I use PHP as a project type, I can load the files and the HTML Renderer does an admirable job with the Coldfusion tags.
I want to make it better and help the renderer to understand some of the tags and, hopefully, thereby improve code indentation and syntax highlighting.
My question, then, is how can I access the HTML dictionary to extend the vocabulary?
NB: This isn't a 'which IDE' question so don't recommend them. I want to know if and how I can achieve this in NetBeans and only Netbeans.
Here are a few ideas. If you render it in HTML, you could probably add a custom name space to the HTML. If setup correctly it can help NetBeans realize that the tags are valid and shouldn't show as an error. It might not give you all the preview and WYSIWYG functionality, but it may be better than what you are getting now. I have only done this on other platforms, but I'm pretty sure NetBeans supports it.
Also I think that NetBeans will let you add CustomTags doing something like this:
http://wiki.netbeans.org/CustomTagActions
Just to note, in terms of ColdFusion the other alternatives are NotePad++ with the CF plugin and IntelliJ now supports CF.
I really like Eclipse - the number of plugins available (SVN, Javascript, CSS, CodCollab, Flashbuilder etc.) is what makes it indispensable IMHO.
I am, however, looking forward to the new version of CFBuilder.
This answer on the same/similar question suggests that there is nothing out there for ColdFusion on netbeans : NetBeans as an editor for ColdFusion scripts?
If you want to build your own ColdFusion plugin for netbeans you need to look at plugin development; http://platform.netbeans.org/tutorials/60/nbm-google.html You could use the Dictionary project from cfeclipse as a basis for your plugin. See this Google Group thread for a bit more information
I wish to write my own Python IDE (just for the heck of it). I was wondering if I could use Eclipse as a foundation. This will save me from coding a whole lotta things (code editor, intellisense and so on).
To understand what I mean, please take a look at Visual Studio Isolated Shell. I'm essentially looking for something equivalent. Searching on Google hasn't helped. Is there anything like this available in Eclipse's case?
Yes. Eclipse is designed to have additional languages added and there is extensive support for this kind of plugin development. I'm surprised Googling didn't help - there's an entire site dedicated to a tutorial on the basics and a toolkit for developing such things
Few weeks ago I tried Intellij and I found it really awesome. Now, at my project there are two programmers (including me) using Intellij and few other programmers who are going to keep using Eclipse. Since this project is already very large and it's going to grow a lot, we need to use compatible Code Style and Code Formatting between Intellij and Eclipse. We do not want to have problems when one user edits some file and reformats it before saving. With Eclipse "alone" we used to have some exported configuration, and before anybody starts to work, the first step is just to import this configuration. We already tried to use External Code Formatter, but it didn't work on Intellij 9.
So, I have a bunch of questions here:
Is there any way to import eclipse formatting configuration on Intellij 9?
Anybody could share their experience managing this kind of situation? Do you guys have any other suggestion to manage this situation?
There is an updated plugin for IDEA, called Eclipse Code Formatter:
http://plugins.intellij.net/plugin/?idea&id=6546
I would recommend someone spends the time to configure their IntelliJ's code style to be the same as Eclipse. This will take a little time and effort but once it is done, you can export it just like in eclipse so that any other IDEA users can import it.
You could also search online to see if anyone has already done this and you can simply download the code style config and use it.
The only alternative I can think of would be to find a standardized code style template that is available for both eclipse and IntelliJ, like the Recommended Sun Java Code Style.
There seems to be a plugin for that (emerged from this discussion).
just changed from Netbeans to Eclipse just for fun (Only developer on the company, So I can code on whatever and with whatever I feel like.) That's why I liked the new version of netBeans over vim, it could load resources or plugins, I am not quite aware of their naming conventions, on demand. For example if you were working on a Grails project it would only load grails related resources.
On Eclipse I have a gazillion plugins installed. Some to emulate Netbeans functionality (Grails, JavaFX, Ruby, PHP, CSS, Python, etc.) And some others Netbeans lacks (Android, Vaadin, SpringRoo, Git and some others) But I am not sure how Eclipse handles this plug in behemothing
Does it load them on demand? Do I have to manually disable the ones I am not using? Do I have to have different installs for each language I work on? Or do I have to learn how to live with this big mess of plugins in order to have everything I need at hand??
Thank you very much for your time.
Basically Eclipse loads the plug-in codes lazily. On the other hand, the menu/toolbar contributions are loaded at the start of the platform.
If the plug-ins are written correctly, they should not interfere with each other, and the unnecessary elements should be few in the context menus.
My suggestion is to try this installation, and look for potential problems. If you have problems with the environment, only then try to identify and remove the plug-ins. But it should be ok.
I'm trying to use Google Protocol Buffers in my project and I'd like to have some tooling support from Eclipse. In particular, I want Eclipse to call protoc every time I make changes to the .proto files and then rebuild all code that depends on the generated code.
I tried to set up a Custom Builder but it keeps bugging me with errors I don't understand, most often it complains that the .proto file is not on the path given by --proto-path, which it should be by all I can tell. Also, because I use ${build_files}, Eclipse passes all changed files to the compiler (instead of those that I have configured to trigger the build).
NetBeans seems to have a protobuf-Plugin, but I can't find one for Eclipse. Is there one?
Theres a protoclipse plugin on googlecode, which is in the initial stages:
http://code.google.com/p/protoclipse/
Not sure if there is a builder, but I did find a plugin for syntax highlighting for protocol buffers.
You can define an external builder on the plugin that invokes an ant task. It is an ugly kludge, but until there is a better solution this may serve your purposes.
In practice, syntax highlighting turned out to not be that important, I hardly edit these files, and they tend to be very small. Maven and the m2eclipse plugin handle the building side of things great.
I recommend using Google's "Protocol Buffers Development Tools". It is a plugin for Eclipse that features automagic regeneration and error checking, among other things. It's available here: http://code.google.com/p/protobuf-dt/ .
While this question is close to other Eclipse plugin for working with protobuf, answers here are different.
Well, yes, if you use maven/gradle to invoke protoc (Protobuf compiler), than you may need no Eclipse plugin at all.
Colorizing editor helps for long file or with many comments. Know there are 2 editor plugins for Eclipse.