Extension talk:Cite/Wikitext archive (Cite)

From mediawiki.org
The following discussion has been transferred from Meta-Wiki.
Any user names refer to users of that site, who are not necessarily users of MediaWiki.org (even if they share the same username).

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#Set_references_to_use_.5E_and_letters_like_Wikipedia Odessaukrain 19:53, 7 October 2008 (UTC)Reply

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)Reply

I would like to know that, too. 84.57.128.233 22:41, 5 July 2006 (UTC)Reply
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)Reply
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)Reply

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)Reply


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.

--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)Reply

Feature requests like this are best made on bugzilla -- Duesentrieb 15:27, 12 January 2009 (UTC)Reply
Thanks, I might become a frequent contributor there :-) Howcome 22:24, 12 January 2009 (UTC)Reply
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)Reply
You're right -- the attribute selectors will remove it. What's left is the b element that wraps around the selected a element. It doens't do much damage leaving it there -- I assume it never has any content except for the a element. However, it would be cleaner to remove the b element from the markup and style the a element. By using your selector to give it a bold rendition, many people will notice if the selector fails one day ;-) Howcome 22:24, 12 January 2009 (UTC)Reply
In general, it shouldn't be a problem to remove the b element, but User:Raymond told me yesterday (when I suggested to change it to strong), that there was already a discussion somewhere and there is some reason for it. We'll check that later. For the moment I'm happy that I could help you out ;-) Best wishes, --Elya 12:37, 13 January 2009 (UTC)Reply
We have one more case with the a-b-c references. In this case, the arrow is following directly the li element, and the a-b-c are referenced to the anchor, and they will be caught by my selector, not the arrow. Still checking this. --Elya 20:07, 13 January 2009 (UTC)Reply

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 <reference /> part. Once you logon, the references show up.

Mavrick 22:00, 17 July 2008 (UTC)Reply

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)Reply
Problem still exists: Mediawiki 1.15.1 and Cite (Version r47190). The first reference is not shown, but the second is shown, but all are linked to [1]. But the alternative workaround below works :) --Sigbert 08:03, 17 August 2009 (UTC)Reply
I've just upgraded today to 1.15.1 (but kept cite version r44056). It still works for me. Jonathan3 18:16, 31 August 2009 (UTC)Reply

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:

function fnMyUserCan( $title, $user, $action, $result ) {
	$result = null;
	if( $action == 'edit' ) {
		# If it is a talk page, we enable editing
		if( $user->isLoggedIn() ) {
			$result = true;
			return true;
		} else if( $title->isTalkPage() && !$user->isLoggedIn() ) {
			$result = true;
			return true;
		}
		$result = false;
		return false;
	}
	return true;
}

$wgHooks['userCan'][] = 'fnMyUserCan';

Citing element in list (bullet, numbered)

When a citing block is in a list, the list structure is broken due to tailing "\n" character.

  • Resolution:

Wrap the linkRef string with rtrim( ..., "\n") as the followings (Cite_body.php)

        function linkRef( $group, $key, $count = null, $label = null, $subkey = '' ) {
                global $wgContLang;
                return
                        rtrim($this->parse(
                                wfMsgForContentNoTrans(
                                        'cite_reference_link',
                                        $this->refKey( $key, $count ),
                                        $this->referencesKey( $key . $subkey ),
                                        (($group == CITE_DEFAULT_GROUP)?'':"$group ").$wgContLang->formatNum( is_null( $label ) ? ++$this->mGroupCnt[$group] : $label )
                                )
                        ),"\n");
        }

Refs defined in the end, not in chapters

Will this reference style ever be implemented:

Lorem ipsum<ref name="one" /> dolor sit amet.<ref name="two" /><

 <references>
 <ref name="one">one</ref>
 <ref name="two">two</ref>
 </reference>

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 <ref>. --Piksi 13:21, 8 January 2009 (UTC)Reply

getting odd error

Fatal error: Cannot redeclare wfcite() (previously declared in $IP/extensions/Cite/Cite.php:53) in $IP/extensions/Cite/Cite.php on line 55. Can anyone help? Bud0011 09:51, 15 June 2009 (UTC)Reply

