]> sipb.mit.edu Git - ikiwiki.git/commitdiff
Merge branch 'master' of git://git.ikiwiki.info
authorJon Dowland <jon@alcopop.org>
Fri, 16 Oct 2009 09:59:56 +0000 (10:59 +0100)
committerJon Dowland <jon@alcopop.org>
Fri, 16 Oct 2009 09:59:56 +0000 (10:59 +0100)
doc/forum/ever-growing_list_of_pages.mdwn [new file with mode: 0644]
doc/todo/preview_changes_before_git_commit.mdwn [new file with mode: 0644]

index 532b0acca124deff12ae4300f76b43d3fcca1b6d..b4ea42b173a568ca058da77077ac17ec8f36e2bd 100644 (file)
@@ -2,4 +2,4 @@
 Then, on
 <http://www.gnu.org/software/hurd/hurd/translator/writing/example.html>, in the
 *parentlinks* line, *writing* links to the top-level *index* file.  It should
-rather not link anywhere at all.
+rather not link anywhere at all.  --[[tschwinge]]
diff --git a/doc/forum/ever-growing_list_of_pages.mdwn b/doc/forum/ever-growing_list_of_pages.mdwn
new file mode 100644 (file)
index 0000000..84b9fe6
--- /dev/null
@@ -0,0 +1,12 @@
+What is overyone's idea about the ever-growing list of pages in bugs/ etc.?
+Once linked to `done`, they're removed from the rendered [[bugs]] page -- but
+they're still present in the repository.
+Shouldn't there be some clean-up at some point for those that have been
+resolved?  Or should all of them be kept online forever?
+Likewise, for example in [[forum/ikiwiki__39__s_notion_of_time]], should one
+remove the text about the implementation bug that has been fixed, or should it
+stay there, for reference?
index 93526c42ce5ced330645b4096e81185c025ba063..732cf7a894f96166239ef016dcfc1d36610ea5b1 100644 (file)
@@ -20,6 +20,7 @@ ikiwiki [[!version ]].
 ## developer resources
 The [[RoadMap]] describes where the project is going.
+The [[forum]] is open for discussions.
 [[Bugs]], [[TODO]] items, [[wishlist]] items, and [[patches|patch]]
 can be submitted and tracked using this wiki.
diff --git a/doc/todo/preview_changes_before_git_commit.mdwn b/doc/todo/preview_changes_before_git_commit.mdwn
new file mode 100644 (file)
index 0000000..e0e6ba8
--- /dev/null
@@ -0,0 +1,7 @@
+ikiwiki allows to commit changes to the doc wiki over the `git://...` protocol.
+It would be nice if there'd be a uniform way to view these changes before `git
+push`ing.  For the GNU Hurd's web pages, we include a *render_locally* script,
+<http://www.gnu.org/software/hurd/render_locally>, with instructions on
+<http://www.gnu.org/software/hurd/contributing/web_pages.html>, section
+*Preview Changes*.  With ikiwiki, one can use `make docwiki`, but that excludes
+a set of pages, as per `docwiki.setup`.  --[[tschwinge]]
index 657de85f3f16575d7f5e856b0bf64f7015122a32..80eeae0c5ef3aa7ad6109611ea184783529e2b9e 100644 (file)
@@ -55,7 +55,8 @@ licensing headers to every single file.
 ## Texinfo -- [[plugins/contrib/texinfo]]
-Not very important.
+Not very important.  Have to consider external commands / files / security (see
+[[plugins/teximg]] source code)?
 ## Shortcuts -- [[plugins/shortcut/discussion]]
@@ -77,6 +78,29 @@ Is it useful to have Discussion pages of Discussion pages (etc.)?  -- On
 this possibility is offered.
+## Modifying [[plugins/inline]] for showing only an *appetizer*
+Currently ikiwiki's inline plugin will either show the full page or nothing of
+it.  Often that's too much.  One can manually use the [[plugins/toggle]] plugin
+-- see the *News* section on <http://www.gnu.org/software/hurd/>.  Adding a new
+mode to the inline plugin to only show an *appetizer* ending with *... (read
+on)* after a customizable amount of characters (or lines) would be a another
+possibility.  The *... (read on)* would then either toggle the full content
+being displayed or link to the complete page.
+## Prefix For the HTML Title
+The title of each page (as in `<html><head><title>`...) should be prefixed with
+*GNU Project - GNU Hurd -*.  We can either do this directly in `page.tmpl`, or
+create a way to modify the `TITLE` template variable suitably.
+## [[plugins/inline]] feedfile option
+Not that important.  Git commit b67632cdcdd333cf0a88d03c0f7e6e62921f32c3.  This
+would be nice to have even when using *usedirs*.  Might involve issues as
+discussed in *N-to-M Mapping of Input and Output Files* on
 ## Unverified -- these may be bugs, but have yet to be verified
   * ikiwiki doesn't change its internal database when \[[!meta date]] /
@@ -87,3 +111,13 @@ this possibility is offered.
     ([[plugins/cutpaste]]) in RSS feed (only; not Atom?) under some conditions
     (refresh only, but not rebuild?).  Perhaps missing to read in / parse some
+  * [[plugins/recentchanges]]
+      * Creates non-existing links to changes.
+      * Invalid *directory link* with `--usedirs`.
+      * Doesn't honor `$timeformat`.
+      * Does create `recentchangees.*` files even if that is overridden.