HKEY_CLASSES_ROOT
.cc -> CodeBlocks.cc
================
CodeBlocks.cc
================
Windows Registry Editor Version 5.00
[HKEY_CLASSES_ROOT\CodeBlocks.cc]
@="C++ source file"
[HKEY_CLASSES_ROOT\CodeBlocks.cc\DefaultIcon]
@="C:\\Program Files (x86)\\CodeBlocks\\codeblocks.exe,3"
[HKEY_CLASSES_ROOT\CodeBlocks.cc\shell]
[HKEY_CLASSES_ROOT\CodeBlocks.cc\shell\open]
[HKEY_CLASSES_ROOT\CodeBlocks.cc\shell\open\command]
@="\"C:\\Program Files (x86)\\CodeBlocks\\codeblocks.exe\" \"%1\""
[HKEY_CLASSES_ROOT\CodeBlocks.cc\shell\open\ddeexec]
@="[Open(\"%1\")]"
[HKEY_CLASSES_ROOT\CodeBlocks.cc\shell\open\ddeexec\Application]
@="CODEBLOCKS"
[HKEY_CLASSES_ROOT\CodeBlocks.cc\shell\open\ddeexec\topic]
@="CodeBlocksDDEServer"
note that you should not allow CB then to check on startup fo the file settingsm otherwise I will reregister each time (if it finds some of the registry settings are missing, like the DDE you removed from the registry). Or did you switch off, run DDE server option in CB, in this latter case you are safe I think ??
Another (minor) issue: opening an empty file makes the file tab show the whole file path instead the file name.are you sure about this ? I tried it, and it just shows the short file name.
Another (minor) issue: opening an empty file makes the file tab show the whole file path instead the file name.are you sure about this ? I tried it, and it just shows the shaort file name.
If it is a file which does NOT belong to the project, you get the full path name though, which is normal.
are you sure about this ? I tried it, and it just shows the short file name.
If it is a file which does NOT belong to the project, you get the full path name though, which is normal.
I encounter a problem on the compile toolbars starting from every develop build.(The screen display correctly in 1.0 RC2) I don't know how to solve it. Does any body have the same problem?
are you sure about this ? I tried it, and it just shows the short file name.
If it is a file which does NOT belong to the project, you get the full path name though, which is normal.
But when opening a file which does have content and does not belong to a project it shows the short name. IMHO it doesn't make any sense.
Here's how I did it:
1. Create two files, e.g. content.cpp and empty.cpp. Create these files in the Explorer. Write something to content.cpp.
2. Open Code::Blocks and close all tabs and projects.
3. Open both files. You'll notice that the file which had content in it shows the short file name "content.cpp" in the tab but the empty file shows the whole file path and file name.
4. (Optional step) Start typing to the empty file in the CodeBlocks editor, you'll notice that the tab doesn't anymore show the whole file path and file name but short file name.
Is this a feature or a bug?
Have you tried "View->Layouts->Delete current" ?
@Yiannis and Thomas : what do you think about this ?
I found no body report this issue. This might related on my OS, is it?
@Yiannis and Thomas : what do you think about this ?I am quite satisfied with the high quality that we have achieved if people start wondering about such things :)
@Yiannis and Thomas : what do you think about this ?I am quite satisfied with the high quality that we have achieved if people start wondering about such things :)
@Yiannis and Thomas : what do you think about this ?I am quite satisfied with the high quality that we have achieved if people start wondering about such things :)
The very first piece of info you should have given: what revision are you using?
Seems nobody encounter this problem. Shall I submit this on bug tracker for tracking?I also have this one with latest builds (ones with wxAUI) under Windows 2000.
Have you tried "View->Layouts->Delete current" ?
Yes, I tyied the function but still no used...Let me explain my process:
1. delete curent layouts
2. select default layout
3. close C::B
==> at this mement, C::B asks me to save the layout
4. press yes to save it
5. re-open C::B
I found no body report this issue. This might related on my OS, is it?
Fixed in rev1691.
3. Look at the main toolbar. The save button is enabled but you can't press it. Also the print button (next to the save button) is disabled but you can press it.
I have remarked it too with the save button, but I do not have tried until now (my notebook went crazy :?). The save button seems not to change state (enabled/disabled). It look always the same (or as it is enabled). It is a bit confusing.
The print button seems disabled (even if you can press it). It is a potential bug or just a design choice?