summaryrefslogtreecommitdiffstats
path: root/cui/source/inc/align.hxx
diff options
context:
space:
mode:
authorJustin Luth <jluth@mail.com>2024-05-04 13:26:53 -0400
committerJustin Luth <jluth@mail.com>2024-05-08 15:28:08 +0200
commit22dd422f7ccf7a1ce4dc7fe5b274263a55e464c7 (patch)
treee52d9d39ea9a6d4639d7eb655ed569b4a89a22f1 /cui/source/inc/align.hxx
parentWaE: C6011 Dereferencing NULL pointer warnings (diff)
downloadcore-master.tar.gz
core-master.zip
Revert "tdf#150037 Writer: text fieldmark behaviour changed" HEADmaster
This reverts 24.8 commit 96323a10d3a55d212c350886e2a1344c0cd2ba95. A mouse click selects the fieldmark to be able to overwrite the field with the next text input. But I did not revert: Additionally the EN SPACE (0x2002) character is visualized by the DEGREE symbol when 'View/Formatting Marks' is active. The problem was that the field itself was also selected, so not only was the placeholder text overwritten, but so was the entire field. Additionally, it is ONLY placeholder text that should be selected, but this was also selecting non-placeholder (i.e. custom user-entered text) that was being pre-selected which is NOT what happens in MS Word. The whole point of the patch in the first place was to emulate MS Word's response to placeholder text, so we should also be emulating what happens to non-placeholder text. That would require tracking whether the field's text was placeholder or not, which is not currently track in legacy fields. Change-Id: I0a1a22f82827cd5f9d9abfb52cd562dff4651b29 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/167139 Reviewed-by: Justin Luth <jluth@mail.com> Tested-by: Jenkins
Diffstat (limited to 'cui/source/inc/align.hxx')
0 files changed, 0 insertions, 0 deletions