From fed0740703b3d3bfa2212a922b9611d7892d63da Mon Sep 17 00:00:00 2001 From: "http://ptecza.myopenid.com/" Date: Thu, 11 Sep 2008 04:03:00 -0400 Subject: [PATCH 1/5] --- doc/todo/progressbar_plugin.mdwn | 2 ++ 1 file changed, 2 insertions(+) diff --git a/doc/todo/progressbar_plugin.mdwn b/doc/todo/progressbar_plugin.mdwn index 263e7a69d..12aef5ebb 100644 --- a/doc/todo/progressbar_plugin.mdwn +++ b/doc/todo/progressbar_plugin.mdwn @@ -128,3 +128,5 @@ Any comments? --[[Paweł|ptecza]] >>>>> --[[Paweł|ptecza]] >>>>>> Reviewed, looks excellent, added. [[done]] --[[Joey]] + +>>>>>>> Thanks a lot for you and Will! :) [[Paweł|ptecza]] From cf3ef66c635155a5b816efb0386a866b83fff810 Mon Sep 17 00:00:00 2001 From: jpritikin Date: Thu, 11 Sep 2008 07:09:17 -0400 Subject: [PATCH 2/5] --- doc/todo/fastcgi_or_modperl_installation_instructions.mdwn | 1 + 1 file changed, 1 insertion(+) create mode 100644 doc/todo/fastcgi_or_modperl_installation_instructions.mdwn diff --git a/doc/todo/fastcgi_or_modperl_installation_instructions.mdwn b/doc/todo/fastcgi_or_modperl_installation_instructions.mdwn new file mode 100644 index 000000000..99e5eee2a --- /dev/null +++ b/doc/todo/fastcgi_or_modperl_installation_instructions.mdwn @@ -0,0 +1 @@ +There has got to be a way to run the CGI wrapper under fastcgi or modperl (apache 2). Are there easy to follow instructions describing how to set this up? From d02411bac05f78b5a9184d9d0c2ed5f6fdd7b153 Mon Sep 17 00:00:00 2001 From: jpritikin Date: Thu, 11 Sep 2008 07:13:45 -0400 Subject: [PATCH 3/5] --- ...upconf_and_allow__95__symlinks__95__before__95__srcdir.mdwn | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/doc/bugs/websetup_eats_setupconf_and_allow__95__symlinks__95__before__95__srcdir.mdwn b/doc/bugs/websetup_eats_setupconf_and_allow__95__symlinks__95__before__95__srcdir.mdwn index 8f34dd972..47063d5cf 100644 --- a/doc/bugs/websetup_eats_setupconf_and_allow__95__symlinks__95__before__95__srcdir.mdwn +++ b/doc/bugs/websetup_eats_setupconf_and_allow__95__symlinks__95__before__95__srcdir.mdwn @@ -17,4 +17,5 @@ Sorry for the confusion. > which will be at best redundant. > > Can you find another solution, such as a symlink, for your special case? -> --[[Joey]] + +I see your point. [[done]] From 91bb11721cceed3186cdf2de33d4aeae5114eb10 Mon Sep 17 00:00:00 2001 From: "http://www.cse.unsw.edu.au/~willu/" Date: Thu, 11 Sep 2008 07:53:07 -0400 Subject: [PATCH 4/5] Thoughts on ACLs --- doc/todo/ACL.mdwn | 18 ++++++++++++++++++ 1 file changed, 18 insertions(+) diff --git a/doc/todo/ACL.mdwn b/doc/todo/ACL.mdwn index 6b23acfae..827d4f6fa 100644 --- a/doc/todo/ACL.mdwn +++ b/doc/todo/ACL.mdwn @@ -23,6 +23,24 @@ something, that I think is very valuable. Also see [[!debbug 443346]]. +> Just a few quick thoughts about this: +> +>* I'm only thinking about write ACLs. As Joey noted, read ACLs need to be done in the web server. +>* ACLs are going to be really hard for people with direct access to the revision control system. +> Which means that we really only need to define ACLs for web access. +>* ACLs for web access can then be defined by the web master. These might not need to be +> defined in the wiki pages (although they could be). +>* Given the previous two points, can't this be done with the `match_user()` +> function defined by the [[plugins/attachment]] plugin (see the [[ikiwiki/pagespec/attachment]] pagespec info) +> and the [[plugins/lockedit]] plugin (see [[page_locking]])? +> +> For example, add the following to your config file: +> +> locked_pages => '!(user(john) and */Discussion) and *', +> +> would lock all pages unless you're john and editing a Discussion page. +> It's a thought anyway :-). -- [[Will]] + I am considering giving this a try, implementing it as a module. Here is how I see it: From fb4a4e86335f21e88fe5eea763fb9dcdbe58492f Mon Sep 17 00:00:00 2001 From: "http://www.cse.unsw.edu.au/~willu/" Date: Thu, 11 Sep 2008 08:27:47 -0400 Subject: [PATCH 5/5] Thoughts on structured data --- doc/todo/structured_page_data.mdwn | 34 ++++++++++++++++++++++++++++++ 1 file changed, 34 insertions(+) diff --git a/doc/todo/structured_page_data.mdwn b/doc/todo/structured_page_data.mdwn index bb23cfaa8..2b8309a67 100644 --- a/doc/todo/structured_page_data.mdwn +++ b/doc/todo/structured_page_data.mdwn @@ -69,3 +69,37 @@ Additional tie-ins: See also: [[tracking_bugs_with_dependencies]] + +> I was also thinking about this for bug tracking. I'm not sure what +> sort of structured data is wanted in a page, so I decided to brainstorm +> use cases: +> +> * You just want the page to be pretty. +> * You want to access the data from another page. This would be almost like +> like a database lookup, or the OpenOffice Calc [VLookup](http://wiki.services.openoffice.org/wiki/Documentation/How_Tos/Calc:_VLOOKUP_function) function. +> * You want to make a pagespec depend upon the data. This could be used +> for dependancy tracking - you could match against pages listed as dependencies, +> rather than all pages linked from a given page. +> +>The first use case is handled by having a template in the page creation. You could +>have some type of form to edit the data, but that's just sugar on top of the template. +>If you were going to have a web form to edit the data, I can imagine a few ways to do it: +> +> * Have a special page type which gets compiled into the form. The page type would +> need to define the form as well as hold the stored data. +> * Have special directives that allow you to insert form elements into a normal page. +> +>I'm happy with template based page creation as a first pass... +> +>The second use case could be handled by a regular expression directive. eg: +> +> \[[regex spec="myBug" regex="Depends: ([^\s]+)"]] +> +> The directive would be replaced with the match from the regex on the 'myBug' page... or something. +> +>The third use case requires a pagespec function. One that matched a regex in the page might work. +>Otherwise, another option would be to annotate links with a type, and then check the type of links in +>a pagespec. e.g. you could have `depends` links and normal links. +> +>Anyway, I just wanted to list the thoughts. In none of these use cases is straight yaml or json the +>obvious answer. -- [[Will]]