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? - WPF Discussion Boards

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

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

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

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

Detailed WPF implementation details on features we just use and take for granted are implemented, how they work under the covers, what kind of data structures they use, etc

#realJSOP16-Jun-09 9:22

#realJSOP

16-Jun-09 9:22

What I meant was something that would apply to the entire library, so I don't have to add a resources section to every control to see what it's going to look like.

sparky.dasrath12-Jun-09 11:24

sparky.dasrath

12-Jun-09 11:24

I have posted this on MSDN, WPF and Channel 9 as well, but I want to do it here too as I would like to get back as much info as possible.

Due to some lack of visible information, I lost a chance at getting my dream job to do WPF development. I want to be better prepared to go even deeper than just how to do things with WPF.

Basically, I would like to know how some of the WPF features we just use and take for granted are implemented, how they work under the covers, what kind of data structures they use, etc. None of this is written in the WPF books I have read (mostly the stuff from Apress).

If anyone can direct me to any technical documents, books, whitepapers I haven't looked at yet that describe some of these, I would greatly appreciate it. Ideally, I would like more information on
[1] DependencyProperties
[2] DataBinding
[3] EventRouting
[4] DataContext (not just setting it at a top level container)
[5] Binding (exactly how it works, not just that I can bind to x,y,.)
[6] Dispatcher (maybe not as much here)
[7] VirtualizingPanel

So far I have learned that DepProp use an underlying HashTable and I got some info on VirtualizingPanels under the Optimizing WPF Application Performance on MSDN

You canfollow the thread on MSDN as well

Thank you

~sparky
[http://sdasrath.blogspot.com/]

Re: Detailed WPF implementation details on features we just use and take for granted are implemented, how they work under the covers, what kind of data structures they use, etc

Christian Graus12-Jun-09 12:05

12-Jun-09 12:05

You should install Reflektor, and then you can read the source code for yourself.

WPF Image Uploading

Chris Ivey12-Jun-09 5:13

Chris Ivey

12-Jun-09 5:13

I am attempting to use WPF to basically create my own version of the deep zoom composer so that I can take an image and split into tiles and then upload into a db. This works great on the initial tile level, however the next tile level uploads all black tiles and then the remaining tile levels are fine...any idea why that would do that on just that one level?

Re: WPF Image Uploading

Mark Salsbery12-Jun-09 10:38