At the Embedded Systems Conference today, Microsoft announced plans to rename Windows CE along with other products.  The new name for Windows CE, starting with what would have been CE 7, will be Windows Embedded Compact.  This release is scheduled for 2009.

Here is some more information about Windows CE 6.0 R2, announced at the Embedded Technology Conference in Japan.  The release notes from Microsoft are here.

While there are many incremental changes over CE 6.0, and the addition of VOIP technologies, we don't really see many new features that will affect Data Collection devices.

Microsoft has released an update to Windows CE 6, called Windows CE 6.0 R2.  The official announcement is supposed to be Thursday at Embeded Technology World in Japan.

We should start seeing device with Windows CE 6 before too long!

Last spring, we wrote several articles regarding the new Daylight Savings Time change, and how Windows Mobile and Windows CE were affected.  This weeks Windows Updates patches include a new update to the Daylight Savings Time rules for the PC.  From the linked article, the following updates were made:

---

Updates from the previous cumulative Windows time zone update
The following changes have been made since the previous Windows cumulative time zone update, described in KB article 931836:
• Caucasus Standard Time
Changes display name to Caucasus Standard Time as cities in the previous display name have separate time zones, and removes DST settings.
• Armenian Standard Time
Creates a new time zone for Armenia to better align with different DST changes in the Caucasus region.
• New Zealand Standard Time
Adjusts DST start dates and end dates according to changes signed in to law after the prior cumulative time zone update was created (February 2007).
• GTB Standard Time
Corrects the display name for GTB Standard Time on Windows Server 2003 SP2 to include Bucharest.
• Jordan Standard Time
Adjusts DST start times, end times, and dates according to changes signed in to law after the prior cumulative time zone update was created (February 2007).

---

Several years ago, when we started development of ITScriptNet's font support, one of the first things we noticed was that Windows CE and Windows Mobile devices have a different set of fonts than Windows on the desktop.  All versions of Windows since Windows 95 have included Arial and Time Roman, as far as I am aware.  However, enumerating the fonts on a Windows Mobile device shows a different story.

Instead of Arial and Times Roman, we get Tahoma and Courier.  Why is that?

I can't find any official information on this, but I believe I have a good idea of the reasoning.  First, let's start with Verdana, a font that is commonly used for Web design.  This font was specifically designed for readability in small sizes on screen.  You can read an interview with the designer here.

So why Tahoma and not Verdana for Windows Mobile?  Well, Tahoma is also a font designed for readability at small sizes on screen, but is a narrower font with slightly less space between characters.    I suspect this may be one reason.  With a 240 pixel wide screen, a narrow font saves valuable real estate.

There is also another reason that I suspect may be important.  In comparing the Wikipedia entries on Verdana

 and Tahoma, I discovered the mention of the Combining Characters Bug, and that Tahoma has better Unicode support.  Since Windows Mobile is entirely Unicode-based, it makes sense that a font with good Unicode support would have been chosen.

So, although I can't find any documentation to prove it, I believe that Tahoma was chosen for Windows Mobile because:

1. It is highly readable on screen and at small sizes
2. It has good Unicode support
3. It does not have the Combining Characters bug.

Recently, we've discussed support for some of the new Windows Mobile screen sizes that have been added with the release  of Windows Mobile 5 and 6.  If you've ever wondered why these screen sizes were chosen, you might find this article interesting.  Although it's an old article, we are finally starting to see some of the screen sizes discussed become available.  No devices with 480x480 screens yet, though.

Where did 240 come from?

Mike Hall, Technical Product Manager in Microsoft's Mobile and Embedded Devices Group, has written an interesting article about the Windows CE.  Have you ever wondered why an application written for one Windows CE device doesn't run on another device, when PocketPC applications run on all devices?  Here is the answer.

On the ITScriptNet client, you can specify a Device Alias on the Configuration screen. This Alias is saved into each collected data record and can be used to identify which device was used to collect a specific data record.

The Device Alias is also used as part of the filename for Image Capture or Digital Ink, along with a date/time stamp. This means that if you use a character in the Alias that is not a valid filename character, you will have problems saving the captured images.

What are the valid and invalid characters for a filename on a Windows CE/PocketPC/Windows Mobile device? Although it seems like an easy question to answer, the details turn out to be difficult to pin down. The Microsoft Knowledge Base has several articles about filenaming conventions, mostly with regards to the PC. Here are a few:

Errors Creating Files or Folders in the Root Directory

Naming a File

However, these articles list differing information on which characters are allowed. Are '?' and '*' allowed or not?

With the .Net Compact Framework 2.0 and higher, there is a function called GetInvalidFileNameChars which is supposed to return the list of invalid file name characters.

We created a test program using this function, and it returned the following invalid characters.
All characters between 0 and 31, along with the " < > | characters.

However, we tested creating files on a PocketPC device and determined that the ? * : \ / characters are also not allowed, even though they were not returned by GetInvalidFileNameChars.

So what is the answer to the question, what characters are not allowed in a Windows CE/PocketPC/Windows Mobile filename? It appears these are the invalid characters:

