Sizing in Silverlight – Pixels and Stars

Sizing in Silverlight « Alan's Topics

Sizing in Silverlight « Alan's Topics — Thu, 16 Jul 2009 20:20:18 GMT

Pingback from Sizing in Silverlight « Alan's Topics

Silverlight Cream for October 22, 2008 -- #404

Community Blogs — Thu, 23 Oct 2008 19:30:47 GMT

In this issue: Tim Heuer, Jeff Prosise, Jeff Weber, and Jesse Liberty. From SilverlightCream.com : Silverlight

Silverlight news for October 23, 2008

Silverlight news for October 23, 2008 — Thu, 23 Oct 2008 13:07:56 GMT

Pingback from Silverlight news for October 23, 2008

re: Sizing in Silverlight – Pixels and Stars

JFalcon — Wed, 22 Oct 2008 23:43:06 GMT

Now here's an interesting question. I know that programmatically, you can represent the "Auto" value for a Width or Height by making it equal to Double.NaN.

However, what if you wanted to to represent ".25*" and ".75*"? I couldn't quite tell from the Silverlight documentation, but I'm assuming that to do this, you would have to use a double value for the Width or Height property using a number that is less than 1.0. (i.e. Width = 0.25.)

Is this a correct assumption?

Dew Drop - October 22, 2008 | Alvin Ashcraft's Morning Dew

Dew Drop - October 22, 2008 | Alvin Ashcraft's Morning Dew — Wed, 22 Oct 2008 15:26:14 GMT

Pingback from Dew Drop - October 22, 2008 | Alvin Ashcraft's Morning Dew

Silverlight中的大小控制-像素和比例缩放

allahfan — Wed, 22 Oct 2008 14:24:39 GMT

re: Sizing in Silverlight – Pixels and Stars

Qbus — Wed, 22 Oct 2008 09:46:52 GMT

Ok thanks.

But what about my "NaN" problem? I don't have the code here right now, but I just got the thought that this maybe is where I should use the "actualHeight" and "ActualWidth" properties?

re: Sizing in Silverlight – Pixels and Stars

haagel — Wed, 22 Oct 2008 08:20:49 GMT

Qbus: The numbers don't matter, it's the ratio between the numbers that matter. Thus you can write:

0.25* & 0.75*

25* & 75*

100* & 300*

231* & 693*

It doesn't matter. The ratio is 1:3 i all cases, which means that the second row will be three times higher than the first line in all cases.

That said, my first two examples are a lot easier to read...

2008 October 22 - Links for today « My (almost) Daily Links

2008 October 22 - Links for today « My (almost) Daily Links — Wed, 22 Oct 2008 07:51:05 GMT

Pingback from 2008 October 22 - Links for today « My (almost) Daily Links

re: Sizing in Silverlight – Pixels and Stars

Qbus — Wed, 22 Oct 2008 07:04:59 GMT

Hmm, wouldn't the 100* and 300* give something funny? I understand 0.25*, which I read as that this will take up 25% of the width/height. But 300*? This will take up ALOT of space or is it just me?

Another thing about sizing. I have created a game where I have a "GameSurface", which is a Canvas. I have that set to a fixed size (800x600). I use this size in the game to spawn some bubbles inside the screen, so I use GameSurface.Width and GameSurface.Height to make sure my bubbles only spawn inside the actual game area. For fun, I would like the GameSurface to autoscale, so it were dependent on the size of the browser of fullscreen or something like that. So I tried out setting the width and height to "Auto" (can't remember if I tried out the "*" thing). But this gave me problems, and when I wanted to spawn a bubbles it crashed as my width and height were "NaN", so it didn't have a value to use.

Is this the same problem with the "0.25*" way of doing it?

re: Sizing in Silverlight – Pixels and Stars

mehroz — Wed, 22 Oct 2008 04:16:22 GMT

Pop Quiz: Obviously the third one is odd since the heights are constant and the row heights don't adjust when the browser window is resized. The first two are identical since 0.25/0.75 is same as 100/300.

re: Sizing in Silverlight – Pixels and Stars

Joe1972 — Wed, 22 Oct 2008 01:41:44 GMT

I thought Silverlight was like WPF, and the units are logical pixels and not physical pixels. i.e. it's only 1 pixel on a 96dpi screen.

re: Sizing in Silverlight – Pixels and Stars

yaip — Tue, 21 Oct 2008 23:27:18 GMT

100* <> 100

300* <> 300