Author Topic: The 27 May 2026 build (13855) is out.  (Read 103376 times)

Offline ThierryD

  • Multiple posting newcomer
  • *
  • Posts: 113
Re: The 27 May 2026 build (13855) is out.
« Reply #15 on: June 03, 2026, 04:35:24 pm »
Today, I try to download this last nightly of CB into WSL2 (Ubuntu 24.04) using Firefox browser (just my choice ...  ;D  )

BitDefender AV don't control this 7z archive (YES !), by default stored on "$HOME/Downloads".

Into terminal Ubuntu 24.04, I use command "7z" to extract directly to "/mnt/c/CodeBlocks", ... and BD AV detect like previous downloads an malware, and, like Eckart, link to file "CB_soncole_runner.exe" just decompressed ...

I force BD AV to restore this specific file. 

After that, I run CB (after decompress also two dependencies files with MinGW64 and WX DLL), and result is OK.

I don't know why, CB has been very long time to start ... but (be patient) ..., after I can use last nightly of CB normally.

Story is closed !

Thank's.




 


Offline MaxGaspa

  • Multiple posting newcomer
  • *
  • Posts: 44
Re: The 27 May 2026 build (13855) is out.
« Reply #16 on: June 04, 2026, 10:44:04 am »
I lookfor a setings to get the dark mode using this nightly and Windows 11 25H2. It seems there is no such an option. So can you confirm that dark mode is not supported in Windows 11? Is it possible to enable the dark mode in Windows11? Is a long waited feature....

Offline gd_on

  • Lives here!
  • ****
  • Posts: 860
Re: The 27 May 2026 build (13855) is out.
« Reply #17 on: June 04, 2026, 11:30:15 am »
You can use C:B in darkmode. At least 2 ways to obtain this :
  • Use darkmode for Windows: C::B will follow Windows mode
  • Use a small cmd file to force darkmode: This cmd file is something like:
