xmlgraphics-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From psan...@apache.org
Subject svn commit: r1417895 [12/12] - in /xmlgraphics/site/trunk/content: ./ batik/ batik/dev/ batik/tools/ batik/using/ batik/using/scripting/ commons/ fop/ fop/0.95/ fop/1.0/ fop/1.1/ fop/dev/ fop/dev/design/ fop/trunk/
Date Thu, 06 Dec 2012 14:10:33 GMT
Modified: xmlgraphics/site/trunk/content/fop/trunk/pdfx.mdtext
URL: http://svn.apache.org/viewvc/xmlgraphics/site/trunk/content/fop/trunk/pdfx.mdtext?rev=1417895&r1=1417894&r2=1417895&view=diff
==============================================================================
--- xmlgraphics/site/trunk/content/fop/trunk/pdfx.mdtext (original)
+++ xmlgraphics/site/trunk/content/fop/trunk/pdfx.mdtext Thu Dec  6 14:10:09 2012
@@ -3,11 +3,11 @@ Title: Apache(tm) FOP: PDF/X (ISO 15930)
 #Apache™ FOP: PDF/X (ISO 15930)
 <authors><person email="jeremias@apache.org" name="Jeremias Märki"></person></authors>
 
-## Overview <a id="overview"></a>
+## Overview {#overview}
 <warning>Support for PDF/X is available beginning with version 0.93. This feature is
new and may not be 100% complete, yet. Feedback is welcome.</warning>
 PDF/X is a standard which faciliates prepress digital data exchange using PDF. Currently,