Avoid using any of these characters in your Device Alias to prevent problems saving Image Capture or Digital Ink characters.

We have added a pair of knowledge base articles describing this issue.

INFO: Invalid Filename Characters for Windows CE / PocketPC / Windows Mobile.

PROBLEM: Unable to Save Image error with Image Capture or Digital Ink.

With Extended Daylight Savings Time turning our clocks forward 3 weeks ago, you may have put that whole problem behind you.  This past saturday was the original Daylight Savings Time changeover date, so any devices which were not updated with the new rules will have changed their clocks ahead.  Take a moment to double-check your devices and make sure all clocks are in sync!

Did you update your devices for the new Extended Daylight Savings Time?  The first deadline has passed, but if your devices are not updated, they are going to change the clock automatically when the original daylight savings time date arrives!

HandHeld Products has posted the CAB files for the Extended Daylight Savings Time update.  Put the correct CAB file (PocketPC 2003 or Windows Mobile 5) in the \IPSM\AutoInstall and cold-boot the device.  Be sure you have backed up all data on the device before cold booting!

This is your last chance to update your PC and mobile devices before the new Extended Daylight Savings Time change this weekend.  We've previously discussed these issues in the following articles:

Extended Daylight Savings Time and Windows Mobile / Windows CE

Windows Mobile 5 Daylight Savings Time update tool released by Microsoft.

And of course, visit Windows Update to update your PC.

If all else fails, reset your clocks on Sunday/Monday, and then be prepared to set them again on April 2nd!

We've been discussing some of the changes in the Windows Vista security model.  Here is some information on another one.

In Windows 2000 or XP with ActiveSync 4.x, if you use a limited user account (non administrative), you cannot install the ITScriptNet Client to a device.  ActiveSync 4.x requires an administrative account for device installation.

In Vista, the UAC will pop up a username/password prompt, and if you supply the correct credentials, you can install the client to a device.

We've added a Knowledge Base article describing this issue.
INFO: ActiveSync 4.x requires an Administrative account to install

As you are aware, Windows Mobile 6 recently started shipping.  Since Windows CE 6 became available last fall, we assumed that Windows Mobile 6 was built on top of Windows CE 6.0, in the same way that Windows Mobile 5 is built on CE 5.0, and PocketPC 2003 SE was built on CE4.2.  However, this turns out not to be the case.  According to the Windows CE Team Blog, Windows Mobile 6 does not run on Windows CE 6, but rather on CE 5.02.

This will certainly cause confusion with device manufacturers who support both Windows Mobile and Windows CE.  Will they release Windows Mobile 6 and CE 5 devices together, or Windows Mobile 6 and CE 6?  Will they be willing to support two different underlying operating systems?

Windows Vista introduces a new Mobile Device Center, which replaces Activesync for Windows CE and Windows Mobile devices.

Mobile Device Center is not built in, at least not with the initial release of Windows Vista.  You must download and install it from the link above.

Using the Mobile Device Center is very similar to using ActiveSync.  Primarily the major features still exists but have been renamed.

When you connect the device, you will see the Setup screen, shown below:

If you select 'Connect without setting up your device', you will establish a connection similar to a Guest connection under ActiveSync.

Selecting 'Set up your device' will establish a partnership.

Microsoft has released ActiveSync 4.5.  This update is for Windows 2000/XP only.  Windows Vista uses the new Windows Mobile Device Center.

This new version of Activesync appears to have changes to support Office 2007 and Exchange Server.  It does not appear that ITScriptNet will be affected by this new version, but we will be testing to make sure.

As previously discussed, Windows CE and Window Mobile devices need to be updated for the new Extended Daylight Savings Time in 2007.  Microsoft has now released a tool to make the necessary registry updates to support Extended Daylight Savings Time.

Here is the tool for Windows Mobile:
Windows Mobile Updates for Daylight Savings Time
This tool is intended for Windows Mobile devices and SmartPhones.  If you are using a Portable Data Collection device, check with your manufacturer to see if a custom tool or CAB file is available.

For Windows CE, since every device manufacturer builds a customized configuration of the operating system, it appears that you will need to either:

• Make the clock changes manually.

-OR-

• Update the registry manually, following the directions in this KB article.

-OR-

• Get an update from your device manufacturer.

Be sure to test after applying these updates to make sure the clock updates correctly!

As you are no doubt aware, Daylight Savings Time has been extended by 4 weeks in the United States.  This means that your Windows Mobile devices will need an update to change the clock automaticaly on March 11, 2007 instead of in April.

Microsoft has released an article for each operating system.  These articles describe registry changes to be made.
How to configure daylight saving time for the United States and Canada in 2007 and in subsequent years on Windows Mobile-based devices
How to update daylight saving time for the United States, Canada, and Mexico in 2007 on Windows CE-based devices

Microsoft has also announced a tool to set the appropriate registery entries.  This tool does not appear to be available yet, but we'll keep you posted.  Each device manufacturer will probably release a CAB file or update tool for their devices, as well.

Microsoft has a Daylight Saving Time Help and Support Center with information on updates for desktop and mobile operating systems.