SVN 1642

[Ceniza]

Well, I just tried compiling that one, which already includes wxAUI and UNICODE by default, and got a serious problem.

With the default plugins it shows a message box with title "E", message "A" and the error icon.

If I remove all the plugins and try again, Code::Blocks starts, shows part of it and then crashes. Since I disable -g I don't have a useful report.

Now I'm compiling it in ANSI mode and... it works!

The toolbar in 32x32 looks awful though. It looked better when I tried the wxAUI branch a few days ago. It's like the icons are taking even more space now. A few icons are lost too.

[280Z28]

Have you tried a rebuild all?

I haven't had any such problems with the Unicode build. I'm using the CodeBlocks-NewBuild.cbp project file with no modifications at all.

[Ceniza]

I always do "rebuild all", so the problem must be somewhere else.

[280Z28]

can you build with -g ?

[mandrav]

@Ceniza: have you run update.bat? You should do it every time resources change (*.xrc), as in this case.

[Ceniza]

I just checked out version 1642 again (instead of update), compiled it with default settings and it's starting now.

The toolbar problem is still there though.

[edit]
This is what I mean.
[/edit]

[attachment deleted by admin]

[mandrav]

Yes, you have to be a little patient. I will fix these toolbars.

[killerbot]

Other thing I noticed on the toolbars.
The first time I started CB, build and debug toolbar were below the other toolbars.
I dragged them to the right of the other toolbars (so eveything on one line), but CB does not remember it, it seems, since at next startup of Cb they were again at their original position.

Lieven

[takeshimiya]

The first time I started CB, build and debug toolbar were below the other toolbars.

Happens here.

I dragged them to the right of the other toolbars (so eveything on one line), but CB does not remember it, it seems, since at next startup of Cb they were again at their original position.

Doesn't happen here.

[mandrav]

Other thing I noticed on the toolbars.
The first time I started CB, build and debug toolbar were below the other toolbars.

This is done on purpose.

I dragged them to the right of the other toolbars (so eveything on one line), but CB does not remember it, it seems, since at next startup of Cb they were again at their original position.

Because C::B now supports different layouts which you can save and switch among, it no longer auto-saves your layout on exit. You must explicitely save it with "View->Layouts->Save current". If you use the name of an existing layout, it is updated (that's why it proposes the last used layout).
It also remembers which layout was last used and it activates it on startup.

[takeshimiya]

Mm, what about adding again auto-saving along with a "Last auto-saved layout"?

Then you'll have @the menu Layouts:
Default
Last auto-saved
User-layout#1
User-layout#2
---
Save layout

Another important thing is that Default, Last auto-saved, ... will be in an option-menu (a checkmark indicates the current being used).

[mandrav]

Toolbars are fixed in r1644. You may need to delete the existing layouts from your conf to fix this (yes, I know I plan to add this functionality).

[takeshimiya]

Toolbars are fixed in r1644.

16x16 toolbars fixed.
32x32 still screwed up.

[attachment deleted by admin]

[killerbot]

Toolbars are fixed in r1644. You may need to delete the existing layouts from your conf to fix this (yes, I know I plan to add this functionality).

Which parts are that ? <LAYOUT> crc ..  ? or others ??

[mandrav]

32x32 still screwed up.

No, they are not. Did you delete your existing layouts?

Which parts are that ? <LAYOUT> crc ..  ? or others ??

<LAYOUT> is obsolete now (used by wxDockit). Feel free to delete it.
The views are saved as <view1>, <view2>, etc (in the same spot as <LAYOUT>).