It's enough that we need to implement all of the
functionality of a
Microsoft OS. Adding new/different features or making things behave
differently only complicates things and makes it harder to nail down
compatibility problems. Theme support is 'extra' and should wait until
closer to a 1.0 release. The GUI itself isn't even functionally
complete yet (radio buttons need some work, there is graphical
corruption running certain apps like explorer, just try to scroll in
explorer). Resources would better be spent fixing these problems then
adding themeing, which would almost certainly make things even more
complex than they already are.
Robert Köpferl wrote:
Richard Campbell wrote:
I honestly wouldn't take this approach.
While microsoft may do this,
you can use a different approach without sacrificing compatibility
(well, except for maybe anything from stardock.) Microsoft's
approach is kind of hackish/kludgy, and even worse, it's slow.
A better approach would be a plugin system. User32/gdi32/win32k
would pass off rendering calls to a plugin, which would be
responsible for the actual drawing. That way you could completely
change HOW things are drawn, for instance, you can create an opengl
accelerated windowing system, etc. Hmm...maybe i could write a draft
for such a system....now i'm wanting to code, hehe. Granted, this
would probably be better off as a fork or 3rd party project...but
still...
Full ACK.
When I first saw the 'super duper new luna GUI' I was disappointed what
MS did. It is hackish or set on top. I thought, when they are MS and do
have access to the src, why don't they realize some kind of plugin
system or do the theming in win32k.sys. So this is one point, where we
can do better than the original. (while theming is one of the latter
things we need)
BTW. there are manny more things we could do different and better than
MS. I often ask wether the setup2 must be so simmilar to that of w2k or
welcome.exe. It is really a copy. So far.
_______________________________________________
Ros-dev mailing list
Ros-dev(a)reactos.com
http://reactos.com:8080/mailman/listinfo/ros-dev
_______________________________________________
Ros-dev mailing list
Ros-dev(a)reactos.com