WPF Discussion Boards

Mark Salsbery14-Jun-09 9:38

14-Jun-09 9:38

Silverlight is a browser plugin - nothing more.

Silverlight is not a replacement for ASP.NET, it is (depending on
one's experience) an enhancement.

Silverlight runs on a client. ASP.NET runs on a server.

It makes no sense to build server services into a client technology.

Sure, we'd all like to see the entire .NET framework available in a
browser client....pretty unrealistic though.

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

Ray Cassick14-Jun-09 9:47

Ray Cassick

14-Jun-09 9:47

I get all that... it just seems strange (to me) that a technology that was so clearly targeted towards a rich interactive experience requires this effort.

I really seems to look like Silverlight was only meant to take the place of web-parts and other technologies like that, but I am not sure if it has maintained that focus. Sure I could build an ASP.NET site that uses Silverlight components to fill various areas within the page, but I am not sure of the simplicity of that aspect either right now.

LinkedIn[^] | Blog[^] | Twitter[^]

Mark Salsbery14-Jun-09 10:08

14-Jun-09 10:08

Ray Cassick wrote:
seems to look like Silverlight was only meant to take the place of web-parts and other technologies like that, but I am not sure if it has maintained that focus.

Yeah it seems better suited for people like me -
I don't have any ASP.NET experience so the HTML bridge and
javascript stuff is totally greek to me, yet I have no problem writing
the services I need, so for me it's a relatively minimal effort.
That's just from my point of view...

The .NET RIA services should help bridge Silverlight to the ASP.NET back-end stuff -
especially for people like me who don't know ASP.NET....but that's not even in beta
yet - I could really use it NOW Smile | :)

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

Mike Marynowski15-Jun-09 23:05

Mike Marynowski

15-Jun-09 23:05

Silverlight is a client side plugin. Your authentication/membership would be tracked server side in every case I can think of. There is no reason for Silverlight to implement membership-specific functionality.

Ray Cassick16-Jun-09 14:29

Ray Cassick

16-Jun-09 14:29

I get that, and I am not saying that it has to re-implement it. I am just surprised that MS requires each person that is using SL to develop a web site to have to reinvent the wheel in the way of WCF services that extend the membership functionality instead of just providing (or maybe releasing an enterprise library area) that does it.

LinkedIn[^] | Blog[^] | Twitter[^]

Downloading Visual Web Developer Express 2008

Michael Sync23-Jul-09 20:28

Michael Sync

23-Jul-09 20:28

You may want to check RIA service with Silverlight version 3.

Thanks and Regards,
Michael Sync ( Blog: http://michaelsync.net)

Microsoft MVP (Silverlight), WPF/Silverlight Insiders

deepseeindeepsy13-Jun-09 20:45

deepseeindeepsy

13-Jun-09 20:45

Hi there,

I want to download Visual Web Developer Express 2008.
Where I can find it. Please suggest a link for me so that I can download the same. Smile | :)

Re: Downloading Visual Web Developer Express 2008

Mark Salsbery14-Jun-09 9:16

Re: Downloading Visual Web Developer Express 2008

14-Jun-09 9:16

From Silverlight - Get Started[^] there's a link to Visual Web Developer Express with SP1[^]

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

deepseeindeepsy14-Jun-09 19:45

deepseeindeepsy

14-Jun-09 19:45

Thank u Sir........... Big Grin | :-D

on client browser, where does silverlight save my application dlls - by that I mean WHICH Directory on the client side does it store them in?

longnights13-Jun-09 8:27

longnights

13-Jun-09 8:27

I was told my application dll's are loaded and run in the client side for silverlight and WPF.

Can someone please help me find what directory or where is this dlls stored (on the clinet side, i.e. browser side) temp or other otherwise.

thanks Poke tongue | ;-P

Re: on client browser, where does silverlight save my application dlls - by that I mean WHICH Directory on the client side does it store them in?

Mark Salsbery13-Jun-09 9:29

Re: on client browser, where does silverlight save my application dlls - by that I mean WHICH Directory on the client side does it store them in? [modified]

13-Jun-09 9:29

AFAIK they aren't stored anywhere.

The browser may cache the XAP file that contains the app's assemblies.

Silverlight 3 has an assembly caching option for framework assemblies so they don't
have to be wrapped in the XAP - where tose assemblies get cached at I don't know.

Mark

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

Abhinav S16-Jun-09 3:09

Abhinav S

16-Jun-09 3:09

As far as I understand xaps (SL2/3) and dlls (SL3) are cached in the host operating system's default browser cache (so in case of IE it means 'temporary internet files').

Any more information on this will be appreciated.

modified on Tuesday, June 16, 2009 9:22 AM

Re: on client browser, where does silverlight save my application dlls - by that I mean WHICH Directory on the client side does it store them in?

Michael Sync23-Jul-09 20:31

Michael Sync

23-Jul-09 20:31

Other already answered the answer for Silvelright so I will answer for WPF.

