Extension talk:Calendar (Kenyu73)

From mediawiki.org
Please report any problems or feature requests to my Google Issue List.

It's hard to manage issues, bugs and requests via discussion pages. Please use my Google bug tracker!

Problem or Request, please click here.

Comments Only Please[edit]

  • Issue and bug reports posted here will probably be ignored and removed, sorry.

is there any possibility to subscribe to a calendar via thunderbird/lightning?

Does the calendar work with Mediawiki 1.16?[edit]

The report below seems to indicate this extension has been tested with the next release of Mediawiki? Is there a promise this extension will continue working or has it perhaps even been tested extensively to work OK? --Taleman 10:27, 24 May 2010 (UTC)Reply[reply]

Tested and it works great. No problem with MediaWiki 1.16. --Marcin 18:16, 8 January 2011 (UTC)Reply[reply]

Bug: maxdailyevents set lower than 2 doesn't work[edit]

To resolve change CalendarArticles.php starting at line 389 from:

			if(strlen($displayText) > 0){
				$article = new Article(Title::newFromText($page . $articleCount));
				if($articleCount == $max_articles)
					$stop = true;


			if(strlen($displayText) > 0){		
				if($articleCount == $max_articles){
					$stop = true;
				else $articleCount++;
				$article = new Article(Title::newFromText($page . $articleCount));


Bug UTF-8[edit]

I don't have appropriate google account, sorry.

MediaWiki 1.16, Calendar 3.8.4

common.php (156)
return utf8_encode(wfMsg($value));” → “return wfMsg($value);
calendar.php (1185..1106)
replace /substr/mb_substr/
calendar.i18n.php, russian translation
	$messages['ru'] = array(
		'default_title' => 'Общий',
		'year' => 'год',
		'month' => 'месяц',
		'week' => 'неделя',
		'ical_inst' => 'Укажите файл в формате ical (vcalendar).',
		'add_event' => 'Добавить событие',
		'add_event_tip' => 'добавить новое событие',
		'styles_btn' => 'стили события',
		'styles_btn_tip' => 'Установка стиля события по ключевому слову',
		'template_btn' => 'события',
		'template_btn_tip' => 'Создать несколько событий на одной странице...',
		'ical_btn' => 'загрузка',
		'ical_btn_tip' => 'импортировать выбранный файл',
		'ical_browse_tip' => 'выбрать файл ical для загрузки...',
		'config_btn' => 'настройки',
		'config_btn_tip' => 'Добавить настройки календаря',
		'today' => 'сегодня',
		'invalid_namespace' => 'Недопустимое пространство имен - Это расширение допускает создание календарей в пространстве: ',
		'about' => 'нажмите здесь для получения дополнительной информации',
		'dayyearTranslated' => 'День года',
		'weekyearTranslated' => 'Неделя года'

--StasR 18:10, 22 November 2009 (UTC)Reply[reply]

Hack for Mediawiki 1.15.4[edit]

To get the calendar to display correctly in version 1.15.4, in calendar.php find:

//add css; this is set as 'default.css' or an override
if($wgVersion >= '1.14'){
$wgOut->addStyle($cssURL . $css); //clean method
$wgOut->addHTML($css_data); //ugly method

and change it to:

//add css; this is set as 'default.css' or an override
if($wgVersion >= '1.18'){
$wgOut->addStyle($cssURL . $css); //clean method
$wgOut->addHTML($css_data); //ugly method

this causes it to use the "ugly method" which seems to be required for it to display correctly in this version. JulianDave 16:22, 19 May 2011 (UTC)Reply[reply]

Improve the "date" function by relative dates[edit]

To make it possible to use not only yesterday, today, tomorrow and date=1-1-2010, but also other relative dates e.g.: "+2" to show the day after tomorrow.

changes in Calendar.php (ca. line 614), replace the original "if" line by:

		if (($setting == "today") || ($setting == "tomorrow") || ($setting == "yesterday") || is_numeric($setting) ){
			if ( is_numeric($setting) ){	
				$yesterday= Common::datemath($setting, $this->month, $this->day, $this->year);
				$this->month = $yesterday['mon'];
				$this->day = $yesterday['mday'];
				$this->year = $yesterday['year'];

Mediawiki 1.23[edit]

Hi, does this extension works for mediawiki 1.23?

I get the following error: Fatal error: Call to undefined function wfLoadExtensionMessages() in /var/www/html/mediawiki-1.23.2/extensions/Calendar/Calendar.php on line 115

I check the path twice. This can't be the issue.


Additional Comments[edit]

Hi, I'm posting this here because I also have a couple of comments about Mediawiki 1.23. First off, for Reiner, I simply commented out the call to wfLoadExtensionMessages(), and the extension still works. I had the same issue with another extension with the same result. IAlex explains the issue here a few messages down: Thread:Project:Support_desk/wfLoadExtensionMessages()_removed_from_1.21.1?/reply

Second, in 1.23 you get a lot of deprecated split() function messages. It seems that all of the calls to split() in Calendar.php and CalendarArticles.php can be changed to explode().

Third, there is another error in 1.23.13 that causes the Calendar to not load its existing entries properly. I am not familiar enough with developing for MediaWiki to actually contribute formally at this time, and I also have some research to do as to bug reports and possible fixes in later versions. However, I was able to get the Calendar fully functional again by doing the following:

  • In Calendar.php, change three instances of "PrefixSearch::titleSearch" to "TitlePrefixSearch::titleSearch", as specified in the PrefixSearch.php comments for 1.23.
  • In /includes/PrefixSearch.php, lines 39 and 41 need to be slightly adjusted. I kept seeing a warning that the trim() on line 53 was expecting a string but getting an object. A var_dump of what was being returned showed nothing. In my coding, I name parameters with the prefix p_ to help avoid the confusion of many things having the same name. So I changed
    • Line 39: public static function titleSearch( $search, $limit, $namespaces = array() ) {
      • to public static function titleSearch( $p_search, $limit, $namespaces = array() ) {
    • Line 41: return $search->search( $search, $limit, $namespaces );
      • to return $search->search( $p_search, $limit, $namespaces );

The calendar is now fully functional again for me.


Google Code Shutting Down[edit]

Hello, As you are likely aware, Google is shutting down their Google Code service in January of 2016. This extension appears to house its code with Google Code and is at risk to creating broken links and confusion of users in the near future.

I’m helping to let folks know about this coming update and provide some helpful links to make this migration easy. I hope you’ll take a moment and migrate your extension to a new hosting solution.

For extensions that have a compatible license, you can request developer access to the MediaWiki source repositories for extensions and get a new repository created for you. Alternatively, you may also export your code to other popular repositories such as Github and Bitbucket. Google has provided tools to help with this migration.

Ckoerner (talk) 17:15, 7 July 2015 (UTC)Reply[reply]