wxWidgets Discussion Forum

Is the value held in test3 valid? You should always get a valid tree item id using event.GetItem().

You have to do it manually AFAIK. Probably nothing changed about this since 2014.

PB wrote: ↑

Mon May 13, 2019 5:40 pm

MS wants everyone to go UWP and likely will not spend any money on teaching the old dog new tricks...

Actually it seems that Microsoft wants to close the UWP, Win32 divide. But indeed, at lest for now, UWP-only features are not available through wxW.

This sounds very much as if 'GetCaret()' reliably returned null.

As already answered, there are probably better ways to hide the caret, but there should really be no mystery why the app crashed, and a debugger reliably helps with that part.

I wonder how you (or the UI builder's creators) manage to output such convoluted code. But the first thing that is obviously wrong is the parent of the UI elements ("&d" everywhere). From your description there is an intermediary scrolled window there, in which case it should be the parent of all el...

One way to do it: from the secondary thread send a wxThreadEvent to the main thread requesting the needed info; secondary thread waits at a wxMessageQueue; main thread posts the info to the wxMessageQueue instance; secondary thread is unlocked and processes the info. Formats of request, returned inf...

I did put pdb along with the DLLs (I'm building a DLL-based application) in the same directory as the executable, but I still see the default MSVC screen ("No source code found") trying to step inside wx call. As the error clearly states, it cannot find the source code . pdb files do not contain so...

The parent of the notebook must be 'this', not 'parent'.

ValeV wrote: ↑

Wed Apr 17, 2019 12:37 pm

I think the thread can be closed

You can set it to "Solved" by accepting one of the replies (see the 'v'-like button next to each reply).

That is because you can only do non-GUI work in a secondary thread (no matter what type of threads you use).
https://docs.wxwidgets.org/trunk/overview_thread.html

It might be slightly more complicated than that, as you probably need to sync with the worker thread when the work has ended, and/or show a progress dialog while the work is being done, possibility to cancel etc - there are some UI "good practices" for such things. But in a few words that should wor...

can I stop windows from marking program as "not responding"? You definitely can. There are other programs that don't behave like that, right? The best way to stop it is to move the time consuming work into a secondary thread. Anything other than that would be (until proven otherwise) a poor solutio...

Actually, the "healthiest" way to go about ids is to use -1 (wxID_ANY) when creating every widget (-1 means that wxW will assign the next available id to it), and then if you need to store the id, use GetId() to retrieve it (i.e. grid->GetId()).

Yes.
Did you try it before asking?

I have not found a way to check at which index the current control was placed to that I could try to 'insert' it at the desired 'index' FWIW you should be able to achieve this without needing the index, by storing the wxSizerItem* returned by wxSizer::Add(...) and using its AssignWindow() when appr...