|
|
Hi All,
Please provide some help.
I have a textarea where unicode characters are displayed. While executing the application in the mobile device, I want to save that to a text file. What encoding i have to use for that. I tried with UTF-8 and UTF-16. The created file when opened in desktop PC, looks fine. But when the file in opened in the mobile device, some junk characters are getting displayed. What i have to do so that i can view the characters corerctly? When the files created from desktop PC are transferred to mobile device and checked, i just have to open the file & select the appropriate font, the file will be displayed corerctly. But the files created within the mobile device, even after changing the font sahows only junk characters. What might be the problem? What encoding should i use for the mobile device. Please help.
|
|
|
|
|
May be you can compare the working file and the created file on a binary editor and see if anything like an encoding signature is missing.
|
|
|
|
|
Hi,
If i open the text file in the mobile device, it opens in word mobile. There i can see the 1st two characters which represent the starting of an unicode file (FE FF).
As per your suggestion, i transferred the text file created from the mobile device to PC and checked in a binary editor. This file and the one created in the desktop PC looks the same.
Any idea what encoding i have to use? Should i use any other encoding than UTF8 and UTF16?
|
|
|
|
|
I think the encoding to be used would be up to your requirements and preferences. I think UNICODE (UTF-16) might be easier to work with because it may not require converstions as Win Mobile/WinCE is an UNICODE (UTF-16) based OS. Working with UTF-8 usually requires a conversion using WideCharToMultiByte() API.
|
|
|
|
|
I had tried with UTF-16 also. I get the same result. (When i transfer the file to PC, i could see the characters. But when opend in mobile device, it appears as block block characters).
|
|
|
|
|
May be you need correct fonts on the mobile device.
|
|
|
|
|
I have placed the concerned font under \windows as well as \windos\fonts folders.
My doubt is whether the mobile devices have unicode support or do i have to do something to enable it? When i open the text file created, the 1st two characters are those for FE FF. Normally for any file on PC, we wont be able to see those characters when we open the text file. If we open in a binary editor only we could see them.Or is it any problem related to my writing into the file? I am using like below
BufferedWriter bw = new BufferedWriter(new OutputStreamWriter(new FileOutputStream("FileS1.txt"), "UTF-16"));
|
|
|
|
|
Hi all,
I'm developing one C++ (EVC4) and one C# (VS2005) program on WinCE that need to communicate with each other and exchange small data packets. What would be the best mechanism to do this? I'm currently using sockets but wondered if there was anything better.
TIA.
|
|
|
|
|
|
Hi all, I'm currently using C# to run on Windows Mobile. May I seek some suggestions on how to perform reverse geocoding on Windows Mobile? Any help would be appreciated. Thanks in advance.
|
|
|
|
|
I need to fetch the screen dimensions of blackberry and align the screen accordingly in ASP.NET application.How to do that?
|
|
|
|
|
Does anyone have a source code for long Numbers or software? This should enable two ways messaging using a common sim card available from mobile phone operators. The mobile phone should be attached to a computer. This should be similar to short code (premium rate) but it should be Non-Premium Short Code, ie, it does not charge more than the normal sms charges but out-replies a pre-defined message and also charges normal sms charges for replying.
There should be admin and clients panel allowing many independent users and should be web based
-- Modified Sunday, March 21, 2010 3:12 PM
|
|
|
|
|
there is plenty of code around for 'long Numbers' - but I wonder if we are talking about the the same thing here - what do 'long numbers' have to do with this sms stuff you appear to be doing ?
Depending on what you're doing, decNumber http://speleotrove.com/decimal/decnumber.html[^] might help you - but there's not enough context in what you've written to say ..
'g'
|
|
|
|
|
All,
My boss wants to start investing in Mobile Device/Smartphone development. First requirement is that the applications should port to any type of Smartphone (iPhone, Droid, Blackberry, etc.), in other words one application can work on many different phones.
So, my first question would be what platform(s) is best that we can develop on that allows us to work on any phone?
We're primarily a .NET shop, but some of us have backgrounds in other languages, Java for example.
Thanks in advance.
Follow Up- I found this, anyone know or hear of these guys before?
http://www.mobilitywire.com/cascada-mobile/2009/09/09/921[^]
modified on Friday, March 19, 2010 8:02 AM
|
|
|
|
|
Hi,
We also have a product that runs on a couple of different smartphone platforms (Symbian S60 and Blackberry).
I'm sorry that this isn't the answer you want to hear, but unfortunately all smartphone platforms that are out there at the moment rely on their own custom frameworks and technologies in order to work. For example:
- Blackberry: Java (all applications rely on a Blackberry specific framework to do anything)
- Symbian S60: Java (relies on Symbian specific framework), native C++ and a Nokia-specific version of Qt for UI work, Python
- Symbian S80: Java (Symbian S60 applications won't run on an S80 handset and vise-versa)
- iPhone: Objective-C. Totally unlike anything else out there. Chance of code-reuse for other platforms is zero.
- Windows Phone 7: Looks like it's going to use .NET Compact with either XNA or Silverlight for a front end
To the best of our knowledge, there is no one language or series of libraries that would allow your application to run on all smartphone platforms without significant modification and customisation for each platform.
If anyone thinks I'm wrong and knows of a framework that would do this, then I'd be interested to hear about it 
Cheers,
Russ-T
|
|
|
|
|
|
I do not agree on the conclusion
In fact with MonoTouch ([^]) you have a gateway for iPhone / Symbian / Windows.
The problem will be compatibility and support of XAML / XNA planned for Windows 7 based phones.
My two cents
|
|
|
|
|
Hi
I want to make an application which can retrieve the network provider, manufacturer name and model name of the device. Is there any way to do that
|
|
|
|
|
I'm not sure how to get the network provider, but the SystemParametersInfo[^] function, when you give it the correct parameters, will retrieve the other information that you need. For example, use SPI_GETPLATFORMMANUFACTURER to get the manufacturer's name.
Hope that's a helpful starting point!
|
|
|
|
|
So, from what I've been able to glean from the Internet, native Windows Mobile 5 and 6.x applications (which is most of them) can't run on Windows Phone 7. Only new applications that use XNA or Silverlight will be allowed.
Is this really true? No native code? No way to write VPNs or other complex software that must deal directly with the OS?
Windows Phone 7 is based on Windows CE 6, so it really isn't all that different from Windows Mobile 5 and 6.x. It should be possible to do native development as always... but apparently this is not allowed, or is it?
I have heard that Adobe is writing a Flash plugin for Windows Phone 7. How are they doing this, if they aren't using native code? I assume they aren't doing it in XNA or Silverlight. Maybe you would need some kind of code signing or logo certification before being allowed to run outside the sandbox?????
Any enlightenment would be appreciated! Thanks
|
|
|
|
|
As you've probably found by now Windows Phone 7 is in no way compatible with Windows Mobile. You can't really infer much from it being based off of Windows CE. My Zune's OS is based on Windows CE, the Slingbox's OS is based on Windows CE, some remote controls and Picture frames are based on Windows CE, and Ford Sync is based off of Windows CE. Yet I would not expect for software for any one of these to be able to run on any other.
I know Adobe's expressed interest in Windows Phone 7, but have't heard confirmation they are making a flash plugin. There does exist native development for Windows Phone 7 but access to it is limited.
Applications will need to be signed to be run and th eonly method of distribution will be the Windows Marketplace for Mobile.
|
|
|
|
|
Yup, certainly more information out there since last month.
I realize the UI shell would certainly not be the same. But some system
level components (like Layered Service Providers or device drivers) that
ran on Windows Mobile 6.5 under Windows CE 5 should work on Windows Phone 7
under Windows CE 6, if you can get them installed...
And like you said, there does seem to be the capability to run native
applications on Windows Phone 7, if you are Microsoft or Adobe:
http://www.istartedsomething.com/20100317/microsofts-applications-windows-phone-7-series-not-silverlight-based/[^]
I have no problems with signing--we had to do that for Windows Mobile, but some
of these other issues with Windows Phone 7 are a bit concerning. Some ISVs have
already thrown in the towel:
http://blogs.zdnet.com/microsoft/?p=5654[^]
|
|
|
|
|
Dr. William J. Blanke wrote: Some ISVs have
already thrown in the towel:
http://blogs.zdnet.com/microsoft/?p=5654[^]
I wouldn't read to much into that. While I expect some developers to leave the Windows Phone platform at the same time the move Microsoft has made brings a much larger body of developers to the platform (or rather it brings the platform to the developers). There was already a number of XNA developers and an even greater number of Silverlight developers. Both will be able to use their existing skillset to target Windows Phone.
So developers supporting the platform will be plentiful.
|
|
|
|
|
True, there will be a bigger pool of developers.
But no matter how many developers you have, you can't write a VPN for Windows
Phone 7 in Silverlight or XNA. And it looks like large, existing projects that
could run on Windows Mobile (like Firefox) can't be ported to Windows Phone 7.
Rather they will need to be rewritten from scratch. Firefox says that won't
happen in their case.
It will be interesting to see how it plays out. I hope Microsoft doesn't bury
Windows Mobile just yet.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
