To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=55862
------- Additional comments from [EMAIL PROTECTED] Tue Sep 23 04:06:14 +0000 2008 ------- > you should not set the Type at all, or use '????' as the Type instead, and > just set the Creator and fix only half of this bug. Interesting. Focusing first on the type code: Re http://developer.apple.com/faq/datatype.html > Apple no longer registers file types and AFAIK no-one looks to any other registering authority. It is, to some extent, a free-for-all. Open :) As the formats of ODF are specifically open, so the corresponding type code(s) may/should be open. As we use _established_ extensions to file names (.odp .ods .odt et cetera), with no plan for an additional establishment (no notion of .odtooo3 for example), so we need not -- probably SHOULD not -- vary from an _established_ file type: NO%F ---- Now, shift focus to creator code: As NeoOffice does not distinguish its creations or editions, so OpenOffice.org need not distinguish its creations or editions. Use creator code: ???? Setting a creator code at any time may be misinterpreted, rarely, as somewhat proprietary. Keep it open. Allow the user to make their own decisions concerning file/application associations. Users will typically do so using Finder | File menu | Get Info | Open with: … ========== Likelihood ========== > many long-time Mac users save files without extensions, the Finder relies on > the file's type or creator code to match extension-less files to an application. Ultimately, the occurence of extension-less files should be rare. Especially with more modern applications and more modern versions of Mac OS X. Now, with apologies for use of uppercase: IF OpenOffice.org 3 defaults to saving a file with the appropriate extension to its name AND IF OpenOffice.org 3 defaults to hiding the extension at the time of naming THEN we people need have little or no concern regarding type code or creator code. IF the user strays from that default and AND IF the user opts to _omit_ the extension, THEN I suspect that the type and creator should be NO%F ???? ONLY IF you prefer to establish an ADDITIONAL type for the same open format (IMHO not a good idea) THEN my first thoughts would be: ODF? and that might allow for a future family of types within the new establishment: ODFP ODFS ODFT but I do strongly suspect that it will be better to respect the open and established type code NO%F Distinction -- if ever -- should be by creator. Best regards Graham --------------------------------------------------------------------- Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
