Open
Bug 89258
Opened 23 years ago
Updated 3 years ago
Element Properties window should not be resizable
Categories
(SeaMonkey :: UI Design, defect, P4)
SeaMonkey
UI Design
Tracking
(Not tracked)
NEW
Future
People
(Reporter: mpt, Unassigned)
References
(Depends on 1 open bug, Blocks 1 open bug)
Details
To reproduce: 1. Open the context menu for a link or image and choose `Properties'. 2. Try to resize the window. What happens: * The window is a random size depending on the URL it contains (bug 77898). * The window can be resized. What should happen: * On Mac OS, the window is 28.5em wide and 31em high, excluding window chrome (that's 342*372 pixels at default font sizes). * On Windows, the window is 32em wide and 32em high, excluding window chrome (that's 350*350 pixels at default font sizes). * The window cannot be resized. Problem occurs with: * build 2001070308, Mac OS 9.1 Problem does not occur with: * Mac OS Finder * Windows Explorer
Yhy don't you want the window to be resizeable? And why do you want it to be bigger then neccesary? I hate windows that are not resizeable. I agree that you shouldn't *have* to resize a window (ie, if there is too much stuff squeezed into a small window), but I like the ability to resize windows. Especially when the content flows nicely within it, which is very possible with XUL.
Comment 2•23 years ago
|
||
If all it says is "Page Language: English" or whatever, having a large window is silly. We could size it to the content, and then make it unresizeable, but why? This is also tied up with the solution to the "long URLs problem". Bug 77898. Gerv
Comment 3•23 years ago
|
||
usability/polish, 0.9.4.
Status: NEW → ASSIGNED
OS: Mac System 9.x → All
Hardware: Macintosh → All
Target Milestone: --- → mozilla0.9.4
Reporter | ||
Comment 4•23 years ago
|
||
> Yhy don't you want the window to be resizeable? Because: * there's no compelling need for the window to be resizable; * the sizing grippy overlaps the group box in an ugly fashion (though that will be fixed when bug 89266 is fixed); * Properties windows in Windows, and Info windows in Mac OS, are not resizable. > And why do you want it to be > bigger then neccesary? Because being consistent with other properties/info windows (both inside and outside Mozilla) is more important than only taking up the minimum necessary space.
Comment 5•23 years ago
|
||
--> sicking
Assignee: blakeross → sicking
Status: ASSIGNED → NEW
Target Milestone: mozilla0.9.4 → ---
> Because: > * there's no compelling need for the window to be resizable; I think it should be the other way around. Don't make a window unresizeable unless there is a compelling need to do so. > * the sizing grippy overlaps the group box in an ugly fashion (though that > will be fixed when bug 89266 is fixed); I guess this is some mac thing? It's a good reason though. > * Properties windows in Windows, and Info windows in Mac OS, are not > resizable. Someone said in bug 89266 that the microsofts properties windows has earned them a place in "the User Interface Hall of Shame", should we really copy that?
Status: NEW → ASSIGNED
Priority: -- → P4
Target Milestone: --- → mozilla1.0
*** Bug 100830 has been marked as a duplicate of this bug. ***
ok, seems like mozilla rules are that dialogs should be non-resizeable (why I don't understand). So what size should the dialog be? Also, should the window be modal?
i don't want it to be modal. as for size i think matching the windows properties [367x435 on my w98se. I think x414 is the usable area height, when i switched to large fonts the only thing that grew was the titlebar] and macos getinfo dimensions might be sane. (HUIG probably specifies it if you can't find a picture online) Btw, fast switching font dimensions (Large Fonts=>Small Fonts) in mozilla is a bad idea, you end up w/ a non painting region (height differential between Large Font title bar and Small Font titlebar) between the titlebar and the menubar :-)
note to self: timeless tells me the size on mac is approx 340x370
Depends on: 111770
Comment 11•23 years ago
|
||
[[aside: I've never understood this dialogs aren't resizable thing either. I think this is about the fact that we don't ever want scrollbars to appear in a dialog box with controls - but the right solution for that is to set a sensible minimum size, not to disallow resizing...]] Arguably, a properties window isn't a dialog, its some kind of floating inspector pallette. I just looked at it: it has no buttons (except the close box) and you can't interact with it. Looks perfect for an inspector pallette type paradigm to me. And since there's no user interaction, scrollbars would even be fine, AFAICT (since there's no issue with the element with focus being scrolled out of view, as there is no focus). But as I said, there's no reason for scrollbars if you set a sensible mimimum size. [[another aside: aye, but what about people with 640x480 screens? - the whole non resizable thing is unworkable if you ask me, of course, maybe that's an argument for putting less stuff in the window... ]] Incidentally, it probably worth mentioning that if we do start to support inspectors, this would be a new window type. This is because there are certain native things we should do with this type of window. On Mac OS we would want to be using the small ~ 12px tall title bar, and floating the window, and making it disappear when we switch to the background. But that a whole other bug...
Keywords: mozilla1.0
sorry folks :(
Target Milestone: mozilla1.0 → mozilla1.1beta
Target Milestone: mozilla1.1beta → Future
marking new since i'm not working on these
Status: ASSIGNED → NEW
Updated•20 years ago
|
Product: Core → Mozilla Application Suite
Comment 14•19 years ago
|
||
"Element Properties" should be resizable. There is sometimes a compelling need to read extremely long ALT or TITLE attributes. This bug should be wontfixed.
Comment 15•19 years ago
|
||
That doesn't necessarily mean this bug is a WONTFIX; it could be the correct fix is to get the title attributes etc. to wrap properly. Gerv
Comment 16•13 years ago
|
||
The properties window and menu item are no more.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → INVALID
Updated•13 years ago
|
Status: REOPENED → NEW
Assignee: jonas → nobody
You need to log in
before you can comment on or make changes to this bug.
Description
•