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

[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.

[hbcpp]

Thanks for the info.

I created a ticket for this.

[oBFusCATed]

This is a known problem on hidpi displays.

[hbcpp]

This is a known problem on hidpi displays.

How do hidpi displays relate to codeblocks?

[oBFusCATed]

No sure what you mean by relate in your question.
There are just some bug which manifest themselves only on HiDPI.

[sodev]

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

[hbcpp]

There are just some bug which manifest themselves only on HiDPI.

This clears it up.

[hbcpp]

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.

[hbcpp]

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]

I'm not sure. Probably this is a part of the changes.

[oBFusCATed]

About the crash: Attach a debugger (Debug -> Start) and see where it crashes. Have you run the appropriate update3*.bat file?

[hbcpp]

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:

Code

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?