Ticket #782 (new enhancement)

Opened 14 years ago

Last modified 14 years ago

Attached files used in wiki should be stored in a flat manner and not in wiki pages

Reported by: madarche Owned by: tziade
Priority: P2 Milestone: CPS 3.5.7
Component: CPSWiki Version: TRUNK
Severity: normal Keywords: attached file files flat tree structure
Cc: laurent.pelecq@…

Description

Attached files used in CPSWiki should be stored in a flat manner and not inside wiki pages.

Rationale:

  • The actual storage inside wiki pages prevents attached files to be used by more than one page
  • The actual storage inside wiki pages is not what others wikis do and thus makes it hard to migrate from one wiki to another

Having attached files stored inside documents (wiki pages) is very CPS-ish and consistent with all the CPS framework. But the wiki concept is to store everything in a flat manner to make life as easy as possible for the user, who is very often a just-one-time contributor.

Change History

comment:1 Changed 14 years ago by Tarek Ziadé <tz@…>

I don't think it's CPS-ish. Most wikis i've seen use page-level attached files (besides ZWiki, even though they have discussed on moving fields to wiki pages in the past). IMO storing files in the same dir this could lead to a problem with name collisions when parsing content if we don't change the wiki base parser. Having namespace to page level prevent form this.

  • The actual storage inside wiki pages prevents attached files to be used by more than one page

At this time, attached files are represented in the bottom of the page but it can be reached through its URL:  http://site/wiki/page1/image1.jpg. To be append within another wiki page text.

  • The actual storage inside wiki pages is not what others wikis do and thus makes it hard to migrate from one wiki to another

Now for migration, if you are talking about ZWiki, I think you're more on a problem of migrating its particular content to CPSWiki. Migrating content from Twiki for example, would be inversed since files are also in pages.

Now back in the relation between a page and a wiki page, I would like to propose another solution, that will fit your use case (flat container, direct interlinks) and extend CPSWiki the way we have talked past weeks: We need to implement zemantic in CPSWiki to set simple relations between pages

this can be usable through a simple notation and also cover file linking :

  • [relation:keyword:page2:parameters] : page 1 is related to page 2 with the keyword object
  • [relation:keyword:file:parameters] : page 1 is related to the file with the keyword object

(parameters are optionnal)

it is displayed differently depending on the keyword used

examples:

  • [ relation:link:page2 ] : direct link to page 1, can be written shortly : [ page2 ]
  • [ relation:link:file ] : direct link to file, can be written shortly : [ file ]
  • [ relation:shows:file:320*200,left ] : display the file if its an image, the optional parameter tells how to display it

Now for files, the "add page" can be on the wiki but we need to prefix wiki pages and files to differ them:

  • ffile_one
  • ppage_one

and work on the traversal to display proper urls

Last but not least, this will let us easily display the wiki in RDF flux

comment:2 Changed 14 years ago by fguillaume

  • Severity changed from normal to enhancement
  • Milestone changed from unspecified to CPS 3.5.0
Note: See TracTickets for help on using tickets.