>> > a far better position for most non-trivial UIs, becuase it has >> > infrastructure that win32 (pretty much alone among modern UI toolkits) >> > lacks, like layout algorithms and i18ln support. >> >> Qt has all of this. On all platforms. Just for the record. >> > > I know - so do almost all other toolkits, but not the win32 API, which > is what I was comparing it to.
Ah, I misread your statement as win32 _having_ layout algorithms. > Dialog units. But thats a mapping mechanism for scaling dialogs to > screen resolution, not a layout mechanism. The traditional mechanism > on win32 (VB and otherwise) is to place your controls in absolute > (dialog unit) coordinates. If you want to scale with window resizes, > you need to do it manually. Even Delphi has better layout support than > that! Yes - and as I knew tk when first seing win32, I thought of it being archaic. Sorry for the confusion, Diez -- http://mail.python.org/mailman/listinfo/python-list
