To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=112937
User tl changed the following:
What |Old value |New value
================================================================================
CC|'' |'fl,sba'
--------------------------------------------------------------------------------
------- Additional comments from [email protected] Tue Jul 6 07:35:46 +0000
2010 -------
tl->cmc: when you mean "format 2" do you mean:
static const sal_Char* pVerStr2 = "WBSWG2";
static const INT16 DIC_VERSION_2 = 2;
That's pretty old! I've never seen one of those, it's even way before SO5 that
this format should have been in use.
I seriously doubt that anyone has dictionaries really this old. Also if it were
created by SO/OOo anyone who would have entered words with the incorrect
encoding should have immediately noticed that those words don't work (with that
type of dictionary format).
I wonder if that dictionary was created by some private property dictionary
creating program/macro. There are a few of them around.
On the other hand it is perfectly possible to 'silently' convert all older
format dictionaries to the user-readable UTF-8 format. That would be fine with
me. But 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'.
If I recall correctly I asked a similar question when the also UTF-8 based
static const INT16 DIC_VERSION_6 = 6;
format was introduced (SO6?) and at that time some silent automatic conversion
was not favored. I was told that this should be done upon migration with the
next major release.
tl->fl,sba: I would be fine with doing it now and silently upon next save
(provided we do it early in the new code line), but what do you think about
this?
---------------------------------------------------------------------
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]
