Hi :) I think stick with the categories that were in the 2011 calendar but only create them for 2012 as and when they are needed. There's no point in having an empty category.
If we had a proper calendar rather than a wiki then more categories might be a good idea but on a wiki it seems best to minimalise headings a bit. Just my 2cents Regards from Tom :) --- On Fri, 25/11/11, Christian Lohmaier <[email protected]> wrote: From: Christian Lohmaier <[email protected]> Subject: Re: [libreoffice-marketing] List of Events to attend in 2012 To: [email protected] Date: Friday, 25 November, 2011, 11:11 Hi Stefan, *, On Fri, Nov 25, 2011 at 8:04 AM, Stefan Weigel <[email protected]> wrote: > [...] >> and the calendar modul >> of Silverstripe or a embedded Google calendar. > > Hm. Yet another place, where the data about the events have to be > updated manually, in addition to the wiki pages. Nah, the idea would not to have it twice, but only in silverstripe - if you need it elsewhere you can write a short script to convert a rss feed of something like that. If the geographic categories "All, Europe, North/South America (and probably a missing Asia)" are enough, then I can add them to the silverstripe calendar and you'll have the same info as on the wiki page. Marc did suggest more categories, but I think those are excessive... ciao Christian -- Unsubscribe instructions: E-mail to [email protected] Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/global/marketing/ All messages sent to this list will be publicly archived and cannot be deleted -- Unsubscribe instructions: E-mail to [email protected] Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/global/marketing/ All messages sent to this list will be publicly archived and cannot be deleted
