"how to contribute" is now maintained on wiki
diff --git a/documents/contributing.html b/documents/contributing.html
deleted file mode 100644
index ea4eccc..0000000
--- a/documents/contributing.html
+++ /dev/null
@@ -1,145 +0,0 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
-<html>
-<head>
-<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
-<title>Eclipse php Development Tools Project Development</title>
-<link rel="stylesheet" href="../../default_style.css" type="text/css">
-</head>
-<body text="#000000" bgcolor="#ffffff" link="#0000ee" vlink="#551a8b" alink="#ff0000">
-<table border="0" cellspacing="5" cellpadding="2" width="100%">
-    <tr>
-        <td align="LEFT" width="60%"><font class="indextop">eclipse php development tools project</font><br>
-        <font class="indexsub">contributing to the eclipse pdt project</font></td>
-        <td width="40%"><img src="../../images/Idea.jpg" hspace="50" height="86" width="120" align="middle" alt=""></td>
-    </tr>
-</table>
-<table border="0" cellspacing="5" cellpadding="2" width="100%">
-    <tr>
-        <td align="LEFT" valign="TOP"><i>This document was inspired by the <a class="external"
-            href="http://dev.eclipse.org/viewcvs/index.cgi/~checkout~/cdt-home/developer/Commitment.html?cvsroot=Tools_Project"
-            target="_top">Contributing to the CDT document</a><!-- This image doesn't exist. <img class="outlink" src="../jst/images/out.png" alt="" width="6" height="6" />--></i>
-        </td>
-    </tr>
-    <tr>
-        <td align="LEFT" valign="TOP" bgcolor="#0080C0"><b> <font face="Arial,Helvetica" color="#FFFFFF">Discussion</font></b></td>
-    </tr>
-    <tr>
-        <td valign="top">
-        <p>Please refer to Bugzilla entry <a href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=240475">#240475</a> to join the discussion about this proposal.
-        This document will be valid when all agree</p><p></p>
-        </td>
-    </tr>
-
-    <tr>
-        <td align="LEFT" valign="TOP" bgcolor="#0080C0"><b> <font face="Arial,Helvetica" color="#FFFFFF">Introduction</font></b></td>
-    </tr>
-    <tr>
-        <td valign="top">
-        <p>People often ask &quot;What does it take to get involved with the development of the Eclipse PDT?&quot; There
-        are many ways to get involved. On the lightweight end of scale, there is involvement by using the Eclipse PDT and
-        providing feedback and sharing your experiences on the Eclipse and Eclipse PDT newsgroups. Beyond that, you can report
-        problems that you discover, so that they may be addressed in future releases. A deeper level of involvement
-        would be to actually solve some of the problems that you or others have uncovered by modifying/writing the
-        necessary code and creating patches that can applied by the project committers. The final, and most beneficial
-        way to get involved is to take responsibility for a significant piece of development work, whether by 
-        enhancing a particular area of the tool or by creating new functionality.</p>
-        <p>The purpose of this document is to help people and organizations understand what it means to
-        &quot;commit&quot; to Eclipse PDT Development at this highest level. Basically, it involves a commitment to describe,
-        develop, test and document your contributions.</p>
-        </td>
-    </tr>
-    <tr>
-        <td align="LEFT" valign="TOP" bgcolor="#0080C0"><b> <font face="Arial,Helvetica" color="#FFFFFF">Commitment
-        to Development</font></b></td>
-    </tr>
-    <tr>
-        <td valign="top">
-        <h4>Communicating Your Desires/Intentions</h4>
-        <p>The first step involves letting the Eclipse PDT user community and other Eclipse PDT development team members know what you
-        propose to do. The mechanism for this is to create Bugzilla entries to describe the enhancements or new capabilities
-        you are proposing. The mailing lists and/or newgroups could also be used for discussing or proposing, in a more
-        informal way, enhancements or new capabilities. Bugzilla is seen here as a central repository of
-        reference for enhancement demands.</p>
-        <p>Bugzilla is the open source change management system used by Eclipse projects. To set these Bugzilla
-        entries apart from other problem reports, the word &quot;plan&quot; should be used in the keywords field, and
-        the severity of the entry should be set to &quot;enhancement&quot;. Following these guidelines will ensure that
-        all of these proposals get picked up by the appropriate query and recorded in the plan for the upcoming release.
-        </p>
-        <p>Feature specifications (what your code will do) and design specifications (how it will do it) are an
-        important aspect of the development effort. These specifications will allow the Eclipse PDT community and the rest of
-        the Eclipse PDT development team to understand what you are doing and to provide feedback. The format of these documents
-        is not important, the content is.</p>
-        <p></p>
-        <h4>Becoming a committer</h4>
-        <p>Every developer's contribution is welcomed. And in time, developers can become committers. A
-        committer is a developer who has write access to the source code repository for Eclipse PDT,
-        and has voting rights which allow them to affect the future of Eclipse PDT. Other
-        developers define patches and submit them, indirectly, through committers. A developer gains such committer
-        rights through frequent and valuable contributions to Eclipse PDT. 
-        For more information in what it means to be or to become an Eclipse project 
-        committer, see the <a class="wikipage" href="../project-charter.html">Eclipse PDT Project Charter</a>. We should point
-        out that creating and submitting quality patches is the best way to obtain committer privileges for future work.
-        </p>
-        <p></p>
-        <p></p>
-        <h4>Delivering the Code</h4>
-        <p>Once the feature and design documents have been distributed to the rest of the Eclipse PDT community and feedback has
-        been collected, its time to start pushing the code changes into the development stream. For those that have
-        committer privileges, these changes can be pushed directly into the stream. Those without committer privileges
-        create patches that get reviewed and applied by committers. Patch requests are communicated via attachments to
-        Bugzilla bugs. Being a committer entails certain responsibilities which won't be discussed here.</p>
-        <p></p>
-        <h4>Commitment To Testing</h4>
-        <p>Everyone that contributes content to Eclipse projects is expected to test their contributions. When
-        contributing a significant enhancement or feature, that commitment means more than just assuring the community
-        that the code has been tested. It means documenting a test plan and committing to execute that testing on
-        release candidate builds. The Eclipse way of generating releases is to generate a series of release candidate
-        builds after all of the development has been completed. Each release candidate goes through a test-fix cycle
-        where everyone tests their contributions and communicates their findings. A collective decision is made as to
-        which problems will get fixed for the next release candidate, and the process is repeated. Fewer and fewer fixes
-        will be &quot;blessed&quot; as we progress through the release candidates.</p>
-        <p>Therefore, committing to contribute significant code to the Eclipse PDT also means committing to participation in the
-        test-fix cycles by executing your test plans against the release candidates build leading up to the final
-        release build.</p>
-        <p></p>
-        <h4>Commitment to Documentation</h4>
-        <p>An important part of any enhancement or addition to the Eclipse PDT is making sure that the on-line help 
-        of the tool stays current with the changes. The responsibility for updating/modifying/writing the on-line help 
-        content that is associated with some part of the tool lies with the contributors of the code. The on-line 
-        documentation content should be sent to the pdt-dev group in html format for approval by the PDT technical writer.</p>
-        <p>So, finally, committing to contribute code to the Eclipse PDT also means committing to contributing the
-        associated on-line documentation content for the part of the tool that is being enhanced or created.</p>
-        </td>
-    </tr>
-    
-    <tr>
-        <td align="LEFT" valign="TOP" bgcolor="#0080C0"><b> <font face="Arial,Helvetica" color="#FFFFFF">Useful links</font></b></td>
-    </tr>
-    <tr>
-        <td valign="top">
-        <ul>
-			  <li>
-				 <a href="http://wiki.eclipse.org/PDT_Development_Environment">PDT development environment (checking out the code)</a>
-			  </li>
-			  <li>
-				 <a href="http://wiki.eclipse.org/Development_Conventions_and_Guidelines">Conventions and Guidelines</a>
-			  </li>
-			  <li>
-				 <a href="http://www.eclipse.org/pdt/articles/articles.php">Articles about PDT development</a>
-			  </li>
-			  <li>
-				 <a href="http://wiki.eclipse.org/PDT_Testing_Framework">Unit testing for PDT</a>
-			  </li>
-			  <li>
-				 <a href="http://wiki.eclipse.org/PDT_Developers_Working_Procedures">Working procedures</a>
-			  </li>
-			  <li>
-				 <a href="http://www.eclipse.org/pdt/plans/php_plan_2_0.php">Project plan</a>
-			  </li>
-		</ul>
-        </td>
-    </tr>
-
-</table>
-</body>
-</html>