Windows Phone Thoughts - Daily News, Views, Rants and Raves

Check out the hottest Windows Mobile devices at our Expansys store!


Digital Home Thoughts

Loading feed...

Laptop Thoughts

Loading feed...

Android Thoughts

Loading feed...




Go Back   Thoughts Media Forums > WINDOWS PHONE THOUGHTS > Windows Phone Developer

Reply
 
Thread Tools Display Modes
  #1  
Old 12-18-2003, 08:00 PM
Andy Sjostrom
Pontificator
Join Date: Aug 2006
Posts: 1,177
Default Maintain a Single Binary for Pocket PC and Smartphone

http://msdn.microsoft.com/mobility/.../mantsngbin.asp

This is quite unique for the Pocket PC and Smartphone platforms! I am not aware of any other mobile platforms that can actually run the same binary on both a touch screen PDA and a mobile phone. Be that as it may... Check out the MSDN article "How to Maintain a Single Binary for Pocket PC and Smartphone" which helps you get started writing code that maintains one binary for Pocket PC and Smartphone. Here are some hints from the article:

"� Do a runtime check for the platform
� Check for the screen resolution
� Minimize your menus entries
� Minimize the use of Common Dialog Boxes
� Save and load only from "My Documents"
� Create a resource for each platform or use the "condition" property
� Load Pocket PC and Smartphone specific libraries dynamically
� Do not assume a touch screen"

I believe some applications could be developed this way. And if the downsides of walking down this alley is too significant, then at least parts of the code base could leverage these development hints.
 
Reply With Quote
  #2  
Old 12-18-2003, 08:21 PM
newbie2
Pupil
Join Date: Dec 2003
Posts: 15

Do not assume touchscreen?
 
Reply With Quote
  #3  
Old 12-18-2003, 08:48 PM
Jason Dunn
Executive Editor
Jason Dunn's Avatar
Join Date: Aug 2006
Posts: 29,160

Quote:
Originally Posted by newbie2
Do not assume touchscreen?
Smartphones do not have touch screens. :-)
__________________
Want to contact me personally? Use this. Want to read my personal blog? Check it out. Want to follow me on Twitter? Here you go.
 
Reply With Quote
  #4  
Old 12-18-2003, 09:37 PM
pdhenry
Pupil
Join Date: Jun 2003
Posts: 22

Given that some devs have trouble with the concept of having fewer than four function keys, the touchscreen thing is going to be off the radar for them.

(Some Phone Editions only have two redefineable function keys...)
 
Reply With Quote
  #5  
Old 12-18-2003, 09:50 PM
snowlion
Ponderer
Join Date: Apr 2004
Posts: 62

is there a developer newsgroup for smartphone.

this may not be the forum...

but what's a smartphone? something that runs
windows mobile 2003 + some additional software.

or is it a generic word for a class of cellphones.
 
Reply With Quote
  #6  
Old 12-18-2003, 09:52 PM
Jason Dunn
Executive Editor
Jason Dunn's Avatar
Join Date: Aug 2006
Posts: 29,160

Quote:
Originally Posted by snowlion
is there a developer newsgroup for smartphone.

this may not be the forum...

but what's a smartphone? something that runs
windows mobile 2003 + some additional software.

or is it a generic word for a class of cellphones.
It would be best for you to stop by www.smartphonethoughts.com and post a message in the forums there - lots of helpful people will explain things to you. :-D
__________________
Want to contact me personally? Use this. Want to read my personal blog? Check it out. Want to follow me on Twitter? Here you go.
 
Reply With Quote
  #7  
Old 12-18-2003, 10:02 PM
corphack
Ponderer
Join Date: Jun 2002
Posts: 103

Given the extremely limited memory space available in \My Documents (especially on the SmartPhone) applications that limit file access to that subdirectory will be of no use to many customers. This "suggestion" by M$ also seems very naive about the smartphone platform as currently implemented, since the three I've played with (including my current MPx200) all have SD card provisions. This space will be totally unavailable to their applications, should developers strictly follow these recommendations.
 
Reply With Quote
  #8  
Old 12-19-2003, 03:28 AM
caywen
Intellectual
Join Date: Feb 2004
Posts: 123
Send a message via MSN to caywen
Default Doesn't work well

This model doesn't work well for medium-sized and larger products. This is because half the code ends up looking like:

#ifdef POCKETPC
// PocketPC-specific code
#elif SMARTPHONE
// SmartPhone-specific code
#endif

It becomes quite unmanageable after a while.

Better to have two separate projects with a common source area for those things that really are shared.
 
Reply With Quote
  #9  
Old 12-20-2003, 12:07 AM
Southway
Pupil
Join Date: Oct 2003
Posts: 14
Default Some opinions and also a typo in the code

There is a typo in the code, the platform name for smartphone is shown as "Smartphone" but it is "SmartPhone".

I think there are some situations where a single binary (and single code base altering behaviour at run-time) provide significant advantages to deployment, multi-form factor device support and code maintenance.

It can be hard-enough with 5 CPU CAB files, let a lone versions for PPC, SP, HPC, CE.NET, etc.

MultiIE auto detects PPC, PPC2002 and WM2003 and supports all from a single binary, and I think that has greatly added to reducing support issues and fixing bugs.
 
Reply With Quote
Reply


Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 09:19 PM.