slimCODE

Updating the list of available slimSEARCH entries

slimcode — Wed, 27 Jan 2010 15:21:24 GMT

The slimSEARCH plug-in for slimKEYS is a beast sometimes difficult to maintain. The number of web sites you can search into evolves with time. Within a slimSEARCH hotkey configuration, you can add predefined search entries using the green plus sign without the yellow sparkle.

This will show you a list of all search entries that come with slimKEYS, and all the ones you manually created before.

Notice the “Update list online” link at the bottom? This fetches an XML file on slimcode.com that gives you more entries. I have updated this file only once since the release of the slimSEARCH plug-in, but it pretty much contains all the search entries I’m using. If you don’t find what you want, you can manually add new entries by using the second green plus sign with a sparkle, and select “Custom web search”.

This gives you a blank entry you must fill in.

It’s not that hard to find out what search pattern to use. Let’s take the Windows Marketplace for Mobile. Enter two distinctive words in the search box, like “foobar slimcode” and proceed with the search.

Without considering the actual result page, look at the destination URL:

This is the URL you must use as your search pattern. Do you see “foobar%20slimcode”? That’s what you must replace with “{keywords}”. In this example, the final search pattern is:

https://marketplace.windowsphone.com/search.aspx?keywords={keywords}

We used two words on purpose, to see how a space was encoded. In this case, it became “%20”. By default, slimSEARCH replaces spaces with “%2B”, the equivalent of a “+” symbol. You can test how the target web site handles “%2B”, or explicitly tell slimSEARCH to use another symbol by checking “Replace spaces with this character”. The Marketplace web site has no problems with the default “+” sign, so I’ve left it unchecked, and filled in the rest of the info.

Some notes: In the title, you can put an ampersand symbol (&) before a letter, so that you can press “Alt-That letter” within the slimSEARCH popup to use that search entry. The toughest part is finding a letter you didn’t already use! :) Alt-R was still available for me. I chose “mm” as the prefix command (for “Mobile Marketplace”). This allows me to type “mm grocery list” and press Enter instead of typing “grocery list” and press Alt-R (even though I rarely use prefix commands, except for the “@” symbol for Twitter user searches).

Also, make sure you move your new search entry above “Web Address Filter” and “Start new process”, by using the “Move search entry up” blue arrow button. These two special entries should always be at the bottom. The next version of slimKEYS will actually hide you these two special entries.

Do you have custom search entries? Share them here!

Making it fit into 140 chars

slimcode — Mon, 11 Jan 2010 14:03:18 GMT

It’s clear to me now. Blogs are for tweets that can’t fit into 140 chars. Often do I find myself with a nice idea that can fit into 140 chars, but that would also benefit to be exposed in greater terms on my blog. But the ease and quickness of posting to Twitter always wins.

The art of compressing a message to fit nicely into 140 chars is not given to anyone, though. My @slimCODE Twitter account (corporate) was followed by @RescoApps from Resco.net. Since I do use their Resco Explorer software, I politely followed back. Then I received these two automated direct messages:

Thank you for the follow!We hope our tweets will always remain worthful for you. Use our"new follower"gift.Will last only till 1st February.

The Gift:25%price discount on our PhotoManager for WM: http://www.resco.net/buy/pocketpc.asp?additem=11117&code=TWITTER1&m=Twitter Regards,R

Both messages are exactly 140 chars. Notice the absence of spaces after punctuation in the first message, and around the “25%” in the second message, and the use of “till” instead of “until” in the first message. And that second message with the ugly URL is unreadable. That’s lazy work, guys. You could have done much better! Understand the importance of good “Tweet Compression”. It’s an art!

For example, replace “1st February” with “Feb 1st” and you save 5 chars you can allocate to spaces and that missing “u” in “until”. Also, use smaller URLs. I understand the benefit of using your own domain. Add a redirection on your site, so you can use something like “www.resco.net/newfollower”, it’s much cleaner. Finally, drop that “Regards,R” signature. Twitter is not email.

Oh, by the way: “worthful” isn’t a word.

And also: I hate auto-direct messages. I’m not using Twitter to talk with robots. Unfollowed. :(

More Marketplace numbers

slimcode — Sun, 03 Jan 2010 02:46:42 GMT

It’s been almost 3 months that the Windows Marketplace for Mobile is available for Windows Mobile 6.5 users, and more than a month for 6.0 and 6.1 users. We’re now in 2010, and I thought it was a good time to update my download/purchase stats.

Here are my numbers since the beginning:

	US	CA	UK	Earnings*
DutchTab 1.2 (1.99$ US)	11	3	11	49.75$
RateThings 1.0 (2.99$ US)	21	3	14	113.62$
GrocerySort 1.0 (3.99$ US)	296	9	N/A	1216,95$
slimPASSWORDS 1.0/1.1 (free)	6111	183	1551

* 70% goes to slimCODE, 30% to Microsoft.

It’s about time I submit GrocerySort to the United Kingdom market. I was postponing it to release version 1.1. It was probably a mistake. It’s coming soon.

Oh, and I have those W-8BEN and EIN requests to submit to the US and MS to finally get paid… Nothing to get excited about, barely covers the software I use.

The most awkward debugging experience just happened to me

slimcode — Wed, 21 Oct 2009 14:52:00 GMT

I’m currently testing a Windows Mobile application. I’m doing final tests directly on my real devices. I had my HTC Touch Pro2 phone hooked via USB, and the tests went perfectly. Then, I unplugged it and plugged my old HTC P4000 to make tests on an older device. I pressed F5 in Visual Studio .NET, and checked my P4000’s screen for the usual “Do you trust that application” prompt… Nothing. But from the corner on my eye, I saw that my Touch Pro2 was asking for the question. Hun? I clicked “Yes”, and there I was, in the middle of a debugging session via WIFI!!! Tracing was working well, I could breakpoint, pause and continue.

I had no idea my phone was still connected to Windows Mobile Center. As a matter of fact, Mobile Center was waiting for my feedback about how to sync the newly plugged P4000. Once I answered “Connect without synching”, VS.NET started using the P4000 for debugging.

And all this happened 5 minutes after I told myself I should tweet that I want my phone to sync via WIFI.

Now, I’m trying to reproduce this, and I can’t. It seems timing had a lot to do with this, and the fact it was the first time Mobile Center saw my P4000 in this session. If only Windows Mobile Center (and VS.NET) was supporting multiple devices connected at the same time.

Windows Mobile Marketplace numbers

slimcode — Tue, 20 Oct 2009 23:40:50 GMT

In the iPhone world, it is not rare to see developers share their numbers with the rest of the community. I decided to do the same with the Windows Mobile Marketplace, after its first two weeks.

I submitted three applications to the Marketplace, two of them, DutchTab and RateThings, to multiple English markets (US, Canada, UK, Australia, India), and slimPASSWORDS only to the US and Canadian markets. Since this third application is free, I wanted to avoid the 15$ fee per extra market submission.

DutchTab (1.99$ US): 12 downloads

RateThings (2.99$ US): 9 downloads

slimPASSWORDS (free): 1010 downloads

Wow! A total of 50.79$ in sales!!! 35.55$ in my pockets!!! I’ve coded myself a new Volvo!!!

(you can insert here a very long silence of discomfort)

Now, let’s put everything in perspective. The Windows Mobile Marketplace is young, very young. And contrary to other application stores, it did not appear on all devices and platforms at the same time. Only Windows Mobile 6.5 devices can benefit from it, or those impatient enough to find the hacked CAB and install it on their WM 6.0 or 6.1 device (like I did).

Once the Marketplace gets a web interface and official support for older devices, numbers will mean something.

In the meantime, I’m happy to see slimPASSWORDS get a few downloads.

A shout from my heart to Microsoft

slimcode — Tue, 20 Oct 2009 14:23:41 GMT

It could have been the very poor download numbers I’m getting for my three apps on the Windows Mobile Marketplace. It could have been the total confusion I’m seeing within Microsoft about overlapping projects (FolderShare vs SkyDrive vs Live Mesh vs My Phone, Azure vs Live Framework, Win32 vs WinForms vs WPF vs Silverlight, WebForms vs MVC, etc). It could have been the disgust I have for Mr. Balmer, though I’m sure he works hard.

No. The hit came from behind. It came from a source I did not expect. I can still hear her sentence, thrown like a banality, just like when she talks to me about gossips.

“Why don’t you make your little applications for the iPhone? You’d have more success.”

Bam. I was stunt. My wife, that wonderfully non-technically versed, non-gadget prone person I share my life with was just stabbing me in the back… And I couldn’t answer. To keep the face and the technical superiority I’m suppose to have over her, I tried to made a “honey, what do you know about all this?” kind-of-face, and said without thinking “it would cost me a lot of money to jump in that boat, and I would have to relearn everything. I’m not ready for this.”.

Translation: I could not justify the purchase of a Tablet PC and a new Windows Mobile phone in the past months, and I’m too damn lazy to learn something new.

And I kept thinking about this the whole weekend. I felt stupid. I felt ashamed. I felt exposed and vulnerable. The reasons for me to keep developing for the Windows and Windows Mobile platforms were just a “façade” in front of my laziness and comfort. Am I doing the wrong thing by staying in that comfort zone?

I dug deeper and deeper, trying to convince myself I could not be THAT lazy, and finally pinpointed the true explanation for me to hold onto the Windows Mobile platform. Simple and sincere attachment to Microsoft, and a true desire to see them succeed. If I’m still developing for Windows Mobile, it’s not because I think they will succeed, it’s because I want them to succeed.

They spoiled me with the best development tools, an awesome managed framework, a huge developer community, tons of sample code and a new openness that makes you feel part of the gang.

In the meantime, they forgot about actual users and their own perception. While Balmer was busy shouting “developers, developers, developers” in one room, and talk to big corporations in another, the simple general public user was forgotten by Microsoft. Their new desktop OS, Vista, almost crumbled after MS decided it was more important to be secure than usable. And their mobile OS was forgotten in a closet, accumulating dust and a bad odour.

Today, Tuesday October the 20th, 2009, as a developer, I’m shouting from the deepest of my heart: Microsoft, stop thinking like developers, stop thinking like evangelists or regional directors. Put your “general user” shoes and hat, and act. Don’t talk. Act. Straighten up you act, I should say. Clean up the complete mess you are displaying with those overlapping product ideas that rarely come to completion. Simplify your offerings into simple and user-friendly products and terms. Force developers to use APIs that will make the user the most important target, not the developer’s comfort. Give us a unified and up to date API to address the users’ demands. Consolidate your Windows Mobile, Zune and Windows Phone offerings once and for all under one roof, with the best framework you can give developers so they can concentrate on users.

I will not wait until 2010 to make a final decision between Windows Mobile and the iPhone. Show me… no… prove me before the end of the year that you have a consolidated and ubiquitous vision of the Windows Phone, the Zune brand, their respective Marketplace and Silverlight development. I’m not ready to wait any longer. I’ve waited enough. It’s now or never.

Performance tests using Bitmap with different PixelFormat under the .NET CF

slimcode — Fri, 25 Sep 2009 04:53:20 GMT

I don’t have any answer for all the data I’m about to write here, but I thought it would be interesting to share with you the results of my performance tests using Bitmap objects under the .NET Compact Framework.

My Windows Mobile applications use a custom-made control library, where controls perform their own painting based on templates and views. All the painting is performed in an image, which is then copied back to the display, to avoid flickering.

While testing my applications on higher resolutions, I hit a very frustrating wall: OutOfMemoryException. That’s right. Creating the buffer Bitmap was too demanding for the emulator images I’m testing with. And we’re not speaking about very huge images. The typical size where it fails is 480x696, for a single form test application. Assuming a 32bit per pixel image, we’re talking about 1336320 bytes. That’s not that much. What is happening?

First, I decided that my library would fall back to a smaller bpp (bit per pixel) image when this happens. By default, I try creating my Bitmap using the constructor that takes only a width and height. When this fails, I rollback to using the constructor that also takes a PixelFormat, passing Format16bppRgb565.

That’s when the roof fell on me. Performance degraded dramatically. And after some profiling (by hand using QueryPerformanceCounter), the culprit was identified: Copying the buffer image back to the display’s Graphics.

So I decided to test and compare the various PixelFormat values, on a real 480x800 device running WM 6.1 (HTC Touch Pro 2), expecting Format32bppRgb to give me the same results as passing no PixelFormat parameter to Bitmap’s ctor. I was wrong!

PixelFormat	Drawing ticks	Copying ticks
None:	287392	215296
Format32bppRgb:	1233216 (4.3x slower)	1963200 (9.1x slower)
Format24bppRgb:	1302496 (4.5x slower)	601088 (2.8x slower)
Format16bppRgb565:	561696 (1.9x slower)	301344 (1.4x slower)
Format16bppRgb555:	586976 (2.0x slower)	2163360 (10.0x slower)

As you can see, the constructor that does not take a PixelFormat parameter is doing something special, because performance is drastically better. In the best case, using Format16bppRgb565, it was still almost 2 times slower. It was time for some Reflector! While the desktop version was calling its overload with Format32bppArgb (0x26200a, which is not available in the PixelFormat enum under .NET CF), the CF version was doing things completely differently than the ctor with a PixelFormat parameter:

.NET Framework:

public Bitmap(int width, int height)
{
this..ctor(width, height, 0x26200a);
}

.NET Compact Framework:

public Bitmap(int width, int height)
{
base..ctor();
this._Init(width, height);
}

public unsafe Bitmap(int width, int height, PixelFormat format)
{
PAL_ERROR pal_error;
IntPtr ptr;
base..ctor();
pal_error = GL.CreatePixfmt(width, height, format, &ptr);
if (pal_error < 0)
{
goto Label_002A;
}
base.m_cx = width;
base.m_cy = height;
base.m_how = ptr;
Label_002A:
MISC.HandleAr(pal_error);
}

private unsafe void _Init(int cx, int cy)
{
PAL_ERROR pal_error;
IntPtr ptr;
pal_error = GL.Create(cx, cy, &ptr);
if (pal_error < 0)
{
goto Label_0023;
}
base.m_cx = cx;
base.m_cy = cy;
base.m_how = ptr;
Label_0023:
MISC.HandleAr(pal_error);
}

When providing a PixelFormat, GL.CreatePixfmt is called, while it’s GL.Create that is called when no format is provided. What kind of image does that create? I have no clue. To try to identify it, I decided to try the other PixelFormat values available on the regular .NET Framework, but absent from the .NET CF. They all failed with an ArgumentException, except one! Format32bppArgb, the default value on the .NET Framework! And here were the results.

PixelFormat	Drawing ticks	Copying ticks
Format32bppArgb:	1251968 (4.4x slower)	1945504 (9.0x slower)

Still not the same results. Now is the best part: It did not cause OutOfMemoryException on high res emulators! Hun? The image created without a PixelFormat has greater resolution than 32bit? But Format48bppRgb, Format64bppArgb and Format64bppPArgb failed.

You might think I was done with the surprise, right? No.

The above numbers were clearly showing that using the PixelFormat-less Bitmap constructor was the preferred choice, and that I could revert to Format16bppRgb565 in case of OutOfMemoryException. Then I tested on a real 240x320 WM 6.1 device (HTC P4000):

PixelFormat	Drawing ticks	Copying ticks
None:	425056	287520
Format32bppRgb:	502240 (1.18x slower)	721280 (2.5x slower)
Format24bppRgb:	569952 (1.34x slower)	646784 (2.25x slower)
Format16bppRgb565:	373152 (1.14x faster) !!!	286144 (same speed) !!!
Format16bppRgb555:	371072 (1.15x faster) !!!	765984 (2.7x slower)
Format32bppArgb:	518496 (1.22 slower)	722048 (2.5x slower)

This time, the PixelFormat-less constructor is not the fastest option. If I want to achieve the best performance possible, I have to make different decisions on different platforms. Oh great. That’s just great… To complete the big picture, I tested on many emulator images. Here are the results, always comparing with the default format:

WM 6.0 Classic QVGA (240x320)

PixelFormat	Drawing diff	Copying diff
Format32bppRgb:	3.7x slower	32.3x slower
Format24bppRgb:	4.0x slower	29.5x slower
Format16bppRgb565:	1.41x faster	1.03x slower
Format16bppRgb555:	1.37x faster	38.7x slower
Format32bppArgb:	3.7x slower	32.5x slower

WM 6.0 Pro QVGA (240x320)

PixelFormat	Drawing ticks	Copying ticks
Format32bppRgb:	3.7x slower	32.0x slower
Format24bppRgb:	4.0x slower	29.4x slower
Format16bppRgb565:	1.3x faster	1.07x slower
Format16bppRgb555:	1.43x faster	36.3x slower
Format32bppArgb:	3.8x slower	32.3x slower

WM 6.0 Pro VGA (480x640)

PixelFormat	Drawing diff	Copying diff
Format32bppRgb:	6.8x slower	76x slower
Format24bppRgb:	7.7x slower	72x slower
Format16bppRgb565:	1.45x faster	1.04x slower
Format16bppRgb555:	1.45x faster	88x slower
Format32bppArgb:	6.9x slower	77x slower

WM 6.1 Classic QVGA (240x320)

PixelFormat	Drawing diff	Copying diff
Format32bppRgb:	3.6x slower	27.1x slower
Format24bppRgb:	3.8x slower	24.7x slower
Format16bppRgb565:	1.47x faster	1.10x faster
Format16bppRgb555:	1.43x faster	30.4x slower
Format32bppArgb:	3.5x slower	26.7x slower

WM 6.1 Pro QVGA (240x320)

PixelFormat	Drawing diff	Copying diff
Format32bppRgb:	3.8x slower	32.1x slower
Format24bppRgb:	4.1x slower	29.7x slower
Format16bppRgb565:	1.41x faster	1.02x slower
Format16bppRgb555:	1.41x faster	36.8x slower
Format32bppArgb:	3.8x slower	31.7x slower

WM 6.1 Pro VGA (480x640)

PixelFormat	Drawing diff	Copying diff
Format32bppRgb:	6.9x slower	75x slower
Format24bppRgb:	7.5x slower	68x slower
Format16bppRgb565:	1.52x faster	1.04x faster
Format16bppRgb555:	1.37x faster	83x slower
Format32bppArgb:	6.9x slower	76x slower

WM 6.1 Pro WVGA (480x800)

PixelFormat	Drawing diff	Copying diff
Format32bppRgb:	7.2x slower	87x slower
Format24bppRgb:	7.8x slower	80x slower
Format16bppRgb565:	1.54x faster	1.01x faster
Format16bppRgb555:	1.54x faster	100x slower (10000%!!!)
Format32bppArgb:	7.3x slower	88x slower

WM 6.5 Pro QVGA (240x320)

PixelFormat	Drawing diff	Copying diff
Format32bppRgb:	1.33x faster	2.2x slower
Format24bppRgb:	2.1x slower	21.7x slower
Format16bppRgb565:	1.39x faster	1.02x slower
Format16bppRgb555:	1.33x faster	26.2x slower
Format32bppArgb:	1.32x faster	2.1x slower

WM 6.5 Pro VGA (480x640)

PixelFormat	Drawing diff	Copying diff
Format32bppRgb:	1.41x faster	3.6x slower
Format24bppRgb:	3.5x slower	44.7x slower
Format16bppRgb565:	1.49x faster	1.01x slower
Format16bppRgb555:	1.45x faster	55.5x slower
Format32bppArgb:	1.41x faster	3.4x slower

WM 6.5 Pro WVGA (480x800)

The default format gives me an OutOfMemoryException, but forced formats show similar results as with VGA.

A lot of numbers that can be resumed to:

Under WM 6.0 and 6.1, using Format16bppRgb565 can improve drawing times without compromising image copying times.
Under WM 6.5, 32bpp formats have also improved drawing, offering better results than the default format, but still lacking by 2x on image copying. Format16bppRgb565 is still the best alternative to the default.
The greater the resolution, the worse image copying is for non-default formats, except with Format16bppRgb565, which stays roughly on par.
There is no good reason for using Format16bppRgb555 instead of Format16bppRgb565. Though drawing is as good, image copying is terrible on all platforms.

At this point, I’m clueless about what is different with a Bitmap created without a PixelFormat parameter, but my approach will be the following:

Always use the PixelFormat-less constructor by default.
If I get an OutOfMemoryException, call the other ctor with Format16bppRgb565.

I understand that all this could be different on real devices. But without answers, one must use its Duct Tape and move on.

A week with a Tablet PC

slimcode — Sat, 25 Jul 2009 13:17:32 GMT

My friend Odi and I were “chattwitting” about a possible Apple Netbook or Tablet PC, and we didn’t have the same vision about what that computer would look like. I could not imagine there was a big enough market for a Tablet-only computer for the market-savvy Apple.

Because I wanted to explore development of multi-touch applications, I didn’t hesitate buying myself a Tablet PC. It’s a convertible laptop, as I wanted this computer to replace my current laptop. Anyway, nobody could use a Tablet like a laptop, right?

Well, I decided to try it, for a week. I’m sure that’s enough to get the idea. That week already started, with the installation of Windows Live Writer, and creation of this post, fully written with the on-screen keyboard. I can already say that typing with the on-screen keyboard is far from optimal, not much better than those phone keyboards. The #1 problem is when typing the same letter twice. If you double-tap too fast, only one letter is typed. Also, because the keyboard window can (and must) be moved, your fingers don’t get the hang of positions.

Another thing I miss is quick access to slimKEYS and its slimLAUNCH extension. It would make more sense to have an icon in the taskbar to open slimLAUNCH. It still works with the on-screen keyboard but takes more time.

Right clicks can also become a problem. Normally, you can tap-and-hold and wait for imitating it, but it does not always work, or is imprecise. Take Windows Live Writer for example: correcting typos with those red underlines is difficult since it often thinks you’re tapping a line below.

Finally, every time you need to enter text in a textbox and the keyboard isn’t visible, three taps are necessary, a little excessive, but I didn’t check the options yet.

During this week, I’ll be trying the following tasks (and more):

Read and post on Twitter.
Read and write emails with Gmail.
Surf the web.
Listen to music with Windows Media Player.

I won’t stop myself from using the stylus, but instead compare touch and stylus head to head.

See ya in a week, or on Twitter.

The slimLAUNCH.Passwords extension if now open source!

slimcode — Fri, 24 Jul 2009 18:48:43 GMT

I promised it a very long time ago. It was asked recently. That gave me the kick I needed to finally open the doors to the slimLAUNCH.Passwords extension, so everybody can check the sensitive code it’s made of, in case I’ve goofed somewhere.

The sources for the slimLAUNCH.Passwords extension are now available on CodePlex.

For the moment, it’s more of a “for consultation” open source project. I’ll gladly look at your suggestions for features, but the main reason for opening the sources is because of all the encryption code it contains, and the confidence you need to have into this product before handing it all those precious passwords.

We'll see how it goes. I’ll open the sources to the slimPASSWORDS Windows Mobile application once I’m used to CodePlex.

How does slimKEYS auto-update itself?

slimcode — Tue, 07 Jul 2009 04:59:12 GMT

Brant, a fellow developer and slimKEYS user was asking me how slimKEYS was auto-updating itself. I thought this would make a good blog post, so here is my answer, Brant!

The installer

Because I’m exposing a plug-in interface (and I’m too lazy trying to figure out how click-once would fit in this scenario), I’m not using click-once, but instead relying only on the installer being smart enough to uninstall any old version and install the new one. With modern installer makers, this is pretty straightforward. Simply make sure to generate a new GUID every time you change the version number. I’m using Advanced Installer, and it automatically suggests me this when I change the version.

The second gotcha is correctly closing any existing slimKEYS process before the installation proceeds. Because slimKEYS does not have a real visible main window, relying on a simple WM_QUIT wasn’t always working for me. Honestly, I should have kept trying this method, but instead decided to go with a custom closing mechanism. When slimKEYS starts, it calls the RegisterWindowMessage like this:

m_stopMessage = Win32.User32.RegisterWindowMessage( "StopSlimKeys" );

In the main form’s WndProc, I have this very simple and explicit code:

else if( m.Msg == (int) m_stopMessage )
{
Application.Exit();
}

You can think of this as a placeholder in case one day I want to perform some special task when closing because of uninstallation. For the installer part, I created a very simple DLL which is broadcasting the same message to all processes, like this:

extern "C" STOPSLIMKEYS_API void StopSlimKeys( void )
{
UINT uMessage = RegisterWindowMessage( L"StopSlimKeys" );

SendMessage( HWND_BROADCAST, uMessage, 0, 0 );
}

I’m deliberately using SendMessage with the special HWND_BROADCAST handle, since I had less success using BroadcastSystemMessage{Ex} on both Windows XP and Vista. Go figure!

Another OS-related problem I had to fight a lot with during the past years is when to call this custom DLL in the installer phases. Broadcasting this message seems to require my custom DLL to be running elevated. The earliest step is under InstallSequence/FindRelatedProducts. Unfortunately, under Vista, a new “Close running process” dialog appears before that step. Bummer. Turns out you can run a custom action under the InstallUISequence/FindRelatedProducts. This occurs after elevation, but before that special Vista prompt. But not so fast! Under XP, you still need to call your custom action under InstallSequence. That’s why my installer is calling my custom action twice!

Having packaged my installer into an EXE requiring elevation in the first place would have saved me all this trouble, but I initially went for an MSI, and spread an URL with that extension to many sites. I had to live and die with an MSI.

The updater

Now that my installer behaves correctly when updating a running version of slimKEYS, all I need to do is download the latest package if a newer version is available. You’re probably already thinking about some XML file you could check via HTTP, with version information and small descriptions. If you’re using Advanced Installer, stop trying to reinvent the wheel, that’s already supported.

When creating your package, you can enable “Advanced Updater”. This will generate and embed into the MSI two sibbling EXE and INI files. If you check your slimKEYS install folder, you can see files slimCODE.slimKEYS.AutoUpdate.exe and slimCODE.slimKEYS.AutoUpdate.ini. Take a peek at the INI file, you’ll see a line like this:

URL=http://www.slimcode.com/slimkeys/downloads/updates.ini

That’s the file I’m changing every time a new MSI is available. You can easily manage that INI file with Advanced Installer, by creating a new “Updates Configuration” project.

The glue between

So my MSI is installing a nice slimCODE.slimKEYS.AutoUpdate.exe file with my other executable. It will serve very little if nobody runs that program! And nobody calls it automatically either. You have to execute that file, or tell the MSI to add a Windows scheduled task. I’m not a fan of the later option. Turns out slimKEYS does look for and execute that file every time you start slimKEYS. Because the INI says to check once a day, running that file many times a day won’t cause multiple checks.

private void CheckForUpdates()
{
try
{
    string updaterFilename = Path.Combine(
      Path.GetDirectoryName( Application.ExecutablePath ),
      "slimCODE.slimKEYS.AutoUpdate.exe" );

    if( File.Exists( updaterFilename ) )
    {
      System.Diagnostics.Process.Start( updaterFilename, "/silent" );
    }
}
catch( Exception except )
{
    System.Diagnostics.Trace.WriteLine( "[EX] MainMessageForm.CheckForUpdates:" );
    System.Diagnostics.Trace.WriteLine( except.Message );
}
}

I hope this sheds some light on how slimKEYS updates itself. Oh, and remember to keep calling that updater file!

Referencing a debug assembly in debug builds, and a release assembly in release builds

slimcode — Fri, 12 Jun 2009 05:29:41 GMT

I have a few VS.NET 2008 projects that share usage of libraries I made for Windows Mobile. I used to include the libraries’ projects directly into each solution, but this is leading me to rebuilding those libraries each time, even if the sources do not change often. It also could cause two applications to look like they’re using the same build of those libraries, while they’re not actually the same bits.

So I decided to move those libraries outside my solutions, and have a separate build for each. Now, I still wanted to reference the debug builds when building the debug versions of my applications, and the release builds when building in release. Turns out you can hack into your project files to accomplish exactly that.

Open your .csproj files with a text editor and locate your references. They should look like this:

<Reference Include="slimCODE.slimCONTROLS, Version=1.0.9312.0, Culture=neutral, processorArchitecture=MSIL">
<SpecificVersion>False</SpecificVersion>
<HintPath>..\..\Binaries\Release\slimCODE.slimCONTROLS.dll</HintPath>
</Reference>

There are two ways to make the above reference change target based on the active configuration.

Add a condition

You can add a “Condition” attribute to the <Reference> tag that will make that reference toggle based on that condition. It can be anything. In our case, it would look like this (important stuff in red):

<Reference Include="slimCODE.slimCONTROLS, Version=1.0.9312.0, Culture=neutral, processorArchitecture=MSIL" Condition="'$(Configuration)' == 'Release'">
<SpecificVersion>False</SpecificVersion>
<HintPath>..\..\Binaries\Release\slimCODE.slimCONTROLS.dll</HintPath>
</Reference>
<Reference Include="slimCODE.slimCONTROLS, Version=1.0.9312.0, Culture=neutral, processorArchitecture=MSIL" Condition="'$(Configuration)' == 'Debug'">
<SpecificVersion>False</SpecificVersion>
<HintPath>..\..\Binaries\Debug\slimCODE.slimCONTROLS.dll</HintPath>
</Reference>

Thus, for each reference you want conditional, you must add a second entry for each subsequent configuration name. Don’t forget to change the <HintPath> accordingly.

Cheat the hint

Turns out the <HintPath> can contain variables, like $(Configuration). That’s an easier way to redirect to the proper build, given your binaries are located in folders using the configuration names. That was my case.

<Reference Include="slimCODE.slimFORMS, Version=1.0.9312.0, Culture=neutral, processorArchitecture=MSIL">
<SpecificVersion>False</SpecificVersion>
<HintPath>..\..\Binaries\$(Configuration)\slimCODE.slimFORMS.dll</HintPath>
</Reference>

Though the first way looks more Kosher, the second way seems to behave correctly too, is simpler, and adapts automatically for each new configuration, given you use the correct folder names. Changing the active configuration does make the reference’s “Path” value in the “Properties” window change accordingly.

I’ll try both and give you more feedback if one fails.

slimKEYS is now free - Why?

slimcode — Wed, 06 May 2009 13:49:52 GMT

In case you haven't heard yet, slimKEYS is now free to use. Totally free. No catch, No ads, no malware, nothing.

Why would someone earning money from a product decide to make it suddenly free?

Because I never made any money with slimKEYS.

Now, you're probably thinking "slimCODE decided to make slimKEYS free so they can stop putting energy on it", right?

Is this the end of slimKEYS?

No way! For a simple reason: I'm the number one customer myself. I couldn't work on a computer without slimKEYS.

Then, why not leave it at 15$?

Because I still dream of seeing slimKEYS becoming a successful product, and I realize my definition of "successful" isn't based on the amount of money I can bring in with slimKEYS, but more with the number of users I can gather. The equation is obvious:

I'll never make a fortune with slimKEYS, never.
I want to continue to work on slimKEYS.
I need motivation in order to work on a product.

So my last attempt in keeping motivation is to make it used by more and more people. And for that, I'll need help from the current very loyal users. Spread the word! Blog it, tweet it! slimKEYS is free, and there's no catch.

And if people still think it deserves money, it's always possible to make donations.

And besides, if I can't make money with it, why not drive traffic at least?

But I paid for slimKEYS! That's not fair!

I agree, it's not fair for those who paid. If you really feel betrayed, you can ask a refund. If you really think that back then, slimKEYS was worth something, but now it doesn't, even some small donation, I'll gladly refund.

Just send me an email with your registration information.

Why not make it open source?

The answer should now be obvious: I still want full control and ownership of the hard work I've put into slimKEYS. Else, motivation would drain away a little more. Starting an open source project is a logical pattern. Turning a 4+ years old project into open source is resignation.

Maybe one day. Once the user base is strong enough? Maybe.

How do you pay your bills, then?

I hope this does not surprise you, but slimKEYS is not my only professional activity. I do contracts for custom development, and I also work on other product ideas (too many, must focus!). I'm leaning toward mobile development. For example, I have slimPASSWORD for Windows Mobile coming soon, for opening your slimLAUNCH.Passwords file on your phone. I also have two other Windows Mobile apps in the oven.

As for DutchTab for Windows Mobile, still at 5$, it will also become free in a few weeks, with a small update. I don't think my two customers will mind.

slimKEYS v1.4.9255 is released!

slimcode — Wed, 06 May 2009 13:46:56 GMT

A new version of slimKEYS was released yesterday. The main two new features involve slimSIZE and slimVOLUME, in somewhat related features.

New with version 1.4.9255, you can tell a slimSIZE hotkey to grow or shrink a window, instead of only forcing a specific size.

In a same thinking, but opposite result, you can now create slimVOLUME hotkeys that set the volume to a specific level, instead of just increasing or decreasing the level. For example, I created myself a Win-VolumeUp hotkey that fixes the volume level to 50%, and another Win-VolumeDown that fixes it to 5%.

Other than those two features, a small change to how the slimLAUNCH window behaves when you type alternate shortcuts. For example, when a FileSystem item is selected, you could press Ctrl-F to open its parent folder. According to my own SDK documentation, the implementation should have made the slimLAUNCH window close, but those were only words. Now it does close the window.

Oh, and another small detail: slimKEYS is now free!!!

(more on this in a following post)

I'm an HTC Touch Pro fan... but why a Pro2?

slimcode — Mon, 16 Feb 2009 14:28:54 GMT

I'm an HTC P4000 owner, and I really like having a phone with a sliding keyboard. I had my eyes on the new HTC Touch Pro for a couple weeks now, but I just noticed (via @wmdev) that HTC released a second generation Touch Pro, called Touch Pro2 (what did you expect for a name?). I have nothing against multiple generations, they are a sign a company is evolving and improving. The Touch Pro was available since only a couple months. Why release a Pro2 so early? Is the first gen buggy? Is there something we should know about it?

Looking at the sales pitch for the Pro2, it looks like the only improvement is the conference call features. It's about the only thing they brag about. I decided to compare both specs to get a better glimpse at the differences.

The Pro is smaller in width and height (102 x 51 mm) than the Pro2 (116 x 59 mm), but is actually thicker (18 mm versus 17.25 mm), which is not apparent when looking at photos.
The display screen is way bigger on the Pro2, at 3.6" instead of 2.8". This enables a better resolution of 480x800 (WVGA) on the Pro2, versus the 480x640 (VGA) resolution for the Pro.
The Pro2 is slightly heavier at 175 grams, only 10 more than the Pro at 165 grams. But with a bigger body and screen, that's expected.
The Pro2's sliding screen can be tilt for better viewing.
The battery in the Pro2 has a 1500 mAh capacity instead of 1340 mAh for the Pro, but with a WVGA resolution to drive, it shortens the Pro2's use time on WCDMA networks from 378 minutes to 270 minutes (that's a lot). Strangely, on GSM networks, it's the same for both devices (I don't get it).

The rest is about the same. 512 MB ROM and 288 MB RAM, almost the same Qualcomm processor at 528 MHz (7200A for the Pro2, 7201A for the Pro).

HTC should really push more the fact it has a bigger screen and better resolution. Those are far more important features for me than conference calls. I was preparing myself to buy a Touch Pro so that I could play with G-Sensor development. I think I'll wait for the Pro2!

Fixing error code 29506 when trying to install SQL Management Studio Express

slimcode — Fri, 30 Jan 2009 18:15:00 GMT

Like many others, I was getting an error code 29506 when trying to install SQL Server Management Studio Express 2005 on my Vista x64 machine. Searching for a fix kept sending me to posts talking about running the MSI as administrator from the beginning, but this didn't solve it for me, neither did it solve it for many other commenters out there.

The good news is, I did find a solution! And I bet that if you end up reading this post because of a similar error, we have something in common: we downloaded the MSI using Internet Explorer 7 (or 8)! The file gets stamped as "coming from the net", thus has restricted privileges, even when running it as administrator.

Simply right-click the file and select "Properties". At the bottom of the "General" tab, you should see a security message with an "Unblock" button:

Pressing that "Unblock" button will remove metadata associated with that file. Running the MSI again should now work fine, even without running it from an administrator prompt, but I did ran it from an admin prompt just to make sure.

