Commit | Line | Data |
---|---|---|
72fe382f | 1 | # Use Case *[[plugins/inline]]* |
2 | ||
45dc852c | 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. | |
7d622184 | 6 | --[[JoshTriplett]] |
45dc852c | 7 | |
aa25389f | 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]] | |
7d622184 | 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 | |
d672c63f | 36 | "done"). --[[JoshTriplett]] |
2c617eba | 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 | ||
aa25389f | 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 | ||
72fe382f | 46 | |
47 | # Use Case *Copyright Notes* | |
48 | ||
49 | Leaving aside the [[plugins/inline]] stuff I have a completely different | |
ee0a1c94 | 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 | |
72fe382f | 53 | the beginning, as the wiki pages may eventually evolve into official |
ee0a1c94 | 54 | GNU documentation. |
55 | ||
56 | That's why I want to have such copyright notices | |
72fe382f | 57 | be included in every freshly created page by default (and having them |
ee0a1c94 | 58 | interpreted by another plugin I also emailed to Joey). |
59 | ||
60 | Of course this | |
72fe382f | 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. | |
ee0a1c94 | 63 | |
8576fe4c JH |
64 | --[[tschwinge]] |
65 | ||
66 | > [[done]] in the [[plugins/edittemplate]] plugin. --[[Joey]] |