Magic-Mirror/gecko-dev
1
0
Fork 0
mirror of https://github.com/mozilla/gecko-dev.git synced 2024-11-05 08:35:26 +00:00
Code Issues Actions Packages Projects Releases Wiki Activity
71e8996419
gecko-dev/browser
History
ian%hixie.ch c330d76103 <hyatt> you mean "compatibility" not "compatability" <hyatt> got a spelling error in the README
2002-04-28 18:47:03 +00:00
..
base remove grippy from sidebar 2002-04-10 04:22:29 +00:00
components begin prefs reorg. 2002-04-16 22:55:17 +00:00
.cvsignore Adding gmake makefiles. 2002-04-02 06:59:38 +00:00
Makefile.in make it build 2002-04-02 11:04:24 +00:00
NOTES Some ideas for the site toolbar. 2002-04-07 21:51:55 +00:00
README.html <hyatt> you mean "compatibility" not "compatability" <hyatt> got a spelling error in the README 2002-04-28 18:47:03 +00:00
TODO Some bugs: crashes opening the sidebar, and the fact that the search sidebar is a leeetle broken. 2002-04-11 18:34:12 +00:00

README.html 

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0//EN">
<html lang="en-GB-hixie">
 <head>
  <title>mozilla/browser</title>
 </head>
 <body>
  <h1>mozilla/browser</h1>

  <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>

  <ol>
   <li>CVS access is restricted to a very small team. We'll grow as
   needed, based on reputation and meritorious hacks.</li>

   <li>This will be a single process for the browser only. Mail
   clients, web editors, etc, will be out-of-process. Hooks for other
   apps will be provided eventually, although that is not an immediate
   goal.</li>

   <li>No profile manager UI on startup, although you can still select
   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>

   <li>The toolbar(s) will be configurable. That includes moving the
   location bar where the user wants it (not just splitting it so it
   takes a whole toolbar width).</li>

   <li>The personal toolbar is the personal toolbar, not the
   whorebar.</li>

   <li>All wallet-like functionality will be rewritten from
   scratch.</li>

   <li>We will have a sidebar, but it may work differently from
   Mozilla's current one.</li>

   <li>There won't be 239 access points for Search and for
   Bookmarks!</li>

   <li>We may drop the throbber.</li>

   <li>The interface will not be "geeky" nor will it have a
   "hacker-focus". Nor will it be "minimal". The idea is to design the
   best web browser for most people. (This doesn't mean every feature
   has to be enabled by default.)</li>

  </ol>

  <h2>Notes</h2>

  <p>We won't be redesigning the editor widget(s) or other parts of
  Gecko as part of this project.</p>

  <h2>FAQ</h2>

  <h3>Q1. Why?</h3>

  <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
  reasons that development on the trunk is so slow. We feel that
  fewer dependencies (no marketing constraints), faster innovation (no
  UI committees), and more freedom to experiment (no backwards
  compatibility requirements) will lead to a better end product.</p>

  <h3>Q3. Where do I file bugs on this?</h3>

  <p>You don't. We are not soliciting input at this time. See Q2.</p>

  <h3>Q4: Why are you guys wasting time making a FAQ?</h3>

  <p>Because we would waste tons of time answering these questions, if
  there were no FAQ.</p>

  <h3>Q5: Who are you?</h3>

  <p>None of your business.</p>

  <h3>Q6: So to whom do I send patches?</h3>

  <p>We are not currently accepting any input. No UI specs, no bugs,
  and definitely no patches. See Q3.</p>

  <h3>Q7: How do I get involved?</h3>

  <p>You don't except by invitation. This is a meritocracy -- only
  those gain the respect of those in the group can join the group. See
  Q6.</p>

  <h3>Q8: I don't like the mozilla/browser process! This sucks! I'm
  never going to contribute to Mozilla again!</h3>

  <p>Oh no, please, don't go, whatever shall we do without you.</p>

  <h2>Getting the Source</h2>

  <ol>
   <li>Go to the root of your mozilla tree.</li>
   <li><kbd>cvs up -Pd browser</kbd></li>
  </ol>

  <h2>Building mozilla/browser </h2>

  <h3>UNIX, Windows (gmake), Mac (mach-o)</h3>

  <ol>
   <li>Get a bog standard Mozilla tree built.</li>
   <li>if you have MOZ_OBJDIR set in your mozconfig file, <kbd>cd</kbd>
   to that directory</li>
   <li><kbd>sh -c "CONFIG_FILES=browser/Makefile ./config.status"</kbd></li>
   <li><kbd>cd browser</kbd></li>
   <li><kbd>make</kbd></li>
   <li>Run mozilla with arguments <kbd>-chrome chrome://browser/content/</kbd></li>
  </ol>

  Note that steps 2 and 3 need only be run once.

  <h2>Mac (CodeWarrior)</h2>

  <p>This platform is currently not supported.</p>

 </body>
</html>