To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=107415 Issue #|107415 Summary|vcl: resizing with large size graphite font displays b |adly Component|gsl Version|OOo 3.2 Beta 1 Platform|Unknown URL| OS/Version|Windows, all Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|www Assigned to|pl Reported by|roydalpra
------- Additional comments from [email protected] Thu Dec 3 15:20:27 +0000 2009 ------- Under specific conditions on windows, resizing text displayed with a graphite font can be displayed with the original glyph positioning at the new size. This only happens with sizing to/from larger font sizes (>16 point I believe) and reloading the document displays the resized test correctly. It does not always happen but the presence of punctuation increases probability. No test data is required to reproduce the problem. Create a new document and select a graphite font, for example DoulosSIL. Select size 36. Type the word "Test" immediately followed by a fullstop and return. Select the text and resize to 24. The font size will change but will retain the positioning, showing gaps between the characters. Cause: The graphite implementation includes two levels of cacheing. The most advance cacheing is enabled wirh GRCACHE_REUSE_VECTORS=1. That form of cacheing does not refresh the positionig data after a change of scaling. The windows version of OOo uses scaling rather than font size to display larger sizes as a workaround to print driver problems. But other actions can force the refreshing which does take account of the scaling. So long strings of text when resized can work correctly because graphite segements are regenerated for line wrap etc. Linux does not use scaling in this way and so this is not seen on linux. Workarounds 1. Recompile without GRCACHE_REUSE_VECTORS=1 for windows build. or 2. Avoid resizing of graphite fonts at larger sizes. If the problem is seen, save and reload the document. Fix In progress. A small safe fix to force rebuiliding of the positioning data in the case of scaling changing should be a small safe fix. Contact the submitter for more info. --------------------------------------------------------------------- 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]
