summaryrefslogtreecommitdiff
path: root/doc/bugs
diff options
context:
space:
mode:
authorjoey <joey@0fa5a96a-9a0e-0410-b3b2-a0fd24251071>2006-09-21 20:45:44 +0000
committerjoey <joey@0fa5a96a-9a0e-0410-b3b2-a0fd24251071>2006-09-21 20:45:44 +0000
commit63f09c7cef0eb10d8051a92ff626bf1b5f29b9b0 (patch)
treea6426e99d61121346717f4b0e3d2534dbc60a03d /doc/bugs
parent723ba5793b3bf588941aa7643814090515aefbe6 (diff)
response
Diffstat (limited to 'doc/bugs')
-rw-r--r--doc/bugs/tags_base_dir_not_used_when_creating_new_tags.mdwn39
1 files changed, 36 insertions, 3 deletions
diff --git a/doc/bugs/tags_base_dir_not_used_when_creating_new_tags.mdwn b/doc/bugs/tags_base_dir_not_used_when_creating_new_tags.mdwn
index 046c025ea..71a9ece33 100644
--- a/doc/bugs/tags_base_dir_not_used_when_creating_new_tags.mdwn
+++ b/doc/bugs/tags_base_dir_not_used_when_creating_new_tags.mdwn
@@ -1,7 +1,40 @@
I'm using the tags plugin with tagbase="tags".
-Already existing tags, corresponding to pages like tags/foo.html work just fine.
+Already existing tags, corresponding to pages like tags/foo.html work just
+fine.
-If I add to a page a tag which is not existing (e.g. with [[tag newtag]]) the just modified page will have a link which point to tags/newtag. This is in theory correct, but in practice leads to creating a tags/newtag subpage of the page I'm editing, while my tagbase is supposed to be relative to the wiki root.
+If I add to a page a tag which is not existing (e.g. with [[tag newtag]])
+the just modified page will have a link which point to tags/newtag. This is
+in theory correct, but in practice leads to creating a tags/newtag subpage
+of the page I'm editing, while my tagbase is supposed to be relative to the
+wiki root.
-When used in a wiki which already have some tags this leads to mixing up tags located in tags/ and tags located in whatever/tags/. \ No newline at end of file
+When used in a wiki which already have some tags this leads to mixing up
+tags located in tags/ and tags located in whatever/tags/.
+
+> When a new page is being edited, ikiwiki lets you chose where the page
+> will be created, so you'll get a dropdown list of possible locations for
+> the tag page. You should be able to choose between either tags/foo or
+> page/tags/foo.
+>
+> The way that ikiwiki decides which location to default to in this box is
+> fairly involved; but in general it will default to creating the page at
+> the same level as the tagged page. So if the tag is on any toplevel page
+> in the wiki, it will default to creating `tags/foo`; if the tag is on a
+> page in a subdirectory, it will default to creating subdir/tags/foo.
+>
+> I personally like this behavior; it allows me to create a subdirectory
+> for a particular thing and use tags that are specific to that thing,
+> which are kept confined to that subdirectory by default. For example,
+> this is used for ikiwiki's own plugins tags, which are all located
+> under plugins/type/* and which apply to pages under plugins/*.
+>
+> It's clearly not the right default for every situation though. Explcitly
+> setting a tagbase probably lessons the likelyhood that it's the right
+> default for things under that tag base. I'd not be opposed to adding a
+> special case to change the default in this case, or adding a
+> configuration option to change the default globally. On the other hand,
+> it is pretty simple to just check the location and select the right one
+> from the list when creating a new page..
+>
+> --[[Joey]]