Closed
Bug 163048
Opened 22 years ago
Closed 21 years ago
Make <marquee> an optional extension
Categories
(SeaMonkey :: Build Config, enhancement)
SeaMonkey
Build Config
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: jonasj, Unassigned)
References
Details
(Keywords: helpwanted)
Attachments
(1 file)
10.90 KB,
text/plain
|
Details |
<quote source="bug 161049 comment 31" author="dbaron">
> However, to the people who are "on strike", etc.: please note that a *good*
> patch to make marquee an optional extension would, I think, be accepted. The
> module owners have not rejected that approach. They also haven't rejected the
> idea of a pref to disable marquee (bug 161109). However, the optional extension
> idea hasn't even been filed as a bug, despite comments in bug 156979.
</quote>
Reporter | ||
Comment 1•22 years ago
|
||
See also bug 163050 :-)
Summary: Make marquee an optional extension → Make <marquee> an optional extension
Comment 2•22 years ago
|
||
if you want it, do it yourself. Its open source you know (awaiting lots and
lots of bickering)
Assignee: doron → nobody
Comment 3•22 years ago
|
||
This is disgusting... The optional extension should be *DISABLED* by default in
Mozilla! If Netscape wants to use <marquee>, they can have it enabled by
default. Sorry if this is considered spam.
http://bugzilla.mozilla.org/show_bug.cgi?id=161049#c13
This is "hacked" XBL to disable annoying scrolling for <marquee> tag.
You can see scrollbar for content on <marquee> instead of automatic scrolling.
To install this XBL, do follows:
1. Unpack and back up old file xbl-marquee.xml from
./chrome/comm.jar/content/xbl-marquee/xbl-marquee.xml
2. Save this file with filename "xbl-marquee.xml".
3. Pack this file into comm.jar/content/xbl-marquee/
To uninstall, pack saved xbl-marquee.xml instead of this.
I don't remove main code, I only have it disabled. All disabled items are
commented with prefix "***".
If anybody tell me how to read user prefs in XBL, I can write XBL, which can
read user preferences and choose corresponding behavior.
Desired pref format might be:
user_pref("browser.marquee.behavior", "autoscroll" | "block" | "scrollbars" );
Waiting to your comments ;-)
Attachment #97516 -
Attachment mime type: text/xml → text/plain
Attachment #97516 -
Flags: needs-work+
var pref = Components.classes["@mozilla.org/preferences-service;1"]
.getService(Components.interfaces.nsIPrefService)
.getBranch("browser.");
pref.getCharPref("marquee.behavior"); to read the pref.
Reference: http://www.mozilla.org/quality/embed/plans/nsIPrefBranchTestPlan.html
Not cc'ed so email me on any comments.
Any marquee pref should be handled in terms of on/off in the interest of
simplicity. The scrollbar overflow is a cunning idea but it wouldn't work any
better than block in real life (and in isolated cases might be worse).
IMO the pref should be similar to browser.blink_allowed, but marquee instead of
blink. An alternate suggestion is browser.display.marquee. Both should be
boolean with a defult value of false. To make the people who shoved marquee down
our throats in the first place happy, we'll have to make UI for this pref (while
you're at it, make UI for bug 106462... pleeeeze?).
Mike, unfortunately I have a fault to use your suggestion.
My code:
try {
netscape.security.PrivilegeManager.enablePrivilege("UniversalBrowserRead");
netscape.security.PrivilegeManager.enablePrivilege("UniversalXPConnect");
var prefObj = Components.classes["@mozilla.org/preferences-service;1"]
.getService(Components.interfaces.nsIPrefService);
}
catch(e) {
alert("Exception: " + e);
}
causes exception "enablePrivilege not granted".
Replying to comment 7
AFAIK <marquee> support was introduced mainly for Chinese users - see test pages at:
http://bugzilla.mozilla.org/show_bug.cgi?id=156979#c63
And if we'll parse <marquee> just as <div>, appearance of these pages will be
violently distorted. <marquee> has attributes WIDTH and HEIGHT, parsing as
simple <div> causes incorrect rendering width and height of <marquee> block and,
therefore, destroying page layout.
I tried to find method for displaying <marquee> which doesn't destroy appearance
and preserve usability.
But literally following W3C standards, we must render <marquee> as unknown tag,
i.e. simple ignore it and render even not as <div>, but as <span>.
As a result we have 4 alternatives to render <marquee>:
1. As inline element (conforms to standard, but completelly destroies page layout);
2. As <div> (better corresponds meaning of this tag, but causes layout problems);
3. With autoscrolling (exactly as MS Internet Explorer, preserves page layout,
but annoies users and causes usability problems);
4. With scrollbar (preserves page layout, saves usability and doesn't annoy).
I think, all 4 alternatives could be embodied in preferences, but it seems to me
that scrollbar might be a better choice.
Comment 10•22 years ago
|
||
It's okay by me if a page looks screwed up because that site uses bad HTML,
which is synonymous with nonstandard HTML. Thus, I'd say, if disabled, display
marquee by putting a big ugly red blotch on the page that says "marquee" with a
slash through it. Okay, I will now resume lurking.
Comment 11•22 years ago
|
||
I've tried those sites with a modified html.css displaying marquees as block,
and it really doesn't look bad. A scrollbar will still bust a pixel-perfect
layout unless we make the scrollbars razor-thin, and either way it's not going
to be as pretty as if the developer had done the page right to begin with. But I
don't see any benefit to a scrollbar.
Comment 12•22 years ago
|
||
HELP WANTED! Remove the vile scrolling marquees, or fix bug 161109...
50 CC's or votes will make this or that bug eligible for bug 163993.
Keywords: helpwanted
Comment 13•21 years ago
|
||
Well, I think following the standards is a better approach than recognizing
<marquee> as special at all. If browsers support <marquee>, that will only
encourage its use. If you like <marquee> so much that you think it's worth
violating the standard, just go ask the W3C to include it in XHTML 2.0 (They'll
say no, and that should be the final word.).
Comment 14•21 years ago
|
||
Waiting for bug 59701 to be fixed.
Comment 15•21 years ago
|
||
marquee is here to stay. Opera and safari now support it as well.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → WONTFIX
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•