appearing outside toolbox

my "Cite this page" is appearing bellow the "Permanent link", and outside the toolbox border. any ideas? Bud0011 07:35, 21 June 2009 (UTC)Reply

Image Galleries

This extension seems to have frequent conflicts with image galleries. We've had issues with references not showing up when not logged in if there is an image gallery anywhere above the list of references. And we've also had trouble with specific instances of references showing up if there are reference tags after an image gallery. As far as my knowledge of coding goes, it seems that something, perhaps a variable, of the coding for galleries is overwriting something in this extension. Galleries have no visible problems when they are below any references or lists of citations at all.-—Matt 23:29, 12 September 2009 (UTC)Reply

Cite fails with name=XX, where XX are digits

I am not sure whether this is a enWS issue alone, or is greater, however, when I utilise code like


<ref name="38">38{{#section:Page:A Compendium of Irish Biography.djvu/615|38}}</ref>  or

{{#tag:ref|41{{#section:Page:A Compendium of Irish Biography.djvu/615|41}}|name="41"}}

Note name=XX or name="XX" both give same non-result

the references fail to appear in the body, and obviously therefore in a reference list. issue.

Example in action http://en.wikisource.org/w/index.php?title=Wikisource:Sandbox&oldid=1842342 with working examples without name. I have fixed the problem by converting these to name=refXX, however, thought that asking here would be worthwhile, at least to determine whether this is local to us or not. Billinghurst 08:07, 7 April 2010 (UTC)Reply

I have been told that this is a feature, and that there should have been an informative error message, which there wasn't, and has now been waved under my nose. — billinghurst sDrewth 11:42, 9 April 2010 (UTC)Reply
Yes, using digits as names would cause them to be confused with unnamed refs. The lack of an error message seems to be local to enWS; see wikisource:mediawiki:cite error -Steve Sanbeg 03:34, 1 December 2010 (UTC)Reply

Refs in image description cause browser cache

It looks like the construction I removed here caused my browser to crash when logged in. --Flominator 12:18, 16 May 2010 (UTC)Reply

Parser function that determines whether the page has any refs

This could be used to automatically suppress a "This article does not cite any references or sources" banner once a reference is added. Tisane 17:39, 20 July 2010 (UTC)Reply

See Extension talk:Cite/Cite.php#Automatically detecting the presence (or absence) of ref tags for a similar questipn. Cavila MW 1.17, MySQL 5.1.57, Php 5.2.17 11:54, 12 August 2011 (UTC)Reply

Getting subst: and pipe tricks to work with <ref> tags

Is there a means to get template substitution and pipe tricks to work within <ref> tags? Having issues at Wikisource, especially where one may wish to create a xlink to Wikipedia, and one doesn't want to have to double the amount of typing. Thanks. — billinghurst sDrewth 00:40, 10 August 2010 (UTC)Reply

Request: Special:NoReferencesTag

I'd love it if, in the next version, you could add something like Special:NoReferencesTag, which would be populated by pages that have <ref> tags, but no <references> tag. In many of my favorite wikis, I often find pages with the [#] tags, but without <references> at the bottom and would love a way to find/fix them quickly. Cronje 15:54, 11 October 2010 (UTC)Reply

It is possible to achieve by adding categories to this extension's error messages, see w:CAT:REF and w:Help:Cite errors for details. Max Semenik 16:03, 11 October 2010 (UTC)Reply

Superscript affecting line spacing

Just installed the Cite extension on my wiki, and I'm having a formatting issue where the superscript displaces the line of text above it, leading to odd and nonuniform line spacing. (example of it here). Is there any option available to fix this? -- MajestySnownerd 05:50, 30 November 2010 (UTC)

See the part about line spacing here and here. Cavila MW 1.17, MySQL 5.1.57, Php 5.2.17 11:52, 12 August 2011 (UTC)Reply

SVN tag for mw 1.16 compatible version

Could one of the devs please generate a tag from the last version of cite that is compatible with the REL_1.16 tree of mediawiki?

It would make my and my update-script's life much simpler. Thanks!

That's what a branch is. —Emufarmers(T|C) 23:07, 12 February 2011 (UTC)Reply