To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=62665


User fs changed the following:

                  What    |Old value                 |New value
================================================================================
                    Status|NEW                       |STARTED
--------------------------------------------------------------------------------
                  Keywords|regression                |
--------------------------------------------------------------------------------
                   Summary|error messages when       |(empty) error messages
                          |creating a dbase table    |when creating a dbase
                          |with the table wizard in  |table with the table
                          |CJK versions              |wizard in CJK versions
--------------------------------------------------------------------------------




------- Additional comments from [EMAIL PROTECTED] Mon Mar  6 03:22:20 -0800 
2006 -------
This has nothing to do with CWS kabrefine, it also happens in m150. It is a
consequence of fixing issue 35859.

dBase is a 8-bit-backend, while OpenOffice.org is a 16-bit-application. That is,
every Unicode string obtained from the UI must be converted to a 8-bit backend
representation, using some given encoding. This encoding can be set, on a
per-database basis, with "Edit|Database|Properties|Character Set". Our
pre-installed Bibliography database has a character set of "Western Europe
(DOS/OS2-850/International)", which is inappropriate for converting the table
wizard column names into a 8-bit representation as needed by the dBase backend.
Thus, when trying to convert the given column names, an exception is thrown.

Two problems I see here:
- the thrown exception, which already contains an explanation, is silenced and
  replaced with another exception which does not contain any message.
- The pre-installed Bibliography should come with a character set which does
  make sense in the context of a CJK version. I.e., it should be able to convert
  the pre-defined table/column names.

In agreement with MSC, this issue here will address the first issue. The second
is hard to solve, since there is no encoding which can generally convert CJK
characters into 8-bit representations, with the additional restriction (also
imposed by the dBase format) that the encoding is fixed-with, i.e. *every*
Unicode character is converted to a fixed number of 8-bit characters.

---------------------------------------------------------------------
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]

Reply via email to