To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=114460
User hdu changed the following:
What |Old value |New value
================================================================================
CC|'hdu,nemeth' |'hdu,kstribley,nemeth'
--------------------------------------------------------------------------------
OS/Version|All |Unix, X11
--------------------------------------------------------------------------------
Platform|Unknown |All
--------------------------------------------------------------------------------
------- Additional comments from [email protected] Mon Sep 13 12:35:26 +0000
2010 -------
I analyzed the problem and developed the both proof-of-concept workaround
above. The reasons that
the first patch works seems to be that
- GraphiteServerLayout returns a char_index that is off by mnMinCharPos
(relative to text_ptr)?
- PrinterGfx uses these unicode codepoints somehow for caching?
- and gets confused by different unicode->glyph mappings?
This raises some important questions though. With CTL text having non-1:1
unicode->glyph
mappings and non-trivial glyphidx->stringidx mappings being quite common if
there is a dependency
in PrinterGfx on other assumptions then we have a problem.
Why are the unicode codepoints used anyway when perfectly fine glyph indices
are available? The
second workaround is more more radical and patches out the reverse mapping into
the string
altogether. It seems to work too...
Other than that the GraphiteServerLayout should behave similarly to the other
Layouts regarding the
returned char positions.
---------------------------------------------------------------------
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]
