I'm still using some old screens with the resolution 1920x1080, some of my clients are still using Windows 7 with smaller screen. Update the Scintilla code is hard.
I'm still using some old screen with the resolution 1920x1080, some of my client are still using Windows 7 with smaller screen. Update the Scintilla code is hard.
Come on, 2026 still no support for HiDPI? What dispalays are you using?
Cool. Hope to test this work soon!
Thanks for the help chasing this down guys. The cause appears to be (not a missing event.Skip()), but an uninitialized boolean variable that had an int(30) in it. After the first right-click in the management tree, the var got it's first true/false value resulting in correct performance. That would also explain why the difference in compilers would provoke or hide the problem. While I'm here, some changes for high DPI need examination. I'll work with this for awhile to make sure I'm not "halluci...
Thanks for the help chasing this down guys. The cause appears to be (not a missing event.Skip()), but an uninitialized boolean variable that had an int(30) in it. After the first right-click in the management tree, the var got it's first true/false value resulting correct performance. That would also explain why the difference in compilers would provoke or hide the problem. I'll work with this for awhile to make sure I'm not "hallucinating".
Thanks for the help chasing this down guys. The cause appears to be (not a missing event.Skip()), but an uninitialized boolean variable that had an int(30) in it. After the first right-click in the management tree, the var got it's first true/false value resulting correct performance. I'll work with this for awhile to make sure I'm not "hallucinating".
Thanks for the help chasing this down guys. The cause appears to be (not a missing event.Skip()), but an uninitialized boolean variable that had an int(30) in it. After the first right-click in the management tree, the var got it's first value resulting correct performance. I'll work with this for awhile to make sure I'm not "hallucinating".
When I looked at the source code of the dragscroll.cpp, especially in the class MouseEventsHandler, do you mean that before each return statement, there is a call to the event.Skip();? I see some functions do not have that function call.
When I looked at the source code of the dragscroll.cpp, especially in the class MouseEventsHandler, do you mean that before each return statement, there is a call to the event.Skip();? I see some function does not have that function call.
After disabling all the plugings and re-enabling them one by one, I think the problem I have comes from the dragscroll plugin: when desactivated, no problem, when activated the problem is there (of course, on my msys2 config, because it seems that with other compilers there is not systematically this problem). To test this, each time, I quit C::B then restart it to be sure that I have this 1rt time behavior.
I've also experienced this problem. (Windows 11; CB svn 13831; wx328). Could those having the disappearing mouse right-click problem please list the plugins they are using along with the plugins version. This problem is usually caused by a missing "event.Skip();" statement in a plugin event. A list of plugins to inspect would be very useful.
I've also experienced this problem. (Windows 11; CB svn 13831; wx328). Could those having the diappearing mouse right-click problem please list the plugins they are using along with the plugins version. This problem is usually caused by a missing "event.Skip();" statement in a plugin event. A list of plugins to inspect would be very useful.
I've also experienced this problem. (Windows 11; CB svn 13831; wx328). Could those having the diappearing mouse right-click problem please list the plugins they are using along with the plugins version. This problem is usually caused by a missing "event.Skip();" statement in a plugin event. A list of plugin to inspect would be very useful.
- codesnippets: Don't open duplicate temporary .txt files. Fix crash possibility.
clangd_client: support versioned executable auto detection
Thanks Applied SVN rev 13830
* clangd_client: Apply ticket 1593 - Auto detect versioned clangd executable (Thanks Christo)
Prompt to Gemini AI: For CodeBlocks, what does a contributor mean by ticket 1593 when he states: Installing clangd from https://apt.llvm.org/ results in verisioned libraries, for eg. /usr/bin/clangd-20 in my recent installation. Attached patch helps to autodetect this. With patch code: ticket 1593 Gemini said In Code::Blocks ticket 1593, the contributor is addressing a common issue where the IDE fails to find the clangd executable (the Language Server Protocol provider) because the filename isn't...
Prompt to Gemini AI: For CodeBlocks, what does a contributor mean by ticket 1593 when he states: Installing clangd from https://apt.llvm.org/ results in verisioned libraries, for eg. /usr/bin/clangd-20 in my recent installation. Attached patch helps to autodetect this. With patch code: ticket 1593 Gemini said In Code::Blocks ticket 1593, the contributor is addressing a common issue where the IDE fails to find the clangd executable (the Language Server Protocol provider) because the filename isn't...
clangd_client: add option to parse only opened files
Great addition, thanks ! I'll be using this even on a new powerful laptop. Applied SVN rev 13829
Great addition, thanks ! I'll be using this even on a new powerful laptop. Applied SVN rev 18829
I Posted to wrong ticket.
Thanks, great addition ! Applied svn rev 13829
* clangd_client: Apply ticket 1592 parse only open files option (thanks Christo)
- Settings: Fix assertion due to specifying wxALIGN_CENTER_HORIZONTAL in an horizontal sizer.
- Remove wxALIGN_CENTER_HORIZONTAL in horizontal sizers and wxALIGN_CENTER_VERTICAL in vertical ones.
clangd_client: add option to parse only opened files
clangd_client: support versioned executable auto detection
clangd_client: support versioned executable auto detection
clangd_client: add option to parse only opened files
I'm using the rev13826, plus I have some patches locally mainly on the codecompletion plugins. I'm under Windows 10 64bit, and I used the latest GCC version(15.2) in msys2/mingw64 platform. My wxWidgets version is 3.3.2. I don't have such issue.
I'm using the rev13826, plus I have some patches locally mainly on the codecompletion plugins. I'm under Windows 10 64bit, and I used the latest GCC version in msys2/mingw64 platform. I don't have such issue.
A few tries but I don't really understand what's happen : If I insert wxBell(); at line : 1465: no bell rings at all. as if it never pass here ! 1532: it rings only when the menu is displayed, normal 1108: it rings only when the menu is displayed when I click on main workspace, normal 914: it rings only when the menu is displayed, normal PS: I have sent a PM to ollydbg because he uses also wxWidgets 3.3.2 and last Msys2
A few tries but I don't really understand what's happen : If I insert wxBell(); at line : 1465: no bell rings at all. as if it never pass here ! 1532: it rings only when the menu is displayed, normal 1108: it rings only when the menu is displayed when I click on main workspace, normal 914: it rings only when the menu is displayed, normal
You can start checking if ProjectManagerUI::OnRightClick() is executed at all on the first click. I just insert a wxBell() for this kind of tests.
I have also tested Xaviou's nightly (Win 64, wxWidgets 3.3.2) and effectively it has not the problem I have. So, he uses probably a different compiler set (binary are not compatible). This problem is not very important, just a bit annoying. But I have no idea how to track and identify it.
I have just tested Xaviou's last nightly (CB_20260312_rev13823_wx33_win64) with wxWidgets 3.3.2 and works OK. I do not know if he uses MSYS.
- Remove "virtual" from methods marked as "override".
- HexEditor: Remove "virtual" from methods marked as "override".
* devcpploader: avoid dereferencing null pointer m_pProject (thanks blauzahn).
* CompilerOW: Remove leading comma after "file" when linking.
r13822 works OK here: W7 wx3.2.10 32-bits gcc 8.1.0 from MinGW-w64 Also works OK on: Mint 18.2 wx3.0.2 32-bits gcc 5.4.0
r13822 works OK here: W7 wx3.2.10 32-bits gcc 8.1.0 from MinGW-w64 Also works OK on: Mint 18.2 wx3.0.2 32-bit gcc 5.4.0
Right clic does not work the 1st time in the managment window
* ProjectImporter: Fix null pointer dereference replacing Read() with ReadLong().
* DebuggerGDB: Fix wxString::Format specifiers and remove redundant comparison.
- CodeStatistics: Remove redundant check.
- SpellChecker: Pass wxString as const reference.
- HexEditor: Mark override functions as such.
* FileManager: Fix wxString::Format() specifiers.
- SDK: Clarify operator precedence.
- Fix more issues reported by CPPcheck.
- Fix some issues reported by CPPcheck.
* CompilerOW: Remove null pointer dereferencing.
He can, but must start the unzipper program (7z, WinRAR or whatever) as administrator. He can also unzip in a temporary folder and then copy the unzipped data to "Program files".
* update.bat: replace some wilcards by a for...do syntax(thanks gd_on)
* cbp: add -Wextra to clangd_client_Windows.cbp and codesnippets_Windows.cbp, move WX_VER setting to a higher level(thanks gd_on)
There are some key bindings that the Keyboard plugin cannot screw around with. Some of those bindings include the Ctrl-C, Ctrl-V, and any key that is hardcoded globally by CodeBlocks itself. One of those hard coded keys is the global binding Ctrl+Tab. It's hard coded into the global accelerator table during start-up and has special programming for Linux and Windows. Since it is already a global key binding, when the plugin asks for the parent menu item, CodeBlocks returns an empty string for good...
There are some key bindings that the Keyboard plugin cannot screw around with. Some of those bindings include the Ctrl-C, Ctrl-V, and any key that is hardcoded globally by CodeBlocks itself. One of those hard coded keys is the global binding Ctrl+Tab. It's hard coded into the global accelerator table during start-up and has special programming for Linux and Windows. Since it is already a global key binding, when the plugin asks for the parent menu item, CodeBlocks returns an empty string for good...
There are some key bindings that the Keyboard plugin cannot screw around with. Some of those bindings include the Ctrl-C, Ctrl-V, and any key that is hardcoded globally by CodeBlocks itself. One of those hard coded keys is the global binding Ctrl+Tab. It's hard coded into the global accelerator table during start-up and has special programming for Linux and Windows. Since it is already a global key binding, when the plugin asks for the parent menu item, CodeBlocks returns an empty string for good...
Multiple keyboard shortcuts not saved properly
There are some key bindings that the Keyboard plugin cannot screw around with. Some of those bindings include the Ctrl-C, Ctrl-V, and any key that is hardcoded globally by CodeBlocks itself. One of those hard coded keys is the global binding Ctrl+Tab. It's hard coded into the global accelerator table during start-up and has special programming for Linux and Windows. Since it is already a global key binding, when the plugin asks for the parent menu item, CodeBlocks returns an empty string for good...
I think you can not unzip the files in program files folder.
Thanks, what about plugins and unzip problem?
There was also error when I tried to compile my code and it said something like "Coudn't find the gcc compiler at desired location". You need to set the compiler path in the codeblocks' settings.
I downloaded this build: https://forums.codeblocks.org/index.php/topic,26137.0.html 1st photo: error when I tried to unzip file in "Program Files" folder (written in Ukrainian) 2nd photo: suggested plugins There was also error when I tried to compile my code and it said something like "Coudn't find the gcc compiler at desired location". However, now that I have installed base 25.03 CB this error just vanished.
I downloaded this build: https://forums.codeblocks.org/index.php/topic,26137.0.html 1st photo: error when I tried to unzip file in "Program Files" folder (written in Ukrainian) 2nd photo: suggested plugins There was also error when I tried to compile my code and it said something like "Coudn't find the gcc compiler at desired location". However, now that I have installed base 25.03 CB this error just vanished.
I downloaded this build: https://forums.codeblocks.org/index.php/topic,26137.0.html 1st photo: error when I tried to unzip file in "Program Files" folder (written in Ukrainian) 2nd photo: suggested plugins There was also error when I tried to compile my code and it said something like "Coudn't find the gcc compiler at desired location". However, now that I have installed base 25.03 CB this error just vanished.
Secondly, when I unziped files in another folder that build immediatly suggested me to install a few more plugins and compiler just didn't work. What should I do? Can you tell use what are the steps you did? I haven't see such error before. Who suggested me to install some plugins? Can you give use some screen shots?
I just tried to download that build but something went wrong. Firstly, when I tried to unzip any files in folder "Program Files" it just says "Access denied". Secondly, when I unziped files in another folder that build immediatly suggested me to install a few more plugins and compiler just didn't work. What should I do?
Codeforces 25.03 layout bug with wxWidgets
This was fixed in [r13739] last september, you can use a recent nightly.
Codeforces 25.03 layout bug with wxWidgets
Multiple keyboard shortcuts not saved properly
- wxSmith: fix build error against wxWidgets 3.3.2 library
- clangd_client: cleanup using -Wextra, no functional changes
- codesnippets: correct copy .zip error in post build steps
- Set svn:executable property in update33 batch files.
- CodeSnippets: Restore svn:executable properties on Linux batch files.
removing the FortranProject folder creation from checkout
* cbp: add the unified CodeBlocks cbps for Windows OS. (thanks gd_on)
- remove the usage of $(CODEBLOCKS) in the *.cbp files, because the $(CODEBLOCKS) points to the host Code::Blocks path, not the built Code::Blocks path
Multiple keyboard shortcuts not saved properly
- Squirrel: Fix compilation with wxWidgets 3.3.2 (thanks Xaviou/Claude).
- codesnippets: remove use of $(CODEBLOCKS) CB variable in .cbp for ollydbg
- codesnippets: place comment in update32_64.bat
- codesnippets: commit missing update files
- codesnippets: Add right-click context popups and clean up code
Crash in wxRecursionGuard in clangd_client
Fixed svn 13797, thanks ollydbg
* clangd_client: Fix crash in wxRecursionGuard caused by wrong cross-thread protocol
Experimental patch
Crash in wxRecursionGuard in clangd_client