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)
SeaMonkey
MailNews: Message Display
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.
Updated•25 years ago
|
Status: NEW → ASSIGNED
Target Milestone: M10
Comment 1•25 years ago
|
||
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)
Updated•25 years ago
|
Target Milestone: M10 → M11
Comment 2•25 years ago
|
||
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
Updated•25 years ago
|
Target Milestone: M11 → M14
Updated•25 years ago
|
Target Milestone: M14 → M15
Updated•25 years ago
|
Target Milestone: M15 → M16
Comment 4•25 years ago
|
||
search bugs -> M16
laurel - can you try again with the new filer ui? (and search when available)?
Comment 7•24 years ago
|
||
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).
Comment 11•24 years ago
|
||
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.
Comment 14•21 years ago
|
||
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.
Comment 15•21 years ago
|
||
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.
Updated•20 years ago
|
Product: Browser → Seamonkey
Updated•20 years ago
|
Assignee: sspitzer → mail
Comment 16•19 years ago
|
||
(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
Comment 17•19 years ago
|
||
This is not a bug, thus it will not be "fixed" for SeaMonkey.
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•