wxWidgets Discussion Forum

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

I didn't have time for a deeper look, but the clearing of the background with DrawRectangle() seems to be the problem. If i just add dc.Clear() before or after DoPrepareDC(), the redraw issue goes away.

Can you create a minimal, compilable sample that shows the problem?

Try adding the wxFULL_REPAINT_ON_RESIZE window style flag. Despite its name, it sometimes fixed redraw issues in scrolled windows, even when they're happening while scrolling, not resizing.

Try adding the wxFULL_REPAINT_ON_RESIZE window style flag. Despite its name, it sometimes fixed redraw issues in scrolled windows, even when they're happening while scrolling, not resizing.

I looked into the sources, and it seems there is no way to read these values.