wxWidgets Discussion Forum

I know. And I don't want to diss wx. I like wx :) My point is, native or not is not really important, when the user can't distinguish between an real native toolkit or a emulation. And from that point of view, without looking it up in the documentaion I could not tell the difference when using Torto...

Not good enough for many of your users though. There's a big difference between looking native, and behaving native. Each of the platforms has different behaviors and features built into each native control, and it's really worse when a control is rendered like it's a native control, but doesn't be...

Native or not... It looks native, it even uses my Windows-Visual Style, that's good enough for me.

MOC on the other Hand... No thanks. I prefer to develop in C++, not some Extension-Language.

As far as I know (and that is not that much), 3.0 has nothing to do with wxTNG.

It has new support for an UTF8-Build, so it deserves a new major version. But it's the same old API.

You can use wxEvtHandler::Connect to connect an Event to whichever window you want. // myCtrl is the control, for wich you want the Focus-Event // MyPanel is your Panel, wich shall handle the Event myCtrl->Connect(wxEVT_SET_FOCUS,wxFocusEventHandler(MyPanel::OnSetFocus), NULL, this); For more on wxE...

I was wondering so how can we make maximum use of C++'s GOD-LIKE-CONTROL of variable/object's creation(on the stack or on the heap) and lifetime and a lot of C++'s powerful advantage if almost all the lib create object on the heap as other oop lauages do? You just can't do it with wxWindow-Derived ...

What is wxSTL? Never heard of it.

If you wann't a binary search tree, you can use std::set or std::map for unique items. For multiple items with the same keys there is std::multiset and std::multimap.

I have not used it myself, but there is a wxActiveXContainer (see wxWidgets Docs, link is on top of this forum).

So, if you want to embedd ActivX-Controls in your application, that should be possible.

You should be able to open the dbf file via wxODBC.

The ODBC-Driver for DBF is installed with windows. The Connection-String can be found on http://connectionstrings.com/

Never tried the wxODBC-Classes, but with my own ODBC-Classes I can Import DBF without problems.

Use a database that uses ACID and takes care of the write behind cache (of the os and the harddisk controller). Like SQLite.

Unplugging the computer while a transaction is in progress is a common test case for such databases.

I had the same problem some time ago (see http://forums.wxwidgets.org/viewtopic.p ... ight=focus)

The answer was to use the flag wxFRAME_TOOL_WINDOW. That worked for me. On Windows that is. Don't know how it behaves on unix.

I tried that some time ago. Never found a solution. Seems to be a design flaw of wx. It's no Problem with WinAPI or other toolkits to make your Dialog Modal to your Parent and only the parent. But with wx that seems to be imposslble.

The same goes for MakeModal().

I start my threads mostly in the constructor. Sometimes I make a MyDialog::doIt(), wich first starts the thread, then calls ShowModal on itself. bool MyDialog::doIt () { boost::thread(boost::bind(&MyDialog::thread, this)); // Should work fine with wxThread too, but I don't know how to use it ret...

Has wx a wrapper for memory mapped files? If so, I would use these.

I never heard of any FormBuilder-Integration for WX in Visual Studio. But I never missed it, so... What I'm doing is adding the *.fbp Files (from wxFormBuilder) to the project (create a new "Filter" first, so that they are displayed in an own folder). Now I can start wxFormBuilder simply b...