Yes, I know about join, and it is fair to say if you rely on an odd data type you better have the facilities to create it, and first one in will define the data types and locations, ... but in an appeal to effeciency, it is more effecient if heavy data types are stored (on the phone?) in only one place and accessed by the programs that use them in a cooperative way. If private contact list data gets migrated to a my secure cell space on the web (perhaps grand central like), does a generally understood structure and purpose for each peice of data, enkrypted or not, migrate better?
For now, I will create and join. On Jun 16, 9:10 am, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > Pardon the archaic vocabulary, but... > > On DOS machines file name suffix associates applications, or rather > file format, with data. > > Thinking in AWK, as if the contact manager were a semicolon delimited > flat file, can there be a registry of indexes so that the many > different programs that will access that information can add fields > and read fields as needed with some idea of what they contain? > > The audio image of person saying their name needs a place. > > If I missed something in the documentation please say so. > > Thanks, > > ed --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Android Discuss" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/android-discuss?hl=en -~----------~----~----~----~------~----~------~--~---
