Description: Calc makes it more difficult to apply fonts that Excel. Steps to Reproduce: 1. edit a cell containing text using Courier New 2. In Excel, click in the font name field Excel result (desirable): the font field is selected in its entirety Calc result (undesirable): the cursor is inserted where you clicked and you must drag over the font name, or type control+a 3. Still in Excel, type "Calibri" 4. Still in Excel, use the mouse to click the font size dropdown Excel result (desirable): the cell changes to Calibri and the font menu drops down Calc result (undesirable): as soon as you click on the size dropdown, the font dropdown reverts to Courier New Actual Results: In both cases, Excel's behavior requires less user action and is cleaner. Expected Results: Calc should never be harder, less intuitive or buggier than Excel.. If this isn't near the top of the product spec, then the spec itself is my single biggest complaint about Calc. Calc users coming from Excel must surely outnumber Calc users who haven't used Excel by at least a thousand fold. Reproducible: Always User Profile Reset: No Additional Info: User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.110 Safari/537.36
Confirmed and created bug 108181 for the other issue. Arch Linux 64-bit, KDE Plasma 5 Version: 5.5.0.0.alpha0+ Build ID: 6dbf9543c6f83d7b1fe7ad27232f65152456619a CPU threads: 8; OS: Linux 4.10; UI render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on May 27th 2017 Arch Linux 64-bit LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.4
** 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
status in 6.0.3.2 step 2 still active-clicking in font field fails to select all step 4 is fixed - you have type control A to select the field, but then if you type "cali" it highlights Calibri and then typing return applies the font to the selected cell The really massive problems I reported during my beta phase (like zoom failing to keep shown contents visible) are still quite active.
Nickson Thanda committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=11b60b16739bfd88cc6f9f16834870a296921883 tdf#108012 - Clicking in the font field should select the contents It will be available in 6.2.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
I dont see a difference between 6.1 and master. Clicking into the font field doesnt select all text. Neither my new font is accepted when I leave the field without pressing enter (which is requested but would be questionable, however). Version: 6.2.0.0.alpha0+ Build ID: 9f01dca60e6539f48cd529180f0d64c2131e0ea1 CPU threads: 8; OS: Linux 4.17; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); Calc: group threaded
(In reply to Heiko Tietze from comment #5) > I dont see a difference between 6.1 and master. Clicking into the font field > doesnt select all text. Neither my new font is accepted when I leave the > field without pressing enter (which is requested but would be questionable, > however). > > Version: 6.2.0.0.alpha0+ > Build ID: 9f01dca60e6539f48cd529180f0d64c2131e0ea1 > CPU threads: 8; OS: Linux 4.17; UI render: default; VCL: gtk3; > Locale: en-US (en_US.UTF-8); Calc: group threaded Works fine here (Writer, Calc). Tried safe mode? Arch Linux 64-bit Version: 6.2.0.0.alpha0+ Build ID: b9d18daf5b23155a9b4dfcdd5d1f23ed53bc3849 CPU threads: 8; OS: Linux 4.17; UI render: default; VCL: gtk3; Locale: fi-FI (fi_FI.UTF-8); Calc: group threaded Built on July 22nd 2018
> Works fine here (Writer, Calc). Tried safe mode? Closing as RESOLVED FIXED then...
it is ok on linux Version: 6.2.0.0.alpha0+. I think bug can be closed. 6.2.0.0.alpha0+ Build ID: 9a9b81c7212fa6a6762246593acf3f1950677a22 CPU threads: 4; OS: Linux 4.15; UI render: GL; VCL: gtk2; TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2018-09-08_00:00:43 Locale: ro-RO (ro_RO.UTF-8); Calc: threaded