aboutsummaryrefslogtreecommitdiff
path: root/doc/todo/paste_plugin.mdwn
blob: 83384a8d77c112272251c0cd320f07d54ef499fd (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
It was suggested that using ikiwiki as an alternative to pastebin services
could be useful, especially if you want pastes to not expire and be
cloneable.

All you really need is a special purpose ikiwiki instance that you commit
to by git. But a web interface for pasting could also be nice.

There could be a directive that inserts a paste form onto a page. The form
would have a big textarea for pasting into, and might also have a file
upload button (for uploading instead of pasting). It could also copy the
page edit form's dropdown of markup types, which would be especially useful
if using the highlight plugin to support programming languages. The default
should probably be txt, not mdwn, if the txt plugin is enabled.

(There's a lot of overlap between that and editpage of course .. similar
to the overlap between the comment form and editpage.)

When posted, the form would just come up with a new, numeric subpage
of the page it appears on, and save the paste there.

Another thing that might be useful is a "copy" (or "paste as new") action
on the action bar. This would take an existing paste and copy it into the
paste edit form, for editing and saving under a new id.

---

A sample wiki configuration using this might be:

* enable highlight and txt
* enable anonok so anyone can paste; lock anonymous users down to only
  creating new pastes, not editing other pages
* disable modification of existing pastes (how? disabling editpage would
  work, but that would disallow setting up anonymous git push)
* enable comments, so that each paste can be commented on
* enable getsource, so the source to a paste can easily be downloaded
* optionally, enable untrusted git push