Closed Bug 237995 Opened 21 years ago Closed 10 months ago

de-sheet spell checker 'window' obscures message window

Categories

(Thunderbird :: Mail Window Front End, defect)

All
macOS
defect

Tracking

(thunderbird_esr128 unaffected, thunderbird137 unaffected, thunderbird138 unaffected)

RESOLVED FIXED
126 Branch
Tracking Status
thunderbird_esr128 --- unaffected
thunderbird137 --- unaffected
thunderbird138 --- unaffected

People

(Reporter: davidmaxwaterman, Unassigned)

References

(Blocks 1 open bug, )

Details

(Whiteboard: [fixed by bug 1884631])

User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7b) Gecko/20040315 Firefox/0.8.0+ Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7b) Gecko/20040315 Firefox/0.8.0+ When I click 'send' on a message, Thunderbird checks the spelling in my message. In this process, it opens a 'window' which drops down from the top inside edge of the window. This causes it to obscure the message window, thereby making it impossible to see the context of the disputed spelling. This window needs to be a separate window akin to the 'find' window in Mozilla FireFox. Reproducible: Always Steps to Reproduce: 1.compose a message containing spelling errors (with spell checking enabled etc etc) 2.click send 3.attempt to see the context of the desputed spelling. Actual Results: cannot see the context Expected Results: need to be able to see the context in order to know what word was intended.
Status --> NEW de-sheet added to summary... that is a word right This bug should also block bug 225174 (to me) since that's a general bug.
Blocks: 225174
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: spell checker 'window' obscures message window → de-sheet spell checker 'window' obscures message window
yes, it'd be useful for the spell checker on Mac to be a non-modal dialog. (on windows and linux this dlg is non-modal.) nominating, unless this would be a non-trivial thing to fix.
Flags: blocking-aviary1.0?
Flags: blocking-aviary1.0? → blocking-aviary1.0mac?
Flags: blocking-aviary1.0mac?
Blocks: 277001
QA Contact: front-end
need peer+MAC bigot to (re)asses this and bug 225174
(In reply to comment #3) > need peer+MAC bigot If I explain to you that Mac is short for Macintosh, and thus is not an acronym, and thus should not be in all caps, *ever*, sounding as though I'm squeezing the words out through clenched teeth, will that qualify me for Mac bigot?
no disrespect, and I didn't mean to imply you are anything more than a peer, but under the stern conditions you lay out you can be whatever you want - in short, yes ... Mac-man :) [spreading Friday cheer]
(In reply to comment #5) > no disrespect, and I didn't mean to imply you are anything more than a peer, > but under the stern conditions you lay out you can be whatever you want - in > short, yes ... Mac-man :) [spreading Friday cheer] > ...well, if we're being factiously fussy about grammar/spelling, then I feel compelled to note that 'asses' is the plural of the noun 'ass' (an animal and (chiefly US) the part of one's anatomy that gets squashed when one sits down). I think the word you were looking for was assess :) Spell checkers, eh?
But for all that, I don't see any need to reassess, or do anything but sit patiently with our hands folded neatly in our laps, waiting for something to be done up the dependency chain. Our widgets don't allow you to specify whether or not a modal dialog should be a sheet; this spellcheck dialog must be modal; our only choices are to have a way to tell openDialog we need a modal window, rather than a sheet, or to remove all this UI and just rely on inline spellcheck instead. (Well, there's one other option: an #ifdef XP_MACOSX bit that inserts enough blank space to push the editor down below the bottom of the sheet. I wouldn't do it, but I'd review it, with the review based mostly on how funny the accompanying //XXX comments were.)
Assignee: mscott → nobody
Hardware: PowerPC → All
Whiteboard: [gs]
See Also: → 278635
See Also: → 531833
Severity: normal → S3
See Also: → 1793778

I see this bug reported the same issue as bug 1793778

I have just tested on my "Mac" macOS Sonoma 14.5 (release) EN with TB 127.b3 and it is now working fine - meaning, that I can move the Spell check window around, both in "check befoire Send" mode and general checking during writing

Thanks Antony.

Yep, Should be fixed by bug 1884631

Whiteboard: [gs] → [fixed by bug 1884631]
Status: NEW → RESOLVED
Closed: 10 months ago
Resolution: --- → FIXED
Target Milestone: --- → 126 Branch
You need to log in before you can comment on or make changes to this bug.