Closed
Bug 75747
Opened 24 years ago
Closed 24 years ago
selected item does not appear highlighted when clicked initially in spellchecker
Categories
(Core :: DOM: Editor, defect)
Tracking
()
VERIFIED
FIXED
mozilla0.9.1
People
(Reporter: shrir, Assigned: cmanske)
Details
Attachments
(3 files)
1000 bytes,
patch
|
Details | Diff | Splinter Review | |
1.21 KB,
patch
|
Details | Diff | Splinter Review | |
1.17 KB,
patch
|
Details | Diff | Splinter Review |
All platforms
Steps:
1 Launch composer
2 Type the text " sote text" ( i meant 'some text')
3 Click on Spellchecker button
4 Spellchecker opens up, in the list titled 'Suggestions' , click on any item
with the mouse to select it
5 Observe that the item gets added to the textfield labled 'Change to' but does
not appear selected (blue background) even after you clicked on it the first
time
Works the second time onwards...
Reporter | ||
Comment 1•24 years ago
|
||
by 'click' , I meant 'left click once'
Over to cmanske for investigation. Charley is this an XPFE/skin problem?
Assignee: kin → cmanske
Reporter | ||
Comment 3•24 years ago
|
||
btw, happens in both skins (mod ,classic)
Assignee | ||
Comment 4•24 years ago
|
||
This is a pain! Setting the contents of the textbox triggers the "oninput"
handler, which unselects the list item. IMHO, that shouldn't happen -- only
user input by typing or pasting should trigger that method.
Chris and David: Is this correct behavior?
We unselect the list when user types because now the selected word in list
probably doesn't correspond.
The fanciest solution would be to search through the list and select an item
if it equals the current textbox contents.
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9.1
Assignee | ||
Comment 5•24 years ago
|
||
Assignee | ||
Comment 6•24 years ago
|
||
ready to review
+ var wordInList;
+ for (var i = 0; (wordInList=GetTreelistValueAt(dialog.SuggestedList, i));
i++)
+ {
Hmmm, using GetTreelistValueAt() as the loop control makes me nervous since it
returns a string. I know it works, but could we just fetch the length of the
tree, use the expression (i < length), and move the GetTreelistValueAt() into
the body of the loop?
sr=kin@netscape.com
Assignee | ||
Comment 8•24 years ago
|
||
There is no easy way to get number of items in a tree. The tree is a nest of child
nodes: tree->treechildren->treeitem->treerow->treecell, and even if we count
number of treeitems, we'd have to check for the 'label' string, which is always
"" if none exists. It seems very efficient and safe to me.
Simon?
Assignee | ||
Comment 9•24 years ago
|
||
Assignee | ||
Comment 10•24 years ago
|
||
I still think first attachment is adequate - I'll let reviews decide.
Assignee | ||
Comment 11•24 years ago
|
||
Comment 12•24 years ago
|
||
sr=sfraser
Assignee | ||
Comment 13•24 years ago
|
||
Latest patch checked in.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Keywords: review
Resolution: --- → FIXED
Whiteboard: FIX IN HAND need r=, sr=
You need to log in
before you can comment on or make changes to this bug.
Description
•