Template talk:Reflist/Archive 2

Multi-column reference numbering bug
I don't know that this is always noticeable, but I've found that multi-column reference lists have a bug wrt the numbering of references. In Firefox, I can change the display font size, and the number at the bottom of the left column and the next reference at the top of the right column can be the same -- and the whole right column continues from there so that the last reference number is one fewer than it should be. This applies to long lists (100+ references) and short (5 references). --Dhartung | Talk 04:54, 14 April 2007 (UTC)
 * Yeah, I've seen this in Firefox too. I think it's clearly a Firefox bug, but if there's more information about it somewhere (eg. in their bugzilla, for instance), maybe there's some sort of work-around we could implement.  --Interiot 16:44, 3 May 2007 (UTC)

Swedish
Swedish version avabile. Add sv:Mall:Reflist. -- Najoj 16:20, 18 April 2007 (UTC)

editprotected
 * ✅ Done. Note that this template uses the doc-page pattern, so non-admins can add interwikis by editing reflist/doc. --ais523 16:50, 18 April 2007 (UTC)

coding error
editprotected The tag should be is rendered as. And is used on more than 20,000 articles....  if the main reason for reflist were to provide tracking, I don't think very many people would use it at all.
 * Pomte is correct... the main difference from the average-editor's standpoint is that   provides full-size text, and  provides smaller text.  That's what reflist's reason for existence has been since the very beginning, and changing it now would be going against decisions that thousands of editors have explicitly made.  --Interiot 03:24, 9 May 2007 (UTC)
 * Which is why this should have been done to begin with, and its unfortunate that it was not. Gimmetrow 03:35, 9 May 2007 (UTC)


 * The smaller font reduces the number of cases where non-wrapping, extra-long URLs spoil the appearance of the right-hand column when printing to pdf or paper (see section below). Jayen466 17:28, 9 May 2007 (UTC)
 * But then nobody would have used it, since it would have been redundant with .  Really, if you want large references, just use that, there's no benefit to using this. I've clarified the documentation to note that   can and should still be used.  --Interiot 21:14, 9 May 2007 (UTC)
 * Good! Amazing what a little off-hand comment can do. Gimmetrow 22:50, 9 May 2007 (UTC)
 * I would agree with Interiot and others in this - the main advantage is that it makes things small. Orderinchaos 15:56, 27 May 2007 (UTC)

Coming in on this late: However, there has been extensive discussion at User talk:Java7837 about this template, and one topic that's come up is that apparently some users wish for reference lists that could be full size-text, but in columns. Would it be possible to add a second parameter making that possible, while retaining "small" as the default? The other alternative for such users would be to create a second template called, oh who knows, "Reflist-full" or somesuch, which copies the code of this template but changes the font size. I personally prefer the font size small for articles I use this template in, but it would seem wasteful to create a whole new template just to take care of this one matter of preference. --Yksin 21:17, 14 June 2007 (UTC)


 * If you really want full size two-column notes, this can be handled with classes in div tags. This seems like a fairly rare choice, and I don't necessarily see this should be encouraged. There are already too many options for notes with full size, small and small/2column.
 * Although reflist incorporates the tag, it also makes the font smaller. Reflist was created to make font resizing easier, not to replace the direct use of in text. For long lists of notes (typical of featured articles) a smaller font is fairly standard, but there is no mandate for all notes to be resized or to use reflist, and editors should not be arbitrarily changing to reflist in articles. Multiple columns has other issues, since it doesn't even work on some browsers. Three or more columns is even worse. Gimmetrow 01:08, 15 June 2007 (UTC)


 * Can you provide some example articles where this would be necessary? –Pomte 02:09, 15 June 2007 (UTC)

