Magic-Mirror/gecko-dev
1
0
Fork 0
mirror of https://github.com/mozilla/gecko-dev.git synced 2025-02-13 19:41:49 +00:00
Code Issues Actions Packages Projects Releases Wiki Activity

Fixed LXRLONGDESC to work with LXR. Removed stray space. Added another reason why some of us are working on m/b. Added answers to a couple of questions asked very frequently on #mozilla. Clarified our current position on classic Mac support.

Browse Source
This commit is contained in:
ian%hixie.ch 2002-04-06 17:45:27 +00:00
parent 47ddbba641
commit 1fbcf4bb05
1 changed files with 22 additions and 8 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

30
browser/README.html
View File

@ -6,10 +6,10 @@
<body>
<h1>mozilla/browser</h1>
<p class="LXRLONGDESC">This project is a redesign of the Mozilla
browser component, similar to Galeon, K-Meleon and Chimera, but
written using the XUL user interface language and designed to be
cross-platform.</p>
<p><span class="LXRLONGDESC">This project is a redesign of the
Mozilla browser component, similar to Galeon, K-Meleon and Chimera,
but written using the XUL user interface language and designed to be
cross-platform.</span></p>
<h2>Principles, Strategy, Tactics, and Concrete Design Decisions</h2>
@ -27,7 +27,7 @@
multiple profiles from the command line.</li>
<li>The default theme will be Classic. Additional themes will be
supported but will not be part of mozilla/browser.</li>
supported but will not be part of mozilla/browser.</li>
<li>The toolbar(s) will be configurable. That includes moving the
location bar where the user wants it (not just splitting it so it
@ -63,11 +63,16 @@
<h3>Q1. Why?</h3>
<p>We want to have fun and build an excellent, user-friendly browser
without the constraints (such as unnecessary features,
<p>Some of us want to have fun and build an excellent, user-friendly
browser without the constraints (such as unnecessary features,
compatibility, marketing requirements, month long discussions, etc.)
that the current browser development requires.</p>
<p>Others of us are simply using this as a prototype to demonstrate
possible optimisations to the trunk, such as stripping overlays or
separating the application into separate processes instead of
running one monolithic suite.</p>
<h3>Q2. Why only a small team?</h3>
<p>The size of the team working on the trunk is one of the many
@ -85,6 +90,15 @@
<p>Because we would waste tons of time answering these questions, if
there was no FAQ.</p>
<h2>Q5: Who are you?</h2>
<p>None of your business.</p>
<h2>Q6: So to whom do I send patches?</h2>
<p>We are not currently accepting any input. No UI specs, no bugs,
and definitely no patches. See Q3.</p>
<h2>Getting the Source</h2>
<ol>
@ -110,7 +124,7 @@
<h2>Mac (CodeWarrior)</h2>
<p>...</p>
<p>This platform is currently not supported.</p>
</body>
</html>