Related
Hi to all,
i'm new in xda\xda2 world...and i would like to develop under it? What i need for developing? What cpu type\model it have?
Well.. The About and Device Information screens in the System Settings menu should take care of your questions..
But if you're lazy, the XDA typically runs PocketPC 2002 on a StrongArm CPU, and the XDA II PocketPC 2003 (Windows Mobile Edition) on an Intel XScale (which is backwards compatible with ARM).
If you simply visit www.pocketpc.com and click on developers you'll end up at http://www.microsoft.com/windowsmobile/information/devprograms/default.mspx
Where you can even order a free DVD-Rom with the PocketPC SDKs, compilers etc (they will charge shipping and handling, at a freakishly high rate). You can also download that stuff.
However, you will need Visual Studio .NET as well, which is not a free download (in fact, even the academic version will set you back more than EUR 100).
I've not ventured into it myself yet, so it's quite possible you can actually do without Visual Studio (as the compilers themselves can be downloaded). Also, there's a version of gcc for pocketpc.
Any one developing for pocketpc who wants to chip in here? (I'd like to toy around with programming a bit on PPC - regretably it doesn't have a built-in scripting language like epoc32 has/had).
You only need Visual Studio .NET if you want to create .NET applications. If you are just programming in C++, I'd highly recommend downloading Embedded Visual Studios 3 and 4 and get the appropriate SDKs (all of which are free). At least, that's what I use.
What about Java Midlets?
I am thinking on writing a couple of apps for PPC, but going into VS.NET might be too deep for me. I also want to extend those later for palm and maybe desktop. No hardware specific stuff so I thought I might get away with Java which I am pretty good at.
Does anyone have anything to say - pros / cons? How midlets are on O2 in general - fast / slow, too much memory or processing power? Please share.
Why don't you get down to c++? Fast, small, general support...
--------------
У нас сегодня день вежливости, так что вы просто идите за мной и никуда не сворачивайте!
Some day
Good old C++. Too many years with Java - softened my mind... Undoubtedly C++ is the best way to go in terms of speed and size. Lets see what people say. :idea:
I've been programming in Visual .NET (VB.NET more specifically), but even after installing the SDK I have no idea where to start? When creating a project, I don't see any new project type for Pocket PC applications ? In fact, what else do I need to do if I want to program in VB.NET ?
i read that visualstudio .net 2005 will be able to make pocketpc applications in all languages not just .net applications like 2003
not sure about how you get started with vb.net since vb is very evil and nasty
but with c++ mfc and c# .net you start out with a form and there you can place components on it and program what functions they have
but if you want to make games and stuff which dont use normal windows stuff then you are better off programming them in c++ directly for the arm platform
I use Embedded VC++ and MFC as it's far tighter/smaller than .net. Purists can go completely Win32(ce) native and avoid MFC altogether but MFC does make development a good deal easier without the bloat of .net (not to mention how slow it is..).
Same thing for me. C++ with EVC tools. No mfc for me (a little purist and feel it gives a clearer code )
Best way to have samller and optimize applications
I've been programming in Visual .NET (VB.NET more specifically), but even after installing the SDK I have no idea where to start? When creating a project, I don't see any new project type for Pocket PC applications ? In fact, what else do I need to do if I want to program in VB.NET ?
Click to expand...
Click to collapse
If you have VS.NET 2003 you don't even need the SDK.
just File-> New->Project
on the left column "Project Types" choose your language and on the right click the "Smart Device Application"
Basically is like any windows application but less possibilities and if you want to create any serious application you'll have to do a lot of optimization and native coding.
Good luck
Books?
I'm also interested in programming with Embedded VC++...and was wondering if anyone know of books out there I can pick up that will help my learning process a little quicker. Its been a long time since i coded in C++ and need to refresh.
The part I'm really need help is the basic parts ...like how to get things started.
I'm confident that once I get started i'll start to remember my C++ coding.
I'm downloading the Embedded VC++ from Microsoft as I type this post ...hope it wont be too hard to understand how to create a simple "hello world" program for PPC devices
Also if anyone knows a good web sites with code samples ...please PM or post the URL, I'v seen some but not all that great
Thank You
Sometimes less is more.......
zendrui said:
Same thing for me. C++ with EVC tools. No mfc for me (a little purist and feel it gives a clearer code )
Best way to have samller and optimize applications
Click to expand...
Click to collapse
As mentioned above, if you drop ATL, MFC .NET and all the implied baggage they have to bring with them to work, you are left with the old WIN32 programming model. This is now considered very 'old hat', but if all your program uses are API's in WIN32's kernel.dll, user.dll, gdi.dll etc...... i.e. the very primative windows stuff, then it is possible to write an application that will run on any version of Windows Mobile. This application will be pretty simple, but the compiled .EXE file targetted at an ARM4xx model will run on almost any Pocket PC, without any other files. (i.e. The single APP.EXE file will run on any upwardly compatable system, no fancy implementation project to create or run, just copy the release '.exe' file to the target machine, and it will run!). These days 99%+ mobile PDA's run ARM class processors. The manufacturers call them by their own processor IDs but under the hood they are all the same.
To create an app that will run on the Mobile 5/6 platform without looking like previous Mobile 2002/3/SE apps, limit the Main menu items to two. This will make sure they appear either side of the input icon, as menu items. More than two and the Mobile 5/6 menu items appear as 2002/3/SE apps in the old control bar style.
wfberg said:
(I'd like to toy around with programming a bit on PPC - regretably it doesn't have a built-in scripting language like epoc32 has/had).
Click to expand...
Click to collapse
As far as scripting goes... I'm a big fan of Mortscript. It's so simple... I guess I'm a little purist myself
Basic 4PPC
Basic for Pocket PC, has anyone tried this. I went to the site and it only cost around 40.00 US. I've worked with "basic" before and the progs were usually bloated and sluggish. Wonder if this would be the same.
i have started developing in ppl language the program name is PIDE from ariana soft..its very easy..it also lets u make games
ive created my first clock in it
I looking for advice on getting started developing simple programs for WM5 - I guess I'm not really bothered if they don'y make use of the advanced features
The options appear to be
#1 MS Visual Studio 2005 (90-trial or $$$)+ WM5 SDK (free)
#2 MS Embedded Visual C++ 4.0 SP4 (free) + WM2003 SDK (free)
#3 MS Embedded Visual C++ 3.0 - 2002 edition - PPC2002+SP2002 SDK included (free). Also include Embedded Visual Basic.
As my recent experience is VB I guess option 3 is best C++ learning curve might be a bit steep given the just for fun motivation
but ..... there are other options saw this today
PPL - Pocket Programming Language
Write software for your PocketPC and PC in minutes using our new programming language. PPL is a fast and easy-to-learn programming language that is fully object-oriented. PPL runs on all Pocket PC using PocketPC 2000, 2002, Windows Mobile 2003, 2003SE, and 2005 (VGA compatible). PPL also runs on Windows 2000, XP, 2003 Server desktop computers. Programs written for one system are 100% compatible with the other.
Write high quality games in no time using our easy-to-use GameAPI that incorporates physics, isometric display support, pixel-perfect collision detection and so much more...
Design forms visually on your PDA or desktop computer with the visual form builder. Edit components properties and code events within the same interface. PPL is a complete development environment.
Starting as low as $39.95 USD for a limited time.PPL - Pocket Programming Language
Write software for your PocketPC and PC in minutes using our new programming language. PPL is a fast and easy-to-learn programming language that is fully object-oriented. PPL runs on all Pocket PC using PocketPC 2000, 2002, Windows Mobile 2003, 2003SE, and 2005 (VGA compatible). PPL also runs on Windows 2000, XP, 2003 Server desktop computers. Programs written for one system are 100% compatible with the other.
Write high quality games in no time using our easy-to-use GameAPI that incorporates physics, isometric display support, pixel-perfect collision detection and so much more...
Design forms visually on your PDA or desktop computer with the visual form builder. Edit components properties and code events within the same interface. PPL is a complete development environment.
Starting as low as $39.95 USD for a limited time.
http://www.pocketpcthoughts.com/forums/viewtopic.php?t=52935&highlight=
there must be other options?
I guess SharpDevelop 2.1
develop is an Open Source IDE written in c# and running on the Microsoft .NET platform.
http://wiki.sharpdevelop.net/default.aspx/SharpDevelop.CompactFramework2Development
Opinions welcomed
The old VB for CE (and eVB) were rubbish. Unless it changed in much later versions these were just VBscript, not actually VB. Very limited functionality indeed.
All the C++ versions work OK (and I still use eVC++ 4 sometimes) , but of course C++ is a fairly fiddly, low-productivity language. It's not really the ideal language for having a play.
So, sorry to say, of the Microsoft ones VS2003/VS2005 using VB.net or c#.net are by far the easiest, and most productive of other offerings.
Never tried the non-MS ones.
Stuart
The real trouble with embedded VB is the runtime library it requires which will not run on WM 5 (it barely works on WM 2003).
I remember seeing a cheap and according to the manufacturer powerful VB compiler in some post on the forum, but for the life of me can't remember the name. It compiles to native code and doesn't require a run time.
Now it's true that C++ takes more work to get things done, but it also gives you more power. Even if you just program for your self you may one day want to create your own today plugin or even keyboard and that can't be done in .NET
My recommendation: Spend a little time and learn MFC. It has a lot of similarities to the .NET languages and saves a lot of work for C++ programmers.
[OT] i've also just started "trying" to create applications using vb.net on VS5. Am i allowed to ask questions here? Or is there a thread for posting vb or c questions?
Never seen a specif thread for these, and I am here quite often for a long time.
If you have a specific question you can even open a new thread, no need to clatter several unrelated issues in to one giant thread just because there about same programing language.
Just do a quick search first to make sure it's not something that was asked a 100 times and away you go.
Thanks I guess that leaves me with
PPL - Pocket Programming Language and SharpDevelop 2.1c#
thanks levenum. i will be doing that
starfish_001 said:
Thanks I guess that leaves me with
PPL - Pocket Programming Language and SharpDevelop 2.1c#
Click to expand...
Click to collapse
I can highly recommend ppl, seeing as I just entered the games competition and had my entry done in just over twenty days, without any real windows based programming background.
it's relatively cheap, and the support is great, with questions on the forum getting a very fast turn around.
Here's another to look at Basic4ppc
http://www.basic4ppc.com/
Basic4ppc and ppl are both great little applications
what is MFC ?
levenum said:
My recommendation: Spend a little time and learn MFC. It has a lot of similarities to the .NET languages and saves a lot of work for C++ programmers.
Click to expand...
Click to collapse
trying ot choose on which programming language I will begin with and I was wondering what is MFC ?
Thank you
MFC == microsoft foundation Classes --- library
it's a library which encaption the gui and other general purpos functionalitet of windows in a set of classes that makes it
easier to get ones program up and running without having to
worry about WinMain and a messageLoop
http://en.wikipedia.org/wiki/Microsoft_Foundation_Classes
microsoft have long since abandoned mfc as their pref library
now they are pushing .NET
problem is that .net is slower more so on devices like pda's
MFC really means
Mother F*cking Crazy, which it will drive you! All joking aside it is probably the best thing to develop in. I've writen small apps with it on every CE since 2.11 and even on XPeMbedded (which I'd avoid like the black death).
I've had great success with C# on WM5 and Pocket PC before. Even wrote a handheld POS terminal. Microsoft is really behind .NET and it will be supported for a long time. It's very easy to learn and the documentation is great.
Visual Basic .NET will do the same job, but keep in mind the switch from VB6 to VB.NET is HUGE. Just because some of the code looks the same doesn't mean it is. I'd take the time and learn C#. If you're really serious register as Microsoft ISV (their program is Empower for ISVs). For $375 you get basically everything MS has written in the last 10 years. You get 5 development use copies of anything you want including Visual Studio 2005 Professional. All you have to do is create an app for a Microsoft system in 18 months.
PM me if you need any more details.
Thanks
starfish_001 said:
Thanks I guess that leaves me with
PPL - Pocket Programming Language and SharpDevelop 2.1c#
Click to expand...
Click to collapse
Thank u bro
Hello developers,
What is your favorite application and GUI framework for Windows Mobile development? I have played a little with different options, and I'd like to get your opinion on it as well.
As far as I can tell, here are the options:
Win32:
+: Small executable files, small memory footprint, very fast startup
-: Archaic and terrible API. Not object-oriented. A pain to work with
ATL:
+: Same as Win32: small files, small footprint and very fast startup. Object-oriented-ish Win32 wrapper
-: Not too well documented. Seems to be more targeted towards making redistributable GUI components. Almost as painful as Win32
MFC:
+: Extensive object-oriented API. Provides a better UI framework than Win32.
-: Big and bloated. Executables get bigger than with Win32 and ATL. Although it's designed to be oo, it's still archaic and rather painful.
.NET:
+: Modern, well-design and well-documented API. Lowest development time. The assemblies can be ran and unit-tested on the PC during development.
-: Depends on the .NET runtime to be loaded, and startup time is therefore at minimum 2 seconds. No or poor access to hardware-near features like DirectDraw.
Do not forget Wrapper Libraries around win32.
Like PPL: www.arianesoft.ca.
Nor java, for that matter
In any case, it really depends on what you want to do. I've actually used a combination of all three "main" environments (that is, ATL is taken out of the equation... It's really an old one which should NOT be used for new development).
Oh, and native functions can be called from .NET too, just like you'd do a pinvoke on any win9x dll.
CmdKewin said:
Do not forget Wrapper Libraries around win32.
Like PPL: www.arianesoft.ca.
Nor java, for that matter
In any case, it really depends on what you want to do. I've actually used a combination of all three "main" environments (that is, ATL is taken out of the equation... It's really an old one which should NOT be used for new development).
Oh, and native functions can be called from .NET too, just like you'd do a pinvoke on any win9x dll.
Click to expand...
Click to collapse
Thanks, I didn't know about PPL. I'll have a closer look on that one.
I know that native functions can be called using PInvoke. I've been using that for simple things like playing sounds. However, as far as I have understood, it's not possible to use for example DirectDraw in your own custom GUI components.
Have you actually used Win32 AND .NET in the same project? I thought interop was impossible on mobile devices?
jahnotto said:
Thanks, I didn't know about PPL. I'll have a closer look on that one.
I know that native functions can be called using PInvoke. I've been using that for simple things like playing sounds. However, as far as I have understood, it's not possible to use for example DirectDraw in your own custom GUI components.
Click to expand...
Click to collapse
Well, i'm not so sure it's "impossible". I actually agree it would be pointless (too slow to be of any use): just find a good pocket PC native engine (I don't have any link atm).
jahnotto said:
Have you actually used Win32 AND .NET in the same project? I thought interop was impossible on mobile devices?
Click to expand...
Click to collapse
Actually, it's one of the features introduced with .NET CF 2.0
CmdKewin said:
Actually, it's one of the features introduced with .NET CF 2.0
Click to expand...
Click to collapse
Aaah! Cool!
jahnotto said:
-: Archaic and terrible API. Not object-oriented. A pain to work with
Click to expand...
Click to collapse
While the API itself isn't OO, but your app using it can be such
ATL & MFC: I wouldn't touch them even with a looong stick
.NET:
You're right, it gives you a nice API, but at the costs.
Generally, you should choose your way with every app you're starting with - the choice should be dependent on what your project is for.
I have to disagree with jahnotto on the original assessment:
Win32: First there is nothing "archaic" about it. These are pure APIs that give you full access to your system so as long as you are using Win32 OS you have to go through them one way or the other. It is C++ language that provides object orientation support and there is noting stopping you from creating your own classes that take full use of the API.
(Yes this is my favorite method of developing because it is gives you the fastest and cleanest binaries)
ATL: I heard good things about it, but did not get the chance to use it. However, it is just pre-written code. You are still writing using Win32 but some nice people went and coded some classes in advance for you.
Thats the one and only difference between it and "pure Win32".
MFC: Its very similar to ATL - just a bunch of classes that wrap APIs but its much balkier and poorly documented. It is useful if you need to make some quick tool with little code and a single dialog but not something you want to use for a serious program.
.NET: Here is my biggest disagreement with the thread starter - simply because he sees a positive side to it
Yes, .NET saves time for development but:
- Running .NET app on PC without emulator though possible will not give you proper indication of how this app will function on a PPC so its pointless.
- Because it need the .NET CF it takes a lot more memory then it should when running.
-The poor access is not only to "hardware near" features. You can't even make simple things like today plugins, keyboards or control panel applets without using native code components.
- I have yet to see a "well documented" MS product.
In short my general opinion on the .NET is that the devices are just not powerful enough yet to allow such wasteful programs plus they severely limit the developer on what parts of the device / OS he can utilize control.
Hi,
I'm the author of a fairly popular j2me chat application, and I've been pondering making a native WinMo version for a while now. I've thought about a .net port, as it would probably be easiest, but all the .net programs I've used seem dead slow. Or am I totally off base with that?
Is there another environment I should look at as an alternative? Keep in mind, I don't have visual studio.
jonnycat26 said:
Hi,
I'm the author of a fairly popular j2me chat application, and I've been pondering making a native WinMo version for a while now. I've thought about a .net port, as it would probably be easiest, but all the .net programs I've used seem dead slow. Or am I totally off base with that?
Is there another environment I should look at as an alternative? Keep in mind, I don't have visual studio.
Click to expand...
Click to collapse
You can still stick with j2me, you'll just have to change a few things to make the program compatible with the java midlet managers for WinMo. You should read up on the Mildet Bible: http://forum.xda-developers.com/showthread.php?t=339579
Hope this helps
From testing open source apps and they ones I have made I found that C++ is faster and c# is easier but a little slower. I used c++ for along time but have moved on to C# and love it.
u can just develop in any .net language, then use tool like SmartAssembly to optimize and convert the code to binary.
jonnycat26 said:
Hi,
I'm the author of a fairly popular j2me chat application, and I've been pondering making a native WinMo version for a while now. I've thought about a .net port, as it would probably be easiest, but all the .net programs I've used seem dead slow. Or am I totally off base with that?
Is there another environment I should look at as an alternative? Keep in mind, I don't have visual studio.
Click to expand...
Click to collapse
Hello, I strongly recomend to use c++ for winmo dev.
cheers,
Hlov
The fastest and leanest method is C++, available in Visual Studio Professional, or as a standalone free download as Embedded C++ version 4. The development models are MFC, (Microsoft Foundation Classes), ATL (Active Template Library), or good old fashioned WIN32.
Of these WIN32 is the leanest, all the others, including .NET are wrappers around it. If you haven't used or seen WIN32 before, expect a pretty steep learning curve. Look at the Hello World example it generates, to try and figure out what the hell is going on. Basically you respond to WM_XXXXXX messages fired at your application by the operating system. Limit the main menu to two items, and WinMo 5/6 will display it correctly, with the main menu options either side of the keyboard/SIP icon, and accessible by the left and right menu buttons. Otherwise it will switch to a WM 2002/3 menubar, which you then have to click on to use.
If you want to go any lower down than this, you will need to brush up your ARM assembly language.
Unless you are developing graphics intensive applications, using c# is fine for applications. C++ is necessary if you are writing games and the like but the SLIGHT performance decrease is not that big of a deal otherwise.
Soul_Est said:
You can still stick with j2me, you'll just have to change a few things to make the program compatible with the java midlet managers for WinMo. You should read up on the Mildet Bible: http://forum.xda-developers.com/showthread.php?t=339579
Hope this helps
Click to expand...
Click to collapse
I'm using J2ME polish, so I can (and have) built a build specifically for WinMo, but I want a native version so I can multitask (can't do that with Esmertec) and I'd also like to develop a homescreen plugin.
My app is here:
http://www.buildhigh.com/jonnychat/
If anyone has any suggestions on what I should do with a port, I'd love to hear them.
stephj said:
The fastest and leanest method is C++, available in Visual Studio Professional, or as a standalone free download as Embedded C++ version 4. The development models are MFC, (Microsoft Foundation Classes), ATL (Active Template Library), or good old fashioned WIN32.
Click to expand...
Click to collapse
It's been a long time since I've done standard Win32 development, and I really don't plan on going back down that road again. For starters, I imagine Visual Studio would be a dog in a VM (I only run windows in a VM these days, won't run it on actual hardware if I can avoid it).
It's looking like I"m going to try C++ or C# for this. I'd like to do C# because that's pretty close to Java, but I also have moral qualms about using a language designed to usurp a good and popular language just because MSFT didn't develop it.
Decisions, Decisions....
You can also try using Ruby with the Rhodes framework: http://www.rhomobile.com/home
Or you can try using Mysaifu which may allow multitasking (haven't tried any of my programs on it yet): http://www2s.biglobe.ne.jp/~dat/java/project/jvm/index_en.html
Hi all,
Finally I've my HD2 and I must say, I'm very happy with it!
I'm no noob in informatics, I program in VB and VBA and I'm DBA in Oracle and SQL Server. But to be honest, I don't now how to start.
I tried searching the forum here, but couldn't find a thread: how to start programming on a WMO-device.
Thanks already for the info!
Koen
PS for example I would like to program this:
keyboard layout French (AZERTY)
T9 language Dutch
Koen D said:
how to start programming on a WMO-device.
Click to expand...
Click to collapse
You start programming for WM the same way you do it for Win32. Just download mobile SDK from Microsoft and you're good to go. You use the same IDE, Visual Studio, for mobile programming, and coding experience is the same, in addition to the fact that a lot of code using WinAPI will just work. There are differences of course with regard to memory management or power management etc., but those are either documented on msdn or are discussed at length everywhere on the web.
VB and .Net won't be good for your purpose though, you'd need native C++ code for things like rewriting a T9 engine I think.
Hey hey!
You can find many interesting postings and topics here:
http://forum.xda-developers.com/forumdisplay.php?f=522
http://forum.xda-developers.com/forumdisplay.php?f=260
There are much more. Please look for the "stiky" posts. There are often very usefull informations. Sure, the moderators open some stikys "just-for-fun"... ... but many topics are realy interesting.
Some external sites can help you, too:
http://developer.windowsphone.com/Default.aspx (of course)
and
http://www.smartphonedn.com/
you can became a part of the msdn (winmo special) here:
http://msdn.microsoft.com/en-us/windowsmobile/default.aspx
When you became a good dev. You should look for 3rd party stuff like:
http://www.resco.net/developer/default.aspx
For the beginning it should be enough.
regards
You can also program in mobile java, which will make your app portable to more devices.
http://java.sun.com/javame/index.jsp
Do you want to be a ROM chef, or programmer?
Or both ?
To just program for the Windows Mobile OS, you can
grab a (free) version of Microsoft Visual Studio 2010/2008
and download the WIndows Mobile development resource kit
from them.
Then you can blast away in C#, C or .NET
If you just want to cook ROM's then look at the kitchen thread.
Look at that thread anyway
Try Visual Studio, VB.NET and the Windows Mobile SDK there it is s
Hi mates, want to ask which is the best programming language for WM? C, C++, C#, VB.Net or something else. I did use C# a lot and can do little thing with SQL Compact. But, it seems lot of the current applications are not require .Net Framework installed on WM. Are they using C++?
Also, is there anything need to be considered for WM Web Programming (such as JavaScript, CSS support)?
siamchen said:
Hi mates, want to ask which is the best programming language for WM? C, C++, C#, VB.Net or something else. I did use C# a lot and can do little thing with SQL Compact. But, it seems lot of the current applications are not require .Net Framework installed on WM. Are they using C++?
Also, is there anything need to be considered for WM Web Programming (such as JavaScript, CSS support)?
Click to expand...
Click to collapse
yep. most WM apps use C++, but even the C# apps will run as most of the ROMs contain the .NET fw by default
I have a question as well, are there any free-for-freeware frameworks for touch-friendly applications? Is there a Sense SDK?
bayowar said:
I have a question as well, are there any free-for-freeware frameworks for touch-friendly applications? Is there a Sense SDK?
Click to expand...
Click to collapse
Microsoft has an SDK for 6.5's gesture support. I've not got around to using it yet though, so can't comment on it's quality or breadth of support.
Is there something I cant build using C only in this phones?
I mean can I build a complete rom, applications and such using only C?
thats the only lang I know so...
mr_Ray said:
Microsoft has an SDK for 6.5's gesture support. I've not got around to using it yet though, so can't comment on it's quality or breadth of support.
Click to expand...
Click to collapse
I've seen that, what about buttons, sliders, tabs, flickable lists and all this stuff though. I've never developed for a mobile platform and I'd imagine starting from scratch with all UI elements steepens the learning curve quite a bit.
siamchen said:
Hi mates, want to ask which is the best programming language for WM? C, C++, C#, VB.Net or something else. I did use C# a lot and can do little thing with SQL Compact. But, it seems lot of the current applications are not require .Net Framework installed on WM. Are they using C++?
Click to expand...
Click to collapse
There are pros and cons to using managed code (C#/VB), and the same holds true about native code (C++). The former is much easier for high-level tasks, but you get less control and it may get a bit tricky when you need to access WinAPI not included in .Net CF (although there are usually ways to do it via Platform Invoke). .Net applications start slower, which may be an issue for certain tasks. Native code is (should be) faster, but a bit more complex and you don't have things like automatic garbage collection and so on. Sometimes you need a couple of lines of code in C# instead of two dozen in C++. Sometimes not. On the other hand, writing something like a graphics-heavy game in C# would be a strange endeavor. Some things are outright impossible like writing a system service, AFAIK. All in all, the pros and cons are described at length everywhere, and it's up to you to decide.
bayowar said:
I have a question as well, are there any free-for-freeware frameworks for touch-friendly applications? Is there a Sense SDK?
Click to expand...
Click to collapse
In the Development and Hacking section you'll find a C# GUI framework (it's called Manila UI Framework or something like that) made by a fellow XDAer.
bayowar said:
I've seen that, what about buttons, sliders, tabs, flickable lists and all this stuff though. I've never developed for a mobile platform and I'd imagine starting from scratch with all UI elements steepens the learning curve quite a bit.
Click to expand...
Click to collapse
If you want non-standard UI elements it can get tricky. For standard UI it's a no-brainer. There are some third-party libraries available. In addition to the C# framework I mentioned earlier, there's Qt (a cross-platform UI framework used by Opera for all their desktop (Linux, Win and Mac) and mobile (WM and Symbian) and embedded platforms including TV set-top boxes) incarnations, Airplay SDK that's a cross-platform framework for Android, WM and iPhone, some others I can't recall right away. They may or may not be free however.
Thanks for the reply, good to know about Qt. I'm vaguely familiar with that, had now idea it found it's way to Windows Mobile.
The Manila framework is called Manila Interface SDK, at least that's the only match I found.
bayowar said:
I've seen that, what about buttons, sliders, tabs, flickable lists and all this stuff though. I've never developed for a mobile platform and I'd imagine starting from scratch with all UI elements steepens the learning curve quite a bit.
Click to expand...
Click to collapse
Actually it is not the UI but the SDK that has a steep learning curve. Besides the usual loops and if then else.. you need to know exactly which library does what and there is the confusion as there are a couple of them doing similiar things eg Messaging API. At least that is what I encountered when I first started and I agree that C++ has a huge advantage over C# or VB.net as it can interact directly with the hardware api instead going over in a big circle and sometimes, some functions can't even be achieved using vb.net!
Just install vs.net and catch up on OO by diving into vb.net.
You'll be fine coding in either C# or VB.NET, the BCL for Ce is leaner than that for full blown windows but still very usable. After installing vs2008 don't forget to update the default install to wm6.5 sdk.
siamchen said:
Hi mates, want to ask which is the best programming language for WM? C, C++, C#, VB.Net or something else. I did use C# a lot and can do little thing with SQL Compact. But, it seems lot of the current applications are not require .Net Framework installed on WM. Are they using C++?
Also, is there anything need to be considered for WM Web Programming (such as JavaScript, CSS support)?
Click to expand...
Click to collapse
Hi mate,
I reckon c++ so u dont need to redisttibute the framework and your app will run fast, but if u want to write apps with db access net framework is the easy way, I'm in Sydney and I do c++ so PM if u need some help,
cheers,
Hlov
BTW is there some good app for programming in my HD2? taking my work on the go? something like visual studio mobile version?