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]]