News:

When registered with our forums, feel free to send a "here I am" post here to differ human beings from SPAM bots.

Main Menu

Change things in CB 20.03 back to the way it was in CB 16.01

Started by hbcpp, September 18, 2020, 02:36:54 AM

Previous topic - Next topic

hbcpp

I just finished building the latest CB trunk version. Up until now I was using CB 16.01.

I am just starting using it and see how it feels and I noticed some related details that I would like to change.

In 20.03 when I am typing a header the autocomplete popup shows and it doesn't show the whole header name but instead it just show the first 2 letters and the ellipsis mark.

There are times when I use a std::vector variable, per say, after starting typing a method the autocomplete popup shows and just cover the entire code and it a little annoying.

These are the first 2 things that I have noticed so far that I would like it like it was in CB 16.01.

So, is there a way to do that. Change the source code and revert those specific codes to make those specific changes.
I am guessing there is, so where are those files, what exactly need to be changed in the code.
Thanks.

In the attachment there is a screenshot showing the autocomplete popup in CB20.03 with ellipsis.


stahta01

Option 1: Build the version you liked
Option 2: Give information needed to try to fix the problem.

The Devs will likely need wxWidgets version and Operating System information to work on a fix.

Reverting the code is almost always *not* an option the Devs will take after 4 years has passed.

Tim S.
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]

hbcpp


oBFusCATed

(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!]

hbcpp


oBFusCATed

No sure what you mean by relate in your question.
There are just some bug which manifest themselves only on HiDPI.
(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!]

sodev

The bug in the screenshot however is not caused by HiDPI but by Direct2D ;)

hbcpp


hbcpp

Quote from: sodev on September 19, 2020, 12:58:12 PM
The bug in the screenshot however is not caused by HiDPI but by Direct2D ;)
Yeah and in this ticket here a fix is provided(haven't tested it yet though).

oBFusCATed

If you test it let me know in the ticket if it works. Ideally we should backport the popup changes from wx, but I don't know when this would happen, unfortunately.
(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!]

hbcpp

Quote from: oBFusCATed on September 19, 2020, 04:10:59 PM
If you test it let me know in the ticket if it works. Ideally we should backport the popup changes from wx, but I don't know when this would happen, unfortunately.

I have tested it. It built fine, however when I open it and I go to settings->Editor and I make some change and hit 'ok' CB will crash and close, don't know why, maybe I did something wrong because I had some trouble reading the patch file.

This is an answer from the ticket I gave you earlier:

"This problem (and others closely related to DirectWrite) have just been fixed in wxSTC:

Merge branch 'stc-tech-fix' " by Miguel Gimenez

Is this what you mean by backport the popup changes from wx?


oBFusCATed

(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

About the crash: Attach a debugger (Debug -> Start) and see where it crashes. Have you run the appropriate update3*.bat file?
(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!]

hbcpp

Quote from: oBFusCATed on September 20, 2020, 01:12:15 PM
About the crash: Attach a debugger (Debug -> Start) and see where it crashes. Have you run the appropriate update3*.bat file?
Attach a debugger, I did it and here is the build log after it crashed:

Active debugger config: GDB/CDB debugger:Default
Building to ensure sources are up-to-date
Selecting target:
src
Adding source dir: D:\Downloads\codeblocks-code-r12201-trunk\src\
Adding source dir: D:\Downloads\codeblocks-code-r12201-trunk\src\
Adding file: D:\Downloads\codeblocks-code-r12201-trunk\src\devel31_64\codeblocks.exe
Changing directory to: D:/Downloads/codeblocks-code-r12201-trunk/src/devel31_64
Set variable: PATH=.;C:\wxWidgets-3.1.4\lib\gcc_dll;D:\Downloads\codeblocks-code-r12201-trunk\src\devel31_64;D:\Downloads\codeblocks-code-r12201-trunk\src\exchndl\win64\lib;C:\Program Files\CodeBlocks20\MinGW\bin;C:\Program Files\CodeBlocks20\MinGW;C:\Program Files (x86)\Common Files\Oracle\Java\javapath;C:\Windows\System32;C:\Windows;C:\Windows\System32\wbem;C:\Windows\System32\WindowsPowerShell\v1.0;C:\Windows\System32\OpenSSH;C:\Program Files\Microsoft VS Code\bin;C:\Program Files\Git\cmd;C:\Program Files\CodeBlocks\MinGW\bin;C:\TDM-GCC-64\bin;D:\Downloads\zip300xn-x64;C:\Program Files\TortoiseGit\bin;C:\Users\aideb\AppData\Local\Microsoft\WindowsApps;C:\Users\aideb\AppData\Local\GitHubDesktop\bin
Starting debugger: C:\Program Files\CodeBlocks20\MINGW\bin\gdb.exe -nx -fullname -quiet  -args D:/Downloads/codeblocks-code-r12201-trunk/src/devel31_64/codeblocks.exe
done
Setting breakpoints
Debugger name and version: GNU gdb (GDB) 8.1
Child process PID: 8
In ntdll!RtlIsNonEmptyDirectoryReparsePointAllowed () (C:\Windows\SYSTEM32\ntdll.dll)
#22 0x000000006edcafcc in wxNavigationEnabled<wxWindow>::~wxNavigationEnabled (this=0x20854910, __in_chrg=<optimized out>) at C:/wxWidgets-3.1.4/include/wx/containr.h:189
C:\wxWidgets-3.1.4\include\wx\containr.h:189:6912:beg:0x6edcafcc
At C:\wxWidgets-3.1.4\include\wx\containr.h:189



I am not sure I did the debugger right though ( I opened the CodeBlocks_wx31_64.cbp project and just debugged it like I would in a console program).

Yeah I ran the appropriate update3*.bat file but I will build the patch from the beginning just to be sure. Will tell you what happens.

oBFusCATed

Seems right, now you have to show us the backtrace (debug -> windows -> call stack or run the bt command).
If I give you this information for your program would you be able to pinpoint the cause?

Are you sure you're not mixing wx headers and dlls from different releases?
(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!]