Re: [Module::Build] What to do? What to do?
Status: Beta
Brought to you by:
kwilliams
From: Eric W. <scr...@gm...> - 2006-04-08 16:10:58
|
# from Nadim Khemir # on Saturday 08 April 2006 07:58 am: >A wiki is not the siver bullet, one area that no wiki is good at is >reorganising pages. There's also the "type your page in this small box" syndrome, and the troubles with unauthenticated access leading to viagrification, on top of the aforementioned issue of not having offline access. I'm thinking that a wiki that could be backended with a pile of YAML files in a subversion repository would be great. o publicly visible info o quick access via web terminals o offline mode ($svk++) o ability to make edits from an editor (aka: your development environment) For me at least, the headspace shift of having to open a browser, load a page, login, etc. is enough to cause me to forget whatever it was that I was going to post. True, this doesn't solve the big todo-list problem, which is mostly that it is difficult to decide where to categorize something and/or how important it is. It does add another "view" of the information, without strapping you into a silly web interface for adding quick notes or editing multiple pages. It also probably doesn't work too well as a general-purpose wiki, though I suppose it is possible to add some mark(down|up) to it. Basically, just a one-file per page like so: ---- # make_todo_wiki.yml --- title: Make a TODO Wiki tags: - wiki - todo - web 2.0 content: | I'm thinking that a wiki that could be backended with a pile of YAML files in a subversion repository would be great. o publicly visible info o quick access via web terminals o offline mode ($svk++) o ability to make edits from an editor (aka: your development environment) ---- It seems that the necessary components are already available? Add glue, server, and documentation? --Eric -- Issues of control, repair, improvement, cost, or just plain understandability all come down strongly in favor of open source solutions to complex problems of any sort. --Robert G. Brown --------------------------------------------------- http://scratchcomputing.com --------------------------------------------------- |