Code
REM To force darkmode (if 0 standard color mode, if 1 follow system mode)
set WX_MSW_DARK_MODE=2
codeblocks.exe
    Then you can adjust different colors.
    In this example, this codeblocks_DarkMode.cmd file is placed where codeblocks.exe is installed.
    « Last Edit: June 04, 2026, 01:37:48 pm by gd_on »
    Windows 11 64 bits (25H2), svn C::B (last version or almost!), wxWidgets 3.3.3, Msys2 Compilers 16.2.0, 64 bits (seh, posix : gcc, g++ and gfortran in C:\msys64\mingw64) or 32 bits (dwarf2, posix  in C:\msys64\mingw32).

    Offline MaxGaspa

    • Multiple posting newcomer
    • *
    • Posts: 44
    Re: The 27 May 2026 build (13855) is out.
    « Reply #18 on: June 04, 2026, 11:47:37 am »
    set WX_MSW_DARK_MODE=2

    Thanks...I wasn't aware of the environment variable WX_MSW_DARK_MODE. Now I set this environment variable and I'm able to switch between the two modes quickly.

    Offline MaxGaspa

    • Multiple posting newcomer
    • *
    • Posts: 44
    Re: The 27 May 2026 build (13855) is out.
    « Reply #19 on: June 04, 2026, 11:54:22 am »
    [Main Instruction]
    A debugging check in this application has failed.
    I've found that deleting the .conf file just one time solved this for me.

    Pecan, trying to re-customize my default.conf I think I found the root cause of the issue and so a quick way to fix it. The root cause of the debugging checks is a specific setting

    Settings->Environment Settings->Notebooks Appearance->Tab Style

    If you set the tab style to Firefox2 or Microsoft Visual Studio 7.1 the debugging checks are raised

    Uisng default or Simple Tabs no debugging checks are raised.

    So to me is enough to change my old settings from Firefox 2 to default to get a working default.conf (my old one). I hope this helps to understand how to fix the issue.

    Offline luisalberto

    • Multiple posting newcomer
    • *
    • Posts: 13
    Re: The 27 May 2026 build (13855) is out.
    « Reply #20 on: June 04, 2026, 04:07:09 pm »
    Goto to Settings -> Environments Select Colours and over the OK and Cancel Buttons You will see the combo Box to change the theme. I am using Windows 11 25 H2. See the attach Image file. I dont like the dark mode and I use Light mode in Codeblocks.

    Offline gd_on

    • Lives here!
    • ****
    • Posts: 860
    Re: The 27 May 2026 build (13855) is out.
    « Reply #21 on: June 04, 2026, 04:39:00 pm »
    Effectively, I forgot to mention this as a third solution, introduced quite recently.
    Nevertheless, the 2nd solution may be applied to many wxwidgets softwares where darkmode is not explicitely implemented. 
    « Last Edit: June 04, 2026, 04:44:02 pm by gd_on »
    Windows 11 64 bits (25H2), svn C::B (last version or almost!), wxWidgets 3.3.3, Msys2 Compilers 16.2.0, 64 bits (seh, posix : gcc, g++ and gfortran in C:\msys64\mingw64) or 32 bits (dwarf2, posix  in C:\msys64\mingw32).

    Offline 20k

    • Single posting newcomer
    • *
    • Posts: 6
    Re: The 27 May 2026 build (13855) is out.
    « Reply #22 on: June 17, 2026, 10:27:58 pm »
    [Main Instruction]
    A debugging check in this application has failed.
    I've found that deleting the .conf file just one time solved this for me.

    Pecan, trying to re-customize my default.conf I think I found the root cause of the issue and so a quick way to fix it. The root cause of the debugging checks is a specific setting

    Settings->Environment Settings->Notebooks Appearance->Tab Style

    If you set the tab style to Firefox2 or Microsoft Visual Studio 7.1 the debugging checks are raised

    Uisng default or Simple Tabs no debugging checks are raised.

    So to me is enough to change my old settings from Firefox 2 to default to get a working default.conf (my old one). I hope this helps to understand how to fix the issue.

    This didn't work for me (I'm experiencing the same problem), as my tabs were set to default already

    Offline eckard_klotz

    • Almost regular
    • **
    • Posts: 207
    Re: The 27 May 2026 build (13855) is out.
    « Reply #23 on: July 18, 2026, 12:35:10 pm »
    Hello Developers.

    Unfortunately the folding margin is located next to the text inside the editor and thus, it happens very easily that you force a folding even you just want click at the first line position, what is very annoying.

    While reviewing the current margin configuration in cbEditor.cpp, I noticed that Code::Blocks defines its own margin IDs:

    Code
    #define C_LINE_MARGIN      0
    #define C_MARKER_MARGIN    1
    #define C_CHANGEBAR_MARGIN 2
    #define C_FOLDING_MARGIN   3


    As far as I understand it, Scintilla (and wxScintilla) always render margins strictly in ascending ID order.
    Because of this, the folding margin (ID 3) appears directly next to the text area in the editor. This placement makes it easy to accidentally trigger fold/unfold actions when clicking near column 1, especially on high‑resolution displays.

    Other Scintilla‑based editors (SciTE, Geany, Notepad++) avoid this issue by placing the folding margin immediately to the right of the line‑number margin. This provides a natural buffer zone and significantly reduces accidental folding.

    In Code::Blocks, the folding margin is configured here:

    Code
    control->SetMarginType(C_FOLDING_MARGIN, wxSCI_MARGIN_SYMBOL);
    control->SetMarginWidth(C_FOLDING_MARGIN, foldingMarginBaseWidth);
    control->SetMarginMask(C_FOLDING_MARGIN, ...);
    control->SetMarginSensitive(C_FOLDING_MARGIN, 1);


    Since all margin‑related logic consistently seems to use the symbolic constants (C_FOLDING_MARGIN, C_MARKER_MARGIN, etc.), adjusting the margin order is limited to changing the four #define values. No other code changes should be required, and no plugins or configuration files are affected.

    Suggested improvement: 
    Reassign the folding margin to a lower ID (e.g., 1), so the margin order becomes:

    Line numbers → Folding → Marker → Changebar → Text


    This can simply be changed while the definition of the preprocessor constants like this:

    Code
    #define C_LINE_MARGIN      0
    #define C_FOLDING_MARGIN   1
    #define C_MARKER_MARGIN    2
    #define C_CHANGEBAR_MARGIN 3


    I think this small, isolated change would align Code::Blocks with common Scintilla practice and improve usability without introducing new settings or breaking existing functionality.


    Please take a look to this and thank you in advance.

    Best regards,
                       Eckard Klotz.

    Offline Miguel Gimenez

    • Developer
    • Lives here!
    • *****
    • Posts: 1905
    Re: The 27 May 2026 build (13855) is out.
    « Reply #24 on: July 19, 2026, 08:55:51 pm »
    I have increased margin size from 16 to 22 and made it dependent on scale factor, see r13915.

    EDIT: Clicking in the gap between the fold box and the text editor still fires folding  :o , so this change only fixes box size in HiDPI. Relating margin order, I prefer it as is.
    « Last Edit: July 20, 2026, 12:12:21 pm by Miguel Gimenez »

    Offline eckard_klotz

    • Almost regular
    • **
    • Posts: 207
    Re: The 27 May 2026 build (13855) is out.
    « Reply #25 on: July 20, 2026, 12:52:33 pm »
    Hello Miguel Gimenez.

    Quote
    ... Relating margin order, I prefer it as is. ...

    • It is not the order but the unwanted firing of folding, that is disturbing.
    • An unwanted folding means always to breakdown the development-flow.
      • Suddenly and unexpected the text-part, you want to edit, is vanishing.
      • Instead of of implementing your idea, you have to unfold again.
      • Than you have to search for the text-position you wanted to work on.
      • Finally, by clicking on it, you risk to fold again.
      • I know nobody who is not frustrated by this.
    • Moving the folding margin to the left and away from the text area prevents this nasty disturbance.

    If you prefer the current margin order but your users not the alternative will be to make the margin order configurable.
    But I fear this will mean much more effort for you.
    Thus, I just ask you to solve the folding issue and changing the margin order is a simple way to fix the issue without disabling the folding completely.     

    Best regards,
                       Eckard Klotz.
    « Last Edit: July 20, 2026, 12:58:12 pm by eckard_klotz »

    Offline cacb

    • Lives here!
    • ****
    • Posts: 553
    Re: The 27 May 2026 build (13855) is out.
    « Reply #26 on: Yesterday at 11:56:04 am »
    Hello,  I have been reading this thread to see if I am able to enable dark mode in C::B
    I am running Windows 10 (dark mode) and C::B nightly build 13961. I tried the following


    set WX_MSW_DARK_MODE=1
    codeblocks.exe


    I am able to get the C::B application in dark mode, but the code editor is still in light mode and I don't really understand why, see attached screenshot. Is this due do some old .conf file I am using or is there an easy way to get the editor window to appear in dark mode without having to redefine every detail?

    Related question: I am also running C::B on Linux Kubuntu. Is there a way to enable dark mode there?

    EDIT: On Kubuntu 24.04 KDE and using C::B 13924 I was able to achieve a similar dark mode effect as on Windows 10, but still the editor is in light mode:

    export GTK_THEME=Adwaita:dark
    codeblocks&

    « Last Edit: Yesterday at 12:07:23 pm by cacb »

    Offline Miguel Gimenez

    • Developer
    • Lives here!
    • *****
    • Posts: 1905
    Re: The 27 May 2026 build (13855) is out.
    « Reply #27 on: Yesterday at 12:05:09 pm »
    You do not need to set variables, there is a setting in Environment -> Colours to enable dark mode. This should work also on Kubuntu.

    The editor window (cbStyledTextCtrl) is based in old wxWidgets code and does not currently support dark mode. Other parts of the UI in dark mode have been fixed after r13961, see r13969 to r13972, r13975 and r13976.

    Some wxWidgets items still do not work correctly in dark mode, wxMessageDialog for example.

    Offline cacb

    • Lives here!
    • ****
    • Posts: 553
    Re: The 27 May 2026 build (13855) is out.
    « Reply #28 on: Yesterday at 12:13:31 pm »
    Thank you for the answer. On Kubuntu, the option under Environment -> Colours, i.e. "Select application appearance (if supported by platform)" is disabled, so I am not able to select anything. It says "System Default" only.

    Thank you for the clarification of the missing dark mode in the editor window. That is a pity, but at least it is clear.

    EDIT: Given no support for dark mode in the editor, I have been looking for a way to change the main background colour of the editor window to something other than white. This is not a perfect solution, but it may give some eye relief: Settings -> Editor -> Syntax highlighting
    Then select something other than pure white as background, for example light blue (H,S,L) = (140,240,200).

    EDIT2: On closer inspection, it is possible to achieve a decent dark mode in the editor using Settings -> Editor -> Syntax highlighting  and creating a new "Colour theme" called e.g. DarkMode and change all the relevant colours including foreground/background and C++ language related colours, I did this and copied the relevant section of default.conf from Windows to Linux so now I have a working dark mode of both the C::B IDE and the code editor. At least it seems good enough to try to use it. This means to switch from default to dark mode or vice versa you have to do 2 things

     Settings -> Environment -> Colours    "Select application appearance (if supported by platform)"  (or use environment variable as needed)
     Settings -> Editor -> Syntax highlighting    Select the relevant user defined colour theme.
    « Last Edit: Yesterday at 04:15:42 pm by cacb »