Printing multi-column reference lists
We are currently discussing implementing reflist, or something like it, in the German Wikipedia, since the two-column format for references often makes eminent sense. However, a number of users have pointed out that multi-column displays of references don't always print correctly (this happens both on paper and in pdf). The reason is that the URLs (which are hidden on screen) are shown in full in the pdf and on hardcopy printouts. Now, long URLs present in the left-hand column don't wrap, but continue into the right-hand column, superimposed on any text that is present there, with the unfortunate result that often neither is legible. Has this ever been raised as a problem in English Wikipedia? Any views on this issue? Jayen466 17:05, 9 May 2007 (UTC)
 * For the first issue, that could be resolved by putting the multi-column CSS bits in the global stylesheet, and prefacing them with @media.
 * For the second issue, as far as I know, when bare URLs are used on en.wikipedia.org, usually they're wrapped in [...], so they're rather short.--Interiot 21:19, 9 May 2007 (UTC)


 * Sorry, don't know my way around html well enough here. But to see the URL problem in pdfs and printouts, simply try printing the English George W Bush article (e.g.) from Mozilla, either to pdf or to paper, and see how the references come out. In my pdf, it's a mess, with lots illegible. It is correct that URLs in square brackets do not have the web address showing on screen, just some brief words linking to that address. But when printing, the URLs are expanded again and shown in full length, in normal brackets behind the link wording the user sees on screen. And it seems that because they include no spaces, these URLs are considered as -- very long -- single words, and thus they don't wrap.  Jayen466 00:14, 10 May 2007 (UTC)


 * The css may be able to take care of that. However, it's my impression that it can be complicated to make a print version of Wikipedia, possibly requiring a lot of manual or automated work.  Is there a group within German Wikipedia that's responsible for generating the print version?  Could you ask them what the right way to handle this is?  As far as I know, we haven't figured out how to properly deal with this on enwiki (eg. hidden is widespread here in large navigation boxes like Infobox Ship Characteristics and scouting).  --Interiot 00:52, 10 May 2007 (UTC)


 * Thanks. I've only started contributing to German WP quite recently, so don't know very much about who's doing what. At present, reflist is not implemented in German WP, and the use of any other browser-specific column format (such as div style moz column count) is discouraged on the corresponding Help page. Also, they still have far fewer sources in their articles than English WP, so right now there are fewer pages where multi-column references are an issue. That will probably change ... but for the moment, the print problem is avoided, since their standard is to use single-column format only. Cheers, Jayen466 10:10, 10 May 2007 (UTC)


 * Interiot, I think he is just talking about the printable version available through MediaWiki, see e.g. . The references section of the print version is indeed a mess. Christopher Parham (talk) 15:53, 25 May 2007 (UTC)


 * Yes, that page illustrates the problem nicely, and parallels what I got on my hardcopy printout, just by pressing Ctrl-P in Firefox. Now, if there were any way to get the long URLs to wrap so they don't wander out of their appropriate columns ... Jayen466 22:29, 26 May 2007 (UTC)


 * Yes, that's partly why some editors resist two-column reference lists. Three-column is worse. Gimmetrow 16:28, 25 May 2007 (UTC)


 * See also below: "long url(s) do not get wrapped to next line" Jayen466 19:57, 13 June 2007 (UTC)

Contained in a box
I stumbled upon Britney Spears and saw which hides the gigantic load of refs. I thought, "hey, this is a good idea", so I started copying and pasting to articles with the most revisions. And then I realized, "what the heck am I doing?". Wounldn't it be better if we create a wrapper template for that, say "scrollref" with the number of column as the first parameter, and height as another (default = 200px). How does this sound? --ChoChoPK (球球PK) (talk | contrib) 10:33, 10 June 2007 (UTC)
 * Here ya go: Template:Scrollref - tested here: User:MrZaius/sandbox/Templates. MrZaius  talk  10:47, 10 June 2007 (UTC)
 * Wow, that was quick.... Perhaps I should have been bold. --ChoChoPK (球球PK) (talk | contrib) 10:53, 10 June 2007 (UTC)

