Difference between revisions of "Website core"

Revision as of 19:10, 15 December 2005

What are the priorities of the system? What needs does it have to address first? What we have to do and what is secondary? What is best done by a blog or a wiki and what needs specific development?

Modules

Image module

The image module provides a handy way to store images to include as illustrations in articles via a web interface. It is by no means a replacement for the image gallery

function:

upload / resize / generate html code for images

permissions:

image module is contextual. If user is granted access for an event, s/he will have access to the image folder with the same rights.

modifs to existing module:

make one folder per programme/context, adapt to new permission scheme, multilingual?

Guests/participants module

guests -> replace by participants

guest or team or both?

roles

connect to profiles(access)

Project(+event+series+programme) module

deals with the structure of the events, needs to be broken into subchapters.

Project

A project is a long term set of activities, publications, ... that follows a certain thread(ie. Copy.cult, cyberfeminism, Stitch And Split...)

Programme

A programme is a large collection of activities and series. An edition of Verbindingen-Jonctions is considered as a programme.

Series

Inside a programme, certain activities can be linked together under a certain title(ie. Free Licenses was considered as a series inside the programme Verbindingen-Jonctions8)

Events

An event is an activity bound to one place and time(ie a lecture or a concert). It has a start time and an end time. (ie. The Book Presentation in Verbindingen-Jonctions8 is an example of an event)

Sound module

storage and indexation of sounds, recordings, archives, etc. possibly generates streaming.

Text module

from writing/versioning to publishing of text + pdf export

Syndication module

possibility to add incoming feeds and mix them. per event, programme, etc. Also see how to integrate this into the weblogs.

Services

the services are components that give generic functionalities for the modules. ie, every module will need translation, permission, etc.

Permission

to accomodate more users/writers/collaborators, the permission system needs to be adapted

• who has access to what? we need to think of scenarios for that

Translation

language + translations

• at the moment, the amount of languages in which a post is possibly translated is hardcoded and multipl ways of dealing with translations are in place -> homogeneity needed. what are our needs in term of translations?

Metadata

link content to taxonomies, tags, keywords.