I have an embedded device,its includes windows CE 6.0 Build 3112.I want to run silverlight application on this device.I downloaded silverlight application,when I want to install it says "Silverlight is not valid application windows CE"
so what can i do?
Thx.
In Addition to ctacke's answer. Not all Windows CE devices have to have any specific component and that includes Silverlight for Embedded Devices.
To check whether your device includes Silverlight For Embedded devices, you can check whether your \Windows folder contains the xamlruntime.dll file. If it does not contain the file, then your OEM did not include Silverlight in the image.
If you want to check out a simple Silverlight for Embedded devices application you can download the code from the following tutorial: Silverlight for Embedded Tutorial
THe issue you're seeing is that while it's called "Silverlight", Silverlight for Windows Embedded really isn't what most developers who know Silverlight would call Silverlight (in fact I wish they'd rename it).
While it does use XAML and that XAML can be created using Blend, the code itself has to be written in heavily templated C++. You can't take a compiled Silverlight binary from anything other platform and use it under CE.
Related
I would like to embed a universal windows app into a classic windows application on windows 10. Is this possible?
The short answer is no. However... depending on what you're trying to do, the information below may help you.
If you just want to get the look and feel of a desktop application, you should be aware that Windows 10 apps (unlike Windows 8 apps) run in non-fullscreen mode by default, and can be resized. Desktop apps in Windows 10 have top-right icons (min/max/resize) that look similar to how UWP apps look in the title bar and top-right icons.
If you're creating a UWP app with XAML, you won't be able to embed it in a desktop application. However, if you're building a Windows 10 app using HTML5 and JavaScript, you could repackage it inside a browser control embedded in a desktop application.
If you're creating a game using a 3rd-party tool such as Unity, you can export it as a Windows desktop application just as easily as exporting to a UWP app for Windows 10. Unity can be used for non-game apps as well, so you could export it to a desktop application today, and still have the option of publish a UWP of the same game/app.
If you were thinking of accessing the full Windows SDK from you UWP app, you won't be able to do so, as you will be restricted by the UWP sandbox. But Windows 10 has made many improvements in helping you get access to many advanced features, e.g. accessing certain locations in the file system, so you may be able to get by with all that UWP has to offer.
If you want to avoid the Windows Store, you may sideload your app, as suggested by an earlier comment.
Hope that helps! :)
I am developing a charting app and want to use WinRT XAML Toolkit data visualization in both (Windows Phone 8.1 and Windows 8.1) of the projects in my universal app.
How can I do this?
Unfortuatly WinRT XAML Toolkit (https://winrtxamltoolkit.codeplex.com/) only work for Windows Runtime XAML applications.
My recommendation is that you create 2 pages (sadly) or usercontrols and use winrtxamltoolkit for your windows 8.1 app and another data visualization toolkit like telerik maybe for the windows phone 8.1 (http://www.telerik.com/products/windows-phone/overview/all-controls/chart.aspx).
With a bit of luck you will be able to bind the same property on both controls, best of luck!
Update for anyone finding this ticket, WinRTXamlToolkit is available now for windows phone 8.1 called:
WinRTXamlToolkit.WindowsPhone available via NuGet. I mention this as had almost decided not to use the package and it's solved a chunk of my problems.
I am replacing a backlight driver for a device running Windows Embedded Compact 7. I'm hoping I can find the source for the application and modify it to call my driver instead of the old one.
Is there a way to tie my driver's functionality into the existing "Display" Control Panel application? Is the source available for these applications and where can I find it?
Up through CE 6.0, the source code for all Windows CE Control Panels can be found on the development PC where Platform Builder is installed at:
%WINCEROOT%\PUBLIC\WCESHELLFE\OAK\CTLPNL
I don't have a CE 7.0 installation handy to verify the location, but I suspect it's going to be in the same place or something very similar if you're using a standard shell (SYSGEN_CTLPNL). If you're using the new "Silverlight" shell ('SYSGEN_CTLPNL2`), then it's likely to be in a different location, but all of the source is still available.
What are the options for consuming web services (hosted for example in Windows Azure) from Windows Embedded Compact 7?
WCF from Compact Framework 3.5 is one possibility, I guess. Are there any others?
Can I access web services directly from my Silverlight (C++) application?
Thank you.
I have not tried this myself, but you could try using SPROXY tool shipped with visual studio.
From MSDN: SPROXY.EXE is a command line tool that generates native C++ client code for accessing an XML Web service based on a WSDL description.
I'm running Embedded Visual C++ 4 with service pack 4, to develop an application for a device running CE 5.0. I'm using the CE 5.0 SDK for this purpose, which works fine except for the fact that while it will target my device (i.e. an SH4 based PDA), it will not let me select anything other than the StandardSDK emulator for debugging. If I go to Tools / Configure Platform manager, I can connect to my device under Windows CE default Platform, but I cannot select it from the Build Toolbar for output and debugging purposes. Is there any work around for this. I've considered moving to VS2008 for this app, but it breaks a large amount of 3rd party code.
Embedded Visual C++ and "Platform Builder" are different tools. The "Windows CE" SDKs are designed to work with "Platform Builder" to make things like OSes and drivers. However, Applications generally use the "Windows Mobile" or "Pocket PC" SDKs.
So here are three different solutions:
Continue to use EVC++ 4.0
If you want to keep using Embedded Visual C++ 4.0 instead of one of the newer IDEs, you can use "SDK for Windows Mobile 2003-based Pocket PCs". Which I believe is the newest SDK for EVC++ 4.0.
Upgrade to VS2005+
This details how to migrate from EVC++ to VS2005 while still making native apps.
You can use the 5.0 SDK line of features in the "Windows Mobile 5.0 SDK for Pocket PC"
Use Windows CE SDK to make Applications with EVC++ 4.0
It actually is possible to make Applications using a CE SDK. This is used by OS developers to make applications for their OS.
You can develop an application using
Microsoft® eMbedded Visual C++®
together with Platform Builder. Before
you can develop an application, you
must use Microsoft Platform Builder to
create an OS design, build a run-time
image, and then download the run-time
image to the target device.
When you download a run-time image,
Platform Builder uses a download
service to copy the run-time image to
the target device. When the run-time
image runs, Platform Builder
communicates with the target device
over a kernel transport.
To develop an application, keep
Platform Builder connected to the
target device, and then run eMbedded
Visual C++. After you write, compile,
and run the application, eMbedded
Visual C++ uses the established
connection to run the application on
the target device.
Note The previously mentioned
process differs from the process used
to develop an application for a
run-time image not downloaded by
Platform Builder. When you do not use
Platform Builder, you manually connect
to the target device using the
application connectivity
communications framework of Platform
Manager. For more information about
application connectivity, see
Application Connectivity.
-- http://msdn.microsoft.com/en-us/library/ms859575.aspx