User Profile & Activity

Jimmy Petrus Administrator
Page
of 18
Posted: October 16, 2010 6:11 AM

Hi Chris,

It appears that the ChildWindow's overlay inadvertantly overlapped the UXDock control, because it did not know the existence of certain visual that it shouldn't overlap. I would not say this is a known issue of the dock, but simply the design and built-in behavior of the ChildWindow itself.

ClientUI brings a more advanced windowing concept, where dialog box and window can be integrated to the desktop, as well as to the dock. This enables a dialog box, or a window, to become aware of the existence of the task bar in the page, and provides a special treatment for that. For more information, you can read my blog post here.

The windowing and desktop controls are available for you to use if you already reference the ClientUI assemblies in your project. Let me know if you have any questions.

Hope this helps,
Jimmy

Posted: October 16, 2010 6:02 AM

Hello Richard,

Thank you for reading our blogs. I hope they provide useful and helpful information for you.

If you have installed ClientUI in your PC, you can find the samples in the Silverlight group, under the Intersoft WebUI Studio program group.

Specifically, you can find them in this folder, [Program Files]\Intersoft Solutions\Intersoft WebUI Studio 2010 R1\Samples\SL4\ClientUI Samples

Hope this helps,
Jimmy

Posted: October 4, 2010 9:30 AM

Al,

This was an issue, the RearrangeWindows method should work. The fix will be included in the upcoming October build.

Thanks!

Posted: September 30, 2010 9:53 AM

Oh okay, I initially thought you're navigating to a standard UXPage. It's obvious now that you're launching a new window using navigation button, and not navigating to a page.

Based on your description, I also presume that you bind the CommandParameter to a WindowOptions object in the XAML (similar to DesktopDock sample in our Control Samples).

If that is true, then you can cast the CommandParameter to WindowOptions type in your code, then simply set the Uri to a new destination. This will keep your WindowWidth and WindowHeight remaining the same as specified in the XAML.

Here's an example of how you can do the casting and set the Uri.

// cast the command parameter to WindowOptions
WindowOptions options = UXNavBtn.CommandParameter as WindowOptions; // modify only the Uri of the window options
options.Uri = new Uri(""/ClientUIBusinessApp1;ClientUIBusinessApp1.Views.Reports.TReportWindow", UriKind.RelativeOrAbsolute");

Let me know if that works for you.

Posted: September 29, 2010 8:49 AM

Al,

To set the navigate Uri of a navigation button, you can simply set the NavigateUri in the code behind. Since you're using CommandParameter, I presume you're using MVVM pattern and commanding to perform navigation.

You can try one of the following code to change the navigation uri in code behind:

uxNavButton1.NavigateUri = new Uri("/Home", UriKind.RelativeOrAbsolute);
// or
uxNavButton1.CommandParameter = new Uri("/Home", UriKind.RelativeOrAbsolute

Let me know if that works for you.


Posted: September 29, 2010 8:41 AM

I have two questions.

Is there a way to cascade windows when they open similar to the way that windows cascade in the WebDesktop?

Thanks,

Al

Al,

Try to call uxDesktop.RearrangeWindows() method.

Let me know if that works for you.

Posted: September 28, 2010 12:50 PM

James, no problems at all :)

FYI, here's the latest response from SL team. Let me know if you manage to figure out anything on it.

So if you already disabled any anti-virus or other unnecessary services that may be running on your machine and it still happening, my other suggestions would be:

- Make sure your video driver is up-to-date

- Install SL4 GDR1 and see if issue is fixed.

-Run a CPU Profiler to try and detect where the bottleneck is.

Otherwise we would need a repro machine to be able to investigate.


Posted: September 28, 2010 12:45 PM

Max, did you setup the buttons in the DesktopDock using datasource?

It'll be great if you can send a sample that replicate the issue since closing the window using our desktop template seems to work just fine.

Thanks,
Jimmy
Posted: September 23, 2010 11:48 AM
Let me get back to SL team and see if they have any advises. I'll keep you posted on any updates. Thanks!
Posted: September 21, 2010 10:37 PM

Hey James,

Got a response from MSFT.

We were wondering if there are any Forefront or any other anti-malware software running that can explain this ?

Could you check the "installed programs" on the PC that runs the Silverlight poorly? There might be anti-virus or malware software that could possibly causing the performance issue.

Also, have you tried on browsers such as Firefox?

Regards,
Jimmy

All times are GMT -5. The time now is 11:28 PM.
Previous Next