simoher and Scruffr, for a while now the web IDE no longer pre-processes .cpp files. If you have an .ino file (the one containing setup() and loop()), it will however apply the pre-processing.
Good code writing does not rely on pre-processing and most (if not all) good Arduino libraries define their class and function prototypes in the .h (header) files. I have yet to port a library that required me to define function prototypes.
The reason I say “good” is that everything is explicit in the code, which follows best-practice. The Arduino approach is designed for beginners who may not understand this when they start. It may be a little more frustrating for you at first but this is what makes this community so great - support! All you need to do is ask
Personally I think the burden is on you to explain why forcing the Spark build environment to conform to the Arduino build environment is the right thing to do. It is not obvious to me that that is the preferred way to go here.
I have used the Arduino environment and I don’t find it to be ideal (particularly the serial monitor), so while I agree with some of the cleanups your issues raise, I don’t see myself ever using the Arduino IDE with my Spark.
Maybe @zach or @jgoggins could comment here on where this might be going.
Cuneiform writing wasn’t the most efficient system ever developed, but it remained the standard for over 2,000 years of recorded history. Why? Because it was the first writing system developed for practical use.
Here and now, universities and schools, startups and established businesses across the world are using Arduinos, writing code and building devices to communicate using their standard IDE.
Amateurs and professionals alike are now used to double-clicking a single icon and coding within 30 seconds of loading up a simple barebones IDE. Want to demo your code? One button clicked and no worries about OTA failing. Spark 2 comes out? Select it from a drop-down menu. People don’t actually want to care about library management and all the other stuff the ‘experts’ think they should care about.
I feel we ignore the dominance and standardisation brought by Arduino at our own peril…
Extend and improve yes, but replace and ignore? No. It just won’t work.
This is what I don’t understand about the github repository - nobody from the dev team ever seems to comment on issues.
Look at an active development like bitcoin and there are comments flying on every single issue and pull raised, improving the whole process. But here it’s like you want feedback but hit a wall of silence, so it makes you less likely to want to contribute in the future.
If the Spark team wants the development input of the greater open source community, they need to start commenting (positively OR negatively) on issues and pulls raised by members of the public.
Thanks for your understanding @NanoAkron, i’m always watching the discourse and sending my feedback to spark HQ but with that said, I have no control on what gets through and what gets worked on.
But rest assure that I will feedback on community-related issues to the team on behalf of the awesome owners of the core
@NanoAkron, as @kennethlimcp mentioned, the need to address outstanding issues has been and remains on the Elite’s radar and we keep mentioning it at each hangout we do with the Spark Team. After all, we are the authors of a lot of those issues! Spark is presently on a hiring spree and one position’s rols will be the timely review and management of github issues. My thoughts are the sooner the better!
In the meantime, thanks for your patience and every couple of weeks poke one of us with a PM just to remind us
Hi @peekay123, I don’t want you to see my comments as ‘digs’, it’s just that I like to read how things are being addressed on github and watching conversations as they’re happening gives a more visible sense that things are progressing.
@NanoAkron like @kennethlimcp and @peekay123 said, the lack of activity on issues comes simply from our team being spread too thin. We're trying to double the size of our team, but hiring is incredibly time consuming, and we are of course trying to push the product forward at the same time. We will try to do a better job, but we should be much more capable of being as responsive as we would like once we have a larger team.
Like other devices they have code plug-ins for the Arduino IDE. In fact they have STM32 code. It just doesn’t support the F2 currently. They should be able to do something similar with their libraries.