Hello everyone.
We do have upgraded our µVision-IDE and MDK to version 4.54. There was no need in updating the µVision-IDE for all of our developers, but we always want to use identical versions of any software to reach best possible communication between coworkers. We now have some problems with the "find in files" tool:
* The results are arranged by the file names where the search string has been found. For every single file they are unfortunately not sorted by the line of their occurence.
* Every tabulator in a source file is replaced with a square symbol in the search results.
These two factors make it very hard to search in bigger projects.
Does anyone have a solution for the problems described?
How can the search results be arranged by file names and then by the line of their occurence?
How can the search results be displayed without squares that replace tabulators?
Thank you for all hints.
Best regards
R. Suess
PS: Why is always the flag of the united states be seen under my name, even if I chose "Germany" as my home country?
We all see the US flag wherever we live. It is one of many broken things, but a rather minor one. Currently, we are quite happy that the server haven't, for quite a while, managed to kill every thread someone posts in. An error that for many years regularly have cropped up.
I guess you're talking about TAB characters?
Sounds like another good reason not to use TAB characters - use spaces instead!
(Any decent editor, including uVision, can be configured to insert spaces when you press the TAB button, and can convert TABs to spaces).
Thank you for your replies.
Per: You are right, it is not a major issue. My mistake is to try to be a perfectionist - in all things I have to do. Little errors like this one are getting me on my nerves! ;o)
Andrew: I will not change my working style because someone has made a mistake. I work with tab characters for years now and I will continue to do this. We have updated the µVision-IDE nearly 20 times. Such an error has not occured in the search tool in the past. Your suggestion is a workaround, but the error itself remains.
Why do I not want space insertion, when I press the TAB key?
Answer:
1. Deleting white spaces needs more time than deletion of tabulators.
2. There is no need for me to avoid TAB characters to generate files that are compatible to other editor programs. All programs I am using are compatible with TAB chars. Any decent editor, including µVision, can be configured that the TAB characters are interpreted correctly!
3. Why should I not use the TAB key when it is on my keyboard?
This leads me to the next question: Where is the right place to report this error to?
Best regards R.Suess
1) Often not. At least not with the older editor in Keil. If you press enter to get to new line, it didn't insert any spaces but just put cursor at expected intentation level of the new line. Backspace then unindents a full step - not any individual space steps.
2) Except that TAB compatibility isn't as simple as the editor making indentations when it see a tab character. Switching between programs also means making sure the program knows how many steps a tab step is intended to be. Many tools initially defaults to 8 steps, while most source code (at least in my view) do not work well with as much as 8 steps. I indent 4 steps in C/C++. So any program that opens one of my source code files - if I would be using hard tab characters - requires the tab width to be changed to 4.
3) Who have said that? Any editor that is even slightly usable, should have support for the tab key and, depending on configuration, either insert one tab character or a suitable number of space characters.
4) Correct place to report the bug in the find window? Obviously Keil support. You can see information at both top and bottom of this web page.
Hello again.
1. I have noticed one more error in the results that are displayed by the search tool:
Sometimes the search tool displays
%s
instead of
C:\TestProject\Test.c(123): ExampleFunction(0xFF); // comment
That means, when I search for search string 'ExampleFunction' via 'find in files', the result looks like the following:
C:\TestProject\Test.c(123): ExampleFunction(0xFF); // comment %s C:\TestProject\Test3.c(45): ExampleFunction(0xDD); // comment
Lines matched: 3 Files matched: 3 Total files searched: 81
2. If I open the search tool via keyboard (Strg + Shift + F) it sometimes happens that an additional search window opens. This window looks like an older version of the search tool.
How can anyone work with the actual version of the search tool?
Tomorrow in the morning I will write an error report to Keil support.
Best regards R. Suess
... that Keil will concentrate on what they are good at (which is not editors) and provide a means of including another (REAL) editor in uVision.
anyhow, I am doing my editing outside uVision using CodeWright
Erik
Maybe you are satisfied with external editors and their advantages and disadvantages, but...
We pay thousands of euros each year for having a comfortable integrated development environment. We get a standard software developers can work with and through which they can talk.
So why should we use an additional external editor when the editor is a part of the IDE, for which we pay so much money?
Why should we be lucky with workarounds or change the way we work?
I reported the errors to the Keil support team some hours ago. I got the answer that all four issues are known and that they had been transferred to the Development Department of Keil.
We get a standard software developers can work with and through which they can talk. if the same, makes no difference what it is
So why should we use an additional external editor when the editor is a part of the IDE, for which we pay so much money? because you buy Keil for their excellent compiler, not for the miserable editor.
Just so you know IARs editor is miserable too.
At the price, you would certainly hope to get a decent editor, too!
Haven't they recently changed the editor? Isn't it now based on Scintilla, or something...?
And this change of editor seems to be the reason for lots of integration issues to pop up.
Haven't they recently changed the editor? recently?, do you know when?
I'm currently runnong 4.17
mate.
the release notes say this for release 4.50>>>>>
This MDK release comes with µVision V4.50.00 which includes the new Scintilla based editor.
do you believe me? probably not. but what do i care? hey at least i dont just say Please read the manual with no useful information.
No - you are even willing to post directly bad information when you get the chance. And then pretend the info is good when someone points out the problem.
look matey.
its easy to check info. just look at the release notes and you can read it yourself.
its your loss if you dont believe it. not mine. gppm. ENNK. hahahahaha
Well, I already knew they had updated the editor - why should I read the release notes again? To me, it isn't important to know at what specific version - or what specific date - the change was. But the change seems to coincide with lots of bug reports about strange things happening with the IDE.
I'm not affected, because I can't use the newer versions for any daily work. I can download and install, but all products have been certified with older versions which means I stay with them other than if I want to play around.