To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=112937
------- Additional comments from [email protected] Tue Jul 6 07:53:03 +0000 2010 ------- Yup "WBSWG2", really :-) Re: "I seriously doubt that anyone has dictionaries really this old." They definitely definitely do, I was sent it just yesterday :-) "Anyone who would have entered words with the incorrect encoding should have immediately noticed that those words don't work" Yes, they noticed immediately, and were baffled. "I wonder if that dictionary was created by some private property dictionary" What I think might have happened is that the basis for the dictionary might have been one if the ones that were shipped with OOo itself, i.e. examine our "standard.dic". In DEV300_m84 $ strings extras/source/wordbook/standard.dic | head -n 1 WBSWG2 so our "standard.dic" is still in that format, so if it was copied/reused as the basis for a new wordbook then it stays stuck at that version. A related task I guess should be to convert our existing wordbook .dics in extras to the latest format, which as an aside would make them easier to handle/browse in mercurial. "If we do such a code change it better be right at the beginning at the OOO 3.4 code line than 'just before the release'" Oh definitely, I've left the target intentionally blank, up to someone else to decide the target, 3.4 would seem a natural one. "I was told that this should be done upon migration with the next major release." Stuffing an automigrate into e.g. the "desktop" upgrade feature would likely only affect whatever wordbooks were in ~/.openoffice.org at the time of upgrade and not handle old-format wordbooks that get copied in after an upgrade from other sources. Always saving as "OOoUserDict1" version would avoid anything like that. --------------------------------------------------------------------- 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]