Why in the world would we want to (a) complicate navigation for users and (b) hide references? This is a BAD practice. --ElKevbo 15:50, 10 June 2007 (UTC)


 * I agree with ElKevbo. Citations are not shameful things to be swept under a rug. They should be proudly displayed and easily accessed. &mdash;Elipongo (Talk|contribs) 17:04, 10 June 2007 (UTC)


 * I agree that hiding references is bad practice -- further discussion at Template talk:Scrollref.--Eloquence*


 * I also agree this is a bad practice. It makes it quite complicated to look over the references. -  auburn pilot  talk  18:32, 10 June 2007 (UTC)
 * I also agree. Should we nominate the new template for deletion? Aaron Bowen 18:41, 11 June 2007 (UTC)


 * Update: The template has been deleted. Note that there are still pages that include the equivelant of a substituted scrollref template that should be removed.  I still believe that the layout of an article with 100+ references is benefited by the use of a scroll box, but no workaround was ever found to make it possible to print obscured content within a scrollbox. Similar issues may exist for disabled readers using screenreaders and similar translation techniques. As such, the use of template:scroll box, template:scrollbox, and equivalent substituted code should be avoided in Main namespace at this time.  MrZaius  talk  16:30, 24 June 2007 (UTC)


 * If the problem is printing, the style for the reference list container DIV could be set differently in the print media CSS (or local STYLE block). I don't know how Wikipedia handles the whole style thing, but it should be possible. &curren; ehudshapira 22:59, 17 August 2007 (UTC)




 * It's not just an issue of printing, but also accessibility. The formatting creates a problem viewing references, and in my browser (mozilla firefox) forces me to scroll two bars to view the references. See the image I've uploaded to the right to see what I'm talking about. - auburn pilot   talk  23:09, 17 August 2007 (UTC)


 * There's only a single scrollbar for me on IE6, Firefox 2 and Opera 9 (looking at the same article as you: Israel). Although, with 2 columns (on FF) there's an horizontal scrollbar. (But... it's not there initially as the browser formats the page. It only appears after a few tens of references were added. I think it may be formatting issues with the long URL references which aren't broken to fit the columns.) What version/platform are you using? It might just be a minor problem to iron out. Another option would be only enabling it on browsers that behave well with it (like the Mozilla-specific columns). &curren; ehudshapira 23:41, 17 August 2007 (UTC)


 * I'm using Firefox/2.0.0.6 and Windows XP, but I've always had this issue when scrollref and the like are applied. - auburn pilot   talk  23:48, 17 August 2007 (UTC)


 * No such problem for me on the same version and OS (nor on an older version 2). Maybe it's some extension or user style on your FF, or your Wikipedia settings? Assuming we stage a testing area and other people confirm it's okay, and assuming different CSS styles could be applied for display and print media, are there other objections? &curren; ehudshapira 00:12, 18 August 2007 (UTC)


 * The image to the right {kudos to whoever uploaded it!) illustrates the problem and it's not dependent on a particular browser. When the article is long enough to already have a vertical scrollbar, adding a second one is a legitimate and confusing problem.  --ElKevbo 00:11, 18 August 2007 (UTC)


 * AuburnPilot is having two scrollbars for the references themselves, unrelated to the page scrollbar. I don't think having a scrollable area inside a page is a problem (do you have a problem with page editing, for e.g.?) &curren; ehudshapira 00:15, 18 August 2007 (UTC)


 * Yes, I technically have three scrollbars when the scrollref formatting is applied. I simply cropped out the browser's page scrollbar so that the image would only contain GFDL text and meet the Wikipedia screenshot license tag. - auburn pilot   talk  00:28, 18 August 2007 (UTC)
 * Oh. Well, that does sound like a bug.  If it helps (and it doesn't), I'm using the same version of FireFox and also on XP.  --ElKevbo 00:31, 18 August 2007 (UTC)

Belgium
Could other editors please weigh in on the ongoing discussion at Talk:Belgium regarding the use of a scrollbox for footnotes? Thanks! --ElKevbo 13:31, 28 July 2007 (UTC)

long url(s) do not get wrapped to next line

 * When looking at an article in print preview, i noticed that long urls used in references are not wrapped to the next line when using this reflist template. For example, just try to view this page in print preview (click here) and you will see that the url just goes on and on within the same line in the Reference section.          (:O) -Nima Baghaei talk · cont · email 21:33, 12 June 2007 (UTC)


 * any ideas as to how this can be fixed? i would fix it myself, but I have no idea how coding works here so I hope someone else can help with it -Nima Baghaei talk · cont · email 14:09, 13 June 2007 (UTC)


 * This is the same problem as the one described above under "Printing multi-column reference lists". Jayen466 19:57, 13 June 2007 (UTC)


 * It has nothing to do specifically with this template, just the Cite extension. You might want to bring it up on the Cite extension's page on Meta.  The last two examples don't use reflist; you can clearly see this by viewing the source.  Tuxide 05:39, 14 June 2007 (UTC)

Two columns not working
I've noticed that pages using are only displaying one column whereas this page still states that it will display two. Is the template broken? Has it been changed and the explanation not updated? (I see there have been some issues) I've specifically noticed this at Matt Groening and Al Gore though there are probably others. Stardust8212 17:08, 21 June 2007 (UTC)
 * Have you changed browsers? Some browsers do not recognize the code used to make two columns, and display in one. Gimmetrow 17:41, 21 June 2007 (UTC)
 * If you are not using Firefox, the documentation tells you about it. –Pomte 17:42, 21 June 2007 (UTC)


 * I'm having an issue with pages that use as well. I'm using Firefox, but any page that uses  only displays the reflist half way across the page. Look at the image to the right to see what I'm talking about. -  auburn pilot   talk  01:59, 4 July 2007 (UTC)

Webkit support
editprotected If this template included -webkit-column-width and -webkit-column-count properties, it would support columns in Safari on Mac OS, Windows, and the iPhone. —Michael Z. 2007-07-04 15:06 Z 
 * Could you be more explicit- what needs changed to what etc. GDonato (talk) 13:05, 6 July 2007 (UTC)

 to  I assume. Grace notes T § 16:14, 6 July 2007 (UTC)


 * Thanks a lot, ✅ GDonato (talk) 18:43, 6 July 2007 (UTC)


 * Sorry I wasn't more specific. Thanks for implementing it, folks. —Michael Z. 2007-07-10 00:22 Z 

Differences
What are the differences between reflist and ? Simply south 23:18, 6 July 2007 (UTC)
 * The difference is that the latter was disrupted a day or two ago, with all footnotes being displaced to the right and the layout of thousands pages altered beyond recognition. Here's a good example. --Ghirla-трёп- 16:53, 7 July 2007 (UTC)
 * Anything affecting would affect reflist too, no? (I don't see anything odd in the link you provide.) Reflist is a template which includes the references/ tag but has additional code to put the notes in a smaller font. For short lists of notes, there is no need to use a smaller font, though. Gimmetrow 16:58, 7 July 2007 (UTC)
 * The templates are still broken; reflist with columns doesn't even work. MSJapan 15:15, 21 July 2007 (UTC)

Delete this template?
On the Norwegian wiki there is now discussion (no:Maldiskusjon:Reflist no:Wikipedia:Tinget no:Wikipedia:Tinget) about the reflist-template. Some argue that this template should be deleted because it incorporates stylesheets. Stylesheets which should only be in stylesheets so it's possible to override fontsizes o.a. for the user? How is this solved at en:wp? Nsaa 07:43, 19 July 2007 (UTC)


 * Font sizes can be overridden by the browser just the same if the inline sizes don't use absolute units. Hypothesis: Things initially start with inline styles and after some trial time might get the seal of approval and get promoted to the CSS file includes. That's if they are common enough. Less common styles are either added to secondary, smaller scope CSS files, or stay inline for really limited scope. &curren; ehudshapira 00:26, 18 August 2007 (UTC)

Multi column functions is down
Can somebody who knows what is going fix the possibility for multicolumn reflists, as it is not working at the moment. Thanks Arnoutf 09:43, 24 July 2007 (UTC)
 * It'd be useful if you stated which web browser you were using. Multi columns only works in Gecko-based browsers such as Mozilla Firefox, as far as I know.  Tuxide 09:56, 24 July 2007 (UTC)
 * I use Mozilla Firefox, and a 2 column reflist still doesn't work for me. The references only go half-way across the page on articles like Al Gore and United States housing bubble. -  auburn pilot   talk  13:54, 24 July 2007 (UTC)

Scrollable reflist div
I've seen the following used to create a scrollable reference list with a limited height. It seems useful, any idea why it isn't part of the parameters for the reflist template? And what's that reflist4 class for if style does all the formatting? &curren; ehudshapira 04:23, 17 August 2007 (UTC)




 * Scroll up a bit to the section labeled "Contained in a box" for some of the recent, relevant discussion. There was a template that did this but it was deleted for the reasons discussed above.  --ElKevbo 04:54, 17 August 2007 (UTC)
 * Thanks.