If you are using the ClickOnce technology with WPF then those assemblies will be stored in %userprofile%\Local Settings\Apps\2.0

Thanks and Regards,
Michael Sync ( Blog: http://michaelsync.net)

Microsoft MVP (Silverlight), WPF/Silverlight Insiders

How to move items in a stack panel

Nekkantidivya12-Jun-09 21:52

Nekkantidivya

12-Jun-09 21:52

Hi,

I am working on WPF stack panel. In this I am adding images to the stack panel dynamically. After add the images I need to move the slides in one position to another.

If any one have any idea on this please reply me. This is very much necessary for my application. If possible please send me a sample application.

Thanks in advance.

Re: How to move items in a stack panel

ABitSmart12-Jun-09 22:18

ABitSmart

12-Jun-09 22:18

Take a look at Children[^] property of Stackpanel.

Re: How to move items in a stack panel

Kunal Chowdhury «IN»15-Jun-09 0:52

Kunal Chowdhury «IN»

15-Jun-09 0:52

u can use index of the children to move the images inside the StackPanel...

Regards,
- Kunal Chowdhury (My Blog)

WPF resources

Christian Graus12-Jun-09 14:19

Christian Graus

12-Jun-09 14:19

OK, so I am working out how to use these resources for styles. I have a file called generic.xaml, in a folder called themes ( I copied an example from the WPF Unleashed book ). It all works fine, so long as the stuff I define in there, is only used in there. That is to say, I have this:

<Style TargetType="{x:Type local:TBButton}">

which maps back to a class I wrote. That seems to find it OK. Then I have this:

<DrawingBrush x:Key="LogoSmall" Stretch="Uniform">

which defines how to draw our logo. Using the same code that I used inside the xaml,

<Rectangle Fill="{StaticResource LogoSmall}"/>

Does not work. So, I assume this means I need to reference the Generic.xaml file, it doesn't just get registered for global use, as I'd hoped. What's the bit I am missing here ?

Do I REALLY need to explicitly import my resource dictionaries in every control ? Can I do something global ?

Thanks

Christian Graus

Driven to the arms of OSX by Vista.

"! i don't exactly like or do programming and it only gives me a headache." - spotted in VB forums.

I can do things with my brain that I can't even google. I can flex the front part of my brain instantly anytime I want. It can be exhausting and it even causes me vision problems for some reason. - CaptainSeeSharp

modified on Friday, June 12, 2009 8:45 PM

Mark Salsbery12-Jun-09 16:08

12-Jun-09 16:08

Is all the XAML you showed in generic.xaml? If not, what is where?

Mark

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

Christian Graus12-Jun-09 19:19

Christian Graus

12-Jun-09 19:19

No, that's the point. The rectangle is outside generic.xaml, and so I need to import the resources in that XAML. I am hoping to just define the scope in one go, not have to explicitly include it every time I want it to be in scope.

Mark Salsbery12-Jun-09 20:34

12-Jun-09 20:34

Christian Graus wrote:
No, that's the point

It is - the static resource needs to be at or above the rectangle in the static resource
search path otherwise it doesn't get found.

Christian Graus wrote:
I am hoping to just define the scope in one go, not have to explicitly include it every time I want it to be in scope

app.xaml is probably where you want it then (use MergedDictionaries to add
granularity to your resources).

generic.xaml is a fallback for styles but your DrawingBrush won't be found there,
even if you use DynamicResource.

The search order/path for static and dynamic resources is described here: Resources Overview[^]

Mark

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

Christian Graus12-Jun-09 20:52

Christian Graus

12-Jun-09 20:52

Thank you, young man. I shall read this sometime tonight.

Re: WPF resources [modified]

#realJSOP13-Jun-09 9:25

#realJSOP

13-Jun-09 9:25

That's what I started doing because it seems to work better. I also stared putting related controls into the same XAML file. For instance, all of my TabControl and TabItem templates and styles are in one file. I have several XAML files:

Resources.xaml

All of the following merge Resources.Xaml

Buttons.xaml
Styles.xaml
Templates.xaml
TabControl.xaml (this one merges resources.xaml and styles.xaml)

I also merged them all in app.xaml.

It seems to me that for usercontrol libraries, there should be a lib.xaml that serves the same purpose as app.xaml in the executable assembly. And then, app.xamle could merge the lib.xaml and be done with it.

"Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass..." - Dale Earnhardt, 1997
-----
"...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001

Mark Salsbery13-Jun-09 9:42

13-Jun-09 9:42

John Simmons / outlaw programmer wrote:
It seems to me that for usercontrol libraries, there should be a lib.xaml that serves the same purpose as app.xaml in the executable assembly. And then, app.xamle could merge the lib.xaml and be done with it.

You can add any number of resource dictionaries to a library and merge them
into your app resources.

*edit* And you can call one of those dictionaries lib.xaml if you choose to Smile | :)

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

modified on Saturday, June 13, 2009 3:58 PM