summaryrefslogtreecommitdiff
path: root/sw/qa/uitest/data/tdf150037.odt
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 /sw/qa/uitest/data/tdf150037.odt
parenta551290fc46d5f91b89615700c88b863a403bc7a (diff)
Revert "tdf#150037 Writer: text fieldmark behaviour changed"
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 'sw/qa/uitest/data/tdf150037.odt')
-rw-r--r--sw/qa/uitest/data/tdf150037.odtbin10659 -> 0 bytes
1 files changed, 0 insertions, 0 deletions
diff --git a/sw/qa/uitest/data/tdf150037.odt b/sw/qa/uitest/data/tdf150037.odt
deleted file mode 100644
index 15d75a694b0a..000000000000
--- a/sw/qa/uitest/data/tdf150037.odt
+++ /dev/null
Binary files differ