On Wednesday, 15. October 2008, Yaron Koren wrote:Sure, that would be perfect.
> I'm thinking of changing Semantic Calendar to simply define an #ask query
> format, which would be called 'calendar', instead of using its own parser
> function (#semantic_calendar); and at the same time moving all the code
> into the Semantic Result Formats extension instead of having it be a
> standalone extension. Would that be alright?
You can do it earlier; if changes in the result printers are required, we will
> If so, I have a few questions:
> - should this move wait until SMW 1.4 is released, or could it be done
make the necessary adjustments on all SRF printers right away. There will be
some changes in the capabilities and features of SMWTimeValue, but unless you
rely on getXSDValue(), there is probably no need to react there.
Be aware, however, that some dates might be historic, so that you cannot rely
on PHP time functions without first checking if the date is in the proper
range (there will be a method to check this, the SVN version is not there
yet). In the long run, it may or may not be possible to directly access the
built-in calendar awareness of SMWTimeValue to cover historic dates too.
SRF should get its own language file, and it seems that one file for all would
> - how should the language definitions of Semantic Calendar be handled? I
> don't believe any formats currently in SRF have a language file. Should
> each format use its own language file, or should there be one for all of
be most convenient (and not much overhead). This would also be needed to move
the timeline messages to SRF. Feel free to ask Siebrand to register this at
translatewiki.net, or ask Denny to take care of this (he maintains SRF).
None I can think of now. Does the calendar still require the special setting
> - are there any other issues I should consider about this move?
for enabling calendar page flipping in-page? It might be possible to solve
this by moving page-flipping to Special:Ask, and merely have previous/next
month link being customised versions of "further results" (see e.g. the RSS
printer code on how to add arbitrary params to further result links).
Right now, SRF registers all printers by default, i.e. if nothing else was
specified after including. I guess this will change to include only formats by
default that (1) do not need further MediaWiki extensions to be installed
first, and (2) do not call to external web services. In this case, the
calendar would be among the defaults.
Semantic MediaWiki http://semantic-mediawiki.org