From cd4a035a7539edc12165d35e2d166f15ddc3f7d4 Mon Sep 17 00:00:00 2001
From: fiddlosopher <fiddlosopher@788f1e2b-df1e-0410-8736-df70ead52e1b>
Date: Sun, 17 Dec 2006 21:09:26 +0000
Subject: [PATCH] + BUGS now contains a link to pandoc's issue tracker at
 Google Code. + Modified TODO.

git-svn-id: https://pandoc.googlecode.com/svn/trunk@216 788f1e2b-df1e-0410-8736-df70ead52e1b
---
 BUGS |  5 ++---
 TODO | 34 ++++++++++++++++------------------
 2 files changed, 18 insertions(+), 21 deletions(-)

diff --git a/BUGS b/BUGS
index a7bbb672d..5ed2c9a34 100644
--- a/BUGS
+++ b/BUGS
@@ -1,3 +1,2 @@
-# Known Bugs
-
- 
+To view a list of known bugs, or to enter a bug report, please use
+Pandoc's issue tracker: <http://code.google.com/p/pandoc/issues/list>
diff --git a/TODO b/TODO
index 5264b8a67..8a0e47291 100644
--- a/TODO
+++ b/TODO
@@ -1,27 +1,17 @@
 # TODO
 
-*   Use XHTML library for HTML writer?
+*   Use new downloads and wiki features on googlecode?  Perhaps
+    some makefile targets can be simplified...
 
-*   Revisions for building with windows under cygwin:
-    Cabal under windows produces 'pandoc.exe', and some of the scripts
-    expect 'pandoc'.  (See if this has now been fixed by Makefile change.)
+*   state license on first page of website.  also at top of every
+    source file... (c) date, and license with link to text.
 
-*   Windows binary distribution:  pandoc.exe.  Work this into the website
-    target.
-
-*   Consider allowing 'a.', 'b.', etc. to mark ordered lists.  Perhaps
-    also '(a)', '(1)', 'a)', '1)', etc., as in rst.  This does depart from
-    markdown syntax.
-
-*   Consider making section headers block titles rather than blocks.
-    Instead of:  [Header 1 "My title", Block1, Block2, Block3],
-    Section "My title" [Block1, Block2, Block3].
-    This seems cleaner and would facilitate a docbook writer.
-    It might also simplify the rst reader.
+*   Use XHTML library for HTML writer?  Not yet - it's not standard
+    with 6.4.2 (but is with 6.6).  When we can drop support for 
+    6.4.2, we can use it.
 
 *   Consider merging changes in pandoc-wrappers (symlinks rather than
-    wrapper scripts, except web2markdown and markdown2pdf).  This also
-    needs documentation.
+    wrapper scripts, except web2markdown and markdown2pdf). 
 
 *   pandoc's HTML output fails to validate completely (w3c).
     There are a few quirks:
@@ -54,3 +44,11 @@
     Disadvantage:  Perhaps slightly harder to read.  (But HTML and LaTeX
     output will still be easy to read.)
 
+    Perhaps a better idea would be to conform to the syntax suggested
+    in http://rephrase.net/box/word/footnotes/syntax/#fnref-4
+    which seems to have become a de facto standard.  Note that this
+    allows inline footnotes, with a slightly uglier syntax - though
+    we could introduce ^[blah] as a simplified alternate syntax.
+    Note also the implementation changes: auto-numbered footnotes
+    in HTML.
+