Hi all,
Now might be a good time to plan for the annual wiki sprint 2017. Also, FOSDEM is just around the corner. While I personally cannot be there this year, it's still an opportunity to think about our plans for the wiki caretakers initiative.
Dear potential participants: From my perspective, April is probably a good time for a Spring cleaning. How about you?
Last year we didn't really have an end date. While not strictly necessary, I guess declaring a "Improve the wiki month" could potentially help with motivation. Any thoughts on that?
And most importantly: Any ideas on how we can/should announce the wiki sprint to maximise participation?
Cheers, Johannes
Hi Johannes,
And most importantly: Any ideas on how we can/should announce the wiki sprint to maximise participation?
At the very least it should go in the newsletter. I *think* we could also send it explicitly in a mail to our fellows, but let me check on this. We don't have a policy (afaict) on this, though I think if individual groups would like to do one mail per year or so about important activities, I think this should be possible -- at least to those who've opted to receive communication from us.
On Tue, Jan 24, 2017 at 10:45:05PM +0100, Johannes Zarl-Zierl wrote:
Now might be a good time to plan for the annual wiki sprint 2017. Also, FOSDEM is just around the corner. While I personally cannot be there this year, it's still an opportunity to think about our plans for the wiki caretakers initiative.
I have set up a page with ToDo items: http://wiki.fsfe.org/Teams/WikiCaretakers/Sprint2017
Dear potential participants: From my perspective, April is probably a good time for a Spring cleaning. How about you?
Last year we didn't really have an end date. While not strictly necessary, I guess declaring a "Improve the wiki month" could potentially help with motivation. Any thoughts on that?
Agreed.
And most importantly: Any ideas on how we can/should announce the wiki sprint to maximise participation?
Breaking everything seems to have yielded some interest last time ;-)
I believe there is some "Message of the day" function in the wiki. A kind of big red box on top of all wiki pages. To regular wiki users this is probably going to have the highest visibility. Before turning this on, we should have some ressources to link to, like "How to participate", "Whom to talk to", "What to do", etc.
Hi Paul,
On Donnerstag, 9. Februar 2017 16:22:17 CET Paul Hänsch wrote:
On Tue, Jan 24, 2017 at 10:45:05PM +0100, Johannes Zarl-Zierl wrote:
Now might be a good time to plan for the annual wiki sprint 2017. Also, FOSDEM is just around the corner. While I personally cannot be there this year, it's still an opportunity to think about our plans for the wiki caretakers initiative.
I have set up a page with ToDo items: http://wiki.fsfe.org/Teams/WikiCaretakers/Sprint2017
Thanks! (… also for updating the status on Teams/WikiCaretakers)
Regarding the EventCalendar: I'm not sure if I can share your (basically) positive assessment of the plugin. You already mentioned the ical export as a missing feature, but that's only the tip of the iceberg:
- the EventCalendar needs explicit cache cleaning - many people seem to find the syntax hard to use - missing timezone support - inability to import external event sources - missing ical feed (just mentioning this again - probably already part of your point "ical export + rss feed") - no automatic sync to eal's event form
Disclaimer: I'm not sure every single point of these even needs fixing, but these are the complaints that I remember hearing.
All in all I think this warrants a reevaluation whether another (standalone?) calendar/event page would be a better fit, or if the EventCalendar plugin is still the best solution all-in-all.
And most importantly: Any ideas on how we can/should announce the wiki sprint to maximise participation?
Breaking everything seems to have yielded some interest last time ;-)
Let's file this under "Plan B" ;-)
I believe there is some "Message of the day" function in the wiki. A kind of big red box on top of all wiki pages. To regular wiki users this is probably going to have the highest visibility. Before turning this on, we should have some ressources to link to, like "How to participate", "Whom to talk to", "What to do", etc.
Agreed.
Cheers, Johannes
On Thu, Feb 09, 2017 at 05:53:49PM +0100, Johannes Zarl-Zierl wrote:
Regarding the EventCalendar: I'm not sure if I can share your (basically) positive assessment of the plugin. You already mentioned the ical export as a missing feature, but that's only the tip of the iceberg:
- the EventCalendar needs explicit cache cleaning
wget --user-agent="" -qO- "https://wiki.fsfe.org/Events?action=refresh"
This is different from our first idea to delete the cache on disk. I came up with it while working on something else, and I have not set it up on the server yet.
- many people seem to find the syntax hard to use
- missing timezone support
Do you have a particular syntax in mind?
- inability to import external event sources
- missing ical feed (just mentioning this again - probably already part of
your point "ical export + rss feed")
Outputting a document which is not HTML and does not bear the Moin headers and footers is different from a macro (I think it would be an "action" or so). So this would in any case need a plugin that is different from the tabular display of entries on a page.
- no automatic sync to eal's event form
Oh well, actually there is one! It is implemented in the website builder and can aggregate any collection of <<EventCalendar>> formatted event entries. However since Erik wants entries to be moderated before transfer to the website, the "automatism" is idle in practice. An example to use it would be http://wiki.fsfe.org/Events/Published.
(Its counterpart is: https://svn.fsfe.org/fsfe-web/trunk/events/Makefile)
Without free access it makes more sense to use the websites own event announcement because it is translatable. This is one reason why I brought up the point of translatablility again.
Disclaimer: I'm not sure every single point of these even needs fixing, but these are the complaints that I remember hearing.
All in all I think this warrants a reevaluation whether another (standalone?) calendar/event page would be a better fit, or if the EventCalendar plugin is still the best solution all-in-all.
A completely different approach would be to have a plugin, that aggregates external iCal feeds, and have it display the feed from the website in addition to event feeds from the wiki. Those were to be produced by yet a different plugin.
I do not think though, we will be able to call upon any existing plugin for any of the mentioned improvements.
On Freitag, 10. Februar 2017 22:50:20 CET Paul Hänsch wrote:
- many people seem to find the syntax hard to use
- missing timezone support
Do you have a particular syntax in mind?
I think that question is wrong :P For most people a form-based approach would be better suited than writing free-form text with a special syntax.
IMO the syntax is decent and quite basic. It's just that people(tm) are not good at writing text in any predefined format. During last year's sprint I fixed all "broken" event pages - there were quite a few subtle ways in which people got the syntax wrong. I know that the old calendar plugin had a different syntax, but quite a few of these pages were probably incorrect even with the old plugin.
- no automatic sync to eal's event form
Oh well, actually there is one! It is implemented in the website builder and can aggregate any collection of <<EventCalendar>> formatted event entries. However since Erik wants entries to be moderated before transfer to the website, the "automatism" is idle in practice.
So this seems to be a question of policy and work-flow, then...
An example to use it would be http://wiki.fsfe.org/Events/Published.
(Its counterpart is: https://svn.fsfe.org/fsfe-web/trunk/events/Makefile)
By "counterpart" you mean that events from the website can be pushed to the wiki calendar?
Without free access it makes more sense to use the websites own event announcement because it is translatable. This is one reason why I brought up the point of translatablility again.
I'm just going to pretend this can of worms isn't open and silently back out of the room... Silliness aside: yes, that's an important topic that still needs solving.
All in all I think this warrants a reevaluation whether another (standalone?) calendar/event page would be a better fit, or if the EventCalendar plugin is still the best solution all-in-all.
A completely different approach would be to have a plugin, that aggregates external iCal feeds, and have it display the feed from the website in addition to event feeds from the wiki. Those were to be produced by yet a different plugin.
I do not think though, we will be able to call upon any existing plugin for any of the mentioned improvements.
I'm not sure a solution needs to be *that* complex: "have it display [...] event feeds from the wiki" would not be required of a solution that replaces the wiki event calendar. Whatever we do, we should not increase the number of total calendar systems.
Cheers, Johannes
On Sat, Feb 11, 2017 at 12:23:48AM +0100, Johannes Zarl-Zierl wrote:
On Freitag, 10. Februar 2017 22:50:20 CET Paul Hänsch wrote:
- many people seem to find the syntax hard to use
- missing timezone support
Do you have a particular syntax in mind?
I think that question is wrong :P For most people a form-based approach would be better suited than writing free-form text with a special syntax.
Allright, so for website events we use this: http://fsfe.org/community/tools/eventregistration.en.html
(the form submits an email with file attachments to put on the website)
And apparently Moin is able to receive mails and put them into pages: https://moinmo.in/HelpOnConfiguration/EmailSupport#Receiving_Mail
It seems, like we can make this work with not so much effort ;-)
[...]
- no automatic sync to eal's event form
And then we could check this off too.