Receiving beamed memo opens Docs2go?

[aka.bugle]

I've had the Lifedrive for quite some time, but yesterday was the first time I wanted to bring in a couple memos from a Palm 4 device (my wifes Kyo 7135).
What gives? DataViz docs to go traps the files and brings them up as docs.
I can't figure out how to change this behavior in docs2go prefs. Any help here?

[potter]

I can tell you what is going on, but I do not have a solution. In Palm OS (since 3.0), applications can register as being the handler for different file types (MIME, CreatorID, and File Extension). When a file is beamed from one device to another, the receiving device puts the file into a memory buffer, checks it MIME type, and then invokes the associated program giving it the buffer. The problem is Memos are sent with the MIME type "text/plain" and both Memos and Documents to Go register as the handler of the MIME type "text/plain".

[potter]

Hmm, poking around on my LifeDrive, I see that both Memos and Documents to Go have registered as "text/plain" handlers (Unsaved Preferences, PMem 65534 and DTGP 65534). However, if I enable IR loop-back mode (:shortcut:.t), and then try to beam a memo, it goes to Memos. So the question: If more than one application registers for a given MIME type, which application does it go to:
The first that registered. Presumably this would be the one with the lowest index. On my device, PMem is lower.
The last that registered.
The first alphabetically, by CreatorID. (Not likely, seeing that you and I are getting different results.)
Random due to other factors.

[potter]

Ha. It appears to be by Index. Using Bird (http://www.ppcompiler.org/?lng=en), I edited Unsaved Preferences, I selected PMem 65534, and then did a Cut, and then Paste. Changing the sort to Index, I could see that this record was now the last record. Going back to Memos, I then tried to beam myself a memo, and Documents to Go received it. Repeating the process, but with the DTGP 65534 record, and then Memos is the receiver.

Not a good solution, but it proves it can be done.

[potter]

Theoretical solution, but I am not willing to test it:

Using FileZ delete all of the DTGP Unsaved Preferences, perform a soft-reset, launch Documents to Go (which should then register it's file types after the existing Memos).

[potter]

Hmm, a safer theoretical solution: Delete Documents to Go from your device using the normal Application Launcher, reinstall Documents to Go.

[aka.bugle]

Wow thats SOME detective work...Thanks so much... I'll give it a go later.

[potter]

From this, some programming ideas, if some Palm Programmer would like to take it on:

Advanced Beginner: Get the source for FileZ and make the following improvements to its Preferences Viewer:
Add display of RecordID number.
Add sorting by CreatorID, RecordID or Index.
Add record Cut and Paste.
Intermediate: New application which allows for:
The display of the file registry information stored in the Unsaved Preferences database.
Reordering of these records.
Advanced: A system extension that augments the Exchange Manager, such that:
When searching the File Type registry for a given type, instead of stopping at the first hit, continue searching the entire registry. If more than one hit is found, display a new dialog box that allows the user to select which of the hits the data should be given to.
Include a check box to indicate that the choice should always be used.
Include a separate application that can manipulate these preferences.

[zAchry]

i had this problem too... beaming memos in a LD places it in docs to go...
is'nt there a simple solution?

wow!, serious research you have there potter.
thanks

[_Em]

Using Resco Explorer, you can set the default handler. Go to Device/Control Panel/Associations and select the file type (first do it based on file ending, then do it on MIME type too) you want to change. Press Edit, select the one you want to be the default, and click the Default button. There are lots of other things you can do too (add new associations, change the hotsync path, delete associations you don't want, etc.).