Extension talk:Cite/Wikitext archive (Cite)


 * See also Extension talk:Cite/Cite.php

There is an inconsistency with current Wikipedia version
Cite.php here is inconsistent with what is currently being used for Cite.php referencing in Wikipedia.

In Wikipedia, the Cite.php referencing method was recently changed to use a caret (^) and superscripts a, b, c, etc. in the listing of references ... whereas Wikimedia is still using a vertical arrow (↑) and 1.0, 1.1, and 1.2 in the listing of references. This inconsistency needs to be resolved. w:user:Mbeychok
 * See Extension:Cite/Cite.php Odessaukrain 19:53, 7 October 2008 (UTC)

CVS access
I can't log in via CVS. It's prompting me for a password. Leaving it blank and entering "anonymous" both fail. How do I log in? --66.120.86.154 17:40, 30 June 2006 (UTC)
 * I would like to know that, too. 84.57.128.233 22:41, 5 July 2006 (UTC)
 * The first time it failed, so I ran the first command again. It did not say anything. After that, I simply ran the 2nd command and it downloaded the files for me.

Error: Cannot modify header information
[Thu Aug 02 14:43:32 2007] [error] [client 10.3.20.58] PHP Warning: Cannot modify header information - headers already sent by (output started at /var/www/html/wiki/extensions/Cite/Cite.php:218) in /var/www/html/wiki/includes/RawPage.php on line 136, referer: http://mywiki/wiki/index.php/Cite_Test

Aditional info:

[root@mywiki wiki]# cat /etc/redhat-release Fedora Core release 6 (Zod)

[root@mywiki wiki]# rpm -qa | grep httpd httpd-2.2.3-5 httpd-manual-2.2.3-5

[root@mywiki wiki]# rpm -qa php php-5.1.6-3

[root@mywiki wiki]# rpm -qa mysql mysql-5.0.27-1.fc6

MediaWiki v1.10.1

=Description?= How about a description of what this extension does or what extensions are contained within it?
 * Or how to use this extension. --Kakurady 22:03, 14 December 2007 (UTC)
 * In fact these are two separate extension, it was confusing because the hints what they do where only on the subpages. Hope I clarified it. --84.140.181.247 13:59, 6 January 2008 (UTC)

Version numbers please
It would be helpful if the developers of this extension assigned a version number to this extension. This could be in both the code (so it shows up in special:version) and the extension infobox on this extension page. This way at a glance we can know if our MediaWiki installations are up to to date. --Maxelrod 21:59, 25 February 2008 (UTC)

Problems with URL
After I installed the extension, the link from the side bar works fine, but the search box doesn't work. The reason is that it keeps creating links like this: "page=New York" when it should be "title=Especial:Cite&page=New York&id=28017". I couldn't find a way to add the rest of the link manually, if anyone knows how to fix this, please help. Here are the links to our extension page, to a good page coming from the side bar, and a page as it looks after using the search tool.


 * http://venciclopedia.com/index.php?title=Especial:Cite
 * http://venciclopedia.com/index.php?title=Especial:Cite&page=Jes%C3%BAs_Urdaneta&id=10281
 * http://venciclopedia.com/index.php?page=1545

--Mark 13:07, 28 April 2008 (UTC)

=Request for wrapper element around visible markers=

I've run into a problem in Cite.i18n.php. I've been doing some experiments to create print-quality PDF documents from Wikipedia. In the current markup in the generated list of references, visible markers (^, a, b etc.) are added to allow users to click their way back to the source of the reference. In print, however, these markers should not be visible. Given the current markup, it's impossible to remove the markers by way of CSS as there is no wrapper element around them. I therefore suggest adding a "span" element with a class name of "backlink" or something so that one could remove these markers when printing the document.

--Howcome 13:03, 29 May 2008 (UTC)


 * Feature requests like this are best made on bugzilla -- Duesentrieb ⇌ 15:27, 12 January 2009 (UTC)


 * Howcome, I suggest one of the attribute selectors: ol.references li a[href|="#cite_ref"] {display:none;} – it works like a charm with Firefox, and at the moment I see only only one rub in it: the name of the anchor (cite_ref) ist localizable via the Mediawiki namespace. An external application, however, should be able to read out the content of this page, too, shouldn't it?  --Elya 18:45, 12 January 2009 (UTC)

=Blank when not logged in= If you don't login to a wiki, the cite script doesnt work properly. It shows all references as [1] and doesnt load the part. Once you logon, the references show up.

Mavrick 22:00, 17 July 2008 (UTC)


 * For me the problem arose after updating from MediaWiki version 1.9 and seems to be related to what has been described on the page for this extension. The problem does not seem to exist in MediaWiki version 1.12.0 (at least German installations did not show bad results.
 * People with knowledge of how to degrade to an earlier version might try this (I failed). Yet, there is another workaround as the one offered on the page for this extension, which is pretty complicated since you have to


 * 1) create a group
 * 2) make sysop a member of that group and
 * 3) give that group editing rights
 * I had the same problem but it can be fixed by downloading the latest version of Cite.Jonathan3 16:27, 6 December 2008 (UTC)

Alternative workaround
The trick that worked for me with MediaWiki version 1.13.2 is: delete this line $wgGroupPermissions['*']['edit'] = false; and use a hook at another place in LocalSettings.php (I did it right at the end).

The basics are described on the page of user Barrylb. With his or her permission I copy the part to be included in LocalSettings.php here:

=Citing element in list (bullet, numbered) = When a citing block is in a list, the list structure is broken due to tailing "\n" character. Wrap the linkRef string with rtrim( ..., "\n") as the followings (Cite_body.php)
 * Resolution:

Refs defined in the end, not in chapters
Will this reference style ever be implemented:

Lorem ipsum dolor sit amet. <

It has been discussed in the meta-discussion ages ago, but the extension still doesn't seem to support this formatting style. I would find this absolutely superb in terms of clarity even though it would mean overloading. --Piksi 13:21, 8 January 2009 (UTC)