Closed Bug 63913 Opened 25 years ago Closed 24 years ago

[RFE] Page info panes should be adjustable, have scrollbars

Categories

(SeaMonkey :: Page Info, enhancement)

enhancement
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: ewv, Assigned: bugs)

Details

(Keywords: helpwanted)

Attachments

(15 files)

3.39 KB, patch
Details | Diff | Splinter Review
579 bytes, patch
Details | Diff | Splinter Review
5.12 KB, patch
Details | Diff | Splinter Review
4.01 KB, patch
Details | Diff | Splinter Review
3.92 KB, patch
Details | Diff | Splinter Review
1.10 KB, patch
Details | Diff | Splinter Review
7.12 KB, patch
Details | Diff | Splinter Review
1.74 KB, patch
Details | Diff | Splinter Review
9.24 KB, patch
Details | Diff | Splinter Review
13.46 KB, patch
Details | Diff | Splinter Review
13.88 KB, patch
Details | Diff | Splinter Review
14.28 KB, patch
Details | Diff | Splinter Review
14.56 KB, patch
Details | Diff | Splinter Review
14.57 KB, patch
Details | Diff | Splinter Review
11.16 KB, patch
Details | Diff | Splinter Review
In the page info window it would be nice if the relative size of the panes was adjustable (i.e. take vertical space from forms and give it to images). Horizontal and vertical scrollbars are also needed for when the list of images or forms is too big for the window. Right now the only adjustment seems to be how much space is allowed for the image preview. I'd also argue that the default should be more like 1:2 or 1:3 forms:images since most pages have many more images than forms, but this is a minor issue.
Added [RFE] marking NEW.
Severity: normal → enhancement
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Linux → All
Hardware: PC → All
Summary: Page info panes should be adjustable, have scrollbars → [RFE] Page info panes should be adjustable, have scrollbars
This should be easy, marking helpwanted and inviting hwaara to consider.
Keywords: helpwanted
I'll take it, if hwaara doesn't mind. I'd like some clarification however. Ewv, when you say it needs scrollbars when the list of images/forms gets long, do you mean horizontal, or vertical? I see vertical ones when the list is long enough, so I'm not sure what you're asking for there.
Daniel: sure, take it.
You are right. The scroll bars are usually there. When I reported the bug. for whatever reason they weren't showing up for the list I was looking at. I'd say disregard for now and if I can reproduce this behavior again, I'll open a new bug.
I realize that these patches aren't quite in standard form, but it's the best I can do until I get cvs working. (/me mumbles) They're both -wu, as I reformatted patgeInfo.xul rather heavily. not much point in blaming me for the entire file.
This revision is pretty cool. Timeless suggested it, and I think it's maybe worth looking into. I don't think it's vastly better than the simpler version I posted above. It's got a few bugs, and it'll probably never be bug free unless xul trees are modified to allow varible height rows and stuff. Comes pretty close though. I'll fix the one or two little things that were wrong with my previous patch, get it reviewed and commited tommorrow sometime. yay, sleep. maybe I'll get some tonight.
heh, actually, I was just thinking. Most of what that javascript does could be done with CSS. In fact, probably all of it except for listing all the forms/images are in the document. It really wouldn't suprise me at all.
Netscape nav triage team: per Alec Flett's pre-triage recommendation, this bug is nsbeta1-.
Keywords: nsbeta1-
my style prefs [you may ignore]: if (a) { b(); } function a() { b(); } Not adding contributor comments [cvs blame is much better and doesn't bloat code] Probably not to ignore is js/dom-id naming convention: interCaps I think is the name. so instead of formimagesplitter use formImageSplitter
Keywords: approval, review
Attached patch see aboveSplinter Review
r=timeless
Keywords: review
cc'ing alec for sr
please don't arbitrarily change stuff like if (foo.length == 0) to if (!foo.length) == 0 makes sense in specific contexts and is easier to read when the number 0 is actually signifigant.
yea, I only did it at the request of a reviewer. I can make a new patch if needed.
sorry you went through the extra work, the reviewer was making unnecessary requests (timeless? :)).. if you could put it back, I'd really appreciate it.
this is fine. there are still a lot of unnecessary style changes. Please try to minimize style changes in the future, limiting them only to places where readability is actually impaired (yes, another subjective judgement, I know..)
sr=alecf, thanks.
checked in.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
vrfy fixed on the 3 main platforms using comm branch bits, 2001.06.07.0x.
Status: RESOLVED → VERIFIED
Component: XP Apps: GUI Features → Page Info
QA Contact: sairuh → pmac
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: