Age | Commit message (Collapse) | Author |
|
...but does support std::remove_reference
Change-Id: I4a702efdea9aad91cee32aca08da755e482e4b88
|
|
...which doesn't suffer from the sal_uInt16 vs. sal_Unicode ambiguity.
Change-Id: I4de265145e720615652e88b6a68e03903ad8cba2
|
|
Change-Id: I0ecb96d6f26c827640f3329c81884001f860090d
|
|
Change-Id: I2f084bd6de707d21857e2182aebb96b446b51dcc
|
|
Change-Id: I4791f064f223487ce57e68f8e0b1e3d74e66e868
|
|
Change-Id: I641a3a1e2cf2c789844940d7231015cb85e3b8bc
|
|
Change-Id: I13a85e13b22559a9f1571ef5771b26d70a5cd4fb
|
|
Change-Id: Ied1a4e7226de4ae1d1c24af90ae9397ba80f404a
|
|
Change-Id: I8dd0e5c8837fe1615aa9d5f546c2fd1c0985f044
|
|
...using C++11-only std::remove_reference, but decltype is also only C++11, so
3rd party C++03 code should have no need for it anyway. (Commits acutally
making use of it to follow shortly.)
Change-Id: I8dd7a64ca73d2082a3e7b74d3599848e65e81da5
|
|
When a SwTxtFormatInfo is created to format a paragraph, pre-compute the
result of vcl::ScriptRun::next() and cache it for future calls to
OutputDevice::GetTextBreak() and GetTextWidth().
This requires adapting a bunch of methods to pass the additional
parameter, and some classes to backup and restore the cache when they
replace the text of the SwTxtFormatInfo.
There is some code in vcl OutputDevice::ImplPrepareLayoutArgs()
to modify the passed string and replace digits depending on
"meTextLanguage" member; try to set it to the correct value when
creating the layout cache (unfortunately it's not possible if the user
sets the CTL Numerals config to the non-default "Context" value).
Another issue is the check in OutputDevice::ImplLayout() if there is
a mpConversion member on the font; apparently this is used to translate
between different Symbol fonts, so not very important; just ignore the
cache in this case.
This reduces vcl::ScriptRun::next() from 11 to 0.36 billion callgrind
cycles when built with GCC 4.9.2 -m32 -Os (which is still 16% of the
formatting).
Change-Id: I61fb8530333f2e7a9199f767c00cf2181ba49951
Reviewed-on: https://gerrit.libreoffice.org/14732
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: Id28046eb318cd3b2ed0b813fd266617547cf6ee2
|
|
Change-Id: If4bc1b998952ff2f86124e68d108869d7749ea5b
|
|
Change-Id: I22ee2cbacad8b19bb55db234e816d401edcf4a35
|
|
Change-Id: I062024d4768374e319b6c67ed8c7abcc89f9d552
|
|
Change-Id: Ic733f9b5dcb55bb8120c3652a60300914fab04ea
|
|
Change-Id: I6e3f804833db7487ddf7ba75c43d15017dcbe1ba
|
|
SkipImages filter option skips image loading during DOC and DOCX
imports, but it keeps the text of textboxes and custom shapes.
Change-Id: Ia0ab3b350b9da22d9375787883678cc357a704b3
|
|
Change-Id: I4b7b04031fa74956379c5a1b21abe10b0717f3e9
|
|
With this, it's possible to drag the start or end handle of an Impress
table selection and let it grow/shrink.
Change-Id: Icdee1207c1c3a6b1c4fb15d00008db6327d6e2de
|
|
With this, when editing is finished, no text edit is active, also both
editeng and sdr selections are reset.
Change-Id: If953e1d8683171c1f1ed8c7d97ae34a163d14765
|
|
If one or more cells are selected in an Impress table, then the shape
already provides its own text selection, don't overwrite it with the
generic graphic selection in this case.
Change-Id: I4f84a220df6cd9d225ed67d6f70ba2df6eff38af
|
|
Change-Id: I1faa4608047e5a7ce30c317c72babfa44cdd808d
|
|
Change-Id: I1117ec42bdf0f2cb19f77723b87597d301d20ddb
|
|
Change-Id: I39a6a20818c4ed92d37b7b5b0a91517ee370adcb
|
|
Change-Id: I232197b55a80a65800d85e66c50875b3af7e7fab
|
|
Change-Id: Ic6b594ee3ed668f5038a1f998ec9e514ecb75169
|
|
Change-Id: I27f1770d0e1d3409d51887565f67d4d456ca9692
|
|
Change-Id: Ia1ab134a0afbeeb3ae40264bd4233a47df26b734
|
|
Change-Id: I1785b47bf24f6be55f7ee346c9972ffa12cd138b
|
|
Change-Id: I57292ef47ecec98d2faeff9689702e07050dde1b
|
|
Change-Id: I36fb35338d8635e4bf1ac7c60e0f09da401406db
|
|
Change-Id: I1b49c020d597b569e330482f4dbf20c15ccdae3f
|
|
This reverts commit 1efe5fe38031f7bc23150c35e4c68940621a1d5b.
which broke windows.
|
|
Change-Id: Ic70fe69f407e49604b056cdcb92aa3d656e1aeaf
|
|
Change-Id: If5591adcc15bef2144505f9747d2348568b8e1ae
|
|
Change-Id: Iab7e3704b6094a3a3754400f05b9718853fe6c58
|
|
Change-Id: Iad602cece6e328c7f5d5f36adb294c97b152ade3
|
|
Change-Id: Ife048a705e899870a8b1d9987b109d5c0cd80599
|
|
Change-Id: I5f4029fc583952ae6392dbf2d478155982ccecef
|
|
Change-Id: I4ce94a1cbe0567a829de977aaa9fd1cdbff71788
|
|
Change-Id: I717c260ecdc378a9fd33494f2b98eccec0417d66
|
|
Change-Id: I5e370445affbcd32b05588111f74590bf24f39d6
|
|
Change-Id: I92c0a6c602e473b796df43b88c98b823de8d9399
|
|
Change-Id: I834eb4ecd0fa71caf6fa746901367fac8b538305
|
|
Change-Id: I6c7c31befd61cbf0800a62c08e7395ddf78e4b30
|
|
Change-Id: Icdb619101a992a740c71545e669e138cb5dc63a6
|
|
Change-Id: I6dd7c7fbaf0d4b22abba0a7b1f5e37f0a46d0747
|
|
When a SwTxtFormatInfo is created to format a paragraph, pre-compute the
result of vcl::ScriptRun::next() and cache it for future calls to
OutputDevice::GetTextBreak() and GetTextWidth().
This requires adapting a bunch of methods to pass the additional
parameter, and some classes to backup and restore the cache when they
replace the text of the SwTxtFormatInfo.
There is some code in vcl OutputDevice::ImplPrepareLayoutArgs()
to modify the passed string and replace digits depending on
"meTextLanguage" member; try to set it to the correct value when
creating the layout cache (unfortunately it's not possible if the user
sets the CTL Numerals config to the non-default "Context" value).
Another issue is the check in OutputDevice::ImplLayout() if there is
a mpConversion member on the font; apparently this is used to translate
between different Symbol fonts, so not very important; just ignore the
cache in this case.
This reduces vcl::ScriptRun::next() from 11 to 0.36 billion callgrind
cycles when built with GCC 4.9.2 -m32 -Os (which is still 16% of the
formatting).
Change-Id: I61fb8530333f2e7a9199f767c00cf2181ba49951
Reviewed-on: https://gerrit.libreoffice.org/14732
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I10c30ef28e7321882a720d1e7869a75a89febfc5
|