User Profile & Activity

Jimmy Petrus Administrator
Page
of 18
Posted: May 28, 2011 6:57 AM
Dear Jef,

Yes, we have product consultants and experts who can help you build mission-critical business applications with best architectural practice and ISO-standards user experiences. And yes, our consultants have wide knowledge about DevForce as we worked closely with IdeaBlade team for technical integration.

Please send your project overview and requirements to consulting@intersoftpt.com for further discussion. Thanks!

Best,
Jimmy


Posted: May 27, 2011 10:40 PM
Hello,

If you purchased ClientUI within 30 days of the new release, you are entitled to receive the new version for free.

Please send an email to accounts [at] intersoftpt.com to request your free upgrade.

Thanks,
Jimmy
DevForce 6.0.9 is installed along with the WebUI Studio installation.

To revert back to 6.0.9, please uninstall the newer version, then install 6.0.9 using the DevForce installer located in C:\Program Files (x86)\Intersoft Solutions\Intersoft WebUI Studio 2011 R1\Installer.

Hope this helps.

Chris,

Which error did you encounter? Is it "FileNotFoundException"? Or is it "MissingMethodException"?

We can replicate the "MissingMethodException" which apparently is a regression in DevForce 6.1.0. IdeaBlade's engineers are still working to resolve this regression bug.

In such case, we assumed that it wasn't the version mismatch (assembly versioning issue) that caused the problem, unless you got a "FileNotFoundException" or "AssemblyVersionMismatchException" error.

Jimmy
Hi Taj,

Yes, both UXWindow and UXDialogBox are designed to work in standalone mode.

The issues you were seeing are natural -- the occurred because you're implementing the UXWindow in a Panel that contains its own layout calculation and behaviors. For example, Grid attempts to locate and size an element based on the Margin and alignment-related properties. This contradicts with the behavior that UXWindow desires.

To use floating controls like UXWindow without UXDesktop, make sure you set the control's alignment properties correctly. I found the following definition to work perfectly (both moving & resizing).

	<Grid x:Name="LayoutRoot">              <Intersoft:UXWindow Header="Hello" IsActive="True" IsClientVisible="True" HorizontalAlignment="Left" VerticalAlignment="Top"/>
	</Grid>

Alternatively, you can use Canvas to host the UXWindow. That will be even better as UXWindow will work natively on canvas.

Hope this helps,
Jimmy

Yes, using type-based URI should definitely work. However, you should resort to this solution only if physical URI cannot be achieved entirely. There are a number of disadvantages using type-based URI, such as your external apps will broke if the namespace is changed. It's okay if you can live with it.

Let me know if you feel that we should support physical URI in the externally loaded application for cross app navigation.

Thanks,
Jimmy

Posted: May 18, 2011 12:24 PM
Hi Taj,

Interesting application!

It looks like the problem you're facing is the focus issue. All ClientUI controls implement extended focus capability that conforms to usability standards. This means that the UXListBox will continue to receive input events when it still has the "logical" focus.

Addressing your issue should be straightforward. The first time when you create the element in the canvas, set the focus to the element immediately. Make sure the element is of Control type.

The other alternative is to switch the focus to somewhere else, i.e., the main page, the canvas container, or other container elements that support logical focus.

Both solutions should prevent the UXListBox from processing input events.

Let me know if that works for you.

Best,
Jimmy
Posted: May 18, 2011 7:42 AM
Hi Alastair,

The released 13th build doesn't seem to include the check-in for this particular fix. It was the dev internal nightly build that I referred.

Our support team will send you the release nightly build that includes the fix.

Thanks,
Jimmy

Hello,

Local page navigation in externally loaded application is already supported in nested frame scenario. This means that each external app has its own UXFrame which is responsible to define its own UriMapping. In real-world scenarios, the shell has no knowledge about the applications that will be loaded, and what mappings that it needs to define in order to route the application's pages properly. In short, the mappings are all defined in each external app's UXFrame which serves as the child navigation. This allows the sub-paths, i.e., /App1/SubPath1 to be translated automatically according to the defined mappings.

However, looking at your scenario at a glance, you don't seem to define UXFrame in each external application, is this correct? Presuming this is correct, we would like to learn your scenario further to understand what you're trying to do with the sub-paths in the root navigation frame. We will also need a simple working sample that illustrates this particular scenario to allow our engineers to implement the best solution with solid architecture.

To give you a quick insight, if we have to support the sub-paths navigation in the root frame, the architecture shall allow developers to define the mappings "externally", not in the UXFrame as shown in the vanilla sample above.

I look forward to your response and a working sample to address your specific scenario. Let me know if you have any questions.

Best,
Jimmy

Posted: May 17, 2011 8:50 AM
Hello,

Make sure that the UseGlobalShell property of the UXFrame is set to true. This will ensure that all applications are managed only by the same shell instance. When this is properly configured, the loaded applications won't be downloaded anymore (even if AutoInstallOnDownload is disabled).

Let me know if this works in your end.

Hope this helps,
Jimmy
All times are GMT -5. The time now is 1:56 AM.
Previous Next