[pypy-commit] pypy.org extradoc: no need for two titles

[fijal]

Author: Maciej Fijalkowski <fijall at gmail.com>
Branch: extradoc
Changeset: r281:6035b3c9d743
Date: 2011-10-12 22:40 +0200
http://bitbucket.org/pypy/pypy.org/changeset/6035b3c9d743/

Log:	no need for two titles

diff --git a/numpydonate.html b/numpydonate.html
--- a/numpydonate.html
+++ b/numpydonate.html
@@ -45,8 +45,6 @@
 <div>
 <div id="main">
 <h1 class="title">Call for donations - PyPy to support Numpy!</h1>
-<div class="section" id="make-numpy-for-pypy-happen">
-<h1>Make NumPy for PyPy happen</h1>
 <p>This is a proposal to provide a fully compatible working <a class="reference external" href="http://numpy.scipy.org/">NumPy</a> implementation
 for PyPy. This has long been a very commonly <a class="reference external" href="http://morepypy.blogspot.com/2011/06/report-back-from-our-survey.html">requested feature</a> for PyPy
 as well as a worthy goal given that PyPy performs extremely well on numeric
@@ -76,13 +74,13 @@
 contact pypy at sfconservancy.org if you want to know details on how
 to donate via other means.</p>
 <div class="section" id="what-is-numpy">
-<h2>What is NumPy?</h2>
+<h1>What is NumPy?</h1>
 <p><a class="reference external" href="http://numpy.scipy.org/">NumPy</a> is a framework for doing numerical calculations in Python. It has
 become the de-facto standard for doing any kinds of computations that involve
 n-dimensional arrays. Please consult the NumPy website for more details.</p>
 </div>
 <div class="section" id="why-does-numpy-on-pypy-makes-sense">
-<h2>Why does NumPy on PyPy makes sense?</h2>
+<h1>Why does NumPy on PyPy makes sense?</h1>
 <p>NumPy on PyPy makes sense for a couple of reasons: Firstly, it is by
 far the most requested feature from PyPy. Secondly, PyPy <a class="reference external" href="http://morepypy.blogspot.com/2011/07/realtime-image-processing-in-python.html">performs
 well</a> on numerical loads already.  Therefore bringing NumPy into the
@@ -95,7 +93,7 @@
 or Fortran for speed purposes.</p>
 </div>
 <div class="section" id="speed">
-<h2>Speed</h2>
+<h1>Speed</h1>
 <p>The current implementation of NumPy on PyPy is reasonably fast - it ranges
 from roughly the same speed to 2-5x faster for stacked large array operations
 to 100-300x for accessing NumPy array elements one by one. The exact speed
@@ -108,12 +106,12 @@
 is about teaching the JIT how to vectorize certain operations, which should bring
 PyPy's NumPy as a very competitive tool compared to other available
 solutions for numerical computations, like matlab or C++ array libraries.</p>
+<div class="section" id="id1">
+<span id="work-plan"></span><h2>Work plan</h2>
 </div>
 </div>
-<div class="section" id="id1">
-<span id="work-plan"></span><h1>Work plan</h1>
 <div class="section" id="about-estimates-and-costs">
-<h2>About estimates and costs</h2>
+<h1>About estimates and costs</h1>
 <p>For each step, we estimated the time that it would take to complete for an
 experienced developer who is already familiar with the PyPy codebase.  From
 this number, the money is calculated considering a hourly rate of $60, and a
@@ -155,10 +153,8 @@
 <p>Estimated costs: USD$30,000. Estimated duration: 3 months.</p>
 </li>
 </ul>
-</div>
-</div>
 <div class="section" id="benefits-of-this-work-to-the-python-community-and-the-general-public">
-<h1>Benefits of This Work to the Python Community and the General Public</h1>
+<h2>Benefits of This Work to the Python Community and the General Public</h2>
 <p>Python has become one of the most popular dynamic programming languages in
 the world.  Web developers, educators, and scientific programmers alike
 all value Python because Python code is often more readable and because
@@ -192,6 +188,7 @@
 to everyone.</p>
 </div>
 </div>
+</div>
 <div id="sidebar">
 </div>
 </div>
diff --git a/source/numpydonate.txt b/source/numpydonate.txt
--- a/source/numpydonate.txt
+++ b/source/numpydonate.txt
@@ -3,9 +3,6 @@
 title: Call for donations - PyPy to support Numpy!
 ---
 
-Make NumPy for PyPy happen
-==========================
-
 This is a proposal to provide a fully compatible working `NumPy`_ implementation
 for PyPy. This has long been a very commonly `requested feature`_ for PyPy
 as well as a worthy goal given that PyPy performs extremely well on numeric