|
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.
|
|
|
|
|
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
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
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.
|
|
|
|
|
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.
|
|
|
|
|
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
|
|
|
|
|
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.
|
|
|
|
|
|
Thank u Sir...........
|
|
|
|
|
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
|
|
|
|
|
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++
|
|
|
|
|
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
|
|
|
|
|
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
|
|
|
|
|
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.
|
|
|
|
|
Take a look at Children[^] property of Stackpanel.
|
|
|
|
|
u can use index of the children to move the images inside the StackPanel...
Regards,
- Kunal Chowdhury ( My Blog)
|
|
|
|
|
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
|
|
|
|
|
Is all the XAML you showed in generic.xaml? If not, what is where?
Mark
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
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.
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
|
|
|
|
|
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++
|
|
|
|
|
Thank you, young man. I shall read this sometime tonight.
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
|
|
|
|
|
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
|
|
|
|
|
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
Mark Salsbery
Microsoft MVP - Visual C++
modified on Saturday, June 13, 2009 3:58 PM
|
|
|
|
|
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.
"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
|
|
|
|
|
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/]
|
|
|
|
|
You should install Reflektor, and then you can read the source code for yourself.
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
|
|
|
|