Recent Posts

Pages: [1] 2 3 4 5 6 ... 10
1
Hi, thank you very much for all the help!

Unfortunately I did not have time to post, this project is postponed for now. I will solve it as soon as I can. I don't mean to direspect your help, but thats the option for the moment.
2
Help / Re: KDE: Is the docking of windows not available?
« Last post by oBFusCATed on Today at 01:36:02 am »
You have to build the same version of wxGTK.
There is a more detailed info about the wx version. Are you using gtk2 or gtk3?
3
Help / Re: KDE: Is the docking of windows not available?
« Last post by falams on Yesterday at 08:34:52 pm »
Code::Blocks: 20.03
Build: 2020-04-18, 19:47:24 - wx3.0.4  - gcc 9.3.0 (Linux, unicode) - 64 bit

However, I've already installed wx3.1.3 (following this page https://wiki.wxwidgets.org/Compiling_and_getting_started).

EDIT: Actually, the windows do dock in the "wxAUI Sample Application"  however, they show no sign what so ever that they are ready to be docked, ie. no graphical heads up that says "hey, you can drop it now". However again, they dock with the same problems I'm having already, which is that it is VERY picky on where to drop it and sometimes they are still placed in the wrong spot. Almost everything from my last post still seems to be identical, with the exception of no graphical heads up on when/where to drop and in the "wxAUI Sample Application" I have a strange option of vertically maximizing windows, which isn't present in C::B (read below if you care about that). The problem of grabbing to resize docked windows isn't present in the sample app,

If I undock "Text Pane with Hide Prompt", I can get it to maximize vertically on the left or right of the screen, but not in the main window, just on top of it. The undocked window maximizes to full height, with ~1/3 width, however, it won't do this at the bottom or top of the "wxAUI Sample Application" window only on the sides, so the "Text Pane..." stays floating. Also, it won't maximize like this at all if I undock with the main window ("wxAUI Sample Application") maximized, just when it's not maximized/fullscreen. When it's full screen nothing will maximize at all and all windows are permanently floating.

So, with the "wxAUI Sample Application", I can only vertically maximize undocked windows when the main window isn't maximized.
4
Help / Re: KDE: Is the docking of windows not available?
« Last post by oBFusCATed on Yesterday at 12:02:12 pm »
What version of C::B and wxGTK are you using? (the info is in the help->about dialog)
Can you try the wxWidgets sample auidemo to see if it works correctly? (most distros don't provide it I think)
5
Help / Re: KDE: Is the docking of windows not available?
« Last post by falams on Yesterday at 05:27:17 am »
After a couple of hours I finally was able to have the main window accept a docking position. I assume it is the dual monitors or KDE that is buggy because on another computer the main window would accept a docking position immediately. The only difference that computer has is that it is on a single 1080p display, where the  computer that has gave me this trouble has 2 monitors (1440 and a 2160).

For anyone else, if you get acceptance to have the window dock at the bottom, the entire length of the screen, it's most likely going there or not at all. However, if you're stacking them on the left or right, if you get to accept the window to dock on the left, you can drag it all the way to the right edge of the screen and let go (although the docking indicator is still on the left).

I still can't always change the width/length of a window. I have to move the cursor across a few axis slowly to get the grip icon to kick in, sometimes it only lets me change height and not the width.

Anyways, it works out :)
6
Help / KDE: Is the docking of windows not available?
« Last post by falams on Yesterday at 02:19:09 am »
Under KUbuntu 20.04 LTS the various window panes don't dock, well, unless they were docked by default. If I pull the "Logs & others" pane from the dock, it will not dock again (but it is docked by default).

I can resize the "Logs & others" windows vertically while docked, but the "Management" pane can't be resized horizontally, so "Management" is just frozen.

All of this worked as expected on Windows 10, but not here on KUbuntu.

I use 2 monitors if that matters (1 in portrait, 1 in landscape). I looked for help using search here and in the .pdf, but nothing related seems apparent.
7
The garbage output from
Code: [Select]
print(a)is probably  the font of the script output console window...

Maybe this is the case, when I am interested and free, maybe I will trace the underlying code.

  ;)
8
The garbage output from
Code: [Select]
print(a)is probably  the font of the script output console window...
9
General (but related to Code::Blocks) / Re: C++ project with an asm file
« Last post by silkscale on July 10, 2020, 07:20:05 am »
 would like to compile a simple C project that has some externals functions defined in a ASM file. My main file is a C++ that calls some "extern "C"" functions that are defined in a assembly file.

When I run task "g++ build active file", I receive some warnings about the "extern" and some errors about functions defined in asm file telling "reference to my_funcions not defined".


shareit apk vidmate apk pc
10
So you said you are using CodeBlocks 20 which i assumed is 20.03, but this version was build 2016 and is the release from 2013... scary things happening here :o ::)
Pages: [1] 2 3 4 5 6 ... 10