Closed Bug 8709 Opened 25 years ago Closed 19 years ago

Search Msg dialog should have minimum size restriction.

Categories

(SeaMonkey :: MailNews: Message Display, defect, P3)

Tracking

(Not tracked)

RESOLVED INVALID

People

(Reporter: laurel, Unassigned)

References

Details

Attachments

(2 files)

Using jun22 m8 builds on Mac OS 8.51, linux rh5.2 and NT 4.0 The search messages dialog is able to be resized quite small and when you do so the criteria lines may wrap within the dialog. This is not consistent with the 4.x search messages dialog which had a minimum size restriction AND the behavior that the criteria lines wouldn't wrap. The wrapped criteria lines look a bit odd... I'm not sure what the proper behavior should be since this isn't spec'd. The Message Filters dialog currently doesn't resize past a certain size and doesn't not wrap the criteria line.
QA Contact: lchiang → laurel
Status: NEW → ASSIGNED
Target Milestone: M10
hhmm. this is a good point. This sort of thing hasn't been implemented yet, but I'm sure it's related to window-sizing-to-content, which is supposed to go into M8. Moving to M10 (I'm on vacation during M9)
Target Milestone: M10 → M11
I'm not sure this is possible..but I'll look into it.
We won't have search in PR1, so I don't think this bug needs to be fixed for PR1
Target Milestone: M11 → M14
Target Milestone: M14 → M15
Target Milestone: M15 → M16
search bugs -> M16
moving non-critical bugs to M20
Target Milestone: M16 → M20
laurel - can you try again with the new filer ui? (and search when available)?
search->gayatrib
Assignee: alecf → gayatrib
Status: ASSIGNED → NEW
Component: Mail Window Front End → Search
This still occurs on Windows NT Build 2000112104, I'm attaching screenshots. (This is independant of the skin I was in when I took the snapshots).
Some of the content looks like it is resizeable and others look as if it should be collapsable. Alternatively, only allow vertical resizeing. I have a feeling though that window resizing is broken in general anyway as it overrides and min-width set on the outermost box.
reassigning to naving
Assignee: gayatrib → naving
Blocks: 154249
mass re-assign.
Assignee: naving → sspitzer
I don't think this is a bug. I can't find a single window in Mozilla that has a minimum size. Why should they have one? If the user likes to make the window smaller, I don't think we should restrict him. If he sees, that the content doesn't fit anymore he can just stop making it smaller. Perhaps the user just wants to see certain parts of the window. So restricting the ability to make it smaller will limit the user needlessy. So I think this should be marked INVALID.
I agree. Open the dialog with a given "minimum" size, but surely let the user resize it if they want. I do that all the time. I resize boxes down to zilch just to clear some desktop space and only show a tiny part of that box that I'm interested in.
Product: Browser → Seamonkey
Assignee: sspitzer → mail
Depends on: 74940
(In reply to comment #14) > I don't think this is a bug. I can't find a single window in Mozilla that has a > minimum size. Why should they have one? >... > Perhaps the user just wants to see certain parts of the window. So restricting > the ability to make it smaller will limit the user needlessy. > > So I think this should be marked INVALID. Also think it should be invalid. Regarding comment 0 - search window fields don't wrap in resized window in Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20051219 SeaMonkey/1.5a related - Bug 176320
Severity: normal → minor
QA Contact: laurel → search
This is not a bug, thus it will not be "fixed" for SeaMonkey.
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → INVALID
Component: MailNews: Search → MailNews: Message Display
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: