I'm trying to make the switch to MCUXpresso (mostly from CW 10.7, but with a few KDS projects) and some of the screen layout issues are driving me nuts. Here's an example:
The lower half of the pane is all scrunched over and half invisible, and I can't seem to do anything to resize it. Does it show up this way for everyone, or is this something that happened when I changed themes? Changing back doesn't fix it. The annoying tiny scroll bars might be a theme issue, but that sounds like it's fixable.
KDS always had glitchy layout for me as well, particularly in Processor Expert. Nothing seems to retain window size or layout settings between uses, and the default layouts are almost universally unusable. Everything requires a frustrating amount of scrolling or resizing.
My greatest hope for MCUXpresso is that it'll keep us on a recent enough version of Eclipse that there will actually be fixes for it - I'm tired of paying an annual subscription for CodeWarrior and having to live with bugs that were fixed years ago in vanilla Eclipse. I can't cut and paste code without my breakpoints moving around, for example.
Thanks,
Scott
Hi Scott,
I have never seen something like this you are showing in your screenshot.
This is how it should look:
I'm wondering what is causing this strange arrangement on your end. I know that some rather exotic graphic cards/chips and drivers have caused issues, so maybe this could be a reason. One of my students had some UI elements not shown poperly, and the reason was an outdated BIOS (well, probably that was not the cause) and outdated/buggy display drives for his notebook graphic controller. Can you check that it is not that problem for you?
As you see similar things in KDS, this let me believe it is something on your machine and outside of Eclipse causing what you see.
About the layout settings/window sizes: these are stored inside your workspace .metadata folder. I have seen issues with users who have copied/moved their workspace .metadata (never, never, never ever move/change/copy/share the .meatadata folder, or have it shared over DropBox/etc): make sure you have a fresh new workspace, and do not share it between Eclipse versions.
Cut and pasting code with breakpoints: the breakpoints are retained (as you can see in the breakpoints view).
But the marker on the left side of the source view is removed if you cut the text which sounds like a logical thing.
And pasting the source text is pasting the source text (this is what you have copied), and not the breakpoints 'on the source', as they are really not part of the source text, but part of the breakpoint list. So to me this is expected behaviour, and is the same across all Eclipse versions up to Oxygen. If you want to copy/paste breakpoints, then you can do this in the breakpoints view. I hope this makes sense.
I hope this helps,
Erich
I updated the graphics driver (it was only a few months old since I had to upgrade it for Fusion 360) and rebooted, reset all of the theme settings, and it still comes up with that weird duplicated paths and symbols listing. In CW 10.7 it looks exactly like it's supposed to. KDS is fine as well. I just checked MCUX on the Windows 7 machine at the other desk and it looks OK there. I'm not too worried about it right now, but if there's a place to report a problem, I'll do that.
My workspace settings and window layouts are fine. It's preferences dialogs that don't consistently retain sizing. That seems to be universal to Eclipse, since my vanilla Mars install that I use for RSE does it too. It's just annoying, since the dialogs seem sized for about a 640x480 screen. (635 x 555 is actually how project properties comes up.)
KDS's layout isn't glitchy, exactly, it's just like it wasn't very well thought out:
You can fit a whopping 3 I/O pins on the screen at a time, no matter how much space you have - it just doesn't resize, and you have to scroll around to see anything. It's like coding while looking through a drinking straw. There's no need for it, and it makes it feel like the tools were designed by people who never had to use them on a daily basis.
The CW 10 breakpoint behavior is definitely buggy. To illustrate: I set a breakpoint on line 292. I paste in a new line at 291. The breakpoint still appears to be at the right place, now like 293. If I go to line 293 and try to remove it, nothing happens. If I try to set one at 292, nothing happens the first time, but the second time it sets it. Now I can go to 293 and remove that breakpoint. If I run it after that paste operation, with the breakpoint now at 293, execution stops at line 292 - and in fact once the code display comes up in the debug perspective, the breakpoint is now shown to be at 292.
This bites me all the time. I'll have multiple breakpoints set further down the file, I'll move lines around up above, and now my code stops at all the wrong places. I just tried it in MCUX and the behavior is the same.
If I set a breakpoint at 293, paste at 292 (breakpoint now showing at 294), switch to another editor window and switch back, now I have two breakpoint markers, at 293 and 294. Removing the one at 293 removes both. If you try to remove the one at 294 first, no amount of toggling changes it until you remove the one at 293.
Scott
