![]() | This is an archive of past discussions. Do not edit the contents of this page. If you wish to start a new discussion or revive an old one, please do so on the current talk page. |
Archive 1 | Archive 2 | Archive 3 |
I intend to move Wikipedia talk:RefToolbar 1.0 and Wikipedia talk:refToolbar 2.0 to subpages of Wikipedia talk:RefToolbar as Wikipedia talk:RefToolbar/1.0 and Wikipedia talk:RefToolbar/2.0, respectively. This will better organize the information related to RefToolbar in anticipation of future versions (for instance as a result of mw:New editor engagement/Smaller issues). It will also fix the disparity in capitalization. This page was previously a redirect to Wikipedia talk:RefToolbar 1.0, which was confusing. I have removed the redirect and added hatnotes so that future discussion on the version pages is limited to topics about that version. General discussion should occur here. It looks like few articles link to these pages so the moves I am proposing should be uncontroversial maintenance. If you can think of a good reason why it should not be done, please explain here. Cheers, Jason Quinn ( talk) 22:36, 27 September 2012 (UTC)
Completed I have completed the moves. It all went surprisingly smoothly. This page is now the centralized discussion on Wikipedia for the Reftoolbar implementation here. The talk pages for the 1.0 and 2.0 pages (now subpages) redirect here. I have also added an archive box to access the the old discussion. There's still the Mediawiki page and its talk page, so the discussion is still fragmented but at least now the discussion on Wikipedia will be more coherent. Perhaps more consolidation can occur in the future.
Jason Quinn (
talk)
04:33, 21 November 2012 (UTC)
{{ Cite video}} has been renamed to {{ Cite AV media}} to more accurately reflect its purpose. {{ Cite video}} is a redirect and still works as expected. --— Gadget850 (Ed) talk 08:53, 1 January 2013 (UTC)
After contacting User:Mr.Z-man, he has made the toolserver-based php sources ( lookup.php and crossref.php) available so that others can take over maintenance of the Reftoolbar. I have started to investigate how it works. I have already noticed a potential problem with the xISBN Web service which is used to provide the ISBN lookup. That service is limited to 1000 requests per day. I have no idea how many requests Wikipedia generates. I would guesstimate it's around that. We may need to contact the Worldcat technical support at some point to make sure we are kosher. I am planning on trying to get a toolsever account and transfer the scripts over from Mr.Z-man's. It would also probably help for me to become an admin here so I can edit scripts without waiting or bothering others although I'm not really looking forward to that process. Regardless, we now have all the pieces to keep the Reftoolbar working. That's a huge improvement. Jason Quinn ( talk) 00:34, 24 January 2013 (UTC)
There's a tiny bug for First and last names: Screenshot This only happens for some books. (Maybe because of long list of authors). - Saurabh P. ( talk) 10:08, 16 December 2012 (UTC)
author="Mark S. Greenberg ; with contributions by Nicolas Arredondo .... [et. al]."
Lookup.php processes this to split the author into first and last names by looking for the last space in the string, thus filling in last=al]
and first=Mark S. Greenberg ; with contributions by Nicolas Arredondo .... [et.
The Reftoolbar currently has no active maintainers. This is a shame because it's part of the default interface and is one of the best tools for editors. I have used the toolbar for quite some time and have some good ideas for how it could be made even better which I have mentioned already at MediaWiki talk:RefToolbar.js. As preparation, I have organized a lot of the information related to the Reftoolbar to make it easier for people to understand how it works and where the relevant sources are. I am now proposing a roadmap to bring the toolbar up-to-date. It's a three-stage proposal.
Find people interested in this project, perhaps even get the WMF involved.
Identify and fix existing issues with the current implementation.
Make "simple" improvements to modernize the template.
Make more complex improvements that greatly increase utility.
To make this happen we need volunteers, especially those who can actually edit the templates. Unfortunately, my javascript is weak, as is my currently understanding of how the Reftoolbar works at the code level. I'll be learning as I go. I have however, devised a solid plan and given editors a better way of contributing. Jason Quinn ( talk) 21:30, 11 December 2012 (UTC)
If you use the dropdown to insert a "cite web" template, the vaguely titled "Work" field provides a "?" over which you can hover, which then says "What larger work this is part of?". Every time I see that, I ask myself "What do they mean?". Then, buried in documentation, I see that it means "Title of website". Which explanation is short, sweet, and readily understandable. Can we please make the hint match the documentation? -- Hobbes Goodyear ( talk) 13:12, 2 February 2013 (UTC)
'cite-work-tooltip' : 'What larger work this is part of',
'cite-work-tooltip' : 'journal, magazine, newspaper, periodical or website'
'cite-pages-tooltip' : 'Not for total number of pages in source. Separate cited page ranges with an en dash (–) and non-sequential pages with a comma'
Pages
has a tooltip defined, but the tooltip isn't actually used. OK— check
http://test.wikipedia.org and see how it looks. --—
Gadget850 (Ed)
talk
11:41, 15 February 2013 (UTC)
I have ported this gadget to the Galician Wikipedia but it does not work. I tried following the instructions and did not work. Then I tried lots of other things with the same result. Can you check what's wrong? Here are the affected pages: MediaWiki:RefToolbar.js, MediaWiki:RefToolbarConfig.js, MediaWiki:RefToolbarMessages-en.js, MediaWiki:RefToolbarMessages-gl.js and MediaWiki:Gadget-refToolbar.js (and MediaWiki:Gadget-refToolbar and MediaWiki:Gadgets-definition). I would appreciate your help. Cheers! -- Toliño ( talk) 13:50, 14 February 2013 (UTC)
The following templates have been update to use the Lua module:
These updated templates are backward compatible with the old version, but there are some new features:
See Module talk:Citation/CS1/Updates for a discussion. -- Gadget850 (Ed) talk 12:15, 4 April 2013 (UTC)
I've been pulling my hair out trying to get the scripts to import onto a MW 1.20.4 installation (other instructions floating around the web don't work either). Could someone confirm if they still work, and if other dependencies are needed (I have Wikieditor installed, but that doesn't seem to help either). Vickytnz ( talk) 15:34, 6 May 2013 (UTC)
I now intend to move the following large code block from MediaWiki:RefToolbarConfig.js to MediaWiki:RefToolbar.js. The block defines functions and aren't really related to configuration anyhow and so don't belong in MediaWiki:RefToolbarConfig.js. The remaining code in that file is stuff that is intended to be modified so this move isolates volatile code from the rest. Plus the Reftoolbar will then bundle most of its important stuff in only two places (MediaWiki:RefToolbar.js and MediaWiki:RefToolbarBase.js). This will make the code much easier to understand. The code will moved right after the line that imports MediaWiki:RefToolbarConfig.js in MediaWiki:RefToolbar.js.
new citeErrorCheck({'type':'reflist', 'testname':'samecontent', 'desc': 'cite-samecontent-desc',
'func': function(reflist) {
var errors = [];
var refs2 = [];
for(var i=0; i<reflist.length; i++) {
if (!reflisti].shorttag) {
if ($j.inArray(reflisti].content, refs2) != -1) {
if ($j.inArray(reflisti].content, errors) == -1) {
errors.push(reflisti].content);
}
} else {
refs2.push(reflisti].content);
}
}
}
ret = [];
for(var j=0; j<errors.length; j++) {
ret.push({'msg':'cite-samecontent-error', 'err':errorsj]});
}
return ret;
}}
);
new citeErrorCheck({'type':'reflist', 'testname':'repeated', 'desc':'cite-repeated-desc',
'func': function(reflist) {
var errors = [];
var refs2 = [];
for(var i=0; i<reflist.length; i++) {
if (!reflisti].shorttag && reflisti].refname) {
if ($j.inArray(reflisti].refname, refs2) != -1) {
if ($j.inArray(reflisti].refname, errors) == -1) {
errors.push(reflisti].refname);
}
} else {
refs2.push(reflisti].refname);
}
}
}
ret = [];
for(var j=0; j<errors.length; j++) {
ret.push({'msg':'cite-repeated-error', 'err':errorsj]});
}
return ret;
}}
);
new citeErrorCheck({'type':'reflist', 'testname':'undefined', 'desc':'cite-undefined-desc',
'func': function(reflist) {
var errors = [];
var longrefs = [];
for(var i=0; i<reflist.length; i++) {
if (!reflisti].shorttag && reflisti].refname) {
longrefs.push(reflisti].refname);
}
}
for(var j=0; i<reflist.length; j++) {
if (reflisti].shorttag && $j.inArray(reflisti].refname, errors) == -1 && $j.inArray(reflisti].refname, longrefs) == -1) {
errors.push(reflisti].refname);
}
}
ret = [];
for(var j=0; j<errors.length; j++) {
ret.push({'msg':'cite-undefined-error', 'err':errorsj]});
}
return ret;
}}
);
CiteTB.init();
If you see any problems with this move, let me know. I'm learning Javascript as I go here and my workflow still sucks as far testing this changes. I'm more or less doing it live. Jason Quinn ( talk) 03:33, 12 May 2013 (UTC)
If you look at the tail of MediaWiki:RefToolbarMessages-en.js and MediaWiki:RefToolbarMessages-de.js you'll see they both have these two lines
// Load configuration for site
var RefToolbarLocal = importScript('MediaWiki:RefToolbarConfig.js');
as their last lines. Since all "message" scripts call these same two lines as the very last thing they do, it seems to make sense to move these two lines to MediaWiki:RefToolbar.js after the calls to the "message" script themselves (see the call graph). This is the first of a few code refractoring moves I intend. This is is the simplest. Any objections to this move? Jason Quinn ( talk) 03:49, 11 May 2013 (UTC)
There's been one report of an issue. Not clear if it's cache-related or not. Anybody else? Jason Quinn ( talk) 21:28, 12 May 2013 (UTC)
See my comments at Help talk:Citation Style 1#Full date not showing in "cite web" template. It seems that I've been using the "Templates" toolbar to insert references and dutifully inputting the date as separate elements in the date, month and year fields without realising that the resulting {{ cite web}} template ignores the month and year fields when the date is entered. I suppose it was a fairly minor detail that didn't stand out so I didn't notice until now. The result has been any number of citations I've made that now only display the day of the month instead of the day, month and year!
Perhaps the "Template" dialog box could have a tooltip or other functionality to draw attention that, when the full date is known, the full date should go in the date field and the month and year fields should be left blank? I'm pretty tech savvy but completely glossed over that one! — sroc ( talk) 02:45, 6 May 2013 (UTC)
|date= … |month= … |year= …
(and judging from the clean-up I've done of articles I've edited, I don't think I'm the only one to have done this). —
sroc (
talk)
15:05, 6 May 2013 (UTC)The current ref tool is deleting text again. When one clicks insert it deletes the line of text that comes next. What can be done to fix this? Doc James ( talk · contribs · email) (if I write on your page reply on mine) 23:45, 1 June 2013 (UTC)
I've just done it again: created a lovely ref, used "Preview citation", forgotten to use "Add citation", moved on elsewhere ... had to re-create the ref after noticing that the paragraph was still unsourced.
Various points within Wikipedia gently prevent me from doing silly things like that ("Do you want to leave this page?" while editing; reminder that I haven't given an edit summary, etc). It would be great if the RefToolbar function could do so too: a nudge when leaving a page with a reference creation box still open?
From the table in the documentation page, I seem to be using RefToolbar version 1.0. There was some reason I chose to switch off "Enable enhanced toolbar", can't now remember what it was. Perhaps this has been fixed in a newer version? If so I might reconsider that decision and move to access the new-and-improved RefToolbar. Over the months I've made this mistake umpteen times, and it's usually on the most complicated references. Pam D 14:08, 17 June 2013 (UTC)
This feature has not been working for some weeks now. Any method of fixing it? Doc James ( talk · contribs · email) (if I write on your page reply on mine) 17:19, 9 September 2013 (UTC)
For me it is not working on either Firefox or Chrome.-- Brainy J ~✿~ ( talk) 13:25, 11 October 2013 (UTC)
There are three parameters that are used extremely commonly for articles that cite news reports but that are hidden from the main window until you click "show extra fields". It would be very helpful if these three fields could be moved to the main window.
I imported this to ml.wikipedia and it is great. Malayalam translations of interface messages can be available at ml:മീഡിയവിക്കി:RefToolbarMessages-ml.js (although I need to translate month names seperately at ml:മീഡിയവിക്കി:RefToolbarConfig.js). If this become an extension I believe every wiki may able to use advantage of this.-- Praveen: talk 08:51, 19 March 2014 (UTC)
Hello,
I have recently ran into issues with RefToolbar. When I click on "{{ }}" it opens the menus as usual and I can fill in the fields. But when I then click "Add citation", it does not add the citation code to the main edit field. The only way I can make it to add the code is if I, after filling in the toolbar text fields, remember to re-select the caret position where I want to add the citation code in the main edit field just before clicking "Add citation". This problem first appeared on March 11, 2014 – before that, it was not required to re-select the main edit field after filling in the citation fields and before clicking the "Add citation" button. This is particularly frustrating, as if the citation is not written anywhere after filling in the fields, one must start over and remember to re-select the main edit field before clicking "Add citation" this time.
I can successfully reproduce this error on Firefox and Chrome and in Monobook and Vector skins alike. -- hydrox ( talk) 15:09, 2 April 2014 (UTC)
See Wikipedia:Village pump (technical)/Archive 125#Adding citations in VE regarding a variant of RefToolbar that supports VisualEditor. Eran ( talk) 17:49, 4 April 2014 (UTC)
See This thread. The short of it is that in the cite book template from the drop down menu on this toolbar, |year= is missing and has been replaced with |date= . Can we please put |year= back to we can reference books correctly? — Maile ( talk) 23:22, 8 April 2014 (UTC)
|year=
in any of the commonly used
Citation Style 1 templates – which includes all of the CS1 templates available from the RefToolbar dropdown. Those templates are processed and rendered by
Module:Citation/CS1.|date=
is not present but |year=
is, |year=
is treated as an alias of |date=
. When both |date=
and |year=
are present, which was sometimes necessary because of past limitations in the older {{
citation/core}}
, then the module handles them separately for backward compatibility. In those cases, the value in |year=
is used as part of the CITEREF
anchor. When only one of either |date=
or |year=
is present, then CS1 extracts the year portion of the supplied value for use in the CITEREF
anchor.|date=
is invalid, incorrect spelling, punctuation, ambiguous format, etc, CS1 does not supply a year value to the CITEREF
anchor.|date=
in {{
cite book}}
fails to work with {{
sfn}}
or any of the {{
harv}}
family when |year=
in {{cite book}}
does work.A December 2012 section currently near the top of this page says "The Reftoolbar currently has no active maintainers". Is that still the case? There seem to be a number of unresolved issues on this page. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 14:11, 13 May 2014 (UTC)
So I'm trying to edit the accessdate to be autofilled to "MMM DD, YYYY" instead of "DD MMM YYYY". I added this code to my User:X96lee15/vector.js page:
$('head').one('reftoolbarbase', function() { CiteTB.UserOptions['date format'] = "<monthname>, <date> <year>"; CiteTB.UserOptions['autodate fields'] = ['accessdate']; });
Is that the right code to add to the right location? Thanks! — X96lee15 ( talk) 18:39, 2 July 2013 (UTC)
importScript('User:Ohconfucius/script/MOSNUM dates.js'); //
User:Ohconfucius/script/MOSNUM dates.js
I use the basic version of Wikipedia when editing, I don't use any add-ons or features. I'm old school. When I click edit, the tool bar at the top has the heading options "Advanced", "Special characters" and "Help"; until recently it had "Cite" too (with the sub-options web, book, journal, news ect) but that seems to have disappeared recently. I'm using the latest version of Firefox and I thought it might be something to with that such as compatibility, however it has disappeared on Google Chrome too and on my work's PC which uses Internet Explorer. I'm now having to manually write or copy + paste blank citations and it is rather annoying. It was much simpler before. Can someone please help? Or tell me of any easier less tedious ways to do references please? Regards IJA ( talk) 17:20, 21 May 2014 (UTC)
Any timeline as to when the deprecated fields will no longer be used in the pop-up citation creator? Specifically, "Coauthors" still appears in "cite web", "cite book", and "cite journal". It is my understanding that we are now to use "author2", "author3", etc., or "last2", first2", "last3", "first3", etc. It would also be wonderful to have an option to always show the extra fields; or to remove the button that hides them. This might prompt more people to archive the urls they're citing to avoid problems down the line. I don't know beans about scripting, or I'd offer to help; I could probably get the right fields to show in the template, but wouldn't begin to know how to transfer "Coauthors" to the proper field, and would hate to break millions of citation templates on current articles! Thanks for all your work on this—it really does make referencing articles easier and faster.— D'Ranged 1 talk 02:36, 7 May 2014 (UTC)
Digression; not a RefToolbar matter
|
---|
|
My post seems to have been hijacked for an argument. The fact is, the |coauthors=
parameter has been deprecated. When will it be removed from the tool? And when might we expect other improvements that have been requested? Thank you.—
D'Ranged 1
VTalk
02:01, 25 May 2014 (UTC)
|last#=
/|first#=
in the basic area of the window as well as including |archiveurl=
, |archivedate=
, and |deadurl=
in the basic window to encourage editors to submit their websites to an archive to reduce link rot. At the very least, could |deadurl=
and |trans-title=
be added? It's frustrating to specify a foreign language and not have an easy way to provide the English title. I will offer my assistance; however, I am very new at java (but learning quickly); if there is anything I can do to help, please let me know. Thanks again!—
D'Ranged 1
VTalk
18:31, 25 May 2014 (UTC)If I were going to add firstN/lastN support to anything used in conjunction with DOI/PMID/ISBN, I would first carefully investigate how the information about the authors is being automatically retrieved using the DOI, PMID, or ISBN. Does the retrieval method distinguish real live people from institutional authors? Does it separate the name of real live people into two parts? Are the two parts called "last name" and "first name"? Or are they called "given name" and "surname"; there's a difference when it comes to East Asian names. Do the methods actually obey in practice whatever the documentation says about the nature of the names? Jc3s5h ( talk) 18:59, 25 May 2014 (UTC)
I had been installed mediawiki 1.22.6.
I tried to follow the instructions for RefToolbar located at
mw:Citation option in your edit toolbar and
Wikipedia:RefToolbar/2.0 but I don't understand either.
but it doesn't work..
I get the error message in the Firefox Error Console.
Exception thrown by ext.gadget.refToolbar
Error: Unknown dependency: ext.gadget.refToolbarBase
What's the problem? — Preceding unsigned comment added by Lee Ji-sung ( talk • contribs)
I asked about this 11 months ago and no-one replied, so trying again! It would be wonderful if RefToolBar could be enhanced so that if I Preview a citation but don't go on to Add it the system would warn me before this becomes irreversible (I guess that means clicking on "cite" again or saving the edit). Time and again I create a splendid reference, Preview it, and forget to hit "Add citation" so have to do the work all over again. There are lots of other situations where the software warns me before I do something silly, and it would be very helpful if it could do so here too. Any possibility? Any comments? Should I be making the request somewhere else? Pam D 22:26, 25 May 2014 (UTC)
Enable enhanced editing toolbar
and Enable wizards for inserting links, tables as well as the search and replace function
. Then save the changes, purge your cache (yes, again), and you should be set! Hope this solves the problem; if so,
mischief managed!—
D'Ranged 1
VTalk
14:42, 26 May 2014 (UTC)
This update adds support for "last1/first1, last2/first2" or any arbitrary "field1, field2" Documentation update to come later. Detailed changes described below.
In MediaWiki:RefToolbarMessages-en.js:
In MediaWiki:Gadget-refToolbarBase.js:
In MediaWiki:RefToolbarConfig.js:
-- Mr. Z-man 00:52, 1 June 2014 (UTC)
First, and definitely foremost, thank you for all your hard work—the ability to add multiples is especially amazing! I wish there were a more tangible way to show my appreciation for your excellent gadget, which is now much-improved.
cite web
template, please add Date
to the base group
Date
in the base group; while cite news
might be a better option, editors are going to use cite web
anyway in some, if not most, cases.Archive URL
and Archive date
in the base group
'archivedate'
to 'autodate fields'
by default
Dead URL?
field (capturing |deadurl=
) to all templates, falling immediately after the Archive URL
and Archive date
fields
Translated title
field to cite web
, cite news
, and cite book
directly after the Language
field
Translated title
and Format
on the cite journal form
Translated title
field directly next to the Language
field, not preceding it in another column.DMY
creates problems in U.S.-centric articles. While there are some excellent tools to convert all dates in an article to one format or another, it would be nice if the dates were entered in the proper way to start with (to use the format currently being used in the article).DMY
and MDY
which would set/change the date format in all date fields on the form.Add parameter
with two fields: Parameter name
and Parameter data
Add parameter
field would be a drop-down list of all available parameters (not currently on the form) to ensure that the parameter name is spelled correctly.https:
if Archive URL
starts with
https://web.archive.org
$('head').one('reftoolbarbase', function() { CiteTB.UserOptions['date format'] = "<monthname> <date>, <year>"; CiteTB.UserOptions['autodate fields'] = ['accessdate', 'archivedate', 'date']; CiteTB.UserOptions['expandtemplates'] = true; CiteTB.UserOptions['autoparse'] = true; });
Thank you again for all your hard work and for your patience in dealing with my suggestions/problem.— D'Ranged 1 VTalk 20:47, 1 June 2014 (UTC)
I recently added a new cite template for {{
Cite patent}} in my
vector.js, extract of of code is below. Whilst it appears in the dropdown list fine, when I launch the full window for adding the parameters, all labels except for the title parameter come up with "null". This doesn't matter if I have specified a custom label or not. I've experienced similar issues with some other templates in the past, but due to the limited number of parameters in those I have managed. Is this something I have done wrong? Thanks to anyone that can help.
new citeTemplate('Cite patent', 'patent',
[ // Basic fields
{"field": "country"},
{"field": "number"},
{"field": "title"},
{"field": "status"},
{"field": "pubdate", "label": "Publication date"},
{"field": "gdate", "label": "Grant date"},
{"field": "fdate", "label": "Filing date"},
{"field": "assign1", "label": "Assignee 1"},
{"field": "invent1", "label": "Inventor 1"},
{"field": "invent2", "label": "Inventor 2"}
],
[ // Expanded fields
{"field": "invent3", "label": "Inventor 3"},
{"field": "invent4", "label": "Inventor 4"},
{"field": "assign2", "label": "Assignee 2"},
]);
Themeparkgc
Talk
06:40, 18 July 2013 (UTC)
Collapsing response; a fix for this was included in the June 1, 2014, update
|
---|
new citeTemplate('cite patent', 'patent', [ // Basic fields {"field": "country"}, {"field": "number"}, {"field": "title"}, {"field": "status"}, {"field": "pubdate"}, {"field": "gdate"}, {"field": "fdate"}, {"field": "assign1"}, {"field": "invent1"}, {"field": "invent2"} ], [ // Expanded fields {"field": "invent3"}, {"field": "invent4"}, {"field": "assign2"} ]); mw.usability.addMessages( { 'cite-dialog-patent' : 'Patent citation', 'cite-assign1-label' : 'Assignee 1', 'cite-assign2-label' : 'Assignee 2', 'cite-country-label' : 'Country', 'cite-fdate-label' : 'Filing date', 'cite-gdate-label' : 'Grant date', 'cite-invent1-label' : 'Inventor 1', 'cite-invent2-label' : 'Inventor 2', 'cite-invent3-label' : 'Inventor 3', 'cite-invent4-label' : 'Inventor 4', 'cite-number-label' : 'Number', 'cite-pubdate-label' : 'Publication date', 'cite-status-label' : 'Status' });
new citeTemplate('cite patent', 'patent', [ // Basic fields {"field": "country"}, {"field": "number"}, {"field": "title"}, {"field": "status"}, {"field": "pubdate"}, {"field": "gdate"}, {"field": "fdate"}, {"field": "assign1"}, {"field": "invent1"}, {"field": "invent2"}, {"field": "invent3"}, {"field": "invent4"}, {"field": "assign2"} ], [ // Expanded fields ]);
|
Hi, If you go to extra fields in cite book, and try to add the "article=" field, it changes it to "authorlink1" instead on rendering. These are two very different things :) -- phoebe / ( talk to me) 05:32, 8 September 2014 (UTC)
I showed reftoolbar to another editor and she's struggling with it. I've found File:RefTools.ogv - is this so old as to be useless? Is there something, text or visual, that is better? Dougweller ( talk) 19:47, 18 June 2014 (UTC)
![]() | This is an archive of past discussions. Do not edit the contents of this page. If you wish to start a new discussion or revive an old one, please do so on the current talk page. |
Archive 1 | Archive 2 | Archive 3 |
I intend to move Wikipedia talk:RefToolbar 1.0 and Wikipedia talk:refToolbar 2.0 to subpages of Wikipedia talk:RefToolbar as Wikipedia talk:RefToolbar/1.0 and Wikipedia talk:RefToolbar/2.0, respectively. This will better organize the information related to RefToolbar in anticipation of future versions (for instance as a result of mw:New editor engagement/Smaller issues). It will also fix the disparity in capitalization. This page was previously a redirect to Wikipedia talk:RefToolbar 1.0, which was confusing. I have removed the redirect and added hatnotes so that future discussion on the version pages is limited to topics about that version. General discussion should occur here. It looks like few articles link to these pages so the moves I am proposing should be uncontroversial maintenance. If you can think of a good reason why it should not be done, please explain here. Cheers, Jason Quinn ( talk) 22:36, 27 September 2012 (UTC)
Completed I have completed the moves. It all went surprisingly smoothly. This page is now the centralized discussion on Wikipedia for the Reftoolbar implementation here. The talk pages for the 1.0 and 2.0 pages (now subpages) redirect here. I have also added an archive box to access the the old discussion. There's still the Mediawiki page and its talk page, so the discussion is still fragmented but at least now the discussion on Wikipedia will be more coherent. Perhaps more consolidation can occur in the future.
Jason Quinn (
talk)
04:33, 21 November 2012 (UTC)
{{ Cite video}} has been renamed to {{ Cite AV media}} to more accurately reflect its purpose. {{ Cite video}} is a redirect and still works as expected. --— Gadget850 (Ed) talk 08:53, 1 January 2013 (UTC)
After contacting User:Mr.Z-man, he has made the toolserver-based php sources ( lookup.php and crossref.php) available so that others can take over maintenance of the Reftoolbar. I have started to investigate how it works. I have already noticed a potential problem with the xISBN Web service which is used to provide the ISBN lookup. That service is limited to 1000 requests per day. I have no idea how many requests Wikipedia generates. I would guesstimate it's around that. We may need to contact the Worldcat technical support at some point to make sure we are kosher. I am planning on trying to get a toolsever account and transfer the scripts over from Mr.Z-man's. It would also probably help for me to become an admin here so I can edit scripts without waiting or bothering others although I'm not really looking forward to that process. Regardless, we now have all the pieces to keep the Reftoolbar working. That's a huge improvement. Jason Quinn ( talk) 00:34, 24 January 2013 (UTC)
There's a tiny bug for First and last names: Screenshot This only happens for some books. (Maybe because of long list of authors). - Saurabh P. ( talk) 10:08, 16 December 2012 (UTC)
author="Mark S. Greenberg ; with contributions by Nicolas Arredondo .... [et. al]."
Lookup.php processes this to split the author into first and last names by looking for the last space in the string, thus filling in last=al]
and first=Mark S. Greenberg ; with contributions by Nicolas Arredondo .... [et.
The Reftoolbar currently has no active maintainers. This is a shame because it's part of the default interface and is one of the best tools for editors. I have used the toolbar for quite some time and have some good ideas for how it could be made even better which I have mentioned already at MediaWiki talk:RefToolbar.js. As preparation, I have organized a lot of the information related to the Reftoolbar to make it easier for people to understand how it works and where the relevant sources are. I am now proposing a roadmap to bring the toolbar up-to-date. It's a three-stage proposal.
Find people interested in this project, perhaps even get the WMF involved.
Identify and fix existing issues with the current implementation.
Make "simple" improvements to modernize the template.
Make more complex improvements that greatly increase utility.
To make this happen we need volunteers, especially those who can actually edit the templates. Unfortunately, my javascript is weak, as is my currently understanding of how the Reftoolbar works at the code level. I'll be learning as I go. I have however, devised a solid plan and given editors a better way of contributing. Jason Quinn ( talk) 21:30, 11 December 2012 (UTC)
If you use the dropdown to insert a "cite web" template, the vaguely titled "Work" field provides a "?" over which you can hover, which then says "What larger work this is part of?". Every time I see that, I ask myself "What do they mean?". Then, buried in documentation, I see that it means "Title of website". Which explanation is short, sweet, and readily understandable. Can we please make the hint match the documentation? -- Hobbes Goodyear ( talk) 13:12, 2 February 2013 (UTC)
'cite-work-tooltip' : 'What larger work this is part of',
'cite-work-tooltip' : 'journal, magazine, newspaper, periodical or website'
'cite-pages-tooltip' : 'Not for total number of pages in source. Separate cited page ranges with an en dash (–) and non-sequential pages with a comma'
Pages
has a tooltip defined, but the tooltip isn't actually used. OK— check
http://test.wikipedia.org and see how it looks. --—
Gadget850 (Ed)
talk
11:41, 15 February 2013 (UTC)
I have ported this gadget to the Galician Wikipedia but it does not work. I tried following the instructions and did not work. Then I tried lots of other things with the same result. Can you check what's wrong? Here are the affected pages: MediaWiki:RefToolbar.js, MediaWiki:RefToolbarConfig.js, MediaWiki:RefToolbarMessages-en.js, MediaWiki:RefToolbarMessages-gl.js and MediaWiki:Gadget-refToolbar.js (and MediaWiki:Gadget-refToolbar and MediaWiki:Gadgets-definition). I would appreciate your help. Cheers! -- Toliño ( talk) 13:50, 14 February 2013 (UTC)
The following templates have been update to use the Lua module:
These updated templates are backward compatible with the old version, but there are some new features:
See Module talk:Citation/CS1/Updates for a discussion. -- Gadget850 (Ed) talk 12:15, 4 April 2013 (UTC)
I've been pulling my hair out trying to get the scripts to import onto a MW 1.20.4 installation (other instructions floating around the web don't work either). Could someone confirm if they still work, and if other dependencies are needed (I have Wikieditor installed, but that doesn't seem to help either). Vickytnz ( talk) 15:34, 6 May 2013 (UTC)
I now intend to move the following large code block from MediaWiki:RefToolbarConfig.js to MediaWiki:RefToolbar.js. The block defines functions and aren't really related to configuration anyhow and so don't belong in MediaWiki:RefToolbarConfig.js. The remaining code in that file is stuff that is intended to be modified so this move isolates volatile code from the rest. Plus the Reftoolbar will then bundle most of its important stuff in only two places (MediaWiki:RefToolbar.js and MediaWiki:RefToolbarBase.js). This will make the code much easier to understand. The code will moved right after the line that imports MediaWiki:RefToolbarConfig.js in MediaWiki:RefToolbar.js.
new citeErrorCheck({'type':'reflist', 'testname':'samecontent', 'desc': 'cite-samecontent-desc',
'func': function(reflist) {
var errors = [];
var refs2 = [];
for(var i=0; i<reflist.length; i++) {
if (!reflisti].shorttag) {
if ($j.inArray(reflisti].content, refs2) != -1) {
if ($j.inArray(reflisti].content, errors) == -1) {
errors.push(reflisti].content);
}
} else {
refs2.push(reflisti].content);
}
}
}
ret = [];
for(var j=0; j<errors.length; j++) {
ret.push({'msg':'cite-samecontent-error', 'err':errorsj]});
}
return ret;
}}
);
new citeErrorCheck({'type':'reflist', 'testname':'repeated', 'desc':'cite-repeated-desc',
'func': function(reflist) {
var errors = [];
var refs2 = [];
for(var i=0; i<reflist.length; i++) {
if (!reflisti].shorttag && reflisti].refname) {
if ($j.inArray(reflisti].refname, refs2) != -1) {
if ($j.inArray(reflisti].refname, errors) == -1) {
errors.push(reflisti].refname);
}
} else {
refs2.push(reflisti].refname);
}
}
}
ret = [];
for(var j=0; j<errors.length; j++) {
ret.push({'msg':'cite-repeated-error', 'err':errorsj]});
}
return ret;
}}
);
new citeErrorCheck({'type':'reflist', 'testname':'undefined', 'desc':'cite-undefined-desc',
'func': function(reflist) {
var errors = [];
var longrefs = [];
for(var i=0; i<reflist.length; i++) {
if (!reflisti].shorttag && reflisti].refname) {
longrefs.push(reflisti].refname);
}
}
for(var j=0; i<reflist.length; j++) {
if (reflisti].shorttag && $j.inArray(reflisti].refname, errors) == -1 && $j.inArray(reflisti].refname, longrefs) == -1) {
errors.push(reflisti].refname);
}
}
ret = [];
for(var j=0; j<errors.length; j++) {
ret.push({'msg':'cite-undefined-error', 'err':errorsj]});
}
return ret;
}}
);
CiteTB.init();
If you see any problems with this move, let me know. I'm learning Javascript as I go here and my workflow still sucks as far testing this changes. I'm more or less doing it live. Jason Quinn ( talk) 03:33, 12 May 2013 (UTC)
If you look at the tail of MediaWiki:RefToolbarMessages-en.js and MediaWiki:RefToolbarMessages-de.js you'll see they both have these two lines
// Load configuration for site
var RefToolbarLocal = importScript('MediaWiki:RefToolbarConfig.js');
as their last lines. Since all "message" scripts call these same two lines as the very last thing they do, it seems to make sense to move these two lines to MediaWiki:RefToolbar.js after the calls to the "message" script themselves (see the call graph). This is the first of a few code refractoring moves I intend. This is is the simplest. Any objections to this move? Jason Quinn ( talk) 03:49, 11 May 2013 (UTC)
There's been one report of an issue. Not clear if it's cache-related or not. Anybody else? Jason Quinn ( talk) 21:28, 12 May 2013 (UTC)
See my comments at Help talk:Citation Style 1#Full date not showing in "cite web" template. It seems that I've been using the "Templates" toolbar to insert references and dutifully inputting the date as separate elements in the date, month and year fields without realising that the resulting {{ cite web}} template ignores the month and year fields when the date is entered. I suppose it was a fairly minor detail that didn't stand out so I didn't notice until now. The result has been any number of citations I've made that now only display the day of the month instead of the day, month and year!
Perhaps the "Template" dialog box could have a tooltip or other functionality to draw attention that, when the full date is known, the full date should go in the date field and the month and year fields should be left blank? I'm pretty tech savvy but completely glossed over that one! — sroc ( talk) 02:45, 6 May 2013 (UTC)
|date= … |month= … |year= …
(and judging from the clean-up I've done of articles I've edited, I don't think I'm the only one to have done this). —
sroc (
talk)
15:05, 6 May 2013 (UTC)The current ref tool is deleting text again. When one clicks insert it deletes the line of text that comes next. What can be done to fix this? Doc James ( talk · contribs · email) (if I write on your page reply on mine) 23:45, 1 June 2013 (UTC)
I've just done it again: created a lovely ref, used "Preview citation", forgotten to use "Add citation", moved on elsewhere ... had to re-create the ref after noticing that the paragraph was still unsourced.
Various points within Wikipedia gently prevent me from doing silly things like that ("Do you want to leave this page?" while editing; reminder that I haven't given an edit summary, etc). It would be great if the RefToolbar function could do so too: a nudge when leaving a page with a reference creation box still open?
From the table in the documentation page, I seem to be using RefToolbar version 1.0. There was some reason I chose to switch off "Enable enhanced toolbar", can't now remember what it was. Perhaps this has been fixed in a newer version? If so I might reconsider that decision and move to access the new-and-improved RefToolbar. Over the months I've made this mistake umpteen times, and it's usually on the most complicated references. Pam D 14:08, 17 June 2013 (UTC)
This feature has not been working for some weeks now. Any method of fixing it? Doc James ( talk · contribs · email) (if I write on your page reply on mine) 17:19, 9 September 2013 (UTC)
For me it is not working on either Firefox or Chrome.-- Brainy J ~✿~ ( talk) 13:25, 11 October 2013 (UTC)
There are three parameters that are used extremely commonly for articles that cite news reports but that are hidden from the main window until you click "show extra fields". It would be very helpful if these three fields could be moved to the main window.
I imported this to ml.wikipedia and it is great. Malayalam translations of interface messages can be available at ml:മീഡിയവിക്കി:RefToolbarMessages-ml.js (although I need to translate month names seperately at ml:മീഡിയവിക്കി:RefToolbarConfig.js). If this become an extension I believe every wiki may able to use advantage of this.-- Praveen: talk 08:51, 19 March 2014 (UTC)
Hello,
I have recently ran into issues with RefToolbar. When I click on "{{ }}" it opens the menus as usual and I can fill in the fields. But when I then click "Add citation", it does not add the citation code to the main edit field. The only way I can make it to add the code is if I, after filling in the toolbar text fields, remember to re-select the caret position where I want to add the citation code in the main edit field just before clicking "Add citation". This problem first appeared on March 11, 2014 – before that, it was not required to re-select the main edit field after filling in the citation fields and before clicking the "Add citation" button. This is particularly frustrating, as if the citation is not written anywhere after filling in the fields, one must start over and remember to re-select the main edit field before clicking "Add citation" this time.
I can successfully reproduce this error on Firefox and Chrome and in Monobook and Vector skins alike. -- hydrox ( talk) 15:09, 2 April 2014 (UTC)
See Wikipedia:Village pump (technical)/Archive 125#Adding citations in VE regarding a variant of RefToolbar that supports VisualEditor. Eran ( talk) 17:49, 4 April 2014 (UTC)
See This thread. The short of it is that in the cite book template from the drop down menu on this toolbar, |year= is missing and has been replaced with |date= . Can we please put |year= back to we can reference books correctly? — Maile ( talk) 23:22, 8 April 2014 (UTC)
|year=
in any of the commonly used
Citation Style 1 templates – which includes all of the CS1 templates available from the RefToolbar dropdown. Those templates are processed and rendered by
Module:Citation/CS1.|date=
is not present but |year=
is, |year=
is treated as an alias of |date=
. When both |date=
and |year=
are present, which was sometimes necessary because of past limitations in the older {{
citation/core}}
, then the module handles them separately for backward compatibility. In those cases, the value in |year=
is used as part of the CITEREF
anchor. When only one of either |date=
or |year=
is present, then CS1 extracts the year portion of the supplied value for use in the CITEREF
anchor.|date=
is invalid, incorrect spelling, punctuation, ambiguous format, etc, CS1 does not supply a year value to the CITEREF
anchor.|date=
in {{
cite book}}
fails to work with {{
sfn}}
or any of the {{
harv}}
family when |year=
in {{cite book}}
does work.A December 2012 section currently near the top of this page says "The Reftoolbar currently has no active maintainers". Is that still the case? There seem to be a number of unresolved issues on this page. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 14:11, 13 May 2014 (UTC)
So I'm trying to edit the accessdate to be autofilled to "MMM DD, YYYY" instead of "DD MMM YYYY". I added this code to my User:X96lee15/vector.js page:
$('head').one('reftoolbarbase', function() { CiteTB.UserOptions['date format'] = "<monthname>, <date> <year>"; CiteTB.UserOptions['autodate fields'] = ['accessdate']; });
Is that the right code to add to the right location? Thanks! — X96lee15 ( talk) 18:39, 2 July 2013 (UTC)
importScript('User:Ohconfucius/script/MOSNUM dates.js'); //
User:Ohconfucius/script/MOSNUM dates.js
I use the basic version of Wikipedia when editing, I don't use any add-ons or features. I'm old school. When I click edit, the tool bar at the top has the heading options "Advanced", "Special characters" and "Help"; until recently it had "Cite" too (with the sub-options web, book, journal, news ect) but that seems to have disappeared recently. I'm using the latest version of Firefox and I thought it might be something to with that such as compatibility, however it has disappeared on Google Chrome too and on my work's PC which uses Internet Explorer. I'm now having to manually write or copy + paste blank citations and it is rather annoying. It was much simpler before. Can someone please help? Or tell me of any easier less tedious ways to do references please? Regards IJA ( talk) 17:20, 21 May 2014 (UTC)
Any timeline as to when the deprecated fields will no longer be used in the pop-up citation creator? Specifically, "Coauthors" still appears in "cite web", "cite book", and "cite journal". It is my understanding that we are now to use "author2", "author3", etc., or "last2", first2", "last3", "first3", etc. It would also be wonderful to have an option to always show the extra fields; or to remove the button that hides them. This might prompt more people to archive the urls they're citing to avoid problems down the line. I don't know beans about scripting, or I'd offer to help; I could probably get the right fields to show in the template, but wouldn't begin to know how to transfer "Coauthors" to the proper field, and would hate to break millions of citation templates on current articles! Thanks for all your work on this—it really does make referencing articles easier and faster.— D'Ranged 1 talk 02:36, 7 May 2014 (UTC)
Digression; not a RefToolbar matter
|
---|
|
My post seems to have been hijacked for an argument. The fact is, the |coauthors=
parameter has been deprecated. When will it be removed from the tool? And when might we expect other improvements that have been requested? Thank you.—
D'Ranged 1
VTalk
02:01, 25 May 2014 (UTC)
|last#=
/|first#=
in the basic area of the window as well as including |archiveurl=
, |archivedate=
, and |deadurl=
in the basic window to encourage editors to submit their websites to an archive to reduce link rot. At the very least, could |deadurl=
and |trans-title=
be added? It's frustrating to specify a foreign language and not have an easy way to provide the English title. I will offer my assistance; however, I am very new at java (but learning quickly); if there is anything I can do to help, please let me know. Thanks again!—
D'Ranged 1
VTalk
18:31, 25 May 2014 (UTC)If I were going to add firstN/lastN support to anything used in conjunction with DOI/PMID/ISBN, I would first carefully investigate how the information about the authors is being automatically retrieved using the DOI, PMID, or ISBN. Does the retrieval method distinguish real live people from institutional authors? Does it separate the name of real live people into two parts? Are the two parts called "last name" and "first name"? Or are they called "given name" and "surname"; there's a difference when it comes to East Asian names. Do the methods actually obey in practice whatever the documentation says about the nature of the names? Jc3s5h ( talk) 18:59, 25 May 2014 (UTC)
I had been installed mediawiki 1.22.6.
I tried to follow the instructions for RefToolbar located at
mw:Citation option in your edit toolbar and
Wikipedia:RefToolbar/2.0 but I don't understand either.
but it doesn't work..
I get the error message in the Firefox Error Console.
Exception thrown by ext.gadget.refToolbar
Error: Unknown dependency: ext.gadget.refToolbarBase
What's the problem? — Preceding unsigned comment added by Lee Ji-sung ( talk • contribs)
I asked about this 11 months ago and no-one replied, so trying again! It would be wonderful if RefToolBar could be enhanced so that if I Preview a citation but don't go on to Add it the system would warn me before this becomes irreversible (I guess that means clicking on "cite" again or saving the edit). Time and again I create a splendid reference, Preview it, and forget to hit "Add citation" so have to do the work all over again. There are lots of other situations where the software warns me before I do something silly, and it would be very helpful if it could do so here too. Any possibility? Any comments? Should I be making the request somewhere else? Pam D 22:26, 25 May 2014 (UTC)
Enable enhanced editing toolbar
and Enable wizards for inserting links, tables as well as the search and replace function
. Then save the changes, purge your cache (yes, again), and you should be set! Hope this solves the problem; if so,
mischief managed!—
D'Ranged 1
VTalk
14:42, 26 May 2014 (UTC)
This update adds support for "last1/first1, last2/first2" or any arbitrary "field1, field2" Documentation update to come later. Detailed changes described below.
In MediaWiki:RefToolbarMessages-en.js:
In MediaWiki:Gadget-refToolbarBase.js:
In MediaWiki:RefToolbarConfig.js:
-- Mr. Z-man 00:52, 1 June 2014 (UTC)
First, and definitely foremost, thank you for all your hard work—the ability to add multiples is especially amazing! I wish there were a more tangible way to show my appreciation for your excellent gadget, which is now much-improved.
cite web
template, please add Date
to the base group
Date
in the base group; while cite news
might be a better option, editors are going to use cite web
anyway in some, if not most, cases.Archive URL
and Archive date
in the base group
'archivedate'
to 'autodate fields'
by default
Dead URL?
field (capturing |deadurl=
) to all templates, falling immediately after the Archive URL
and Archive date
fields
Translated title
field to cite web
, cite news
, and cite book
directly after the Language
field
Translated title
and Format
on the cite journal form
Translated title
field directly next to the Language
field, not preceding it in another column.DMY
creates problems in U.S.-centric articles. While there are some excellent tools to convert all dates in an article to one format or another, it would be nice if the dates were entered in the proper way to start with (to use the format currently being used in the article).DMY
and MDY
which would set/change the date format in all date fields on the form.Add parameter
with two fields: Parameter name
and Parameter data
Add parameter
field would be a drop-down list of all available parameters (not currently on the form) to ensure that the parameter name is spelled correctly.https:
if Archive URL
starts with
https://web.archive.org
$('head').one('reftoolbarbase', function() { CiteTB.UserOptions['date format'] = "<monthname> <date>, <year>"; CiteTB.UserOptions['autodate fields'] = ['accessdate', 'archivedate', 'date']; CiteTB.UserOptions['expandtemplates'] = true; CiteTB.UserOptions['autoparse'] = true; });
Thank you again for all your hard work and for your patience in dealing with my suggestions/problem.— D'Ranged 1 VTalk 20:47, 1 June 2014 (UTC)
I recently added a new cite template for {{
Cite patent}} in my
vector.js, extract of of code is below. Whilst it appears in the dropdown list fine, when I launch the full window for adding the parameters, all labels except for the title parameter come up with "null". This doesn't matter if I have specified a custom label or not. I've experienced similar issues with some other templates in the past, but due to the limited number of parameters in those I have managed. Is this something I have done wrong? Thanks to anyone that can help.
new citeTemplate('Cite patent', 'patent',
[ // Basic fields
{"field": "country"},
{"field": "number"},
{"field": "title"},
{"field": "status"},
{"field": "pubdate", "label": "Publication date"},
{"field": "gdate", "label": "Grant date"},
{"field": "fdate", "label": "Filing date"},
{"field": "assign1", "label": "Assignee 1"},
{"field": "invent1", "label": "Inventor 1"},
{"field": "invent2", "label": "Inventor 2"}
],
[ // Expanded fields
{"field": "invent3", "label": "Inventor 3"},
{"field": "invent4", "label": "Inventor 4"},
{"field": "assign2", "label": "Assignee 2"},
]);
Themeparkgc
Talk
06:40, 18 July 2013 (UTC)
Collapsing response; a fix for this was included in the June 1, 2014, update
|
---|
new citeTemplate('cite patent', 'patent', [ // Basic fields {"field": "country"}, {"field": "number"}, {"field": "title"}, {"field": "status"}, {"field": "pubdate"}, {"field": "gdate"}, {"field": "fdate"}, {"field": "assign1"}, {"field": "invent1"}, {"field": "invent2"} ], [ // Expanded fields {"field": "invent3"}, {"field": "invent4"}, {"field": "assign2"} ]); mw.usability.addMessages( { 'cite-dialog-patent' : 'Patent citation', 'cite-assign1-label' : 'Assignee 1', 'cite-assign2-label' : 'Assignee 2', 'cite-country-label' : 'Country', 'cite-fdate-label' : 'Filing date', 'cite-gdate-label' : 'Grant date', 'cite-invent1-label' : 'Inventor 1', 'cite-invent2-label' : 'Inventor 2', 'cite-invent3-label' : 'Inventor 3', 'cite-invent4-label' : 'Inventor 4', 'cite-number-label' : 'Number', 'cite-pubdate-label' : 'Publication date', 'cite-status-label' : 'Status' });
new citeTemplate('cite patent', 'patent', [ // Basic fields {"field": "country"}, {"field": "number"}, {"field": "title"}, {"field": "status"}, {"field": "pubdate"}, {"field": "gdate"}, {"field": "fdate"}, {"field": "assign1"}, {"field": "invent1"}, {"field": "invent2"}, {"field": "invent3"}, {"field": "invent4"}, {"field": "assign2"} ], [ // Expanded fields ]);
|
Hi, If you go to extra fields in cite book, and try to add the "article=" field, it changes it to "authorlink1" instead on rendering. These are two very different things :) -- phoebe / ( talk to me) 05:32, 8 September 2014 (UTC)
I showed reftoolbar to another editor and she's struggling with it. I've found File:RefTools.ogv - is this so old as to be useless? Is there something, text or visual, that is better? Dougweller ( talk) 19:47, 18 June 2014 (UTC)