User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1) Gecko/20061010 Firefox/2.0 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1) Gecko/20061010 Firefox/2.0 [Note: I experienced this behavior already with Thunderbird 1.5, and now with Firefox 2.0, when editing text in text boxes] When Firefox2.0 thinks that an edited word is wrong (underlined red), I open the context menu at this word to correct it or put it in my dictionary. Depending on the place where the mouse exactly is placed before opening the context menu, the underlined word may be partially overlapped by the menu. This is inconvenient, because normally I want to check, if the word is correctly written and can be put into the dictionary. Reproducible: Sometimes Steps to Reproduce: 1. Write some wrong spelled word into some text box (like this one) 2. Place the mouse in the left top corner of the written word. 3. Open the context menu Expected Results: The context menu should be placed well below the word, so that one can read the complete word. You might want to learn from OpenOffice, which does places the context menu correctly (AFAIK).
Created attachment 244438 [details] screenshot, showing the badly placed context menu I have added a screenshot, which shows some textfield and an underlined (wrongly spelled) word "allways", together with the opened context menu. The menu overlaps the underlined word partially.
As an alternative to adjusting the placement of the context menu, one could present the underlined word as the /first/ entry within the context menu, perhaps specially marked, and not choosable. This would probably be easier to implement.
Reporter, do you still see this problem with the latest Firefox 2? If not, can you please close this bug as WORKSFORME. Thanks!
I use Firefox 18.104.22.168, which is AFAIK the latest version. Nothing has changed, i.e. the bug is still the same. I have added a screenshot, where the word "errror" (three "r") is overlapped by the context menu. The first entry in the context menu is "error", so also my proposed alternative approach hasn't been implemented.
I can cause this with both menu above and below the word, it depends on position of the word clicked on relative to the bottom of the page. Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9b2pre) Gecko/2007110805 Minefield/3.0b2pre