I am developing smart device application in C#. I am developing this application for 240*320 screen resolution. I want to make this application screen resolution independent so that it can run on different mobile devices with different screen resolutions. Currently I am testing my application on different emulators for platform- Pocket PC 2003, Windows mobile 6 standard SDK & Windows Mobile 6 professional SDK . When I run the application on emulator for 240*320 screen resolution or less than that it works well ( only it provide the horizontal & vertical scrall bar in case of resolution less tha 240*320). If I run my application on emulator with more than 240*320 screen resolution its User Inferface gets badly affected. How to make the smart device application screen resolution independent ? Can you provide me the code or link through which i can resolve the above issue? Is there any setting for making the application screen resolution independent?
You should apply the Docking or Anchoring techniques.
http://www.codeproject.com/KB/mobile/MOB4DEVS03.aspx
Related
I'm starting to get really confused by the different ways to recognizer text. Some are ancient and some are for Windows Forms or WPF ...
Today, if I only need to traget Windows 10 what Ink technology should I use?
I've been trying to use InkCanvas and all the docs talk about InkPresenter.
However InkPresenter is not a member of InkCanvas ...
InkPresenter
Any ideas please?
InkCanvas is a WPF control and InkPresenter is a UWP control. Which one to use depends on what kind of application you are developing.
These are different kind of applications. A classic WPF desktop application runs on all Windows PCs including Windows 10 machines while Universal Windows Platforms (UWP) apps have the potential of running across all Windows 10 devices including phones, HoloLens and XBox: https://learn.microsoft.com/en-us/windows/uwp/get-started/universal-application-platform-guide.
I'm developing app for Windows Phone. I have a Lumia 1320 and I noticed that apps on my device are wrongly seen so as many apps on the Store (like WhatsApp!)
ScreenHeight is wrong because, when task manager is open, I see a black border (especially if there is an ApplicationBar) on bottom and font size is bigger then the settled size on settings.
There is a plug-in or something in SDK for developing apps for 6" screen or there is something I miss?
Thank you all!
You can change the resolution of the device that the UI designer uses by using the side bar (on the left usually).
Here's a screenshot for you. When use correctly you can get a feel for what you app will look like on different phones.
I've had this Motorola MC65 handheld for a while and was trying to migrate a program that I wrote in C# with VS2008 which ran perfect on a WinCE device on to it. However I encountered a problem that I had no idea at all where to start with.
Please see the screen shots. Picture 1 is my program (please ignore the squares they were just Asian chars). There is no close button on it whatsoever. At the right bottom corner there's just an input method icon. I wasn't trying to hide the windows title bar. On Windows CE device and PocketPC emulator the close button shows as expected, as Picture 2.
The system on the MC65 is Windows Embedded Handheld 6.5 so I'm not sure if it's okay to use the Windows Mobile 6.5.3 SDK/emulator for development? And also, can I somehow make the program show as in WinCE system where the title bar with the control boxes on top, just like a PC?
Thanks in advance.
Picutre 1 NoSIP
Picture 2 Pocket PC
"The system on the MC65 is Windows Embedded Handheld 6.5 so I'm not sure if it's okay to use the Windows Mobile 6.5.3 SDK/emulator for development?"
The WEH 6.5.3 is the right emulator for a Windows Embedded handheld 6.5 device.
The issue you are seeing is a change in the UI and a difference between Windows CE and Windows Mobile:
a) WEH natively supports a menu bar. If you do not have a menu bar, you will have no SIP (and no Start and OK/X button).
b) Windows CE uses command bars for menu implementation. see https://groups.google.com/forum/#!topic/microsoft.public.win32.programmer.wince/G7Oi5Kofda4 and !!!! http://www.codeproject.com/Articles/2564/Window-Wrapper-for-a-WinCE-Win-dialog-app
Now, it is up to you to re-design for WEH/WCE compatibilty or switch to WEH.
I 'am developing an app targeted to WP7.1 but I want it to work well on WP8 devices too. Assuming creating layout using dynamic resizng elements (grids with auto height etc) will the app scale just like WP8 app under Windows Phone 8 (WP8 handles WVGA HD WXGA resolutions)? If yes, is this possible to get a exact screen size under WP7 and what about in-app images in high resolution? If not, should I build 2 different apps to handle scaling well? One for WP7 and another for WP8 (even if the only change is build target?)
WP7 only supports 800x480 resolution and will automatically scale on WP8.
WP7 app cannot however do any resolution dependant tweaks when app runs on WP8. You need to recompile it to WP8
I have built an application that uses the GestureRecognizer (System.Windows.Ink.GestureRecognizer). The problem is that when testing it on some machines, IsRecognizerAvailable returns false. These systems are running .NET 3.5 and 4, so updates shouldn't be the problem. Can anyone tell me how to specifically install the GestureRecognizer component on systems where it is missing?
What is the OS on the machines where you don't get Recognizer. What I know is that Windows Ink support is limited on Windows XP/2K (its available on XP Tablet edition) but should be present in vistas onwards. Quoting from the link: http://msdn.microsoft.com/en-us/library/ms701189(v=vs.85).aspx - essentially indicates that gestures will not be available in windows XP.
Reduced Feature Set
Ink-enabled applications treat mouse
events as pen movements to simulate
working with a tablet pen. Users can
add ink, erase ink, and save ink
documents. However, recognition and
gestures are not available for users
other than those running Windows XP
Tablet PC Edition.