Bug 89673 - EDITING - can't use the regular context menu on misspelled words
Summary: EDITING - can't use the regular context menu on misspelled words
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: high major
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 52365 158567 (view as bug list)
Depends on:
Blocks: Context-Menu
  Show dependency treegraph
 
Reported: 2015-02-26 05:06 UTC by Octavio Alvarez
Modified: 2024-06-05 15:57 UTC (History)
7 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Octavio Alvarez 2015-02-26 05:06:18 UTC
1. Open Calc.

2. Type 'screenshot' or some other word that gets recognized as mispelled. Make sure spelling detected 'screenshot' as a mispelled word by showing a red underline. (Language may be needed to be changed to English).

3. Double click on the column header boundary to set it to optimal width. To make it more annoying, further reduce the column width to make the word barely fit.

4. The user wants to format the cell using the context menu. Right click on the cell (not on a blank part, but on the word because it is part of the cell).

Expected behavior: The regular context menu appears. I should click 'Format cells' after the menu shows up.

What happens: The spell-fix context menu appears. No 'Format cells' option. Functionality is lost.

Recommendation: Both menus should be merged in this case. Spelling-fix menu entries should be appended to the regular context-menu, possibly under a 'Spelling >' submenu or possibly just after the regular context menu, but the point is that regular context menu entries should not be put away.

The same happens if the user hits F2, then highlights the word and right clicks on it to copy it: no copy option in the menu. This particular case gets more frequent for users that write proper foreign names in the worksheet, like teachers and employers.

Version: 4.4.1.2.
Comment 1 raal 2015-02-26 06:04:57 UTC
I can confirm with Version: 4.5.0.0.alpha0+
Build ID: a2fa9e2468aa5c4fd4b610c5d0ebc8959e87a072
TinderBox: Linux-rpm_deb-x86_64@46-TDF, Branch:master, Time: 2015-02-23_02:34:05

Looks like fixed in bug 74087 and appear again. Setting the same priority as in bug 74087
Comment 2 Robinson Tryon (qubit) 2015-03-05 16:42:19 UTC
Whiteboard -> bibisectRequest
Comment 3 Matthew Francis 2015-03-28 13:58:24 UTC
From the description I'm pretty sure the present behaviour is the intended result after the fix to bug 74087. That is to say, the point of bug 74087 was that the spelling entries should be shown only when the cursor is over a mis-spelled word, and not over a blank portion or other text of the cell.

However, this doesn't account for the case where there isn't any convenient blank part or other text in the cell, and the report in this bug (reasonably, I think) asks for there to be a way to use the regular menu options even in the case that this is so.


This specific problem as stated has existed since before LO, so I think this is properly not a regression
Comment 4 Katarina Behrens (Inactive) 2015-11-03 13:26:06 UTC
Not limited to Calc, Impress/Draw behaves the same -- as soon as there's a misspelled word, there's no way to access formatting entries from context menu. 

There must be some secret plan behind all this, to force users to spell words properly (and I wasn't even able to find this bugreport, because the word 'mispelled' is misspelled in its summary :P :D)
Comment 5 QA Administrators 2017-12-27 03:24:57 UTC Comment hidden (obsolete)
Comment 6 Octavio Alvarez 2017-12-28 18:04:36 UTC
The problem still exists under:

Version: 5.4.3.2
Build ID: 1:5.4.3-4
CPU threads: 4; OS: Linux 4.2; UI render: default; VCL: gtk3; 
Locale: en-US (en_US.utf8); Calc: group
Comment 7 QA Administrators 2019-11-29 03:44:40 UTC Comment hidden (obsolete)
Comment 8 Roman Kuznetsov 2020-11-23 20:07:43 UTC
still repro in

Version: 7.1.0.0.alpha1+ (x64)
Build ID: ccd0e5f445d4a7d0e7aca6c23c02c61bf14510b2
CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win
Locale: ru-RU (ru_RU); UI: en-US
Calc: CL
Comment 9 QA Administrators 2022-11-24 03:42:11 UTC Comment hidden (obsolete, spam)
Comment 10 Justin L 2023-05-19 14:48:17 UTC
*** Bug 52365 has been marked as a duplicate of this bug. ***
Comment 11 Stéphane Guillou (stragu) 2023-12-07 20:43:00 UTC
*** Bug 158567 has been marked as a duplicate of this bug. ***
Comment 12 daniel.schaaaf 2024-04-07 21:16:36 UTC
Still extremely annoying in version 24.2.2.2 ... 9 years later ...

I like how Mozilla solved the problem in Firefox: Language options are on the top of the context menu, all the rest (including copy/cut/paste/delete!) is still available below.