Important advice to TCPMP+PIE users - read this if you encounter "missing download dialog box" problems!

http://www.pocketpcthoughts.com/forums/viewtopic.php?t=43945

Many have noticed that (see for example this PPCT thread) if you assign a specific multimedia (MM) file type to TCPMP (which is, by the way, by far the best multimedia player for the Palm OS/PPC), then, when you click a direct link of a MM file associated with TCPMP, Pocket Internet Explorer (PIE) no longer offers the following, well-known dialog box: click for screenshot That is, after you accociate any MM file type with TCPMP (or, let it auto-assign these files for you - it does it by default with less often accessed file types like plain MPEG, TIFF, AMR etc), this download dialog box, letting you choose the target destination, will never be displayed when you try to download anything. That is, you will end up having to download the files into the main memory, which may be problematic with devices having little RAM or with huge files. Now that I'm writing a bigger tutorial on the advantages of the HTTP parsing capabilities of TCPMP, I've also scrutinized this problem and am proud to present a 100% working solution to fixing it, which keeps the advantages of the file association (that is, after the download, TCPMP will still be invoked to play the file), unlike the solution used by the PPC community so far (removing the association). The problem is caused by the registry value [HKEY_CLASSES_ROOT\<verbose type>\EditFlags]: it's containing the wrong bits flipped in. To fix the problem, you don't need to go to Options/Settings.../Select Page/File Associations in TCPMP: click for screenshot to disable file associations by unchecking all checkboxes. Instead, get a decent registry editor (read this article on choosing the right one) and navigate to the section in [HKEY_CLASSES_ROOT] which is not started by a dot any more. It's there where the (more) verbosely named resource types are listed and where you must check for the to-be-edited/deleted flags. If you're unsure about what you need to find, you can find the right key here if you first look up the file extension part (everything that starts with a dot) and there, you check out the default value of the key (which is the verbose type of it). For example, if you want to fix the bug as far as AVI files are concerned, without removing the file association, go to [HKEY_CLASSES_ROOT\.avi] (because it's .avi that AVI files have as a file extension): click for screenshot and write down what is contained in the default value; it's, in this case, "AVIFile". Now, all you need to go is go down to the just-found [HKEY_CLASSES_ROOT\AVIFile], to EditFlags: click for screenshot If you decide to edit it (instead of just deleting), you can just zero out the lowermost bit of the uppermost byte as in the following screenshot (incidentally, this is another example of why hexa DWORD editing can be REALLY useful – no wonder I've emphasized this in the above-linked huge Registry Editor Roundup! Try doing the same in decimal mode, particularly if you don't have a desktop PC/any decent calculators around and, therefore, need to rely on the built-in Calculator in the Windows Mobile OS, which is, to put it mildly, pretty challenged, hexa caabilities-wise...) click for screenshot (Incidentally, for PPC geeks, gurus & freaks, these flags have nothing to do with the ones described at, for example, here - the meaning of the individual bits are similar but their position is completely different.) Or, you can just delete this value (instead of flipping a bit in it); this won't cause any problems: click for screenshot (Please also note that downloading to a memory card is, in general, much slower in PIE than into main memory, as with most, say, FTP clients. (Please see this blog entry for an overview of the latter.) This means if you have plenty of RAM, a very fast connection (where the speed difference is indeed large) and you encounter speed problems and your cards are already optimized, you still may want to choose to download to main memory.) EDIT: I've finished the above-mentioned article on the HTTP parsing capabilities of TCPMP; it's really worth reading. EDIT 2 (23/11/2005): This thread contains a lot of additional information on the registry fix.