Update: As many commenters mentioned, you still need to execute the MSI from an admin command prompt.

Hope this helps!

Babies Know

slimcode — Wed, 28 Jan 2009 13:30:28 GMT

I got this by email yesterday. It was too good to leave as an email... And I'm against an email chains, so better start a Twitter chain! ;)

And

Another slimKEYS release, v1.3.9063

slimcode — Wed, 14 Jan 2009 21:54:27 GMT

There's a new slimKEYS release around town, version 1.3.9063. Why the "3" in "1.3"? Simply because there was a minor change in the plug-in programming interface, and I'm a purist. But I'm not ashamed of increasing the minor version number, since there's also a new plug-in: slimZOOM.

The default hotkey is Win-A. Move the mouse over the area you wish to zoom in, and press the hotkey. A zoom window will appear. You can press W to toggle the window to use a full monitor or your whole display (yes, for single monitor systems, that's the same thing).

There are many other options, I'll let you play with it to learn more (or watch the demos). As usual, many other small things have been fixed or improved, but one thing worth mentioning is the ability to rename hotkey descriptions to use your own.

Have fun with this new release, and thank you all for the suggestions and bug reports. I'm listening, and I'll continue working on very nice suggestions received on the forums and by email.

Souvenir of a PDC

slimcode — Mon, 03 Nov 2008 15:11:33 GMT

I’m back from PDC 2008, sitting at my computer, trying to apply in more concrete ways what I’ve learn there, and evaluating how this will affect my projects in the near future. Indeed, Windows Azure was a great announcement, and seems a great platform, though I haven’t worked with it yet. During the PDC, what seems a great product idea popped up in my mind, and Azure will be the target platform for that idea. But it’s only out off laziness that it won’t be implemented on Amazon or Google platforms. Again, Microsoft is making sure developers are comfortable, have a great - scratch that - an awesome development platform to work with, so they make their technologies de facto in the industry.

But Azure was expected, written in the sky, the next logical move from Microsoft to address the concurrence of Amazon Web Services and Google Apps. It was even a platform they needed themselves for their web-page app offerings (e.g. Office 14 Web). I wasn’t going at the PDC to learn more about what was being that Mesh thing, but to learn more about the two Windows 7 that they are cooking for us, the desktop and the mobile.

The first one was a very early glimpse, with cool UI features, but we didn’t learn much of the inners. Ok, we’ll get touch APIs, that’s great. The “libraries” view is a good way to make us forget about one of the three pillars of Longhorn that was dropped after PDC 2003: WinFS. It’s a simple interface with a simple API, which will do the work for a while. But let me give you a good example why it’s still not enough: This morning, my wife needed a picture of Clément to upload to a web site. She doesn’t exactly know where our pictures are located. So opening the “Browse” button on that web site turned out to be quite an adventure for her. Once I told her pictures were in “K:\Photos”, she faced a second problem: She couldn’t browse pictures by tag or date like she’s used to in Windows Photo Gallery or Picasa. She had to open each folder one by one, change the view to see bigger thumbnails, remember paths of interesting pictures while she browsed other folders. Then I told her to open Windows Photo Gallery, find the correct picture, right click it and select “Open File Location”. Ok, great! She ends up in a folder containing 150 pictures, the correct one being selected. All filenames look the same (PICT####.jpg), but she can’t copy that file’s full path, only its folder path. Back to the web app, paste the folder path (which is already a power user action in my book), and search for that filename. Painful.

This experience really made the cool “libraries” section in Windows 7 become much less cool in my mind. It’s still not enough. The normal computer users need an operating system that does not talk to them in terms of paths, but really in terms of properties. It was time for this shift in 2003, it’s even more pressing now.

For the moment, Windows 7 is simply an improved Vista, which is not a bad thing. I like Vista, call me crazy if you want, but I live very well with the various UAC and warning prompts. Sure, having less of them will always be welcomed. But it’s still a necessary evil. Ubuntu has them, Mac OS X has them, Vista simply needs to reduce their occurrence. The simple fact that a file downloaded from the net causes two prompts is the single most important aspect the Windows 7 / Explorer / Internet Explorer teams must address. Then a few other Explorer annoyances, and the UAC subject will be almost closed. But Windows 7 wasn’t such a big news at this PDC.

The other Windows 7 is one very important stone for Microsoft. They have addressed a “corporate developer” need in Windows Azure, but have neglected the Windows Mobile platform (at least in our eyes, I’m sure that team is working hard). Why? Too “general user”? Wake up! The iPhone is a corporate success too. I saw more iPhones than Blackberrys at this PDC, in the hands of professional developers. And I saw more non-Windows Blackberrys than any Windows Mobile devices combined. Their smaller Windows 7 needs love too, but it’s not at this PDC that it received a hug. The foundations of Windows Mobile are strong. It is a serious operating system with a rich API, which is unfortunately often its biggest flaw. Developers don’t program well for this mobile platform. They use too many resources, apply practices learned from the desktop, do not behave well in this multitasking, application switching context, because they still don’t care about being the active application or not. Hey, it’s not important on Windows, why care about it on Windows Mobile?

So, what is missing from Windows Mobile? A serious development platform, paradigm, framework. As of today, the Microsoft offering for developing for Windows Mobile can be resumed at two things: Normal Win32, or .NET WinForms applications. In the first case, you’re faced with the desktop way of developing. In the second case, you’re told to work with that obsolete technology that is not good enough for the desktop, and does not apply well to the mobile world anyway. WinForms is a “one form per screen” framework enforcing the notion of a main form. What happens on Windows Mobile when a form opens a child form? You see it twice when you switch between applications. I had to create my own framework based on UserControls to create something more appropriate to the device.

Then comes what you put on those screens. Windows Mobile gives us the same old controls we have on the desktop, but uglier. The control set on Windows Mobile should be placed in a museum. It is useless when you want to create interfaces that work well with touch devices. Wake up, Microsoft! People can work really well on their iPhones without the need for a pen. I’ve seen people type on their iPhone faster than me on my HTC P4000, even if I have a sliding keyboard. You need to upgrade the user experience on Windows Mobile. And just like you do so good on the desktop, you need to make developers comfortable to develop for it, so their laziness becomes your number one weapon.

I went to PDC 2008 with the naive intuition I was in for a great surprise about Windows Mobile. I spent 3200$ (PDC + Hotel + Plane) out of my own pockets to be there. What a mistake. The only thing I officially learned was that Silverlight would work on Windows Mobile. But I have no bits to work with yet, and no serious information of how (and if!) it will work as a stand-alone client-based solution. During the various keynotes, we kept seeing the same slide showing the three important areas for Microsoft: The desktop, the web and the phone. But we heard nothing, “nathing”, of that last piece of the equation. Then, on the Ask The Experts evening, when I finally found the Windows Mobile table (which was not where the plan said it was), I could not get any answers, the team clearly bound by a non-disclosure thing. I could only understand, by their smiles and shoulders, that something was coming, but my 2200$ PDC ticket was worth nothing when it was time to learn about it.

So, this morning, I’m in front of my computer, wondering how I should spend my energies toward the Windows Mobile platform and my future projects, and I have no answer. 3200$ later, I’m at point A. Worse, anybody can watch all the sessions for free, just by visiting Channel 9. What a slap in the face! That Cocoa thing looks interesting. I heard their documentation is awesome. Maybe that was the price to pay to learn it the hard way?

Technorati Tags: PDC 2008,Azure,Windows 7,Windows Mobile

PDC 2008 – Day 1

slimcode — Tue, 28 Oct 2008 03:11:02 GMT

So day one of PDC 2008 is coming to an end, I’ll be going to the “Show Time” special session in a few minutes, then check if there’s a party around. What did that first PDC day bring me exactly? Well, I can now put a name on something obvious that had to come from Microsoft: Windows Azure. The cloud finally has a name… a better name, that is. I’m still wondering if they did tie the “Operating System” tag to Azure strongly enough. Because that’s what it really is. I kept saying that Live Mesh had to be more than just synching and remoting. Turns out it is only a part of the bigger Azure picture.

Azure is a good thing for Microsoft. A very good thing, because Microsoft has the developer framework to succeed. They’ll end up doing much better than Amazon or Google, because devs feel very comfortable with the whole Visual Studio echo system.

The down side is: that wasn’t a very exciting day. All this was expected news, obvious news, the normal path MS had to take to consolidate corporate developers they had a little neglected in the past years.

Now, it doesn’t mean the “end user” developer must be neglected now. I’m very eager to see tomorrow if the "Other Windows 7” (Mobile) will have his period of fame. The future of Windows Mobile is much more than simply running Silverlight stuff natively on mobile devices. The interface needs a facelift, and the developer community around Windows Mobile needs more support from Microsoft itself. The other reseller players in the industry are doing terrible damage to Windows Mobile’s image. They suck! It’s great to see more APIs, but Microsoft is not just an API company. Enough ingredients, let’s make some recipes. Let’s bring something like the Apple App Store to Windows Mobile. Only Microsoft can make this happen successfully.

Technorati Tags: pdc08,Azure,Windows 7,Windows Mobile

Free slimKEYS license if you see me at PDC 2008

slimcode — Mon, 13 Oct 2008 21:08:07 GMT

Update: I will use a special PDC badge instead.

I’ve decided to give away slimKEYS licenses to anyone who recognizes me at the next PDC 2008 in Los Angeles. That’s right, free as in beer. Just watch carefully for me and my PDC Badge, in case it reads like this:

Simply stop me and ask for your free slimKEYS license. If you’re curious, you can even ask me to show you what slimKEYS can do for you.

But if you don’t see the badge above, no candy! ;-)

(Maximum of 1 free license per person, no purchase necessary, only valid between October 26th and October 31st, this contest is NOT void in the province of Quebec (!), participants must sing this song in order to claim their price… just kidding!)

See you at PDC 2008!

Technorati Tags: pdc08,slimKEYS

FirstPen – For children to practice handwriting

slimcode — Wed, 08 Oct 2008 14:54:44 GMT

My son Clément really likes computers and Pocket PC devices. More than pens and papers. I even gave him my old HP Jornada 545. He’s also having some difficulties with handwriting and precision. So I thought I’d use that attraction to my Windows Mobile phone to make him practice a little. I made an application, called FirstPen, for practicing handwriting.

The idea is simple. You must complete the gray outline the best you can, without drawing outside. After each letter, the application calculates how well you did it.

This is a first draft, and I need feedback to make sure I’m on the right track. For example, a feature not yet implemented would be to make sure letters that must be done in a single or two strokes are made in a single or two strokes. Another one would be to make sure letters are started at the correct position.

I’m also looking for fonts that best match how children learn to write at school. It seems every font I find has its flaws. Here are the fonts I’m currently supporting:

As you can see, some of them do not support accented chars, which is a problem for me, but isn’t for English users. Others have guiding lines. This can be very useful, but in order for my precision algo to successfully determine if a letter is well done or not, the letter to draw must be gray, and other decorations must be a lighter green or red. That’s why I must manually edit each letter to make those guiding lines green, like this:

This is a painful task I’d really like to get rid another way, but since I like the idea, I’ve completed the “DR BY 2” font as a proof of concept. This also opens the door to green helpers, like arrows for direction.

So, if you want to try this out yourself, upload this CAB file to your Windows Mobile device, install it, and give me your impressions. I do not intend of charging for this app. If it grows better with your feedback, everybody will benefit from it, for free.

By the way, the CAB file is 3 megs because of the embedded images, but I haven’t run PNGCrush on them yet. It should get smaller. Please note that it also requires the .NET 2.0 Compact Framework. It should work on Pocket PC 2003 devices, and Windows Mobile 5 and 6.

Technorati Tags: FirstPen,handwriting

slimKEYS v1.2.8479

slimcode — Thu, 02 Oct 2008 21:15:04 GMT

Today, I released a minor update to slimKEYS, version 1.2.8479. The three most important new features are:

slimSEARCH: You can configure any web search entry to replace spaces by a specific character instead of the default “+”.

This is particularly useful for Wikipedia and Wiktionary searches, since those web sites require spaces to be replaced by an underline (“_”). As a matter of fact, the first time you run this new build, slimKEYS will automatically set this option “on” for entries pointing to “wikipedia.org” or “wiktionary.org”. If you have similar issues with other search targets, you’ll have to manually change them.
slimLAUNCH.Passwords: When managing password stores, you can rename categories and entries right from the tree view, and even drag and drop entries from one category to another.
slimSMOKE: You can tell the hotkey handler to cycle through all combinations of dimming/blurring/off, instead of simply turning it on and off. Thus, when enabling this option, pressing Ctrl+Win+M actually changes the slimSMOKE status to:
- Dimming + Blurring
- Just dimming
- Just blurring
- Off

Another important change is regarding the trial message. Before, a notification pop-up appeared every 15 hotkeys you pressed. Now, every window will show a small clickable message at their bottom.

Rest assured, there is no time bomb in slimKEYS, and there will never be. If you like slimKEYS, but do not think it is worth 15$, you just have to tolerate this red message and ignore the end user license agreement… but don’t tell me! q;-)

For the rest of the changes, take a look at the complete history. By the way, how do you like the new web site look?

DutchTab is out of beta!

slimcode — Mon, 04 Aug 2008 20:28:45 GMT

DutchTab for Windows Mobile is out of beta, and now officially supports both Pocket PC and Smartphone devices running Windows Mobile 5 or 6. This application is a joined venture with my friend Pascal who made an iPhone version of DutchTab at the same time I was working on my Windows Mobile version.

This application is a bill-splitting tool, but does not limit itself to making simple divisions. It automatically calculates who owes who depending on everybody’s contribution at the moment of paying the bill, and also the cost of their purchase. For example, your team is ordering lunch at the office, but the delivery guy comes in with a single bill. It adds up to 53.34$, Steve gives 35$ and John gives 25$. Mike and Lisa didn’t have cash. Now who owes who? You think it’s as simple as dividing 60$ by 4? But Mike took the expensive ribs, while John went for a simple salad. It wouldn’t be fair. Now, how do you split the tip? And when comparing the meal prices with the total amount paid, you also have to consider the taxes.

No problems. Steve is a wise man. He kept a copy of the bill, and uses DutchTab to enter that bill. He creates a new bill:

The bill is new and empty. It’s time to add partakers:

DutchTab will show you all previous partakers, and lets you either add new entries manually, of quickly import them from your Outlook contacts:

