| 54a6759e | 30-Jun-2014 |
Herbert Dürr <hdu@apache.org> |
#i124970# fix DocumentFocusListener::notifyEvent's handling of IndexOutOfBoundsException
the DocumentFocusListener::notifyEvent() throw list only allows a RuntimeException to
propagate. The methods
#i124970# fix DocumentFocusListener::notifyEvent's handling of IndexOutOfBoundsException
the DocumentFocusListener::notifyEvent() throw list only allows a RuntimeException to
propagate. The methods called in notifyEvent() allow IndexOutOfBoundsException though,
so it must be handled in all cases to prevent C++ from invoking its unexpected() abort
mechanisms. Ceterum censeo, non-empty throw lists should be removed altogether...
Merged from trunk revision 1604709
git-svn-id: https://svn.apache.org/repos/asf/openoffice/branches/AOO410@1606707 13f79535-47bb-0310-9956-ffa450edef68
show more ...
|
| 29f7de43 | 13-Jun-2014 |
Herbert Dürr <hdu@apache.org> |
#i125020# fix the repainting problem for update rectangles with CoreText
by doing the calculation before CTLineDraw() updates the text position.
Requesting the update early is possible because that
#i125020# fix the repainting problem for update rectangles with CoreText
by doing the calculation before CTLineDraw() updates the text position.
Requesting the update early is possible because that update region is
not used until AquaSalInstance::Yield().
The fix also accounts for worst-case rounding effects when the processing
the repaint rectangles.
Merged from AOO's trunk revisions 1599169, 1599173 and 1599174
git-svn-id: https://svn.apache.org/repos/asf/openoffice/branches/AOO410@1602370 13f79535-47bb-0310-9956-ffa450edef68
show more ...
|
| b5accd65 | 13-Jun-2014 |
Herbert Dürr <hdu@apache.org> |
#i124935# fix expanded/condensed text breaking in the CoreText engine
the concept of an extra-width per code-unit was obsolete at least since apps
supported unicode with its different normalization
#i124935# fix expanded/condensed text breaking in the CoreText engine
the concept of an extra-width per code-unit was obsolete at least since apps
supported unicode with its different normalization forms, diacritical marks,
surrogate-pairs, non-printing characters such as ZWJ/ZWNJ/RLM, etc. so of
course modern engines like CoreText don't aid this typographical crime. Text
expansion/compression to a specified width percentage of a plain text layout
would be a much better alternative to the per-code-unit expansion which should
be removed if was not backward compatibility of text layouts.
The fix here extends the CTLayout::GetTextBreak() method to handle the obsolete
semantic of per code-unit extra-widths by successively approximating the number
of involved code-units.
Merged from AOO's trunk revision 1596218
git-svn-id: https://svn.apache.org/repos/asf/openoffice/branches/AOO410@1602369 13f79535-47bb-0310-9956-ffa450edef68
show more ...
|
| 1112b7d6 | 13-Jun-2014 |
Herbert Dürr <hdu@apache.org> |
#i124191# small cleanup for salframeview.mm
clean up some minor warts while the behaviour remains unchanged.
Merged from AOO trunk revision 1596494
git-svn-id: https://svn.apache.org/repos/asf/op
#i124191# small cleanup for salframeview.mm
clean up some minor warts while the behaviour remains unchanged.
Merged from AOO trunk revision 1596494
git-svn-id: https://svn.apache.org/repos/asf/openoffice/branches/AOO410@1602355 13f79535-47bb-0310-9956-ffa450edef68
show more ...
|
| 99a05e04 | 10-Apr-2014 |
Herbert Dürr <hdu@apache.org> |
#i124617# make CoreText tolerate PDF-export's unexpected font switches
For some documents it was observed that the PDF-export switches the font after
text layout and before text drawing/measuring. T
#i124617# make CoreText tolerate PDF-export's unexpected font switches
For some documents it was observed that the PDF-export switches the font after
text layout and before text drawing/measuring. This use case is quite atrocious
and unexpected and crashed our CoreText glue code. The other platforms survive
it though; to minimize the risk to them only the CoreText glue gets adapted to
survive this scenario.
Merged from trunk revision 1586249.
git-svn-id: https://svn.apache.org/repos/asf/openoffice/branches/AOO410@1586250 13f79535-47bb-0310-9956-ffa450edef68
show more ...
|
| 4f2b6604 | 24-Feb-2014 |
Herbert Dürr <hdu@apache.org> |
#i119006# delay AOO/Mac initial event until the app has finished lauching
delaying the initial event prevents complaints from OSX>=10.7's "windows restore"
feature to recur infinitely. Apparently OS
#i119006# delay AOO/Mac initial event until the app has finished lauching
delaying the initial event prevents complaints from OSX>=10.7's "windows restore"
feature to recur infinitely. Apparently OSX cleans things up for us just before
we get the applicationDidFinishLaunching() callback. This should solve one of the
most popular support questions for AOO on Mac for good.
git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1571205 13f79535-47bb-0310-9956-ffa450edef68
show more ...
|