Closed
Bug 158245
Opened 22 years ago
Closed 22 years ago
Page info should list the alt for images in the media-tab in the tree.
Categories
(SeaMonkey :: Page Info, enhancement)
SeaMonkey
Page Info
Tracking
(Not tracked)
RESOLVED
FIXED
mozilla1.2alpha
People
(Reporter: nick, Assigned: nick)
Details
Attachments
(1 file, 7 obsolete files)
(deleted),
patch
|
nick
:
review+
nick
:
superreview+
scc
:
approval+
|
Details | Diff | Splinter Review |
It was very handy to easily check which images had alt attributes and which
images lacked one of those.
Assignee | ||
Comment 1•22 years ago
|
||
I've added a new row to the <tree>, I've made it hidden by default.
This is the first XUL patch I ever contribute to Mozilla! =)
Assignee | ||
Comment 2•22 years ago
|
||
Attachment #91911 -
Attachment is obsolete: true
Comment 3•22 years ago
|
||
Comment on attachment 91919 [details] [diff] [review]
v1.1: Removed extra colon
Use hasAttribute() to test attribute existence.
Attachment #91919 -
Flags: needs-work+
Assignee | ||
Comment 4•22 years ago
|
||
I've found a bug in the detailed view. An alt="", isn't the same as "not
specified", but as "" evaluates to false it regards such alt attribute as
non-existant.
Attachment #91919 -
Attachment is obsolete: true
Assignee | ||
Comment 5•22 years ago
|
||
Attachment #91992 -
Attachment is obsolete: true
Comment 6•22 years ago
|
||
Comment on attachment 91996 [details] [diff] [review]
Ops! Uses hasChildNodes().
>+ if(item.hasAttribute("alt"))
>+ altText = item.alt;
This is no good. <div alt="foo"> will test true for hasAttribute("alt") and
give a strict warning with that code. You need to test both
hasAttribute("alt") and |"alt" in item|
also, space between "if" and "(" please, here and right after that.
Attachment #91996 -
Flags: needs-work+
Assignee | ||
Comment 7•22 years ago
|
||
Well.. I'll stop addding things so this can be reviewed and (hopefully) checked
in.. =)
Attachment #91996 -
Attachment is obsolete: true
Comment 8•22 years ago
|
||
> + if (altText=="") {
If this is true, that means alt text is set. Why does it matter whether the
textbox is italic if its contents are the empty string?
Comment 9•22 years ago
|
||
Comment on attachment 92062 [details] [diff] [review]
Shows an italic "empty string" for alt="" in detailed view
what's with the stars in notSet?
Comment 10•22 years ago
|
||
> +emptystring=empty string
Capitalize that, and sr=bzbarsky
Assignee | ||
Comment 11•22 years ago
|
||
Attachment #92062 -
Attachment is obsolete: true
Assignee | ||
Comment 12•22 years ago
|
||
I've filed a new bug, bug 158425 to put all those "Not specified" strings in
italics :).
Comment 13•22 years ago
|
||
I think he meant "Empty String" :)
Comment 14•22 years ago
|
||
Also, while you're working on this bug look for the bug where someone asks me to
add all the things that show up in the detail area as (hidden) columns in the
tree. Now that you've got this one under your belt, the others should be a snap.
Assignee | ||
Comment 16•22 years ago
|
||
Hehe.. done.. =)
db48x: sure, It will be nice to have the other values there. Another thing I
was thinking is.. the "no." row is useless for most people, why don't we hide
it by default?
Attachment #92068 -
Attachment is obsolete: true
Comment 17•22 years ago
|
||
Comment on attachment 92070 [details] [diff] [review]
emptyString -> emptystring, "empty string" -> "Empty String"
+ var notSet = "*" + theBundle.getString("notset") + "*"
take the * out of this, and r=db48x
Also, feel free to hide the number column in this and any other tab it's not
hidden by default. I must have forgotten to fix it, I must have hidden them
with the colpicker and forgotten about the bug.
Assignee | ||
Comment 18•22 years ago
|
||
Boo, I liked the starts. The idea was to make that text stand-out from the real
specified text. But that text should be in italic anyway...
Comment 19•22 years ago
|
||
Comment on attachment 92070 [details] [diff] [review]
emptyString -> emptystring, "empty string" -> "Empty String"
sr=bzbarsky once db48x's comment is addressed.
Attachment #92070 -
Flags: review+
Assignee | ||
Updated•22 years ago
|
Attachment #92071 -
Flags: superreview+
Attachment #92071 -
Flags: review+
Assignee | ||
Updated•22 years ago
|
Status: NEW → ASSIGNED
Comment 21•22 years ago
|
||
Comment on attachment 92071 [details] [diff] [review]
No more starts, "no." hidden by default.
yea, r=db48x. who have you asked to check this in?
Assignee | ||
Comment 22•22 years ago
|
||
I've emailed drivers@mozilla.org, as I read in mozillazine. Besides that I
haven't asked anybody anything...
Comment 23•22 years ago
|
||
Comment on attachment 92071 [details] [diff] [review]
No more starts, "no." hidden by default.
a=scc for checkin to the mozilla TRUNK, after 1.1b tag/branch is cut
Attachment #92071 -
Flags: approval+
Comment 24•22 years ago
|
||
checked in
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•