Template talk:Unbulleted list

Unbulleted list

It appears that this template is not working properly. Therefore, a discussion was started to address this, as well as other problems, when used in Template:Infobox film. The current consensus is to remove this template in order to simplify editing and to allow the previous version used in the infobox template to be reimplemented. In case anyone was wondering, problems with the following browsers had shown bullets: IE 6,7, and 8, MSN, and Mobile Safari. Thanks for your time on this issue. ChaosMaster_Chat 21:20, 6 September 2010 (UTC)[reply]

It should be simple to fix this, but I lack the CSS skills to do so. The template uses the semantically correct and standards-compliant list markup. <br /> should not be used for such purposes. I've asked for help on VPT. Andy Mabbett (User:Pigsonthewing); Andy's talk; Andy's edits 21:57, 12 September 2010 (UTC)[reply]

Older browsers do not support list-style:none;. So there is no easy way to fix this other then to use <br /> instead, which we really don't need a template for. — Edokter • Talk • 22:22, 12 September 2010 (UTC)[reply]

IE 6+ and Mobile Safari should support it, though. It seemed to work fine here in the Mobile Safari version I tried, and IE7 on Wine. Anomie ⚔ 01:08, 13 September 2010 (UTC)[reply]

IE has a bug where list-style:none doesn't override list-style-image: ..., at least in some circumstances. And the default CSS in both monobook and vector specifies a list-style-image. Consider these examples:

This sets list-style-type:none, and shows a bullet in Firefox and IE

This sets list-style:none, and shows no bullet in Firefox but does in IE

This sets list-style:none none, and shows no bullet in IE in my tests

This sets list-style-type:none;list-style-image:none, and shows no bullet in IE in my tests

So if someone makes this edit, that may well fix the problem. I cannot test it in MSN browser, though, and Mobile Safari still does not show the issue in my tests with the iPhone Simulator. Anomie ⚔ 20:01, 13 September 2010 (UTC)[reply]

Done. Cudos for finding that out... I looked it up and list-style is a compound attribute, so the image was indeed never reset. (But I still see no big advantage of using this over linebreaks). — Edokter • Talk • 01:06, 14 September 2010 (UTC)[reply]

The image should have been reset, but since it's IE we're talking about it's not too surprising. Anomie ⚔ 01:17, 14 September 2010 (UTC)[reply]

Thank you, both. Andy Mabbett (User:Pigsonthewing); Andy's talk; Andy's edits 20:41, 14 September 2010 (UTC)[reply]

update to add missing numbers and expand to 50

This edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request.

Please update this template with the version in the sandbox. This update does two things, (1) adds number 20 which is missing, and is a serious bug! and (2) expand to 50 items for use in the article Interpol. Thank you. Frietjes (talk) 17:55, 6 May 2011 (UTC)[reply]

Done. — Edokter (talk) — 18:32, 6 May 2011 (UTC)[reply]

Style parameter

The template allows a single parameter which, if present, applies that css style to each list element. I'd like to be able to change background-colour on an individual list element basis. Taking a simplified excerpt from List of Manchester United F.C. seasons

Season	Europe
1990–91	Cup Winners' Cup – Winners
1991–92	Cup Winners' Cup – Round 2 Super Cup – Winners

