Hello to all, MM Team especially!
First of all have to say that i felt some shame for this, my first post on this forum. Why? Because it looks like i'm here to criticise, but it's not the case. My true intention is to colaborate for the evolution of flowcode, and maybe your community.
Second, nice to meet you guys!! I have been reading your questions and answers since flowcode 4.5, when i found flowcode for the first time. I need to thank you guys cause i learn a lot with you. Who? Can't tell all names, it would be a very long list! So to all MM team that brought flowcode together at this awesome level. Benj you're a true wizard! (some jealousy here! hehehe

) For the forum members medelec35, JohnCrow, Jan Lichtenbelt, fotios, acestu, and many others! I've been reading all your posts long way ago. And learning!
So let's go on. That interface topic is very interesting, some express their opinions lighter, others on a harder way. I remember when flowcode changes from the v4 to v5, there were some same feelings about interface. But it was overcome by the evolution presented.
Now the question rises again and stronger. Well i agree with greentech: "FCV5.5 have a better and user friendly interface. please don't change that. I thought that the focus will be on simulating those components which do not simulate in fc." And the same time agree whith 'mars01' on his statements.
But for you coders of flowcode it can be a messy topic. More indeed, after the time you expended working on it. You are aware of the world moment, and it is: visual, iPad, iTouch, iPod, google glass, etc.. So you take flowcode to that level. Visual 3D level. Something near 3D movies. It's up to date!
But for those who work with chips and electronics, they need 3D capabilities on PCB prototyping softwares. Flowcode is need to create the brain, the hex! So the graphical experience was true good till v5 because it was used for generate the logical path of the program. So evolve it capabilities would be the expected way. For example, simulate 'c' code, better simulation of interrupts, correction of the dsp library codes and others.
Now here is a catch, to teach advanced electronics like an robot arm, wow, the actual 3D interface is great! What tell about a XY plotter...
I belive there just need to be a balance here, and it's about two words: effective and efficient. Flowcode is effective to simulated all the new and old stuff, good for those who need see things going on like 3D, or for teachers. But is less efficient for direct code generation for those who just need the fast hex creation and a simple simulation for keep it error free.
There is a question for 'Confirmation of registration' to these forum, it is:
"What is Matrix Multimedia's Flowcharting Language For Microcontrollers Called?"
The answer I belive, is flowcode. So MM team, keep it in mind, flowcode is the important thing, the great Flowcharting Language you have created. The other stuff cannot obliterate it's shinning.
Maybe all that great 3D stuff could be some additional package, for those who need it. And keep flowcode the spinal cord, simple, clear and light for those who need it to generate code for the micros. With simple simulation capabilities for the components.
I was ready to buy a pro license after the lauch of the DSP library on V5.5, but there were problems and I read about V6, so I decided to wait and see it first. Now I'll wait a bit longer for V6.1 or maybe V6.2! hehehe!! (take on consideration that here it costs 4x more, so i've to be carefull on money

)
I really expect you all can understand my feelings about the question, and if not, your comments are welcome! And I truly expect to help those who didn't write some much like i'm!!!
Greetings!