Code::Blocks Forums
Developer forums (C::B DEVELOPMENT STRICTLY!) => Development => Topic started by: heromyth on September 20, 2005, 01:31:04 pm
-
You can look into the attachment.
I just sometimes uncheck Plugins->Manage plugins->GDB Debugger, v0.1
I use CB CVS with wxWidget CVS.
[attachment deleted by admin]
-
I can't confirm this using either wx2.4.2 or wx2.6.1 under both win32 and linux.
-
Using wxWidgets 2.6.1 under Windows 2000
-
In both RC2 and CVS, in win32, I'm having a problem with the toolbars.
The first toolbar works well (the one that haves new/open/find/etc).
The 2nd and 3rd toolbar doesn't works (they are painted but you can't clic them, its like they aren't there).
I've --clear-configuration just in case. I was having this problem from long ago, but I was thinking it was something not well configured in my CVS compile.
-
Delete $(HOME)/.cb_layout.bin.
There's nothing wrong with the toolbars, but with the saved layout. You must have had a crash once while saving the layout and it got corrupted...
-
You can look into the attachment.
I just sometimes uncheck Plugins->Manage plugins->GDB Debugger, v0.1
I use CB CVS with wxWidget CVS.
I have similar problem. See a first screenshots. I move a middle toolbar to right edge. See a second screenshot.
To mandrav:
I mean what rightmost part of a middle toolbar ("Build target: [COMBOBOX]") not counted on calculation a toolbar width.
As result, a rightmost toolbar lays on a middle toolbar.
CB::CVS [now]
[attachment deleted by admin]
-
Delete $(HOME)/.cb_layout.bin.
There's nothing wrong with the toolbars, but with the saved layout. You must have had a crash once while saving the layout and it got corrupted...
Thanks, it solved the problem. :)
May I ask why it is a binary format and not a text-plain file (ie. INI, XML)?
-
May I ask why it is a binary format and not a text-plain file (ie. INI, XML)?
It's part of wxDockit. Seems that the authors preferred to do it in binary ;)
-
Ah, itsn't the latest version then, because I think it can be saved in XML.
EDIT:
From wxDockit changelog:
v2.1 (22/7/2005)
================
[Common]
- Added initial XML load/save support (does not cover wxSlideBar)
- Fixed (hopefully) bug with programmatically docking windows
- Unicode support (Maxime Topoloff)
- wxWidgets 2.5.4 support (Jesus Gonzalez)
- Implemented a bakefile-based build system; updated the installation.txt & readme.txt files
- Added a SPEC file for RPM building
- Added the license.txt and copying.lib files so that it's clear that wxDockIt is released with the same license used by wxWidgets
Also, lack of Unicode support in wxDockit 2.01 is what's preventing C::B from being compiled in OS X.
-
- Added initial XML load/save support (does not cover wxSlideBar)
So, no go yet...
- Unicode support (Maxime Topoloff)
Already implemented in our CVS version.
- wxWidgets 2.5.4 support (Jesus Gonzalez)
I don't know what this means. It works for us up to 2.6.2 and back to 2.4.2...
Also, lack of Unicode support in wxDockit 2.01 is what's preventing C::B from being compiled in OS X.
Our CVS version doesn't lack unicode support. I don't know why you 're saying it...
-
My bad, I was talking about an old CVS version, didn't check that in the latest CVS.
About wx2.54, I suppose that it compiles right in 2.6 and 2.4 but there was some problem with 2.5.4.
-
At first, sorry for my question that is disturbing you.
I am using CB compiled by myself, which surpport locale language choice at startup. You can get is from http://bitworld.ys168.com .
I install it in a clean Windows system. It seems no problem that I choice the system default or other language at first and click the OK button. Today I find that the problem comes out if I click the Cancel button. And after I have tried to delete some data about CB in Windows' registry and reinstalled the CB, the problem still there. Maybe I must reinstall my Windows for making CB normal. :(
-
I think some data is stored in your Documents and Settings\your_user_name\.Codeblocks directory in there (Replace "your_user_name" with the appropriate value). Yes, that's a "." before "Codeblocks", it's not a typo. Delete everything in there and reinstall.
-
I think some data is stored in your Documents and Settings\your_user_name\.Codeblocks directory ...
on my computer (WinXp) all the user-templates are stored there, but no configuration data - this is all in the registry.
-
I think some data is stored in your Documents and Settings\your_user_name\.Codeblocks directory in there (Replace "your_user_name" with the appropriate value). Yes, that's a "." before "Codeblocks", it's not a typo. Delete everything in there and reinstall.
Thank you for yours hint. This time I am carefull. The critical file '.cb_layout.bin' exists in the Documents and Settings\your_user_name\ directory not in Documents and Settings\your_user_name\.Codeblocks. It seems to be some strange :shock:
To restore registry seems no use. The correct way is to delete the file .cb_layout.bin. mandrav is right. Sorry for my first ignoring it. Perhaps I have not really understand the '$(HOME)/' at first.
Thanks!
-
Your reasoning wasn't wrong, because %HOME% is usually C:\Documents and Settings\USERNAME, and %APPDATA% is usually C:\Documents and Settings\USERNAME\Application Data.
And applications should put its configurations in %APPDATA%, so you would expect the file here for example: C:\Documents and Settings\USERNAME\Application Data\CodeBlocks\.cb_layout.bin but it isn't the case for the moment.