This does look nice but I'd hold off doing too much work on it for a while. Firstly there are several other options now, some of which are pretty good. Secondly when the Due is released there is supposed to be a new IDE as well, that may well be a full-featured IDE and if it is and it's officially supported that would have to be the way to go.
that this IDE does *not* (on purpose) preprocess the source files before compilation like the original IDE
What other Linux options are there available? I've seen Gnoduino, and had problems getting it to work. As far as a new IDE coming with the Due, I haven't heard that. I hope it's true. Where did you get that info?
What does this mean? No combining of .ino files?Quotethat this IDE does *not* (on purpose) preprocess the source files before compilation like the original IDE
Quote from: Visual Micro on Oct 03, 2012, 08:48 pmWhat does this mean? No combining of .ino files?Quotethat this IDE does *not* (on purpose) preprocess the source files before compilation like the original IDEThat means, that the source files are left untouched before being passed to the gnu preprocessor and compiler. So #includes won't be inserted, *.inos won't be combined, function headers won't be auto-created etc.I rather have it a bit more complicated than unpredictable / problematic. I wouldn't be opposed to add it and make it turned on by default as long as you can turn it off easiy.
That's nice. For me Eclipse is no option tho, since I really dislike it personally. It also has a huge unnecessary overhead. For me it's like cutting bread with a swiss army knife.
Understandable to make something different to the Arduino IDE for real experts but why not make expert mode an option and default to compatibility with all the existing Arduino open source projects?
What is the benefit of the Arduino IDE to the eclipse pluginThe Arduino IDE does a great job in introducing people to Arduino. This is so for hardware people writing their first C++ code and for software developers doing their first electronics experience. So if you are new to Arduino stop reading and learn to use the Arduino IDE....
What is this private library in the settings pageIn the settings page a private library folder is requested. This setting should point to a location where you down loaded Arduino libraries.If you haven't downloaded Arduino libraries yet do as follows1) Consider using the Arduino IDE. (strongly advised)2) Point it to a location where you can download Arduino libraries. (Strongly disadviced)
By not supporting multiple .ino files in the normal way this becomes less of an Arduino plugin and more of an AVR plugin? Useful but quite different to how Arduino works.
I use WinAVR...Great, excellent choice, a neat tool. This plugin uses WinAVR. The code from WinAVR has been forked and included in this plugin. .....
There are some really brilliant and huge Arduino projects out there. ArduPilot, MultiWii being two. Both rely heavily on modular pde/ino files and libraries and will not compile with your IDE. If this is a decision that both of you have made for Eclipse and Linux then I respect that but it will reduce usability for the community.
Multiple ino files don't get packed in one ino file. Ino files do not have the Arduino preprocessor adding the function descriptors.The fact that Multiple ino files don't get packed in one ino file is a none issue in my eyes. Arduino needs to pack them to get the include folders for GCC. My plugin saves this information at import time.
I share it with the world but I can not support it like the Arduino is supported
my plugin is made for people with a decent level of C/C++ knowledge only
just checked ArduPilot, MultiWii as far as I can see none of them provide libraries
The Arduino layer I put on top of it is to have defaults for Arduino. So just like Arduino IDE is a layer on AVRDude and GCC My plugin is a layer on WinAVR. And as Arduino IDE proves: A good layer is worth a fortune.
Yes there will be some work to get it working in my plugin. Though nothing more than 1 hour for someone who knows what (s)he is doing
If they would rely on libraries (which do not support pde/ino) the libraries should work out of the box
Once you go eclipse (from Arduino) you never go back
I don't understand why you think libraries will cause incompatibilities. Can you elaborate?
1. What about a variable defined in ino1, will it be available in ino2 from both compile and intellisense perspectives? 2. Joining the ino files into a single temp cpp makes all functions able to call each other without need for .h public declarations?Am I missing a point?
I don't understand this, sorry if I am missing something but if it works the same as the Arduino IDE you have less support. Because if it works in Arduino then it will work with your plugin. Any problems would also be Arduino problems allowing the Arduino community to do the support
and support utility folder for i2c?
he same counts for your visual studio plugin. You probably get team foundation questions, or questions from people downloading the visual studio express version and then complaining they can not install the plugin.We as tool providers cannot expect the Arduino community to answer these questions. As a tool provider (and as we discussed this before) you should know this; so I'm wondering why you do not understand.
I fixed it and it will be in the next release.Why do you keep nagging about it? I'm wondering why you keep on pinpointing "shortcomings" in other tools, it makes me really suspicious about your intentions
Please enter a valid email to subscribe
We need to confirm your email address.
To complete the subscription, please click the link in the
email we just sent you.
Thank you for subscribing!
via Egeo 16