On Sat, Sep 6, 2014 at 2:17 PM, Vlad Bogolin <vladbogo...@gmail.com> wrote: > > 3. Some bad news regarding the Qt display manager: the QWindow::fromId > function used to embed Qt in Tk fails, so basically the embedded window > fails to be created. I don’t know why this happens and what should be done > to solve the problem.
Hmm. I'm assuming that embedding this in a Qt window would be a lot simpler? (I.e., using Tk is what's causing a lot of the complications?) If that's the case, we're looking longer term to switch from Tk to Qt for our GUIs. Given that, I'd hate to see you spend a tremendous amount of effort embedding Tk in Qt to make what will ultimately be a temporary situation work (Sean may have a different opinion here, but personally I'd rather not put any more investment into Tk integration/support than we have to...) My suggestion would be to either a) go with the setup that is working now and take a stab at the polygon drawing with an eye towards having that feature available when we do switch to Qt, or b) look at what would be involved with making a version of the simple classic-mode MGED that uses Qt for its windows. Option b might be a bit off the dm/fb focus you've had so far and would probably be disruptive enough that it should be tackled in a branch, but your Qt background and work you've done getting things going in MGED puts you in a very good position to have a go at it and such work would feed directly into the direction we're hoping to head with MGED/Archer/gen3 gui in the future. I'm thinking the starting point would be to get ./bin/mged -c -a qt to work without needing Tk for anything. Once that was working, we could gradually build towards the menu and console version of MGED and from there Mt. Everest... er, Archer. But, of course, the question comes down to - what interests you, and what would you like to work on? Cheers, CY ------------------------------------------------------------------------------ Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ _______________________________________________ BRL-CAD Developer mailing list brlcad-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/brlcad-devel
