News:

Accounts with zero posts and zero activity during the last months will be deleted periodically to fight SPAM!

Main Menu

C::B and wxWidgets 2.9.5 under Windows

Started by gd_on, August 26, 2013, 12:32:28 PM

Previous topic - Next topic

MortenMacFly

Quote from: oBFusCATed on October 06, 2013, 07:17:33 PM
Morten: The place where this project is maintained.
OK. In that case its in the wxCode GIT repository at:
components\kwic\include\kwic
...but I sync'ed from there I believe... so nothing to do "upstream".
Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
C::B Manual: [url="https://www.codeblocks.org/docs/main_codeblocks_en.html"]https://www.codeblocks.org/docs/main_codeblocks_en.html[/url]
C::B FAQ: [url="https://wiki.codeblocks.org/index.php?title=FAQ"]https://wiki.codeblocks.org/index.php?title=FAQ[/url]

oBFusCATed

I think, I've found a problem (minor) with wxgtk-trunk-relatively new.

Steps:
1. Settings -> Editor -> Syntax Highlight
2. Select some element in the top list control
3. Scroll with the mouse -> it doesn't scroll. Placing the mouse over the scroll bar scrolls it normally.

Can someone reproduce this on windows or another linux?
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

stahta01

#32
Patch for alert when checking "Settings" -> "Environment"

Cause was SetSettingsIconsStyle in CB globals.cpp. (Code causing alert was Windows ONLY code.)

I have NOT tested patch under wxWidgets 2.8; only  tested using wxWidgets truck (wx 3.0.0).
Edit: I have now tested the patch with wxWidgets 2.8 branch and it worked under Windows 7 32bit.

I also needed to patch CB file environmentsettingsdlg.cpp because loading the icons makes it default to displaying icons using wxWidgets truck (wx 3.0.0)

Tim S.


Index: src/sdk/globals.cpp
===================================================================
--- src/sdk/globals.cpp (revision 9381)
+++ src/sdk/globals.cpp (working copy)
@@ -1020,8 +1020,8 @@
    long flags = lc->GetWindowStyleFlag();
    switch (style)
    {
-        case sisNoIcons: flags = (flags & ~wxLC_ICON) | wxLC_SMALL_ICON; break;
-        default: flags = (flags & ~wxLC_SMALL_ICON) | wxLC_ICON; break;
+        case sisNoIcons: flags = (flags & ~wxLC_MASK_TYPE) | wxLC_LIST; break;
+        default: flags = (flags & ~wxLC_MASK_TYPE) | wxLC_ICON; break;
    }
    lc->SetWindowStyleFlag(flags);
#endif
@@ -1032,7 +1032,7 @@
// this doesn't work under wxGTK...
#ifdef __WXMSW__
    long flags = lc->GetWindowStyleFlag();
-    if (flags & wxLC_SMALL_ICON)
+    if (flags & wxLC_LIST)
        return sisNoIcons;
#endif
    return sisLargeIcons;
Index: src/src/environmentsettingsdlg.cpp
===================================================================
--- src/src/environmentsettingsdlg.cpp (revision 9381)
+++ src/src/environmentsettingsdlg.cpp (working copy)
@@ -107,8 +109,8 @@
    wxXmlResource::Get()->LoadObject(this, parent, _T("dlgEnvironmentSettings"),_T("wxScrollingDialog"));
    int sel = cfg->ReadInt(_T("/environment/settings_size"), 0);
    wxListbook* lb = XRCCTRL(*this, "nbMain", wxListbook);
+    LoadListbookImages();
    SetSettingsIconsStyle(lb->GetListView(), (SettingsIconsStyle)sel);
-    LoadListbookImages();

    Connect(XRCID("nbMain"),wxEVT_COMMAND_LISTBOOK_PAGE_CHANGING,wxListbookEventHandler(EnvironmentSettingsDlg::OnPageChanging));
    Connect(XRCID("nbMain"),wxEVT_COMMAND_LISTBOOK_PAGE_CHANGED, wxListbookEventHandler(EnvironmentSettingsDlg::OnPageChanged ));

C Programmer working to learn more about C++.
On Windows 10 64 bit and Windows 11 64 bit.
--
When in doubt, read the CB WiKi FAQ. [url="http://wiki.codeblocks.org"]http://wiki.codeblocks.org[/url]

Jenna

#33
I'm currently working on implementing the possibility to show/hide the settings icons with wxGTK also (after stumbling over the same issue), but it's not (yet) working as I want it (more or less minor issues on windows).
The patch touches SetSettingsIconStyles (also) and environment-, editor- and compilerdialog.

Jenna

Quote from: jens on October 07, 2013, 01:21:35 AM
I'm currently working on implementing the possibility to show/hide the settings icons with wxGTK also (after stumbling over the same issue), but it's not (yet) working as I want it (more or less minor issues on windows).
The patch touches SetSettingsIconStyles (also) and environment-, editor- and compilerdialog.

Committed to trunk.

stahta01

C Programmer working to learn more about C++.
On Windows 10 64 bit and Windows 11 64 bit.
--
When in doubt, read the CB WiKi FAQ. [url="http://wiki.codeblocks.org"]http://wiki.codeblocks.org[/url]

oBFusCATed

Argh.... Running codeblocks-wx29 from within codeblocks makes debugging a simple console application with the second C::B impossible.
The debugger doesn't stop on breakpoints and prints this annoying message:

During startup program exited with code 1


Anyone experiencing such issues?
Running codeblocks-wx28 works as expected...
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

Jenna

Quote from: oBFusCATed on October 11, 2013, 09:55:39 PM
Argh.... Running codeblocks-wx29 from within codeblocks makes debugging a simple console application with the second C::B impossible.
The debugger doesn't stop on breakpoints and prints this annoying message:

During startup program exited with code 1


Anyone experiencing such issues?
Running codeblocks-wx28 works as expected...
I just tested it with a console (hello world) application and it works in principal, but I always get the "Detected that the Terminal/Console has been closed. Do you want to stop the debugging session?" annoying dialog.
If I answer with "No", debugging worls as expected, "Yes" stops debugging (also as expected).
I did not (yet) have looked, which of the three conditions (m_stopDebuggerConsoleClosed && m_nConsolePid > 0 && wxKill(m_nConsolePid, wxSIGNONE) != 0 ) is true .

Jenna

Correction of my previous post:
I get this behaviour with gnome-shell, but not with xterm.
xterm gets closed after the debugging session, gnome-shell stays opened !

oBFusCATed

Probably this happens, because gnome-shell is running as single process and the instance started by C::B finishes right after it tells the main process what to do. I think there is an option to disable this behaviour.
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

oBFusCATed

I have to note that I'm using relatively new version of wxGTK taken from git last couple of days (probably yesterday).
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

Jenna

Quote from: oBFusCATed on October 11, 2013, 11:20:04 PM
Probably this happens, because gnome-shell is running as single process and the instance started by C::B finishes right after it tells the main process what to do. I think there is an option to disable this behaviour.
Yes you might be correct, bacause that also happens with C::B build against wx2.8. I will try to investigate deeper.

Jenna

Quote from: oBFusCATed on October 11, 2013, 11:22:24 PM
I have to note that I'm using relatively new version of wxGTK taken from git last couple of days (probably yesterday).
I use the newest trunk also, but not checked out from git, but with git-svn from the subversion repo.
But there should not be any difference, I think.