Steve paid 35$, and took the chicken and a Sprite:

Lisa went for the finger-licking chicken fingers (with the honey-mustard sauce):

John paid 25$, took a salad for his line… and a Coke because a salad is not enough:

Finally, Mike got the famous ribs and a Coke, nobody’s complaining about his line… yet!

Now, on the bill’s summary, we can see that the total before taxes and tip is 49.85$. Steve entered the prices as they appear on the bill. No need to add the taxes, DutchTab will take care of distributing the taxes and tip proportionally.

DutchTab determines that Mike’s meal, with taxes and tip, was worth 20$. Since he paid nothing, the application tells him he should give Steve 20$. As for Lisa, her meal’s total price was 13$. She owes John 12$ and Steve 1$. Steve can now click on “Send email” to send everybody a nice reminder.

I hope this gives you a good idea of how useful DutchTab is.

Technorati Tags: DutchTab

DutchTab is now available

slimcode — Sat, 12 Jul 2008 21:05:19 GMT

What is DutchTab? It’s a Windows Mobile application I’ve been working on for the past weeks. My friend Pascal Bourque convinced me (pretty easily) to migrate an application I made years ago for splitting lunch bills at Xceed. We decided to make that a shared adventure, him making an iPhone version, and me the Windows Mobile version.

The idea behind the software is very simple: You enter how much each person actually paid, and also the cost of what they bought. The software automatically calculates who paid too much and who didn’t, and optimally determines who owes who.

The number one challenge was that we didn’t share design, only the name. We headed in our own direction and waited only a few days before release before sharing a few screenshots and screencasts. We did make some adjustments, mostly wording, but kept each application’s personality. I really think this was a wise decision. Both platforms have their own design guidelines, and both devices have their own input methods. I’ll add that Pascal had the easiest part, since the iPhone does not have zillions of buttons. He could concentrate on touch gestures and actions, while I wanted to support buttons and touch screens. My goal is to run on both PocketPC and SmartPhone devices, but the current beta release fails on SmartPhones because I’m using an unsupported feature with combo boxes (dah).

You can learn more about the Windows Mobile version of DutchTab here. This initial release is a beta version, and I’ll be offering those who submit meaningful comments a free license once I release the official version.

Technorati Tags: DutchTab

slimKEYS 1.2.8310 now available

slimcode — Tue, 10 Jun 2008 14:26:47 GMT

A new version of slimKEYS is now available. Though the list of new features is slim, it took me more than just a few hours to get through translation of the interface to French, and to finally make slimVOLUME support 64-bit Vista systems.

In the first case, it was a long and tedious job of moving every string to a resource file, translate each one, localize each form and repeat the translation for each label. It was simply long, and boring.

In the second case, I had a problem. Taking apart the numerous p-invokes throughout the code (but mostly in slimSIZE), slimKEYS is a fully managed C#-made application, except for one tiny portion of code used by slimVOLUME. The slimCODE.slimVOLUME.Vista.dll file is a mixed assembly made in C++. Normally, .NET applications don't have to care about the address space size. 32-bit or 64-bit systems don't matter, as long as the CLR implementation on both platforms is equivalent, and that your p-invoke signatures are correct. But in the case of slimKEYS, when the 64-bit implementation of the CLR was trying to load this mixed assembly, it caused a load error. An unmanaged 32-bit application can run flawlessly on 64-bit systems, but a 32-bit DLL cannot get loaded in a 64-bit CLR domain.