The entry for 1991 UEFA Super Cup should have the same coloured background (background-color:#FE2;") as the 1991 European Cup Winners' Cup Final, since Manchester United were winners in both cases. Passing the background-color as the li_style parameter to {{Ubl}} would incorrectly colour both list items – it's actually redundant as I can colour the whole cell gold if that's what was wanted.

If I try to use an inline style in a span, the template refuses to co-operate and loses the second entry:

Season	Europe
1990–91	Cup Winners' Cup – Winners
1991–92	Cup Winners' Cup – Round 2 Super Cup – Winners

So, should I create a derived template, say, {{Unbulleted list styled}}, modified to allow each entry an associated li_style_1, li_style_2, parameter? Or should we modify this template to perform that, given that the li_style parameter was undocumented until today, and it may not be in use? Is there any simple way of checking? Any other ideas (that don't involve using <br /> to create lists!) --RexxS (talk) 23:45, 25 August 2011 (UTC)[reply]

I don't see any problem with just adding individual "li_style_1", "li_style_2", ... to this template (as you have suggested). Frietjes (talk) 20:06, 26 August 2011 (UTC)[reply]

Season	Europe
1990–91	Cup Winners' Cup – Winners
1991–92	Cup Winners' Cup – Round 2 Super Cup – Winners

All done (though without the underscores before the numbers). — Edokter (talk) — 11:08, 27 August 2011 (UTC)[reply]

Many thanks. List of Manchester United F.C. seasons is indebted to you, and this will make it easier for other Featured Lists to meet modern standards of usability. I've updated the documentation to match. --RexxS (talk) 14:35, 27 August 2011 (UTC)[reply]

TfD

This edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request.

Please add {{TfD}}, per Wikipedia:Templates for discussion/Log/2011 December 27#Template:Unbulleted list. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 21:00, 27 December 2011 (UTC)[reply]

Done. — Edokter (talk) — 23:42, 27 December 2011 (UTC)[reply]

Suggested move (February 2013)

The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section. A summary of the conclusions reached follows.

withdrawn — Preceding unsigned comment added by CsDix (talk • contribs) 14:18, 13 February 2013‎ (UTC)[reply]

Template:Unbulleted list → Template:Vlist – "As {{hlist}} is to class hlist – i.e. as {{h[orizontal]list}} is to class h[orizontal]list – so {{unbulleted list}} is to class plainli–... so {{vlist}} would be to class vlist ({{v[ertical]list}} to class v[ertical]list)...? CsDix (talk) 16:51, 12 February 2013 (UTC)[reply]

Survey

Feel free to state your position on the renaming proposal by beginning a new line in this section with *'''Support''' or *'''Oppose''', then sign your comment with ~~~~. Since polling is not a substitute for discussion, please explain your reasons, taking into account Wikipedia's policy on article titles.

oppose, this list format has two major features (1) vertical and (2) without bullets. given that the standard list format in html is both vertical and with bullets, the distinguishing feature here is that it is without bullets. the vertical aspect is not special. Frietjes (talk) 18:00, 12 February 2013 (UTC)[reply]
- But, (1) when compared with its complementary hlist/flatlist/etc, you don't find their respective alignments the greater difference?; (2) hlist/etc characteristic of Navboxes etc, i.e. horizontally-orientated templates, while plainlist/unbulleted list/etc characteristic of Sidebars etc, i.e. vertically-orientated templates..? CsDix (talk) 19:00, 12 February 2013 (UTC)[reply]
  - as I said, the standard list is (1) vertical and (2) with bullets. hence, a horizontal or flat list deviates from the standard in that it is horizontal or flat, which is why we call it a horizontal or flat list. this list deviates from the standard in that it is without bullets or plain, hence we call it an unbulleted list or a plain list. Frietjes (talk) 19:30, 12 February 2013 (UTC)[reply]
    - Thanks for reminding me about the bullets / no-bullets distinction. I wonder if the first and foremost distinction should be between the horizontal and vertical, but, for now, is there a correct way in which I may cancel this rename request? CsDix (talk) 21:19, 12 February 2013 (UTC)[reply]
      - You can withdraw the request, since there is only opposition, and remove the move template. and close the discussion. -- 65.92.180.137 (talk) 06:12, 13 February 2013 (UTC)[reply]
Oppose bulleted v unbulleted means two different types of vlists -- 65.92.180.137 (talk) 06:11, 13 February 2013 (UTC)[reply]
Oppose Bulletted lists are vertical too. The {{vlist}} redirect should be deleted, if this proposal fails, for the same reason. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 13:59, 13 February 2013 (UTC)[reply]

The above discussion is preserved as an archive. Please do not modify it. Subsequent comments should be made in a new section.

Extra ul

When I look at the HTML output, I see an extra <ul>...</ul>:

Markup

Renders as

{{unbulleted list|
* cat
* dog
* horse
* cow
* sheep
* pig
}}

<div class="plainlist">
<ul>
<li>
<ul>
<li>cat</li>
<li>dog</li>
<li>horse</li>
<li>cow</li>
<li>sheep</li>
<li>pig</li>
</ul>
</li>
</ul>
</div>

-- Gadget850^talk 11:07, 8 September 2013 (UTC)[reply]

You're not supposed to include the '*'; this template only accepts list items as separate parameters. — Edokter (talk) — 12:19, 8 September 2013 (UTC)[reply]

we could make Module:Unbulleted list work like {{plainlist}} when there is only one input, but currently it does not per the documentation. Frietjes (talk) 18:04, 8 September 2013 (UTC)[reply]

Facepalm Nothing to see here, move along. Thanks. -- Gadget850^talk 19:57, 8 September 2013 (UTC)[reply]

It probably would be helpful if the Lua detected this situation, though. It seems probable that this will come up pretty frequently. — SMcCandlish ☺ ☏ ¢ ≽^ʌⱷ҅_ᴥⱷ^ʌ≼ 22:18, 5 September 2016 (UTC)[reply]

"nowrap" parameter?

I've noticed that this template is sometimes accompanied by the parameter |style=white-space:nowrap;, so I thought I'd try adding {{unbulleted list |nowrap |(etc)}} as a niftier alternative, but...

...with {{<includeonly>safesubst:</includeonly>#invoke:unbulleted list|unbulleted}} as the entirety of the template's code, I don't know how/where to begin!

Sardanaphalus (talk) 10:32, 17 March 2014 (UTC)[reply]

That woudn't work anyway, as |nowrap would be interpreted as the first list item. However, adding |class = nowrap has the same effect. — Edokter (talk) — 11:15, 17 March 2014 (UTC)[reply]

I was thinking of some code to detect whether {{{1}}} was "nowrap" and act accordingly, but |class=nowrap is still an improvement – thanks. Do you know where I may view a list of the classes available to Wikipedia editors? Sardanaphalus (talk) 12:49, 17 March 2014 (UTC)[reply]

What if the first item should actually show "nowrap"? We cannot use unnamed control parameter if they are already reserved for content. For a list of classes, see Wikipedia:Catalogue of CSS classes (it may be slightly outdated). — Edokter (talk) — 13:12, 17 March 2014 (UTC)[reply]

I reckoned it was (very) unlikely that the first item in a list would be "nowrap". (Even if so, I imagine there'd be a cunning workaround – using one or more HTML characters, maybe?) But |class=nowrap is all but as convenient. Thanks also for the Catalogue link; outdated or not, it looks useful. Sardanaphalus (talk) 23:16, 17 March 2014 (UTC)[reply]

"li_style[N]"

"li_style[N]" is ambiguous. Could this be made "li[N]_style", please? Sardanaphalus (talk) 09:54, 17 May 2014 (UTC)[reply]

That will break existing uses. We'd need a plan for that. — Edokter (talk) — 09:58, 17 May 2014 (UTC)[reply]

added here. Frietjes (talk) 14:47, 17 May 2014 (UTC)[reply]

Sorry, I reverted the addition of the new syntax. I don't mind which syntax is used, but I'd rather that only one is used, so that we can avoid unnecessary argument lookups. — Mr. Stradivarius ^{♪ talk ♪} 09:42, 18 May 2014 (UTC)[reply]

New syntax, please. The ambiguity here may never become an issue, but in other templates it might (or already is), so let's remove this example. Sardanaphalus (talk) 10:09, 18 May 2014 (UTC)[reply]

Again, existing uses. Please do some impact analysis first. I know this is used a lot. — Edokter (talk) — 11:01, 18 May 2014 (UTC)[reply]

so add a tracking category? I would do so, but I'm sure it would get reverted. Frietjes (talk) 14:00, 18 May 2014 (UTC)[reply]

Actually, I was thinking that a tracking category might be a good next step. — Mr. Stradivarius ^{♪ talk ♪} 14:16, 18 May 2014 (UTC)[reply]

so add a tracking category. I would do so, but I'm sure it would get reverted. Frietjes (talk) 17:06, 18 May 2014 (UTC)[reply]

For the sake of future templates, much use sounds like much reason to amend the parameter numbering sooner rather than later. Can't bots be used to achieve this reasonably briskly before an amended syntax becomes the only syntax..? (With {{hlist}} too and other formatting templates that qualify?) Sardanaphalus (talk) 21:46, 18 May 2014 (UTC)[reply]

This discussion has reminded me of something that I've been meaning to do for a while - merge Module:Unbulleted list and Module:List. All the functionality of Module:Unbulleted list is actually included in Module:List already, including |li_stylen=. There is also a parameter |item_stylen=, which I included because I thought the concept of a "list item" would be easier to understand for non-coders than the concept of an "li tag". Taking this into account, we now have four choices for this parameter name - |li_stylen=, |lin_style=, |item_stylen= and |itemn_style=. Which would people prefer? Also bear in mind that we have separate |li_style= and |item_style= parameters. Personally, I'd like to get rid of all of the li parameters in favour of item parameters. — Mr. Stradivarius ^{♪ talk ♪} 10:58, 19 May 2014 (UTC)[reply]

I've now added a tracking category (Category:List templates with deprecated parameters) to Module:List/sandbox, as well as splitting apart the argument processing from the HTML rendering. At the moment all parameters containing "ol_style", "ul_style", and "li_style" are tracked (to be replaced with "list" and "item" parameters). I've also tracked "item_stylen" parameters, presuming that we want to replace them with "itemn_style" parameters. We need to work out what parameters we want before we put this up live, though. I'll adjust the code as necessary when we've decided what the names should be. — Mr. Stradivarius ^{♪ talk ♪} 13:12, 19 May 2014 (UTC)[reply]

Thanks for your work, Mr. Stradivarius. I'd also felt that "ol"/"ul"/"li" were a bit on the cryptic side (unless, I suppose, for editors regularly using HTML) but thought moving the n should take precedence. If, though, "ol" etc are also up for change, my initial suggestions are:

style → [unsure]

ul_style → list_style
[although maybe the current style should become list_style..?]

ol_style → numlist_style..?

li_style → item_style
[and/or items_style, as it applies to all items..?]

li_style1 → item1_style

item1

li_style2 → item2_style

item2

etc

i.e. along, I think, the lines you suggest. I hope I've understood the relationships between the parameters correctly. Sardanaphalus (talk) 21:03, 19 May 2014 (UTC)[reply]

|ol_style=, |ul_style= and |list_style= are all identical, so under my proposal |ol_style= would also become |list_style=. I'm not planning any change for the regular |style= parameter, as this is probably the most used, and the most of a pain to switch round. All of this depends on how large the impact of the changes would be, though, so it's not yet certain that we will make any changes. And I'm not so keen on "items_style" - "item_style" should be clear enough, and we can clear up any remaining confusion in the documentation. — Mr. Stradivarius ^{♪ talk ♪} 05:57, 20 May 2014 (UTC)[reply]

Centering text in a table

Hey, I'm trying to replace <br /> tags with this template and with the {{small}} template in a table with the text showing up centered.

Article is: Empire Award for Best Actor

Current code:

| style="text-align:center"  | '''1996<br /> <small>[[1st Empire Awards|(1st)]]</small>'''

What I tried doing:

| style="text-align:center"  | '''{{unbulleted list|1996|{{small|[[1st Empire Awards|(1st)]]}}}}'''

However the text is showing up on the left side. I'd appreciate help in solving this.--Gonnym (talk) 18:55, 8 May 2015 (UTC)[reply]

Looks like a conflict with the table CSS and the {{unbulleted list}} CSS. Try this:

! scope="row" | {{unbulleted list|1996|{{small|[[1st Empire Awards|(1st)]]}}}}

You set the cell to be a header, then set the scope to row; thus it becomes a row cell with header styling, which is centered and bold. -- Gadget850^talk 19:11, 8 May 2015 (UTC)[reply]

Thanks, that works! One small visual problem now, the cell is now the color of the header and not the previous default color. Do you happen to know what the default color code is for "background:"?--Gonnym (talk) 19:22, 8 May 2015 (UTC)[reply]

Cells that contain data must not be marked up as if they were header cells (and vice versa), because of MOS:ACCESSibility. --Redrose64 (talk) 19:47, 8 May 2015 (UTC)[reply]

Ok I won't mark the cell as a header. Do you know how to fix the centering problem?--Gonnym (talk) 07:15, 9 May 2015 (UTC)[reply]

Why do you want to mark it up as a list anyway? Lists are typically used to group items that have a common theme, such as years: "1996" and "(1st)" do not have a common theme. --Redrose64 (talk) 09:02, 9 May 2015 (UTC)[reply]

A 2021 answer to this original question is below jnestorius^(talk) 18:02, 13 February 2021 (UTC)[reply]

Redundant div?

Moved to Module talk:List#Redundant_div?

Why is this generating <div class="plainlist"><ul>...</ul></div> when <ul class="plainlist">...</ul> should suffice? — SMcCandlish ☺ ☏ ¢ ≽^ʌⱷ҅_ᴥⱷ^ʌ≼ 22:17, 5 September 2016 (UTC)[reply]

It's function p.renderList(data) in Module:List. Don't ask me how I found it. But as it's a module, I rather suspect that several templates use it, so one of those may need the enclosing <div>...</div>. --Redrose64 (talk) 23:13, 5 September 2016 (UTC)[reply]

Hmm. I don't even see the function itself in there, just a reference that something is being built for it. Anyway, I'll bring it up over there. — SMcCandlish ☺ ☏ ¢ ≽^ʌⱷ҅_ᴥⱷ^ʌ≼ 23:39, 5 September 2016 (UTC)[reply]

(Plain) horizontal display without the "dots"?

Using class=hlist will add "dots" in between items what {{hlist}} does. Is there a way to make the list horizontal while hiding these dots? Thanks. Sanglahi86 (talk) 15:06, 29 November 2016 (UTC)[reply]

Sanglahi86, yes, use |item_style=display:inline. if you want to prevent line breaks before/after the list, you may need |style=display:inline and |list_style=display:inline. — Preceding unsigned comment added by Frietjes (talk • contribs) 16:24, 29 November 2016 (UTC)[reply]

Effects in mobile view

I used {{ubl}} in a template, and I see this effect in mobile view:

In mobile, the browser adds an invisible bullet (as in: bulleted list). The bullet is invisible, but does take whitespace (visual indenting). This happens on my mobile browser (iPhone) and the wikipage-show-mobile option (in-desktop mobile view). Actually, when the page is being visually rendered, for a moment the bullets show.

Templates where effect is seen: {{infobox aluminium}} (pronunciation), Aluminium. Ubl is formatted in {{Infobox element/pronunciation/format}}. In this place, the indenting is undesired (expect vertical alining of data column). Note: also padding and text-indent is used, but my research & tests did not show relevance. btw, possibly my class="nomobile" could go. -DePiep (talk) 13:54, 29 November 2017 (UTC)[reply]

update: This edit, which might be of interest here, showed up on my watchlist today. Wtmitchell (talk) (earlier Boracay Bill) 14:04, 29 September 2018 (UTC)[reply]

Hanging indentation on list items

At Imagen Ltd, I wrapped the list of key people in the infobox in an unbulleted list template. The line for "Tom Blake, Commercial Director" wrapped to a second line, left-aligned with all the items in the list, leaving the continuation line visually indistinct from the first line of a new list item. For clarity, I added item_style=text-indent: -1em; margin-left: 1em; to add a hanging indentation, which pushes an item's continuation lines to the right by 1em. What would people think of making hanging indentation part of the standard formatting for this template? Largoplazo (talk) 11:21, 23 March 2018 (UTC)[reply]

@Largoplazo: bit of a late reply, but some time ago I made {{unbulleted indent list}} and {{indented plainlist}} because I too was looking for an easier way to distinguish between items in an unbulleted list. Jay D. Easy (t • c) 05:21, 5 December 2019 (UTC)[reply]

@Jay D. Easy:Thanks for that. Now that you've reminded me of my question, it occurred to me to make this a formal edit request, since I do think this should be done here, so I've now posted one below. Largoplazo (talk) 12:22, 5 December 2019 (UTC)[reply]

Template-protected edit request on 5 December 2019

This edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request.

Please build text-indent: -1em; margin-left: 1em; into the item style so that continuation lines for long items don't look like separate items. See Template talk:Unbulleted list#Hanging indentation on list items for my earlier discussion about this. Largoplazo (talk) 12:21, 5 December 2019 (UTC)[reply]

Tested below with the template's sandbox:

Charlie Horrell, CEO
Tom Blake, Commercial Director
David Wilkinson, CFO
Tim Jobling, CTO
Helen Aboagye, CMO
Nathan Birtle, VP Sales

Charlie Horrell, CEO
Tom Blake, Commercial Director
David Wilkinson, CFO
Tim Jobling, CTO
Helen Aboagye, CMO
Nathan Birtle, VP Sales

Largoplazo (talk) 15:12, 5 December 2019 (UTC)[reply]

Question: you are using Module:list/sandbox. Are some changes required to that module too? — Martin (MSGJ · talk) 22:56, 5 December 2019 (UTC)[reply]

Oh, I don't know. I just took what was already at {{unbulleted list/sandbox}} (which I now see references the list/sandbox module instead of the list module), assuming without thinking about it that it was identical to {{unbulleted list}}, and added the item_style parameter. I wasn't relying on any difference between the List and List/sandbox modules.

I just recopied the source from {{unbulleted list}} to {{unbulleted list/sandbox}} and added the item_style again. So now both the template and its sandbox are using the same module. As you can see, everything's still fine. Largoplazo (talk) 01:52, 6 December 2019 (UTC)[reply]

Done hopefully this will not have any unintended consequences — Martin (MSGJ · talk) 10:51, 6 December 2019 (UTC)[reply]

Thanks! Largoplazo (talk) 12:51, 6 December 2019 (UTC)[reply]

This has quite a wide-reaching impact; shouldn't such a change have been discussed first? For example, this change creates inconsistencies between line wraps of UBL items and those of single-liners (which are not indented). Personally, I also find it very unappealing to the eye. Lordtobi (✉) 21:29, 8 December 2019 (UTC)[reply]
Also regard these test cases where the change deviates the original style (in this case, the sandbox resembles the original version):

{{Unbulleted list|Winner|Runner-up|Third place|item_style=color:blue;}}

Side by side comparison
{{Unbulleted list}}	{{Unbulleted list/sandbox}}
Winner Runner-up Third place	Winner Runner-up Third place

{{Unbulleted list|Winner|Runner-up|Third place|item1_style=background-color:yellow; |item2_style=background-color:silver;}}

Side by side comparison
{{Unbulleted list}}	{{Unbulleted list/sandbox}}
Winner Runner-up Third place	Winner Runner-up Third place

Lordtobi (✉) 15:03, 9 December 2019 (UTC)[reply]

I don't have time to look at your review and example right now, but re "shouldn't such a change have been discussed first?": it was up for discussion for over a year and a half. Largoplazo (talk) 15:55, 9 December 2019 (UTC)[reply]

This edit request has been answered. Set the |answered= or |ans= parameter to no to reactivate your request.

Warning: I stand with Lordtobi on this. This request was too hastily approved and I urgently implore that it be reverted immediately, as this may indeed have far-reaching consequences in its current form. As shown in the example above, this mode of item indentation is certainly not free of error. In #Hanging indentation on list items I mentioned I made {{indented plainlist}} and {{unbulleted indent list}}. These also exhibit the very same issue. Certainly not every infobox agrees with their transclusion, and in some it causes data field output to be thrust into its corresponding label field, also evidenced by the example shown above.

I strongly recommend using {{indented plainlist}} and {{unbulleted indent list}} to create indented-item lists until such time as these are proven to be error-free. Both can be turned into redirects to {{plainlist}} and {{unbulleted list}} at some point, as both invoke Module:List. Next to that, if and when it is decided to include support for item indentation in {{unbulleted list}}, it would be much more preferable for it to be customizable, and more importantly, for it to be optional instead of enabled by default, as is currently the case. Jay D. Easy (t • c) 16:54, 9 December 2019 (UTC)[reply]

Reverted. Please continue discussion and experimentation in the sandbox. I encourage test case editors to copy the cases above, especially the ones with colored backgrounds, into the testcases page. – Jonesey95 (talk) 17:32, 9 December 2019 (UTC)[reply]

{{unbulleted list}} or {{ubl}} in infoboxes?

Is it pointless to change {{unbulleted list}} to {{ubl}} in an infobox? Lordtobi and I were having a dispute about this.

I thought it was easier to read the page in source mode when the infobox uses {{ubl}} since {{unbulleted list}} is very long when it appears many times in one infobox. Also, almost every article I’ve come across uses {{ubl}}. Interqwark ^{talk contribs} 08:15, 4 June 2018 (UTC)[reply]

I prefer {{ubl}} for the same reason. Brevity, simplicity. Frankly annoying when someone reverts it to {{unbulleted list}}. I also move full sources down to Template:Reflist because it makes the source WAY easier to read and edit. Cognissonance (talk) 18:16, 4 June 2018 (UTC)[reply]

@Cognissonance: That is two unrelated issues. The first - whether to use {{unbulleted list}} or {{ubl}} - is merely one of whether to use the true name of the template or a redirect that does exactly the same job in fewer characters. The second (I presume that you mean altering the article to use list-defined refs) is a change to the ref style and per WP:CITEVAR should be discussed first. --Redrose64 🌹 (talk) 22:49, 4 June 2018 (UTC)[reply]

That’s true. Interqwark ^{talk contribs} 02:19, 5 June 2018 (UTC)[reply]

Mobile devices

Why does this template have an extra space in between list items in the mobile version of Wikipedia (when compared with making pseudo-lists with <br>)? Ezhao02 (talk) 00:20, 22 July 2020 (UTC)[reply]

Centering text in a table: answer

After some trial and error I found the answer to the 2015 question above, as illustrated here...:

Wikitable with {{yes}} or {{no}} style on each row (background-color and text-align:center) to illustrate style interference and how to fix it
Code	Output
`Centered very very very very very very long string of text`	Centered very very very very very very long string of text
`Centered short text`	Centered short text
`{{Unbulleted list\|Items are left aligned\|{{tl\|Unbulleted list}} default style overrides {{tl\|no}} style}}`	Items are left aligned {{Unbulleted list}} default style overrides {{no}} style
`{{Unbulleted list\|Items still left aligned\|Ineffective style parameter\|style=text-align:center;}}`	Items still left aligned Ineffective style parameter
`{{Unbulleted list\|List center-aligned\|Using list_style parameter\|list_style=text-align:center;}}`	List center-aligned Using list_style parameter
`{{Unbulleted list\|Items center-aligned\|Using item_style parameter\|item_style=text-align:center;}}`	Items center-aligned Using item_style parameter

...perhaps this could be added to the template documentation. jnestorius^(talk) 18:02, 13 February 2021 (UTC)[reply]

Div-span-error is thrown when ubl is used in Infobox Book

I'm finding an issue with ubl in infobox book. When ubl is used in infobox book on the parameter "title_orig", it throws a div-span-flip error which WP:LINT Miscellaneous issues keeps finding when ubl is added to the page in question, The Sound of the Mountain.

Anyone have an idea why these two are not compatible? It visually works, yes, but not without the div-span-flip error being thrown.

Pinging @Robert Kerber: since you are relevant to this topic. Zinnober9 (talk) 18:13, 22 June 2021 (UTC)[reply]

Zinnober9 I don't get the mentioned error on my Yosemite Mac, and haven't in the past, so I was wondering what you meant. Have you tried using "unbulleted list" instead of "ubl"?--Robert Kerber (talk) 18:26, 22 June 2021 (UTC)[reply]

@Robert Kerber: Since {{ubl}} is simply a redirect to {{Unbulleted list}}, switching to the latter won't make a scrap of difference. The offending HTML is:

<table class="infobox vcard">
  <tbody>
    <!-- rows omitted -->
    <tr>
      <th scope="row" class="infobox-label">Original&#160;title</th>
      <td class="infobox-data">
        <span lang="ja" style="font-style: normal;" title="Japanese-language text">
          <div class="plainlist">
            <ul>
              <li>山の音</li>
              <li>Yama no oto</li>
            </ul>
          </div>
        </span>
      </td>
    </tr>
    <!-- rows omitted -->
  </tbody>
</table>

Putting a div inside a span is not permitted. The problem is not with {{ubl}}, but with {{infobox book}}, since it is the latter that produces the <span lang="ja" style="font-style: normal;" title="Japanese-language text">...</span>. --Redrose64 🌹 (talk) 23:27, 22 June 2021 (UTC)[reply]

Unbulleted lists with nested bulleted lists

This is a situation that crops up frequently in infoboxes. I want a nested list with the top level unbulleted and the subordinate list bulleted. Unfortunately nesting {{unordered list}} inside {{ubl}} (or {{ubli}}) produces a visually flat list, because there are no bullets or indentation due to it inheriting the list-style-type and margin-left:

{{ubl|Foo{{unordered list|Bar|Baz}}|Quux}}

Foo
- Bar
- Baz
Quux

To get the desired display, you have to force both list-style-type and margin-left:

{{ubl|Foo{{unordered list|item_style=list-style-type:square;margin-left:1.5em|Bar|Baz}}|Quux}}

Foo
- Bar
- Baz
Quux

In my opinion, subordinate lists built with {{ubl}} should not inherit the enclosing list's bullet type, and definitely should not inherit indentation. {{unordered list}} should always add bullets (unless you explicitly disable them). Hairy Dude (talk) 15:18, 3 June 2024 (UTC)[reply]

I would far prefer to see children within an unbulleted list stay unbulleted:

{{ubl|Foo{{unordered list|item_style=margin-left:0.8em|Bar|Baz}}|Quux}}

Foo
- Bar
- Baz
Quux

But is this something that can be controlled at this template? — HTGS (talk) 22:58, 3 June 2024 (UTC)[reply]

It's how Module:List works. Check out the lists below:

{{#invoke:list|unbulleted|First item|{{#invoke:list|bulleted|First item|Second item|Third item|item_style=color:blue;}}|Third item}}

First item
- First item
- Second item
- Third item
Third item

{{#invoke:list|bulleted|First item|{{#invoke:list|bulleted|First item|Second item|Third item|item_style=color:blue;}}|Third item}}

First item
- First item
- Second item
- Third item
Third item

You could do something with classes to get around it, but out of the million plus articles using this template, some may have intentional layers of unbulleted lists. Rjjⁱⁱⁱ (talk) 02:31, 4 June 2024 (UTC)[reply]