urosm
/
ikiwiki
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

Merge branch 'master' of git://git.ikiwiki.info

master
Jon Dowland 2009-10-16 10:59:56 +01:00
parent 0a2e4e167d 5757ad8774
commit b1c9ca545b
5 changed files with 56 additions and 2 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

2
doc/bugs/non-existing_pages_in_parentlinks.mdwn
View 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]]

12
doc/forum/ever-growing_list_of_pages.mdwn 100644
View File

@ -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?
--[[tschwinge]]

1
doc/index.mdwn
View 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.

7
doc/todo/preview_changes_before_git_commit.mdwn 100644
View File

@ -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]]

36
doc/users/tschwinge.mdwn
View 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
<http://www.gnu.org/software/hurd/hurd/building/cross-compiling/discussion.html>,
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
[[plugins/contrib/texinfo]].
## 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
files?
* [[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.