Usually, unmanaged applications that wish to natively support both 32-bit and 64-bit systems offer two packages, each built exclusively for each platform. But that's totally against the logic behind managed applications. At least that's what I thought. It was easy for me to build two versions of my C++ DLL, but how could I use them from a single managed application? How could I keep offering a single and consistent package?

After investigating, asking questions without getting precise answers and doing some trial and error, I chose a solution that isn't guaranteed, but seems to work well. My C++ DLL implemented a single class, called VistaVolumeControlsBridge. The managed plug-in declared a base class named VolumeControls, with two derivatives VistaVolumeControls and WmmVolumeControls. So there was already a level of indirection, where the VistaVolumeControls class was instantiated based on the platform, and using an instance of VistaVolumeControlsBridge under the hood. What I did is create a 64-bit version of the C++ DLL which implemented class Vista64VolumeControlsBridge, and its Vista64VolumeControls counterpart on the managed side. Now, the decision between creating a WmmVolumeControls or a VistaVolumeControls based on Environment.OSVersion had become a three dancers decision that looks like this:

      if( Environment.OSVersion.Version.Major >= 6 )
      {
        if( IntPtr.Size == 8 )
        {
          m_volumeControls = new Vista64VolumeControls();
        }
        else
        {
          m_volumeControls = new VistaVolumeControls();
        }
      }
      else
      {
        m_volumeControls = new WmmVolumeControls();
      }

Since VistaVolumeControls and Vista64VolumeControls are themselves managed classes, this doesn't seem to trigger loading of the 64-bit type on 32-bit systems by the JIT, and vice-versa. I could not find any reference if I could assume that a type that is never instantiated will never require its containing assembly from being loaded. But I'm ready to take the risk, and wait for your feedback if it breaks.

Another neat feature with slimVOLUME on Vista is that you can now change which playback device's volume you are controlling. I also wanted to change the default playback device with a hotkey, but Microsoft doesn't want this to happen. They think device manufacturers would abuse of such an API to make their hardware stay always as the default device. And I'm not making this up, I read it on their forums (here, here, here and here), and asked Larry Osterman myself:

We've gone around and around on this one, and while at some level it would be nice to allow developers the ability to change the default audio device, there is no way that we can. The problem is that audio vendors would abuse the functionality to attempt to force THEIR hardware to be default device even if the user didn't want it to be (we've seen evidence of vendors doing this in the past).

We used to say something at Xceed about those situations: Two wrongs don't make a right! This is a very good example. Creating a problem to avoid another one. I really think it was a stupid decision. Changing the output device on Vista requires 4 steps:

Right-click the speaker tray icon.
Click "Playback Devices".
Right-click the device.
Click "Set as Default Device".

Failed.

I'd be really happy to see an API for this in Windows 7. But if there are hackers reading this, can someone tell me what is called under that "Set as Default Device"? The API already exists, it's just not documented.

Tags: slimKEYS, slimVOLUME