Have you tried to disable the "use already running instance if possible"?
and completely messes everything up.what does this mean? Can you give a detailed description, or a screenshot (as noted above i can't reproduce this)
(BTW, it was a *very* bad idea to put the files of all open projects in a single tab row.)Your opinion, i hate it if there are multiple tab rows ;) ... I use the Open file list view, it is the most clear view than any other form of control...
I don't speak for multiple tab rows. I wanted to emphasize "all files of all projects". If more than one project is opened in a single CB instance, it should always show only the files belonging to the currently selected project. Never all files of all projects, several of them equally named.This would be a interesting feature... Can you post it on SF so it wont get lost?
Now we are getting somewhere. Funnily i have unchecked this option all the time, and funnily i never noticed that it opens the project in the same instance... Here you can say i never saw the wood because of the trees :DI just tested it here on Fedora with the actual trunk and it works as expected (two instances of C::B).
i will try to look into it...
I don't speak for multiple tab rows. I wanted to emphasize "all files of all projects". If more than one project is opened in a single CB instance, it should always show only the files belonging to the currently selected project. Never all files of all projects, several of them equally named.This would be a interesting feature... Can you post it on SF so it wont get lost?
if (m_DDE && !m_Batch && Manager::Get()->GetConfigManager(_T("app"))->ReadBool(_T("/environment/use_ipc"), true))
I don't speak for multiple tab rows. I wanted to emphasize "all files of all projects". If more than one project is opened in a single CB instance, it should always show only the files belonging to the currently selected project. Never all files of all projects, several of them equally named.This would be a interesting feature... Can you post it on SF so it wont get lost?
I like to have files from different projects in one workspace open side by side.
Such an option should be configurable and off as default, so the current behaviour does not change.
I like to have files from different projects in one workspace open side by side.I don't speak for multiple tab rows. I wanted to emphasize "all files of all projects". If more than one project is opened in a single CB instance, it should always show only the files belonging to the currently selected project. Never all files of all projects, several of them equally named.This would be a interesting feature... Can you post it on SF so it wont get lost?
Such an option should be configurable and off as default, so the current behaviour does not change.
Do we still need to post this suggestion elsewhere, or did you already note it on some improvement suggestion list?
#ifdef __WXMSW__
m_DDE = !parser.Found(_T("no-dde"));
m_Assocs = !parser.Found(_T("no-check-associations"));
#else
m_DDE = !parser.Found(_T("no-ipc"));
#endif
Ok after more testing i came to the following result:
1) After some code analysis i could not find any bug
2) I tried different approaches to debug this and i was not successful to reproduce the bug
3) After checking what .exe files are started by double clicking from the explorer i noticed that it started some old codeblocks version
4) I deleted all registry items that where related with opening codeblocks from the explorer and now all is working as expected. All the settings work as intended
TL;DR: Codeblocks works fine, no bugs related to DDE. Windows was messing up (but i don't know how and why)
Problem is likely in the CB Installer from what you described.
IIRC, both 8.02 and 10.?? installers did more registry stuff in Windows; likely if you had either installed you would have gotten weird issues like this.
HKEY_CURRENT_USER\Software\Classes\CodeBlocks.cbp\shell\open\ddeexec