diff options
| author | joey <joey@0fa5a96a-9a0e-0410-b3b2-a0fd24251071> | 2007-04-22 20:34:20 +0000 |
|---|---|---|
| committer | joey <joey@0fa5a96a-9a0e-0410-b3b2-a0fd24251071> | 2007-04-22 20:34:20 +0000 |
| commit | 2e52cded32ca107d53fc95d3dfbaabf8f2fdfb9e (patch) | |
| tree | a7ae9ecde924dcb773b318b7d849fdc8af4df442 | |
| parent | 496d0f819dc4b391f264484198c3f34713f0a9a8 (diff) | |
web commit by http://id.inelegant.org/: Signed comments.
| -rw-r--r-- | doc/todo/fileupload/soc-proposal/discussion.mdwn | 4 |
1 files changed, 2 insertions, 2 deletions
diff --git a/doc/todo/fileupload/soc-proposal/discussion.mdwn b/doc/todo/fileupload/soc-proposal/discussion.mdwn index ff92264a9..aebffe3cc 100644 --- a/doc/todo/fileupload/soc-proposal/discussion.mdwn +++ b/doc/todo/fileupload/soc-proposal/discussion.mdwn @@ -1,11 +1,11 @@ There's nothing in [[fileupload]] that suggests putting the file upload limit in the body of a page. That would indeed be a strange choice. Ikiwiki already uses [[PageSpecs|PageSpec]] in the Preferences page (for specifying locked pages, banned users, and subscriptions), and I had envisioned putting the file upload controls there, and possibly subsuming some of those other controls into them. -> Thanks for clarifying; I clearly misunderstood the original text. +> Thanks for clarifying; I clearly misunderstood the original text. -- Ben It's not clear to me that the concept of attaching files to a page fits ikiwiki very well; unlike most wikis, ikiwiki supports subdirectories and [[SubPages|SubPage]], which allows for hierarchical placement of uploaded files, which is a much more flexible concept than simple attachment. Futhermore, the idea of listing all attached files at the bottom of a page seems somewhat inflexible. What if I want to make a podcast, using inline's existing support for that -- I won't want a list of every "attached" file at the bottom of my podcast's page then. > If a file was attached to _some-dir/some-page_, it would be stored in _some-dir/_ and linked from _some-page_. That would seem reasonably hierarchical to me. What do you suggest as an alternative? -> As for the attachment list, I envisaged that being optional. +> As for the attachment list, I envisaged that being optional. --Ben I don't understand why the file size would need to be stored in the index file; this information is available by statting the file, surely? Similarly, the mime type can be determined through inspection, unless there turns out to be a reason to need to cache it for speed. |