Re: Whither GUI conventions?
Maybe we just need a .rc to .resx conversion to start. That's just for
resources, but it would be nice to be able to be consistent. The big
problem for me is that these kinds of files tend to be really wordy. The
one thing I like about the .NET/WPF paradigm is the ability to have a
programmer work on the programming and the designer work on the GUI without
the two even having to know each other. I've seen that happen in demos a
lot, but I don't know how many people are living that dream in practice. I
tend to always do both with my programs, but I don't think that's the best
way to do it. We will need to adopt a lot of new paradigm thinking to move
forward with some of these new ideas.
Tom
"Giovanni Dicanio" <giovanni.dicanio@invalid.com> wrote in message
news:uQsykQrTIHA.4880@TK2MSFTNGP03.phx.gbl...
"David Ching" <dc@remove-this.dcsoft.com> ha scritto nel messaggio
news:Ev5fj.35926$Pv2.13060@newssvr23.news.prodigy.net...
But I must say that after getting started with WPF, the UI's possible
with that make the ribbon look old fashioned.
A very good addition to MFC could be an XML based description of the GUI,
like WPF does for managed code.
Something like:
<window title="..." ...other attributes>
<toolbar name="..." other attributes... >
<buttton name="..." bitmap="..." ...>
<button>
<buttton name="..." bitmap="..." ...>
<button>
</toolbar>
<menu>
...
</menu>
</window>
Then the XML GUI description could be parsed and rendered also using some
form of 3D accelerated graphics (DirectX or OpenGL based), with special
effects, fading, rotations, etc. So MFC programmers could have both
options of continue using MFC for "classical style" GUIs, or develop some
attractive "deluxe" GUIs. This would very much contribute to help MFC to
*not* "jump the shark" ;)
These new-style GUIs could also be hosted a "classical" CDialog or
CView-derived classes.
Giovanni