Summary: | UI EDITING Find by format doesn't show non-integer font sizes on the Find Screen | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | elicoten |
Component: | Writer | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | RESOLVED WORKSFORME | ||
Severity: | trivial | CC: | chris, elicoten, jbfaure, stgohi-lobugs |
Priority: | lowest | ||
Version: | 4.0.2.2 release | ||
Hardware: | All | ||
OS: | All | ||
See Also: | https://launchpad.net/bugs/1183368 | ||
Whiteboard: | |||
Crash report or crash signature: | Regression By: | ||
Bug Depends on: | |||
Bug Blocks: | 102847 | ||
Attachments: |
Screenshot #1 showing the options
Screenshot #2 showing the result screencopy of find&replace dialog in the master |
Description
elicoten
2013-05-23 14:00:00 UTC
Unreproducible due to option noted in Description not being available in: Version: 4.2.0.0.alpha0+ Build ID: 979def88090633bfee0e0445b19999a1dac71ed Microsoft Windows Vista Business x86 6.0.6002 Service Pack 2 Build 6002 Would this functionality be provided by an extension? Created attachment 80042 [details]
Screenshot #1 showing the options
I have no extensions installed so I assume that this is part of the core functionality.
I have attached two screenshots showing the problem. Notice that in the second one underneath the find box it says 13pt when I specifically entered 13.3pt. Also I set the text to 13pt so if it really was looking for 13pt text, it would have found the second line of text in the document. As noted previous this does work correctly.
Created attachment 80043 [details]
Screenshot #2 showing the result
To clarify what I said in comment 2: "As noted previous this does work correctly." - I was referred to searching for whole integer sizes - so if it was searching for 13pt, it would have found the text. For some reason I just tried it again and it worked. However, the display on the find and replace screen is still wrong (i.e. I entered 13.3pt but it showed 13pt on the Find & Replace screen afterwards). I have noticed the screenshot I've provided is wrong as I've entered the wrong value into the Format box but it at least shows where the options in question are. After some more experimenting - the problem occurs when the size is set through styles. Find formatting only seems to find direct formatting but not formatting that is applied through styles. 1) lsb_release -rd Description: Ubuntu 13.04 Release: 13.04 2) apt-cache policy libreoffice-writer libreoffice-writer: Installed: 1:4.0.2-0ubuntu1 Candidate: 1:4.0.2-0ubuntu1 Version table: *** 1:4.0.2-0ubuntu1 0 500 http://archive.ubuntu.com/ubuntu/ raring/main i386 Packages 100 /var/lib/dpkg/status 3) What is expected to happen in Writer via a terminal: cd ~/Desktop && wget https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1183368/+attachment/3691990/+files/example.odt && lowriter --nologo example.odt Ctrl+H -> click dropdown box Search for -> button More Options -> button Format... -> in the Text Format(Search) window tab Font in text box Size type 11.5 -> button OK and underneath the Search dropdown box it notes 11.5, as it does in Microsoft Office Professional Plus 2010 Word Version 14.0.6023.1000 (32-bit). 4) What happens instead is it displays 12. However, it still successfully searches and finds 11.5 so this is a cosmetic UI issue. Also reproducible in: Version: 4.2.0.0.alpha0+ Build ID: 979def88090633bfee0e0445b19999a1dac71ed Microsoft Windows Vista Business x86 6.0.6002 Service Pack 2 Build 6002 For me not reproducible with LO 4.4.1.2, Win 8.1 Is this still reproducible for other users or was it maybe already resolved in the meantime? Not reproducible for me too with LibreOffice 4.4.3.0.0+ built at home under Ubuntu 14.10 x86-64. Closing as WorksForMe. Please, feel free to reopen if you still encounter the same issue with one of the current stable versions or with the master. Best regards. JBF Apologies for taking *so* long to get back to this. https://bugs.documentfoundation.org/show_bug.cgi?id=64918#c7 was reproducible as written exactly in: Version: 5.0.2.2 Build ID: 1:5.0.2-0ubuntu7 Locale: en-US (en_US.UTF-8 Created attachment 122185 [details] screencopy of find&replace dialog in the master Confirming the viewing issue: the non-integer font sizes applied by direct formatting and searched through "More Options > Format button" are shown rounded. Reproducing steps are described in comment #7. The search itself works as expected. Tested on version 4.4.7, 5.0.5.0.0+, 5.1.1.0.0+ and master. Best regards. JBF Confirmed also while trying to workaround https://bugs.documentfoundation.org/show_bug.cgi?id=99014, in LO 5.1.1.3. I have occasional single paragraphs, or whole pages, that are using the old (source) template's typeface (Times New Roman) but the new font size (10.5 rather than 14pt), even though the paragraphs are the new body text style ("CSP - Chapter Body Style") I'm hesitant to try to find all occurrences of Times New Roman 14pt and change them all to Georgia, because of this bug: https://bugs.documentfoundation.org/show_bug.cgi?id=62603#add_comment I note that Find&Replace for fractional font sizes fails. I can see Times New Roman 10.5pt text in my document, but if I search for it using the F&R dialogue, it fails, reporting: Times New Roman, 11pt Search key not found That statement is true, but unfortunately, F&R was supposed to be searching for 10.5pt text, as selected from the menu of available font sizes, and for which many instances could be found. It appears that F&R may also be converting fractional font sizes to integer sizes before performing its search! Searches for Times New Roman, 14pt, for example do work. ** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug Still reproducible with current master. Best regards. JBF ** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug Still present Version: 6.1.2.1 Build ID: 1:6.1.2~rc1-0ubuntu0.18.04.1 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: en-GB (en_GB.UTF-8); Calc: group threaded Not reproducible with: Version: 6.3.2.2 (x64) Build ID: 98b30e735bda24bc04ab42594c85f7fd8be07b9c CPU threads: 8; OS: Windows 10.0; UI render: default; VCL: win; Locale: en-US (en_US); UI-Language: en-US Calc: threaded Ctrl+H > Format > Size: 11.5 > OK > Find: Hello > Find Next and the Hello with a 11.5 pt was highlighted. |