Closed
Bug 5871
Opened 26 years ago
Closed 25 years ago
bookmarks.html needs to be I18n-savvy
Categories
(Core Graveyard :: RDF, defect, P3)
Tracking
(Not tracked)
VERIFIED
FIXED
M12
People
(Reporter: waterson, Assigned: mozilla)
References
Details
(Whiteboard: DEPEND - Intl)
Currently using ASCII to serialize and read bookmarks.html. This needs to get
fixed.
Reporter | ||
Updated•26 years ago
|
Status: NEW → ASSIGNED
Target Milestone: M6
Comment 1•26 years ago
|
||
Hi there Chris,
Incidently, it just suddenly occured to me as I saw this bug in the lists for
the 100th time, that this bug is *directly* related to the discussion we had
about moving bookmarks.html to a new RDF format, while at the same time
maintaining backwards compatibility with older tools that work on the old HTML
format--see the e-mail that Erik van der Poel sent to us on this topic.
Also, I seem to recall some additional ideas from somebody else (think it was
arielb) on the Mozilla IRC for the bookmarks if they could in fact be migrated
to a new RDF format... In particular, I believe he had an idea for enabling
other user requested features like enabling/disabling certain browsing features
(like Java) on a per-site basis, attaching such settings to the bookmarks.
I like arielb's idea too, since it would meet user requests for this feature,
which I'm willing to bet are made primarily because of stability concerns with
specific Java applets found only on certain sites. Also, I see an even greater
market potential here, too--I think, depending on how far Mozilla goes with
this, this idea could also give Netscape something that could compete in the
market with Microsoft Internet Explorer's "Security Zones" feature, which allows
for exactly this kind of thing already... Only I think that the way arielb
proposed to do it would be even better than Microsoft IE, since it would allow
for even finer-grained control in this area than MS's Security Zones could,
since doing it on a per-site basis seems to me a more fine-grained way of doing
it than grouping the sites and making settings active or inactive on the entire
group, as IE's Security Zones do.
Reporter | ||
Comment 2•26 years ago
|
||
Moved to M7 because of more important bugs.
Updated•26 years ago
|
Whiteboard: DEPEND - Intl
Reporter | ||
Updated•26 years ago
|
Target Milestone: M7 → M8
Reporter | ||
Comment 3•26 years ago
|
||
Okay, I suck. I'm latering this to M8. I need to grovel through the 4.5 code
and figure out how to do this.
Reporter | ||
Comment 5•26 years ago
|
||
Add dependency on 9171, which is targeted to be fixed in M9.
Reporter | ||
Comment 6•26 years ago
|
||
Move to M10.
Reporter | ||
Comment 7•26 years ago
|
||
Giving Robert the bookmarks love since I can't deliver.
Assignee | ||
Updated•26 years ago
|
Status: NEW → ASSIGNED
Adding lyecies@netscape.com to cc list.
Assignee | ||
Updated•25 years ago
|
Target Milestone: M10 → M12
Assignee | ||
Updated•25 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 9•25 years ago
|
||
For 5.0, we now write out bookmark file in "UTF-8" encoding, along with:
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=UTF-8">
To support this, when reading in the bookmark file, we look to see if a META
charset is specified and, if it is, we'll try and get a decoder for it to use
when processing the rest of the file.
Note: this is important for importing of IE Favorites on the Mac as well, as its
just another HTML file. It looks like Mac IE does write out a META charset, which
is nice.
Comment 10•25 years ago
|
||
QA Contact massive update.
Updated•6 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•