wxWidgets Discussion Forum

How exactly did you try to build the samples? They all should build fine from the command line using the provided make files.

If you try to build them in CodeLite, you'll probably have to add the missing libraries to the linker options yourself.

I usually don't work under Linux, but i have a faint memory that window creation under GTK is somehow delayed compared to window creation under Windows. I assume the Layout is calculated before the wxStaticText is aware of its new font size. I thought there was an open ticket about this on http://tr...

The code is a little bit verbose because it comes from wxFormBuilder...

It's horrible indeed. Please remove *all* Fit() and Layout() calls. What happens on the "broken" page when you resize the frame manually?

Off-topic:

i'm still waiting for a reply about the questions i wrote here about the wxStopWatch class members.

I think Vadim gave you a pretty clear answer. And in case you don't know him, he's the main wxWidgets maintainer. His word has weight.

How is that a "small" test case? Small maybe, but not minimal. Is the wxSimpleBook relevant for the problem? Probably not. What about the buttons? I would suspect that a single wxPanel with 3 wxStaticTexts should be sufficient to show the issue.

I don't quite understand the question. Can you show a screenshot?

You can't change the style of the radio buttons. However, they should look exactly like any other native radio button under Windows. If you get an interface that looks like Windows 95, then your executable is missing the manifest file.

I'm not sure it's going to work that way. All the main applications will have their own event loop which will collide with the wxWidgets event loop in your library. Especially in case 2 where the host application does also use wxWidgets. But in that case you could provide a dedicated call in the lib...

I don't think you have to derive from any GUI class for this. Assuming you already have a main frame from which the action is triggered by the user somehow, just start the thread and show a progress dialog until the thread is finished. I would do it like this: Demo thread and simple class for thread...

AmadeusK525 wrote: ↑

Wed Apr 14, 2021 2:44 pm

Done

Thanks!

My suggestion went only as far as creating a custom wxScrollBar, a separate control, which would be sufficient if your scrolled window was 100% custrom drawn. You'd only have to handle virtual size and scroll position in the drawing code. If however, you wanted a complete wxScrollWindow implementati...

If you use the overload that takes a "void*", the object must be allocated on the heap and you're responsible for deleting it. If you use the overload that takes a "wxClientData*", the object must also be allocated on the heap but the listbox takes ownership and deletes it. If you only want to store...

Thanks for the contribution

FWIW, as it's essentially a (dual state) wxCheckBox, i would have used the same event for it.

I would suspect that the space in the path causes trouble.

But the thing is that wxExecute doesn't handle redirection Really? What about wxProcess::Redirect(), wxProcess::GetInputStream(), wxProcess::GetOutputStream() etc? You need to subclass wxProcess, create an instance of it and pass it to wxExecute. Check the "exec" sample, look for occurrences of "My...