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: