ikiwiki (3.20130711) unstable; urgency=low
[ikiwiki.git] / doc / todo / default_content_for_new_post.mdwn
1 # Use Case *[[plugins/inline]]*
2
3 Along the same lines as having a [[default_name_for_new_post]]s, an option
4 to include default content in a new [[plugins/inline]] post would help with
5 tasks like using an inline for a comment form on each new blog post.
6 --[[JoshTriplett]]
7
8 No, it would only help if the new blog post were being made via the form.
9 If you're editing it in vi, and committing, it doesn't help. :-) This is
10 another reason why I prefer the approach in [[discussion_page_as_blog]].
11 Although I don't mind getting this implemented too, for other reasons.
12
13 I see three possible designs:
14
15 1. Simply use the bestlink(new_page_content) as the default content. Thomas
16    Schwinge emailed me an implementation of this. It has the problem that 
17    it doesn't make sense to use the same new page template for a Discussion
18    page as for the page being discussed. (That's a specific case of a more
19    general problem.)
20
21 1. Modify inline so that "template=foo" uses page foo as the template for
22    new posts made to the blog. This doesn't cater to every case, but
23    perhaps it would be enough?
24
25 1. Make pages able to embed in them a pagespec that says they are the
26    template when new pages are created that match that pagespec. 
27    This is the most general solution, but depends on
28    [[plugin_data_storage]].
29
30 --[[Joey]]
31
32 This feature would also allow the automatic inclusion of a given template in
33 every new post, which could help for [[/plugins]] (automatically use the
34 plugin template), or for [[/bugs]] and [[todo_items|/todo]] (automatically use
35 a template that appends "(done)" to the title if the page links to
36 "done"). --[[JoshTriplett]]
37
38 > This is a feature I miss a lot from MoinMoin, and is especially helpful when you maintain pages which have a regular format (eg. recipe pages).  I understand that using svn would bypass this feature but I think it's worth considering anyway because:
39
40 > * For any given site often it's only the admin user who makes changes via svn, everyone else uses the web
41 > * It's remote and casual users who benefit most from having standard templates to use for new pages
42 > * When using svn to make changes it's easier to manually provide template functionality (eg. cp recipe_template.mdwn newpage.mdwn)
43
44 > All of course bearing in mind that I'm just commenting because I don't have the skills to actually make the required changes. ;-) -- [[AdamShand]]
45
46
47 # Use Case *Copyright Notes*
48
49 Leaving aside the [[plugins/inline]] stuff I have a completely different
50 use case for this (which is also why I wrote the plugin Joey mentioned).
51
52 For a GNU-affiliated wiki we want to track copyright stuff right from
53 the beginning, as the wiki pages may eventually evolve into official
54 GNU documentation.
55
56 That's why I want to have such copyright notices
57 be included in every freshly created page by default (and having them
58 interpreted by another plugin I also emailed to Joey).
59
60 Of course this
61 will also only work when using web-editing, but the people using
62 rcs-editing (coining new terms, eh ;-)?) usually know what they're doing.
63
64 --[[tschwinge]]
65
66 > [[done]] in the [[plugins/edittemplate]] plugin. --[[Joey]]