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)
SeaMonkey
Page Info
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.
Comment 1•25 years ago
|
||
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
Comment 3•25 years ago
|
||
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.
Comment 4•25 years ago
|
||
Daniel: sure, take it.
Reporter | ||
Comment 5•25 years ago
|
||
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.
Comment 6•25 years ago
|
||
Comment 7•25 years ago
|
||
Comment 8•25 years ago
|
||
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.
Comment 9•25 years ago
|
||
Comment 10•25 years ago
|
||
Comment 11•25 years ago
|
||
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.
Comment 12•25 years ago
|
||
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.
Comment 13•25 years ago
|
||
Comment 14•25 years ago
|
||
Comment 15•25 years ago
|
||
Netscape nav triage team: per Alec Flett's pre-triage recommendation, this
bug is nsbeta1-.
Keywords: nsbeta1-
Comment 16•25 years ago
|
||
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
Comment 17•25 years ago
|
||
Comment 18•25 years ago
|
||
Comment 19•25 years ago
|
||
Comment 20•25 years ago
|
||
Comment 21•25 years ago
|
||
Comment 22•25 years ago
|
||
Comment 23•25 years ago
|
||
Comment 25•25 years ago
|
||
cc'ing alec for sr
Comment 26•25 years ago
|
||
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.
Comment 27•25 years ago
|
||
yea, I only did it at the request of a reviewer. I can make a new patch if needed.
Comment 28•25 years ago
|
||
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.
Comment 29•25 years ago
|
||
Comment 30•25 years ago
|
||
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..)
Comment 31•25 years ago
|
||
Comment 32•25 years ago
|
||
sr=alecf, thanks.
Comment 33•24 years ago
|
||
checked in.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Comment 34•24 years ago
|
||
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
Updated•21 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•