I was quite surprised at an email I got from HTC Support today in regards to a specific device update:-

"Hello,

There will be no Windows Mobile 6.1 upgrade for any HTC Touch device.

Please do not reply to this email as this email address is not monitored for replies.

Best regards,

Carolin

HTC Europe"

The Windows Mobile client for Live Mesh is now available. You can download it from your device from http://m.mesh.com

I've just installed it onto my phone and have been taking a look. On the desktop the Mesh client is quite tightly integrated into the explorer shell - it adds an extra pane alongside your folder windows showing the status of your synchronised folders. On devices the same level of integration is not possible (nor is there the screen real-estate). Therefore the mobile Mesh client runs as a separate application allowing you to manage which folders are synchronised. If you select a folder it opens separately in File Explorer to show the contents, you don't get any fancy icons to show the synchronisation status. The main menu in the Mesh client provides access to the members and news of that folder - the content you would normally see in the Mesh pane. This opens in an Internet Explorer window and is actually a mobile formatted version of the mesh web application. Also from the menu you can force a manual synchronisation and change the settings for automatic synchronisation.

In summary it is quite a simple client and does a good job of extending your Mesh files onto your mobile device. One of the key features is synchronisation of photos and it will automatically setup the \My Documents\My Pictures folder to synchronise with a "Mobile Pictures" folder in your Mesh. Unfortunately this wasn't immediately useful to me as I save photos to the storage card, but it's simple enough to setup Synchronisation of any other folder from the device.

The Compact Framework doesn't support Assembly.GetEntryAssembly to determine the launching .exe. You can instead P/Invoke the native GetModuleFileName function like so:-

byte[] buffer = new byte[MAX_PATH * 2];

int chars = GetModuleFileName(IntPtr.Zero, buffer, MAX_PATH);

if (chars > 0)

{

string assemblyPath = System.Text.Encoding.Unicode.GetString(buffer, 0, chars * 2);

}

Where MAX_PATH is defined in the Windows CE headers as 260. The P/Invoke declaration for GetModuleFileName looks like this:-

[DllImport("coredll.dll", SetLastError = true)]

private static extern int GetModuleFileName(IntPtr hModule, byte[] lpFilename, int nSize);

The function expects a HMODULE - a handle to a native module. However passing IntPtr.Zero here indicates we want the module which created the process which is our .exe. This code will always return the path of the calling .exe regardless of if it is in a utility dll, or even a GAC assembly located in the \Windows folder.

In Professional Edition (Pocket PC) devices the Clock control panel allows you to set a home timezone and a visiting zone and lets you toggle between them. If you need to retrieve the current settings they are stored in the registry in a key called HKEY_LOCAL_MACHINE\Software\Microsoft\Clock in a binary value called "AppInfo". Here is breakdown of that data:-

00,00,00,00,31,00,00,00,55,00,00,00,00,00,00,00,01,00,00,00,80,01,00,00,be,00,00,00,00,00,00,00,00,00,00,00

The first 4 bytes contains an integer which is 1 if in the home zone, and 0 if visiting.

The next 4 bytes always seems to be 0x31

The next 4 bytes are the index into the timezone collection of the home zone (In this example 85 GMT)

The next 4 bytes are unused

The next 4 bytes indicate whether to use DST (In this example 1 true)

The next 4 bytes are always 0x180

The next 4 bytes are the index into the timezone collection of the visiting zone (in this example 190 - New Delhi)

The next 4 bytes are unused

The next 4 bytes indicate whether to use DST in visiting zone (In this example 0 false)

I suspect that the unused values may be connected to the old Cities feature which was originally in the control panel but removed with PPC2003. You may be wondering how to get the timezone information at the specified indexes - in Windows Mobile they are not all stored in the registry as on other Windows CE flavours. They are accessible through POOM - IPOutlookApp.GetTimeZoneFromIndex, or in managed code in Mobile In The Hand.

To coincide with the RTM release of SQL Server 2008 the SQL Compact Team have delivered Service Pack 1 for v3.5. This includes Entity Framework support and a native 64bit version. Steve Lasker has the details:-

http://blogs.msdn.com/stevelasker/archive/2008/08/07/sql-server-compact-3-5-sp1-released.aspx

Meanwhile SQL Server 2008 RTM is available already online for both MSDN and TechNet subscribers.

APPA Mundi has received Certified Partner status within the Microsoft Partner Program along with the Mobility Solutions competency. This achievement showcases APPA Mundi’s expertise in creating mobile solutions based on Microsoft technologies.

Read Full Press Release

One of the reasons I have been busy lately and not blogging as feverishly as in previous months is that I have been, with my three MVP colleagues, busy building up our company - APPA Mundi Ltd. We all have a long history of working with Windows Mobile and we have combined forces to offer consulting, development and training services. You can read more about us and what we do on our website.

With Windows Mobile 5.0 AKU2.0 (Messaging & Security Feature Pack) a new feature was implemented called RemoteWipe. This allowed an administrator to remotely wipe a device if it may have got lost and was designed to remove all sensitive data from the device and return it to a fresh state. It was only with Windows Mobile 6 that the details of the implementation were added to the SDK documentation. Like most other administration and device management features RemoteWipe is implemented as a Configuration Service Provider, this allows it to be activated either via remote or local means. For example you could build a mechanism into your software where you wish to wipe the device, perhaps after an extended number of failed password entries etc. Whether you can call the CSP will depend on the particular security policy on the device, however if possible you can initiate a wipe locally with either DMProcessConfigXML or the managed ConfigurationManager e.g.

System.Xml.XmlDocument xd = ConfigurationManager.ProcessConfiguration(cd, true);

Of course you use this code snippet at your own risk, if it works successfully it will wipe data from your device and return to factory fresh condition!

More details about the service provider here:-

http://msdn.microsoft.com/en-us/library/bb737595.aspx

I've posted a number of links relevant to the session I gave last week on our Tech-Ed page here. This includes the sample code which is an additional selection of samples than those which appear in the 32feet.NET package itself. The session covered the latest v2.3 release of the library and development continues on the next version based on your feedback.

One of the items of feedback I got for the session was the confusion between Personal Area Networking as a concept and the Bluetooth PAN Profile (Which supports Network Access Point, Group Networking and PAN User). Windows Mobile supports a limited subset of this profile to support the Internet Sharing application which was added in Windows Mobile 5.0 AKU3 but is often documented as a new feature in Windows Mobile 6. There is no exposed API to programmatically interact with the BT PAN profile, however there is an API for Internet Sharing which can be used to start/stop a sharing connection. I'm investigating the best way to add this to a future version of the library.

I just got word from David Chang that the Chinese translation of our book is now complete. You can order it from Amazon.cn here:-

http://www.amazon.cn/mn/detailApp?pageletid=newpromote&prodid=bkbk820876

Amit Chopra's Visual Studio for Devices team has grown to include Silverlight Mobile and .NETCF and the team have a new blog to cover all these areas. I'm looking forward to some great content from the team:-

http://blogs.msdn.com/mobiledev/

There may be an occasion where you want to restore the original chronological view for the SMS Inbox rather than the new threaded view. One example is where a system programmatically moves or inserts SMS messages into the system because these are not visible in the threaded view (even though the count of unread messages increases). There is a simple registry fix to turn off threading and restore the "classic" view. From the registry editor of your choice browse the device registry for the key:

[HKEY_CURRENT_USER\Software\Microsoft\Inbox\Settings]

Under this add a new DWORD value called "SMSInboxThreadingDisabled" and set it to 1. Close the tmail.exe application or soft-reset the device and the regular message view will be used. Set this registry value back to 0 or delete it to restore the default threaded view.

On the newsgroup, a developer asked if it was possible to use antialiasing on a Label font. By default on Windows Mobile the text does not use antialiasing unless you turn on the global ClearType option under Settings > System > Screen > ClearType. The platform has the capability to smooth fonts, we just need an easy way to specify the quality from our code. The System.Drawing.Font class doesn't support this directly, but Microsoft.WindowsCE.Forms contains a wrapper for the native LOGFONT structure in the LogFont class. There is a static method on the Font class of FromLogFont(object o) which when passed a Microsoft.WindowsCE.Forms.LogFont will draw the font with the specified options. The following code shows setting three labels with default quality, antialiasing and cleartype, the following screen grab shows the result from my device screen:-Microsoft.WindowsCE.Forms.LogFont lf = new Microsoft.WindowsCE.Forms.LogFont();lf.FaceName = "Tahoma";

lf.Quality = Microsoft.WindowsCE.Forms.LogFontQuality.Default;

label1.Font = Font.FromLogFont(lf);

Microsoft.WindowsCE.Forms.LogFont lf2 = new Microsoft.WindowsCE.Forms.LogFont();

lf2.FaceName = "Tahoma";

lf2.Quality = Microsoft.WindowsCE.Forms.LogFontQuality.AntiAliased;

label2.Font = Font.FromLogFont(lf2);

Microsoft.WindowsCE.Forms.LogFont lf3 = new Microsoft.WindowsCE.Forms.LogFont();lf3.FaceName = "Tahoma";

lf3.Quality = Microsoft.WindowsCE.Forms.LogFontQuality.ClearType;

label3.Font = Font.FromLogFont(lf3);

The release of Windows Mobile 6.1 brings a number of improvements for users but retains the same SDK and libraries as 6. The devices ship with .NETCF 2.0 SP2 in ROM. 

This release adds additional screen resolutions to both the Professional (touchscreen) and Standard (non-touchscreen) editions. For Standard edition these are all 131 dpi and consist of 320x320 square and 400x240 and 440x240 landscape. For Professional there are 240x400 and 480x800 portrait screens. Once again these additional screen sizes emphasize the importance of making sure your app dynamically adjusts to make best use of screen space, for example using the Windows Mobile Line of Business Accelerator 2008.

The images (currently US English only although localised versions should follow) are available to download here:-

http://www.microsoft.com/downloads/details.aspx?FamilyID=3D6F581E-C093-4B15-AB0C-A2CE5BFFDB47&displaylang=en

Martijn Hoogendoorn provides a description of how to avoid the message:-

"An error message is available for this exception but cannot be displayed because these messages are optional and are not currently installed on this device. Please install ‘NETCFv35.Messages.EN.wm.cab’ for Windows Mobile 5.0 and above or  ‘NETCFv35.Messages.EN.cab’ for other platforms. Restart the application to see the message."

Even if you have installed the cab file with message resources. A useful link:-

http://blogs.msdn.com/martijnh/archive/2008/01/03/fixing-exception-messages-on-the-net-compact-framework-3-5.aspx