To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=112815 Issue #|112815 Summary|vcl: ImplFontCharMap::GetDefaultMap can't possibly be |right Component|gsl Version|DEV300m83 Platform|All URL| OS/Version|Linux Status|NEW Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|code Assigned to|pl Reported by|cmc
------- Additional comments from c...@openoffice.org Wed Jun 30 11:58:35 +0000 2010 ------- Looking at ImplFontCharMap::GetDefaultMap I see that it takes a bool "bSymbols" argument that controls whether it operates on normal font or symbol fonts. But this returns a singleton so once one is created, whether its a "normal" one or a "symbol" one, then that one will always be returned regardless of a future different bSymbols argument. The only place where bSymbols could be "true" is in the windows port in win/source/gdi/salgdi3.cxx in a rare-looking case. We may need *two* singletons, a "symbol" mapping and a non-symbol one. Or, maybe throw out the possibility of returning a Symbol one at all. I imagine a scenario where this would bite would be on windows to chance to request, before anything else, the CMAP table for a symbol font which doesn't have one, which would set the singleton permanently as a symbol one afterwards. --------------------------------------------------------------------- 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: issues-unsubscr...@gsl.openoffice.org For additional commands, e-mail: issues-h...@gsl.openoffice.org --------------------------------------------------------------------- To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
