|
Without knowing what is done inside Window2 before it's allowed to be displayed, we can't help you.
"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
|
|
|
|
|
Is it really a Window ? Not a derived class ? I assume not. Try setting breakpoints in your code to see which part of the process is taking that long.
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 Silverlight was meant to be used as the latest web technology but things as basic as making use of forms authentication or membership seems to require that the developer build services that extend these services to the Silverlight application.
It just seems odd that MS would release a product architecture that is meant to replace ASP.NET interfaces but then cause so much extra work to have to be done.
|
|
|
|
|
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]](https://www.codeproject.com/script/Forums/Images/coffee.gif)
|
|
|
|
|
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++
![Java | [Coffee]](https://codeproject.freetls.fastly.net/script/Forums/Images/coffee.gif)
|
|
|
|
|
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
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
