Closed
Bug 72451
Opened 25 years ago
Closed 20 years ago
PICS rating labels
Categories
(SeaMonkey :: General, enhancement)
SeaMonkey
General
Tracking
(Not tracked)
RESOLVED
WONTFIX
Future
People
(Reporter: aechols, Unassigned)
References
Details
Attachments
(1 file)
|
5.04 KB,
text/html
|
Details |
It would be nice if there was filtering support for RSAC, ICRA, PICS, or
whatever they call it now labels. If I remember correctly, there are four
values in a label, each 0 through 4, representing the severity of whatever it is
to be filtered. There should be a dialog to choose a threshold for each value,
and if it is exceeded, the page is blocked. If a page is blocked, an
administrator password can be entered to either unblock the page for one viewing
only, or to grant access indefinitely. Settings for the thresholds are also
password protected.
Or is it already there and I just completely missed it?
Comment 3•24 years ago
|
||
this is a duplicate.
Updated•24 years ago
|
Summary: PICS rating labels → [RFE] PICS rating labels
Comment 4•24 years ago
|
||
looks like morse's area.
Assignee: asa → morse
Component: Browser-General → Cookies
QA Contact: doronr → tever
Comment 5•24 years ago
|
||
This is pics, not cookies. Reassigning.
Assignee: morse → neeti
Component: Cookies → PICS
QA Contact: tever → neeti
Comment 6•23 years ago
|
||
For additional information on this excellent W3C standard see
http://www.w3.org/PICS/ .
The most widely used PICS ratings system is the RSAC system from
http://www.rsac.org because it ships by default with MSIE. Alternate
systems are easy to define with application/pics-service
documents and can include an arbitrary number of axes with their own ranges.
Comment 7•23 years ago
|
||
Looks like there is partial support for this from about:config. PICS is also
used to describe the accessibility of a site. Look at the WCAG 1.0 Errata to
see what I mean. Also, RSACi has been superceded by ICRA. ICRA now produces
the ICRA label and for backwards-compatibility the RSACi label.
Comment 9•23 years ago
|
||
moving neeti's futured bugs for triaging.
Assignee: neeti → new-network-bugs
Comment 10•23 years ago
|
||
*** Bug 177119 has been marked as a duplicate of this bug. ***
Updated•23 years ago
|
Component: PICS → Browser-General
Comment 11•23 years ago
|
||
IE handles the musical chairs of content rules by making them modular. So there
is an RSACi rule set that describes how sites can rate themselves and what
levels you wish to permit. Users can add or remove rule sets as they desire.
Unfortunately, content rules like this haven't really taken off because it seems
like IE is the only major browser that supports them. For all of those that are
so anti-censorware, *this* is the only/best alternative. You set some levels
about what sites are acceptable, lock those with a password, disable access to
unrated sites, and (in theory) you should have a "safe content" configuration
that cannot be overridden. Mozilla needs to at least catch up with IE here.
Comment 13•22 years ago
|
||
descriptions of browser.PICS. preferences, from the pref manual I'm working on.
The source code is not working so I cannot test the preferences. Someone who
knows the code please review and comment.
Comment 14•22 years ago
|
||
*** Bug 214993 has been marked as a duplicate of this bug. ***
Comment 15•22 years ago
|
||
Still we need PICS support. It's in standards and IE supports it (if I remember
correctly). Can Mozilla lack of something IE has? ;)
If we want to ship Mozilla to families too and not just to geeks, we have to
start thinking also about things like this.
See also bug #166192.
Comment 16•22 years ago
|
||
*** Bug 236799 has been marked as a duplicate of this bug. ***
Comment 17•22 years ago
|
||
The simplest way in IE is to recognizing of "pics-label" metatag of webpages (see
e.g. header of the http://www.czilla.cz/ ). For detailes see
http://www.icra.org/ . For detailes about generating labels for your site - see
http://www.icra.org/_en/label/
Updated•21 years ago
|
Product: Browser → Seamonkey
Comment 18•21 years ago
|
||
Does anyone know if this issue is likely to make any progress in the near future?
Comment 19•20 years ago
|
||
This good idea is generic to both the Suite and FF. Should a new bug be opened
for FF, or should this one be moved to the Core component?
Comment 20•20 years ago
|
||
Bug 166192("remove PICS") has been FIXED. And Bug 34205 has been clsed as INVALID with comment of "PICS has been dropped from Mozilla" by Bug 34205 comment #7.
Does it mean this bug is to be closed as WONTFIX?
Comment 21•20 years ago
|
||
WONTFIX sounds good to me
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•