[GeneralDiscussion] ZWikiPage Folderish +2

I would like to see revision tracking on attachments... not necessarily revisions themseves, but a 
history of attachment changes. Does that help tie the two issues together?

Here's the scenario: Say a particular page talks about a particular image. It makes sense for the image to have a strong tie to the page (that is, not like a site-wide logo). Furthermore, if the image (which is a constituent piece of the page content) changes -- it gets updated or re-uploaded -- it would be great if the page were aware of that.

You asked: 

*how often do you need to upload two attachments with the same name ? Conversely, how often might you want to link to the same attachment from two or more pages ?*

Same image on two pages? Never, in my experience.

But the naming issue is to my mind part of the whole global-namespace issue (the wiki double-edged sword). Having attachments, sub-pages, etc. in a local context would be great. We often run lots of sub-projects within a wiki; namespace collisions do occur. 

*Would you want those file/image links to break when the owner page is renamed or deleted ?*

I think the advantages of locality outweigh this. I'm more interested in having the image local to the page, not just for referencing, but for tracking, etc.

*Wouldn't you want to be able to quickly see all files/images in your wiki by going to folder contents and sorting by type ? Or if you chose, organise them into logical folders ("images/", "css/") ? Or be able to upload your static website's file tree into zwiki and have it just work ?*

Personally, I haven't wanted to do any of these things in 5 years of using ZWiki.

Your appeal to YouArentGonnaNeedIt is a good one. I'm always thinking of ways to stretch ZWiki into heavier CMS duties. Folderish objects are definitely on the right path there. But at the expense of simplicity.

--
forwarded from http://zwiki.org/GeneralDiscussion#[email protected]