New uVision libel

Absolutely.

Having the ability to move about files quickly and efficiently with a minimum amount of keypresses can be such a major timesaver. Also, using the decent one editor in this way means you don't have to keep hitting the slight differences that inevitably exist between different IDEs.

I started with Brief (when it was owned by underware, well before Borland got their mitts on it) and have now standardised on SlickEdit. I can now even go between different platforms with that same efficiency. Really nice.

I've just found that an updated version of Brief is still available at http://www.briefeditor.com/

Another possible solution would be for the vendors to use a proven high-quality editor component from a third party.

Which appears to be exactly what Keil did in a recent update to uVision: they switched to Scintilla, if memory serves. And look what it got them: even louder complaints than they used to receive for their own editor in recent times.

Lesson learned: there really is no way of getting this right to everyone's satisfaction.

I'm convinced that the Eclipse way is the right general idea. Given that there's almost certainly no such thing as the one, perfect IDE that everyone will accept without reservations, let's at least settle on the next best thing: one entirely usable, full-featured IDE core that everybody can use free of charge, and build their own extensions on top of. The world doesn't need more than one, maybe two of those.

Sure, Eclipse does have its own quirks and limitations, but at least it has only one set of those, which allows one to eventually find work-arounds for, or learn to accept them. But that's still way better than having dozens of IDEs each with its own set of different quirks and limitations, not to mention the truly inexcusable blunders each of those seemingly has to have at least one of.

Lesson learned: there really is no way of getting this right to everyone's satisfaction.

sure there is, drop the editor and provide interfaces to the most popular REAL editors

No, I think that would inconvenience more than it helps!

I suspect that most people don't want to have to mess about with finding & integrating their own editor.

I tend to agree that Eclipe is probably the way to go. Sure, it has its own annoyances - but at least it is (or would be) standard across multiple vendors...

sure there is, drop the editor and provide interfaces to the most popular REAL editors

That's no solution ... it's capitulation. An IDE that doesn't even haven an integrated editor has stopped being what it says it is.

Not even to mention that no matter how many of those popular editors you've integrated, people will still complain that their personal favourite isn't on that list.

Although Mr Broeker normally talks like the stuff that comes out the backside of the male bovine, on this point he is possibly correct. One thing is for sure, no chosen editor will please everyone.

Hello, Erik!

Thank's for Your answers, I had many experiments with Silabs MCUs.
So, how You said, their's devices provides a sure behaviour at hardware measurements.
I must say more. I'm interested by MCU at low level. The SYSCLK clocks is more significant for me than text created by programmer. But this no yet. My questions are oriented only to make programmer's life better, backups of programmer's source code are strongly and strongly needs. For example, my computer works, works, works, but AC power may be lost. Where is my last source edition? I'm feel fine! Would You like to say about this with Your Boss? I don't think that.

Igor.

For example, my computer works, works, works, but AC power may be lost. Where is my last source edition?
if you use the IDE editor the source file is written before compile
if you use an external editor the source file must be written before compile

Dear Erik!
Many firms allows to do backup of source files! Why not Keil?
I feel my pain and problem are not interesting to someone.
All have any other problems.
Good bye all!
It is a pity to me that nobody was interested by so important things in programming, I'll be waiting for all of yours programming culture progress.
// Igor.

You get angry because we don't have the same problems as you?

Dear you - not everyone will put the same weight on different issues. Not everyone even wants the editor to take own decisions when to save source files.

So why do you feel it is our culture that is lacking? Take three steps back and reevaluate your point of view because it seems very, very self-centered.

IGOR;

Maybe you should learn to use the tools before complaining over much. Keil supports backup *BAK files. Keil supports save on exit, save on compile and save when you damn well want to save. I can't think of another save option that you might need except SVN and Keil supports that as a add-on tool.

Bradford

Many firms allows to do backup of source files! Why not Keil?

So you're claiming that Keil forbids you making backup files? I'm rather certain that's not actually true.

So you're complaining about something I will pretend you said regardless of whether you did or did not say anything like it and then deride you publicly for your gross stupidity and show my ultimate superiority over you and every other poster on this and every other forum. You are clearly a fool and I will not waste any more time on you. Goodbye.

And yes, I like the word and.