"Mihai N." <nmihai_year_2000> wrote in message
news:hain
>>> I'm almost postive the WPF grid layout can specify percentages.
>> Try it. It does not.
>
> My bad.
> I was thinking Silverlight.
>
> The WPF grid has some thing with stars where you can say
> "this column is 2 times wider than the others"
>

:-) I hope they fix that in Silverlight. Silverlight will be much more
broadly used than WPF.

-- David

No argument here, Daniel.

-- David


"Daniel James" <wastebasket> wrote in message
news:3d3c
[..]

David Ching wrote:

> :-) I hope they fix that in Silverlight. Silverlight will be much more
> broadly used than WPF.

Silverlight is in competition against Flash, and I think that our Mihai
supports Flash for RIAs ;-)

Giovanni

"Giovanni Dicanio" <giovanniDOTdicanio> wrote in message
news:1532
> David Ching wrote:
>
>> :-) I hope they fix that in Silverlight. Silverlight will be much more
>> broadly used than WPF.
>
> Silverlight is in competition against Flash, and I think that our Mihai
> supports Flash for RIAs ;-)
>

LOL... perhaps he hopes Silverlight doesn't get fixed then! :-)

-- David

>:-) I hope they fix that in Silverlight. Silverlight will be much more
> broadly used than WPF.

No, Silverlight is worse, has nothing.
This is why I have initialy said the grid does not support percentages,
I was mixing WPF (which has the * thing) with Silverlight (which has nothing)

> LOL... perhaps he hopes Silverlight doesn't get fixed then! :-)

No, I was really hoping that Silverlight 2 is better than this.

See, my job is to try and make things better.
Few things can help me more in my job than being able to
point to the competition and say "see, they got it right!"

Healthy competition is good for everybody, and
every kick in the b*tt is a step forward :-)

> I agree, and that's what I do in my apps. But I still don't see how this
> jives with your statement that since the .rc file only allows for one
> dialog
> font, and so does the Control Panel settings that therefore dialogs should
> contain 1 font.

Well, the discution kind of moved away from the initial point, towards
crazy skinning.

I think it would be nice to be able to do it, but the functionality should be
supported throughout the system.
Even not, in Control Panel you can configure separately the font for buttons,
menus, titles.
Maybe we can have some other settings (2-3) for "important labels" or
"subtitles" or "hilights" or something similar.


The main idea is "respect my preferences!!!"
That is what I hate, not colors and bolds.

See some of the comments here:
http://blogs.msdn.com/oldnewthing/ar...8/9292088.aspx
and here
http://blogs.msdn.com/oldnewthing/ar...9/9301047.aspx


Fresh (today) and you will see that I did not do anything to trigger
some of the comments:
---------------
love to be able to brand their hosted web offerings
....
Useful to the end user? Probably not.
---------------
Some programmers design skins...and generally we're left wishing they hadn't.
---------------
The pretty stuff behaves in ways that I find non-intuitive, sometimes.
....
it doesn't take long to become desensitized to the fancy looks of a
program, and then you just want it to work faster and better
---------------
I *always* wish skinned apps had an option that said "Enough of this fruity
stuff, standard interface, please."
---------------
These developers should read the docs, presentations and blog entries for how
to make their programs DPI and Aero compatible.
---------------
I think the original Winamp skin was basically a #5. I can't believe I used
to click those tiny buttons.
---------------
Honestly I think I used Winamp for years before I even realized that there
was something there to click.
---------------
"The no-nonsense skin that uses system default colors and standard UI widgets
everywhere"
---------------


So I am not alone.

"Mihai N." <nmihai_year_2000> wrote in message
news:hain
[..]
>> The main idea is "respect my preferences!!!"
> That is what I hate, not colors and bolds.
>
> See some of the comments here:
> [..]
> and here
> [..]
>

Yes, respecting user preference when possible should be a high design goal.
But when the OS does not allow you to specify a preference for things like
"important labels" that does not mean as a result of that deficiency that
important labels are taboo. It just makes it harder to both use important
labels and ensure most if not all users find the experience pleasurable.

I'm wondering when (not if) Windows will introduce the concept of CSS for
window preferences.

-- David