only PDF/X-3:2003 is implemented out of the many different flavours of PDF/X profiles. PDF/X-3:2003
is documented in [ISO 15930-6:2003(E)](http://www.iso.org/iso/en/CatalogueDetailPage.CatalogueDetail?CSNUMBER=39940&ICS1=37&ICS2=100&ICS3=99).
More info on PDF/X can be found on the [PDF/X info site](http://www.pdfx.info/).
 
-## Implementation Status <a id="status"></a>
+## Implementation Status {#status}
 
  **PDF/X-3:2003** is implemented to the degree that FOP supports the creation of the elements
described in ISO 15930-6.
 
@@ -15,11 +15,11 @@ An important restriction of the current 
 
 Tests have been performed against Adobe Acrobat 7.0.7 (Preflight function). Note that there
are bugs in Adobe Acrobat which cause false alarms if both PDF/A-1b and PDF/X-3:2003 are activated
at the same time.
 
-## Usage (command line) <a id="command-line"></a>
+## Usage (command line) {#command-line}
 
 To activate PDF/X-3:2003 from the command-line, specify "-pdfprofile PDF/X-3:2003" as a parameter.
If there is a violation of one of the validation rules for PDF/X, an error message is presented
and the processing stops.
 
-## Usage (embedded) <a id="embedded"></a>
+## Usage (embedded) {#embedded}
 
 When FOP is embedded in another Java application you can set a special option on the renderer
options in the user agent to activate the PDF/A-1b profile. Here's an example:
 
@@ -29,7 +29,7 @@ Fop fop = fopFactory.newFop(MimeConstant
 [..]
 If one of the validation rules of PDF/X is violated, an PDFConformanceException (descendant
of RuntimeException) is thrown.
 
-## PDF/X in Action <a id="rules"></a>
+## PDF/X in Action {#rules}
 
 There are a number of things that must be looked after if you activate a PDF/X profile. If
you receive a PDFConformanceException, have a look at the following list (not necessarily
comprehensive):
 
@@ -46,6 +46,6 @@ There are a number of things that must b
 
 - PDF is forced to version 1.4 if PDF/X-3:2003 is activated.
 
-## PDF profile compatibility <a id="profile-compatibility"></a>
+## PDF profile compatibility {#profile-compatibility}
 
 The PDF profiles "PDF/X-3:2003" and "PDF/A-1b" are compatible and can both be activated at
the same time.

Modified: xmlgraphics/site/trunk/content/fop/trunk/running.mdtext
URL: http://svn.apache.org/viewvc/xmlgraphics/site/trunk/content/fop/trunk/running.mdtext?rev=1417895&r1=1417894&r2=1417895&view=diff
==============================================================================
--- xmlgraphics/site/trunk/content/fop/trunk/running.mdtext (original)
+++ xmlgraphics/site/trunk/content/fop/trunk/running.mdtext Thu Dec  6 14:10:09 2012
@@ -3,7 +3,7 @@ Title: Running Apache&trade; FOP
 #Running Apache&trade; FOP
 
 
-## System Requirements <a id="require"></a>
+## System Requirements {#require}
 
 The following software must be installed:
 
@@ -38,19 +38,19 @@ In addition, the following system requir
 
 - If you will be using FOP to process SVG, you must do so in a graphical environment. See
[FOP: Graphics (Batik)](graphics.html#batik) for details.
 
-## Installation <a id="install"></a>
+## Installation {#install}
 
-### Instructions <a id="install-instruct"></a>
+### Instructions {#install-instruct}
 
 Basic FOP installation consists of first unzipping the `.gz` file that is the distribution
medium, then unarchiving the resulting `.tar` file in a directory/folder that is convenient
on your system. Please consult your operating system documentation or Zip application software
documentation for instructions specific to your site.
 
-### Problems <a id="install-problems"></a>
+### Problems {#install-problems}
 
 Some Mac OSX users have experienced filename truncation problems using Stuffit to unzip and
unarchive their distribution media. This is a legacy of older Mac operating systems, which
had a 31-character pathname limit. Several Mac OSX users have recommended that Mac OSX users
use the shell command `tar -xzf` instead.
 
-## Starting FOP as a Standalone Application <a id="standalone-start"></a>
+## Starting FOP as a Standalone Application {#standalone-start}
 
-### Using the fop script or batch file <a id="fop-script"></a>
+### Using the fop script or batch file {#fop-script}
 
 The usual and recommended practice for starting FOP from the command line is to run the batch
file fop.bat (Windows) or the shell script fop (Unix/Linux). These scripts require that the
environment variable JAVA_HOME be set to a path pointing to the appropriate Java installation
on your system. Macintosh OSX includes a Java environment as part of its distribution. We
are told by Mac OSX users that the path to use in this case is `/Library/Java/Home`. **Caveat:**
We suspect that, as Apple releases new Java environments and as FOP upgrades the minimum Java
requirements, the two will inevitably not match on some systems. Please see [Java on Mac OSX
FAQ](http://developer.apple.com/java/faq) for information as it becomes available.
 
@@ -149,12 +149,12 @@ The usual and recommended practice for s
 
 PDF encryption is only available if FOP was compiled with encryption support **and** if compatible
encryption support is available at run time. Currently, only the JCE is supported. Check the
[Details](pdfencryption.html).
 
-### Writing your own script <a id="your-own-script"></a>
+### Writing your own script {#your-own-script}
 
 FOP's entry point for your own scripts is the class `org.apache.fop.cli.Main`. The general
pattern for the command line is: `java -classpath <CLASSPATH>
         org.apache.fop.cli.Main <arguments>`. The arguments consist of the options
and infile and outfile specifications as shown above for the standard scripts. You may wish
to review the standard scripts to make sure that you get your environment properly configured.
 
-### Running with java's -jar option <a id="jar-option"></a>
+### Running with java's -jar option {#jar-option}
 
 As an alternative to the start scripts you can run `java
         -jar path/to/build/fop.jar <arguments>`, relying on FOP to build the classpath
for running FOP dynamically, see [below](#dynamical-classpath). If you use hyphenation, you
must put `fop-hyph.jar` in the `lib` directory.
@@ -164,7 +164,7 @@ You can also run `java -jar path/to/fop.
 
 In both cases the arguments consist of the options and infile and outfile specifications
as shown above for the standard scripts.
 
-### FOP's dynamical classpath construction <a id="dynamical-classpath"></a>
+### FOP's dynamical classpath construction {#dynamical-classpath}
 
 If FOP is started without a proper classpath, it tries to add its dependencies dynamically.
If the system property `fop.home` contains the name of a directory, then FOP uses that directory
as the base directory for its search. Otherwise the current working directory is the base
directory. If the base directory is called `build`, then its parent directory becomes the
base directory.
 
@@ -172,7 +172,7 @@ FOP expects to find `fop.jar` in the `bu
 
 If the system property `fop.optional.lib` contains the name of a directory, then all `jar`
files in that directory are also added to the classpath. See the methods `getJARList` and
`checkDependencies` in `org.apache.fop.cli.Main`.
 
-## Using Xalan to Check XSL-FO Input <a id="check-input"></a>
+## Using Xalan to Check XSL-FO Input {#check-input}
 
 FOP sessions that use -xml and -xsl input instead of -fo input are actually controlling two
distinct conversions: Tranforming XML to XSL-FO, then formatting the XSL-FO to PDF (or another
FOP output format). Although FOP controls both of these processes, the first is included merely
as a convenience and for performance reasons. Only the second is part of FOP's core processing.
If a user has a problem running FOP, it is important to determine which of these two processes
is causing the problem. If the problem is in the first process, the user's stylesheet is likely
the cause. The FOP development team does not have resources to help with stylesheet issues,
although we have included links to some useful [Specifications](../resources.html#specs) and
[Books/Articles](../resources.html#articles). If the problem is in the second process, FOP
may have a bug or an unimplemented feature that does require attention from the FOP development
team.
 The user is always responsible to provide correct XSL-FO code to FOP.
@@ -184,7 +184,7 @@ The -foout option works the same way as 
 
 Note that there are some subtle differences between the FOP and Xalan command-lines.
 
-## Memory Usage <a id="memory"></a>
+## Memory Usage {#memory}
 
 FOP can consume quite a bit of memory, even though this has been continually improved. This
is partly inherent to the formatting process and partly caused by implementation choices.
All FO processors currently on the market have memory problems with certain layouts.
 
@@ -199,6 +199,6 @@ If you are running out of memory when us
 
 - Use multiple page sequences. FOP starts rendering after the end of a page sequence is encountered.
While the actual rendering is done page-by-page, some additional memory is freed after the
page sequence has been rendered. This can be substantial if the page sequence contains lots
of FO elements.
 
-## Problems <a id="problems"></a>
+## Problems {#problems}
 
 If you have problems running FOP, please see the ["How to get Help" page](../gethelp.html).

Modified: xmlgraphics/site/trunk/content/fop/trunk/servlets.mdtext
URL: http://svn.apache.org/viewvc/xmlgraphics/site/trunk/content/fop/trunk/servlets.mdtext?rev=1417895&r1=1417894&r2=1417895&view=diff
==============================================================================
--- xmlgraphics/site/trunk/content/fop/trunk/servlets.mdtext (original)
+++ xmlgraphics/site/trunk/content/fop/trunk/servlets.mdtext Thu Dec  6 14:10:09 2012
@@ -3,11 +3,11 @@ Title: Apache(tm) FOP: Servlets
 #Apache&trade; FOP: Servlets
 <subtitle>How to use Apache&trade; FOP in a Servlet</subtitle>
 
-## Overview <a id="overview"></a>
+## Overview {#overview}
 
 This page discusses topic all around using Apache&trade; FOP in a servlet environment.
 
-## Example Servlets in the FOP distribution <a id="example-servlets"></a>
+## Example Servlets in the FOP distribution {#example-servlets}
 
 In the directory {fop-dir}/src/java/org/apache/fop/servlet, you'll find a working example
of a FOP-enabled servlet.
 
@@ -22,9 +22,9 @@ The servlet is automatically built when 
 
 The source code for the servlet can be found under {fop-dir}/src/java/org/apache/fop/servlet/FopServlet.java.
 This example servlet should not be used on a public web server connected to the Internet
as it does not contain any measures to prevent Denial-of-Service-Attacks. It is provided as
an example and as a starting point for your own servlet.
-## Create your own Servlet <a id="servlet"></a>
+## Create your own Servlet {#servlet}
 This section assumes you are familiar with [embedding FOP](embedding.html).
-### A minimal Servlet <a id="minimal-servlet"></a>
+### A minimal Servlet {#minimal-servlet}
 
 Here is a minimal code snippet to demonstrate the basics:
 
@@ -48,7 +48,7 @@ Here is a minimal code snippet to demons
 
 There are numerous problems with the code snippet above. Its purpose is only to demonstrate
the basic concepts. See below for details.
 
-### Adding XSL tranformation (XSLT) <a id="xslt"></a>
+### Adding XSL tranformation (XSLT) {#xslt}
 
 A common requirement is to transform an XML source to XSL-FO using an XSL transformation.
It is recommended to use JAXP for this task. The following snippet shows the basic code:
 
@@ -95,11 +95,11 @@ The `Source` instance used above is simp
 
 Because you have an explicit `Transformer` object, you can also use it to explicitely set
parameters for the transformation run.
 
-### Custom configuration <a id="cfg"></a>
+### Custom configuration {#cfg}
 
 You can easily set up your own FOUserAgent as demonstrated on the [Embedding page](embedding.html).
 
-### Improving performance <a id="performance"></a>
+### Improving performance {#performance}
 
 There are several options to consider:
 
@@ -110,7 +110,7 @@ There are several options to consider:
 
 Of course, the [performance hints from the Embedding page](embedding.html#performance) apply
here, too.
 
-### Accessing resources in your web application <a id="uriresolver"></a>
+### Accessing resources in your web application {#uriresolver}
 
 Often, you will want to use resources (stylesheets, images etc.) which are bundled with your
web application. FOP provides a URIResolver implementation that lets you access files via
the Servlet's ServletContext. The class is called `org.apache.fop.servlet.ServletContextURIResolver`.
 
@@ -157,7 +157,7 @@ Here are some example snippets:
     Transformer transformer = this.transFactory.newTransformer(xsltSrc);
     transformer.setURIResolver(this.uriResolver);
 
-## Notes on Microsoft Internet Explorer <a id="ie"></a>
+## Notes on Microsoft Internet Explorer {#ie}
 
 Some versions of Internet Explorer will not automatically show the PDF or call the servlet
multiple times. These are well-known limitations of Internet Explorer and are not a problem
of the servlet. However, Internet Explorer can still be used to download the PDF so that it
can be viewed later. Here are some suggestions in this context:
 
@@ -170,18 +170,18 @@ Some versions of Internet Explorer will 
 
 - Cache in the server. It may help to include a parameter in the URL which has a timestamp
as the value min order to decide whether a request is repeated. IEx is reported to retrieve
a document up to three times, but never more often.
 
-## Servlet Engines <a id="servlet-engine"></a>
+## Servlet Engines {#servlet-engine}
 
 When using a servlet engine, there are potential CLASSPATH issues, and potential conflicts
with existing XML/XSLT libraries. Servlet containers also often use their own classloaders
for loading webapps, which can cause bugs and security problems.
 
-### Tomcat <a id="tomcat"></a>
+### Tomcat {#tomcat}
 
 Check Tomcat's documentation for detailed instructions about installing FOP and Cocoon. There
are known bugs that must be addressed, particularly for Tomcat 4.0.3.
 
-### WebSphere 3.5 <a id="websphere"></a>
+### WebSphere 3.5 {#websphere}
 
 Put a copy of a working parser in some directory where WebSphere can access it. For example,
if /usr/webapps/yourapp/servlets is the CLASSPATH for your servlets, copy the Xerces jar into
it (any other directory would also be fine). Do not add the jar to the servlet CLASSPATH,
but add it to the CLASSPATH of the application server which contains your web application.
In the WebSphere administration console, click on the "environment" button in the "general"
tab. In the "variable name" box, enter "CLASSPATH". In the "value" box, enter the correct
path to the parser jar file (/usr/webapps/yourapp/servlets/Xerces.jar in our example here).
Press "OK", then apply the change and restart the application server.
 
-## Handling complex use cases <a id="complex-usecases"></a>
+## Handling complex use cases {#complex-usecases}
 
 Sometimes the requirements for a servlet get quite sophisticated: SQL data sources, multiple
XSL transformations, merging of several datasources etc. In such a case consider using [Apache
Cocoon](http://cocoon.apache.org/) instead of a custom servlet to accomplish your goal.

Modified: xmlgraphics/site/trunk/content/fop/trunk/upgrading.mdtext
URL: http://svn.apache.org/viewvc/xmlgraphics/site/trunk/content/fop/trunk/upgrading.mdtext?rev=1417895&r1=1417894&r2=1417895&view=diff
==============================================================================
--- xmlgraphics/site/trunk/content/fop/trunk/upgrading.mdtext (original)
+++ xmlgraphics/site/trunk/content/fop/trunk/upgrading.mdtext Thu Dec  6 14:10:09 2012
@@ -3,7 +3,7 @@ Title: Upgrading from an Earlier Version
 #Upgrading from an Earlier Version of Apache&trade; FOP
 
 
-## Important! <a id="important"></a>
+## Important! {#important}
 
 If you're planning to upgrade to the latest Apache&trade; FOP version there are a few
very important things to consider:
 
@@ -24,7 +24,7 @@ While FOP 0.20.5 allowed you to have emp
 
 - The SVG Renderer and the MIF Handler have not been resurrected, yet! They are currently
non-functional and hope for someone to step up and reimplement them.
 
-## What you need to know when you upgrade! <a id="issues"></a>
+## What you need to know when you upgrade! {#issues}
 
 When you use your existing FO files or XML/XSL files which work fine with FOP version 0.20.5
against this FOP version some things may not work as expected. The following list will hopefully
help you to identify and correct those problems.
 

Modified: xmlgraphics/site/trunk/content/legal.mdtext
URL: http://svn.apache.org/viewvc/xmlgraphics/site/trunk/content/legal.mdtext?rev=1417895&r1=1417894&r2=1417895&view=diff
==============================================================================
--- xmlgraphics/site/trunk/content/legal.mdtext (original)
+++ xmlgraphics/site/trunk/content/legal.mdtext Thu Dec  6 14:10:09 2012
@@ -4,7 +4,7 @@ Title: The Apache&trade; XML Graphics Pr
 
 <notice></notice><abstract></abstract>
 
-## Legal Stuff <a id="Legal"></a>
+## Legal Stuff {#Legal}
 
 * [Home](/)
 * [Who We Are](/team.html)
@@ -17,7 +17,7 @@ All software and material on this websit
 
 For more details, please see the [licenses page of The Apache Software Foundation](http://www.apache.org/licenses/).
 
-## Trademarks <a id="Trademarks"></a>
+## Trademarks {#Trademarks}
 
 Apache, Apache XML Graphics, the Apache feather logo, and the Apache XML Graphics logos are
trademarks of The Apache Software Foundation.
 

Modified: xmlgraphics/site/trunk/content/mail.mdtext
URL: http://svn.apache.org/viewvc/xmlgraphics/site/trunk/content/mail.mdtext?rev=1417895&r1=1417894&r2=1417895&view=diff
==============================================================================
--- xmlgraphics/site/trunk/content/mail.mdtext (original)
+++ xmlgraphics/site/trunk/content/mail.mdtext Thu Dec  6 14:10:09 2012
@@ -8,7 +8,7 @@ Every volunteer project obtains its stre
 
 You are welcome to join any of these mailing lists (or all of them if you wish). You can
choose to lurk, or actively participate. It's up to you. Before you join these lists, you
should look over the resources in the Reference Library section. As with any mailing list,
you should probably read any FAQ postings or simply read a sampling of postings on the list
before posting your first question.
 
-## Usage Notes <a id="usage"></a>
+## Usage Notes {#usage}
 
 Archives are generally named after the project they're about (duh!) with a suffix that denotes
the subjects covered. Common suffixes are:
 
@@ -28,7 +28,7 @@ The ezmlm mailing list controller accept
 
 -  `*-help` get Help on mailing list commands
 If you want to unsubscribe from the XML Graphics General mailing list you send an empty mail
to `general-unsubscribe@xmlgraphics.apache.org`.
-# Public Archives <a id="public_archives"></a>
+# Public Archives {#public_archives}
 
 Archives of all public mailing lists can be found here:
 
@@ -39,7 +39,7 @@ Archives of all public mailing lists can
 
 - Some lists are also available from [http://marc.theaimsgroup.com/](http://marc.theaimsgroup.com/),
[The Mail Archive](http://www.mail-archive.com/), [GMANE](http://www.gmane.com/), [Nabble](http://www.nabble.com/Xml-Graphics-f307.html)
and [MarkMail](http://xmlgraphics.markmail.org/).
 
-## XML Graphics General Mailing List <a id="xmlgraphics-general"></a>
+## XML Graphics General Mailing List {#xmlgraphics-general}
 
  *Low Traffic*  [Subscribe](mailto:general-subscribe@xmlgraphics.apache.org)  [Unsubscribe](mailto:general-unsubscribe@xmlgraphics.apache.org)
 
@@ -52,7 +52,7 @@ This list is for issues that span across
 
 -  [http://xmlgraphics.apache.org/mail/general/](http://xmlgraphics.apache.org/mail/general/)
(gzipped mbox files)
 
-## XML Graphics Commits Mailing List <a id="xmlgraphics-commits"></a>
+## XML Graphics Commits Mailing List {#xmlgraphics-commits}
 
  *Low Traffic*  [Subscribe](mailto:commits-subscribe@xmlgraphics.apache.org)  [Unsubscribe](mailto:commits-unsubscribe@xmlgraphics.apache.org)
 
@@ -65,7 +65,7 @@ This is a read-only list that sends out 
 
 -  [http://xmlgraphics.apache.org/mail/commits/](http://xmlgraphics.apache.org/mail/commits/)
(gzipped mbox files)
 
-## Batik Users Mailing List <a id="batik-users"></a>
+## Batik Users Mailing List {#batik-users}
 
  *Medium Traffic*  [Subscribe](mailto:batik-users-subscribe@xmlgraphics.apache.org)  [Unsubscribe](mailto:batik-users-unsubscribe@xmlgraphics.apache.org)
 
@@ -78,7 +78,7 @@ This is the list for active users of the
 
 -  [http://xmlgraphics.apache.org/mail/batik-users/](http://xmlgraphics.apache.org/mail/batik-users/)
(gzipped mbox files)
 
-## Batik Developers Mailing List <a id="batik-dev"></a>
+## Batik Developers Mailing List {#batik-dev}
 
  *Medium Traffic*  [Subscribe](mailto:batik-dev-subscribe@xmlgraphics.apache.org)  [Unsubscribe](mailto:batik-dev-unsubscribe@xmlgraphics.apache.org)
 
@@ -91,7 +91,7 @@ This is the list for everyone interested
 
 -  [http://xmlgraphics.apache.org/mail/batik-dev/](http://xmlgraphics.apache.org/mail/batik-dev/)
(gzipped mbox files)
 
-## Batik Commits Mailing List <a id="batik-commits"></a>
+## Batik Commits Mailing List {#batik-commits}
 
  *Medium Traffic*  [Subscribe](mailto:batik-commits-subscribe@xmlgraphics.apache.org)  [Unsubscribe](mailto:batik-commits-unsubscribe@xmlgraphics.apache.org)
 
@@ -104,7 +104,7 @@ This is a read-only list that sends out 
 
 -  [http://xmlgraphics.apache.org/mail/batik-commits/](http://xmlgraphics.apache.org/mail/batik-commits/)
(gzipped mbox files)
 
-## FOP Users Mailing List <a id="fop-users"></a>
+## FOP Users Mailing List {#fop-users}
 
  *Medium Traffic*  [Subscribe](mailto:fop-users-subscribe@xmlgraphics.apache.org)  [Unsubscribe](mailto:fop-users-unsubscribe@xmlgraphics.apache.org)
 
@@ -117,7 +117,7 @@ This is the list for active users of the
 
 -  [http://xmlgraphics.apache.org/mail/fop-users/](http://xmlgraphics.apache.org/mail/fop-users/)
(gzipped mbox files)
 It is usually a good idea to state the FOP & JDK/JRE version and the operating system
you are using. Also, if you are attaching large binary files (PDF, JPG, etc.), please consider
attaching a minimal, appropriate B&W GIF, JPG or PNG that conveys the necessary information
instead. A good alternative is to put the files on a web server.
-# FOP Developers Mailing List <a id="fop-dev"></a>
+# FOP Developers Mailing List {#fop-dev}
 
  *Medium Traffic*  [Subscribe](mailto:fop-dev-subscribe@xmlgraphics.apache.org)  [Unsubscribe](mailto:fop-dev-unsubscribe@xmlgraphics.apache.org)
 
@@ -130,7 +130,7 @@ This is the list for everyone interested
 
 -  [http://xmlgraphics.apache.org/mail/fop-dev/](http://xmlgraphics.apache.org/mail/fop-dev/)
(gzipped mbox files)
 
-## FOP Commits Mailing List <a id="fop-commits"></a>
+## FOP Commits Mailing List {#fop-commits}
 
  *Medium Traffic*  [Subscribe](mailto:fop-commits-subscribe@xmlgraphics.apache.org)  [Unsubscribe](mailto:fop-commits-unsubscribe@xmlgraphics.apache.org)
 

Modified: xmlgraphics/site/trunk/content/repo.mdtext
URL: http://svn.apache.org/viewvc/xmlgraphics/site/trunk/content/repo.mdtext?rev=1417895&r1=1417894&r2=1417895&view=diff
==============================================================================
--- xmlgraphics/site/trunk/content/repo.mdtext (original)
+++ xmlgraphics/site/trunk/content/repo.mdtext Thu Dec  6 14:10:09 2012
@@ -2,7 +2,7 @@ Title: The Apache&trade; XML Graphics Pr
 
 #The Apache&trade; XML Graphics Project - Code Repositories
 
-## Web Access to the Repositories <a id="web-access"></a>
+## Web Access to the Repositories {#web-access}
 
 The Apache&trade; XML Graphics project uses Subversion (SVN) as version control tool.
 
@@ -17,11 +17,11 @@ You can browse the repositories belongin
 
 - Apache&trade; XML Graphics Site: [http://svn.apache.org/viewvc/xmlgraphics/site/](http://svn.apache.org/viewvc/xmlgraphics/site/)
(SVN repository)
 
-## Access the Source Tree <a id="Access+the+Source+Tree"></a>
+## Access the Source Tree {#Access+the+Source+Tree}
 
 So, you've decided that you need access to the source tree to see the latest and greatest
code. There're two different forms of SVN access. The first is `anonymous` and anybody can
use it. The second requires that you have a login to the development server. If you don't
know what this means, join the mailing list and find out.
 
-### Anonymous (read-only) SVN access <a id="Anonymous+%28read-only%29+SVN+access"></a>
+### Anonymous (read-only) SVN access {#Anonymous+%28read-only%29+SVN+access}
 
 Anyone can checkout source code from our anonymous SVN server. To do so, simply use the following
commands (if you are using a GUI SVN client, configure it appropriately):
 

Modified: xmlgraphics/site/trunk/content/team.mdtext
URL: http://svn.apache.org/viewvc/xmlgraphics/site/trunk/content/team.mdtext?rev=1417895&r1=1417894&r2=1417895&view=diff
==============================================================================
--- xmlgraphics/site/trunk/content/team.mdtext (original)
+++ xmlgraphics/site/trunk/content/team.mdtext Thu Dec  6 14:10:09 2012
@@ -2,11 +2,11 @@ Title: The Apache&trade; XML Graphics Pr
 
 #The Apache&trade; XML Graphics Project - Community
 
-## Who We Are <a id="WhoWeAre"></a>
+## Who We Are {#WhoWeAre}
 
 The *Apache&trade; XML Graphics Project* operates on a meritocracy: the more you do,
the more responsibility you can obtain. This page lists all of the people who have gone the
extra mile and are Committers or members of the Project Management Committee. If you would
like to get involved, the first step is to join the [community mailing lists](mail.html) for
the project(s) which interest you.
 
-## Apache&trade; XML Graphics Project - Project Management Committee <a id="PMC"></a>
+## Apache&trade; XML Graphics Project - Project Management Committee {#PMC}
 
 
 -  [Chris Bowditch](mailto:bowditch_chris@hotmail.com)
@@ -27,7 +27,7 @@ The *Apache&trade; XML Graphics Project*
 
 -  [Jörg Pietschmann](mailto:pietsch@apache.org)
 
-### Emeritus Project Management Committee Members <a id="PMC-emeritus"></a>
+### Emeritus Project Management Committee Members {#PMC-emeritus}
 
 
 -  [Christian Geisert](mailto:chrisg@apache.org)



---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: commits-help@xmlgraphics.apache.org


Mime
View raw message