Closed
Bug 35552
Opened 24 years ago
Closed 12 years ago
HOWTOs
Categories
(Developer Documentation Graveyard :: General, defect)
Tracking
(Not tracked)
RESOLVED
INVALID
People
(Reporter: blizzard, Assigned: sheppy)
References
()
Details
From Chris Waterson's email: As we'd discussed in our meeting today, here's a first cut at some of the HOWTO documents that might be nice to have. Some (e.g., build instructions) already exist, but might get better visibility if included directly into the "HOWTO hierarchy". HOWTO... . fix memory leaks using Purify, bloaty, and the refcount balancer . build on win32/mac/unix . write an RDF datasource . use XBL to create a new widget . write a XUL application . write an XPCOM component using C++ or JS . write a new protocol handler (e.g., finger) . write a new content viewer (e.g., FTP directory viewer) . write a new stream converter . embed gecko into an application . skin a component (including, designing UI for skinnability) . write an XPInstall script . port the XPTCall glue code to a new architecture . write a dynamic component overlay (a la AIM and security of old) . profile mozilla . make a sidebar panel . write a "new"-style plugin . write a signed script (someday!) . file a bug . get in touch with the right developers . localize a component, use stringbundles . write a new image file format handler . extend layout (a la SVG and MathML) . embed a new scripting language I vote for starting a page at http://www.mozilla.org/HOWTO/
Comment 1•24 years ago
|
||
initial revision checked in to html/HOWTO/index.html. All the links are dead.
Assignee: waterson → endico
Comment 2•24 years ago
|
||
*spam* changing qa contact from nobody@mozilla.org to me (BlakeR1234@aol.com) on 121 open or resolved (but not verified) bugs. sorry for the spam everybody, but most of these bugs would just remain dormant and not checked by QA otherwise. I'm not sure how so many bugs have nobody as their QA contact, but I suspect this is the fault of some sort of bugzilla corruption that happened at some point (most of these bugs are in the 20000-26000 range, and I don't see where in the activity log that QA contact explicitly changed to nobody@mozilla.org) Anyways, sorry again for spam. If you really get annoyed, I'm usually available in #mozilla on IRC for torture.
QA Contact: nobody → BlakeR1234
Comment 3•24 years ago
|
||
QA assigning Mozilla Developer bugs back to nobody@mozilla.org (not critical to be checked by outside QA contact)
QA Contact: blakeross → nobody
Updated•24 years ago
|
QA Contact: nobody → david
accepting QA for mozilla developer docs. some of these bugs have been around for a _long_ time. Reporters, would you please review the bugs, see if the issues have been resolved, and close bugs appropriately. I will do a full review of all bugs not touched in one week (8th April). Thanks. </spam>
QA Contact: mozilla → imajes
This is a Mini-Howto that I have been working on which describes some simple administrative tasks such as how to patch and optimize a source distribution of Mozilla for use in a Linux/X desktop environment. I can provide sgml or xml docbook source if that is desirable. Regards, Salvador Peralta speralta@willamette.edu
URL for HOWTO mentioned above is is www.willamette.edu/~speralta/tldp/mozilla
Comment 7•20 years ago
|
||
Ah, this is the place were /HOWTO/ is created. It is totally out of date. I suggest we remove it from the server and put a 410 for that file.
Removing things from the server and replacing them with a 410 error sounds like a fundamentally bad idea. Wouldn't it make more sense to /update/ the doc and make it more useful rather than turning it into a broken link?
I agree with fantasai. My own document is horribly out of date, but there is enough useful information in the HOWTO section on the Mozilla.org web site to justify keeping it around rather than scrapping it.
Comment 10•20 years ago
|
||
Perhaps. I think I agree. However, currently there is no way of finding such directories other than having a CVS account and doing a checkout (that's the way I found this and various interesting articles). (That is probably part of the larger problem at mozilla.org.) I wonder though, how much useful 'howto' files do we have? How useful is it to categorize documents in 'howto'? If we continue with this and someone takes this documents and updates it (I'm willing to make it match the style/markup guide) I suggest we lowercase the directory or move it to somewhere else, like /tutorial/.
Comment 11•20 years ago
|
||
I agree with lower-casing it. The real usefulness of this document isn't so much that it categorizes documents as that it provides an entry point for people trying to figure out how to do something. It collects links to them all in one place, and it phrases them to make it easy to figure out where to go.
Comment 12•18 years ago
|
||
I'm not sure listing all howto documents is useful, but at least we need to do something to that page.
Assignee: endico → nobody
Component: Mozilla Developer → Documentation Requests
Priority: P3 → --
Product: Documentation → Mozilla Developer Center
QA Contact: imajes → doc-request
Updated•12 years ago
|
Component: Documentation Requests → Documentation
Updated•12 years ago
|
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Comment 13•12 years ago
|
||
Reopening for review by Sheppy.
Assignee: nobody → eshepherd
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Assignee | ||
Comment 14•12 years ago
|
||
The page in question is gone, the content was probably woefully out of date, and most if not all of it is covered elsewhere by now anyway. I agree this is obsolete.
Status: REOPENED → RESOLVED
Closed: 12 years ago → 12 years ago
Resolution: --- → INVALID
Updated•12 years ago
|
Component: Documentation → General
Product: Mozilla Developer Network → Developer Documentation
You need to log in
before you can comment on or make changes to this bug.
Description
•