Change Details

It's already correct than an empty bullet is ignored so that it is not rendered on the screen or in a print preview. But when the same bullet is empty in print only, by virtue of "noprint" classed item, an empty bullet renders in print. Should this apparently overlooked aspect be fixed somehow, or should a bot sooner fix ten thousand instances of it, seen in a popular idiom on Wikipedia? # The Wikipedia manual of style [[//en.wikipedia.org/wiki/Wikipedia:Manual_of_Style/Disambiguation_pages#Ordering | allows for a bullet item in a "See also" section of a disambiguation page]] to be either of two templates. # The template produces a search link, which should not show up in print, so it is given a "noprint" class. # Since it comes after a normal bullet, a empty bullet renders in print only. # Retrofitting the template to emit its own "noprint bullet" would seem to fix it. A automated fix is readied that works perfectly for fixing the printed version, but creates its own possible problems: * The noprint bullet it creates would end up making thousands of lists contain one or more items whose bullet and item were inside a div block. Is this a problem? * On the screen it renders with an extra, but unnoticeable, gap. T55368 says the list handler starts a new list for each templated list item. Is this a problem? * If there is a fix later, yet another automated retrofit would be needed to regularize the lists again. Right? Should the bot-fix proceed or is there a better technical solution that we can wait for?

It's already correct than an empty bullet is ignored so that it is not rendered on the screen or in a print preview. But when the same bullet is empty in print only, by virtue of "noprint" classed item, an empty bullet renders in print. Should this apparently overlooked aspect be fixed somehow, or should a bot sooner fix ten thousand instances of it, seen in a popular idiom on Wikipedia? # The Wikipedia manual of style [[//en.wikipedia.org/wiki/Wikipedia:Manual_of_Style/Disambiguation_pages#Ordering | allows for a bullet item in a "See also" section of a disambiguation page]] to be either of two templates. # The template produces a search link, which should not show up in print, so it is given a "noprint" class. # Since it comes after a normal bullet, a empty bullet renders in print only. # Retrofitting the template to emit its own "noprint bullet" would seem to fix it. [An automated fix is readied](//en.wikipedia.org/wiki/Wikipedia:Bots/Requests_for_approval/CpiralBot#CpiralBot) that works perfectly for fixing the printed version, but creates its own possible problems: * The noprint bullet it creates would end up making thousands of lists contain one or more items whose bullet and item were inside a div block. * T55368 says that for completely templated list items, the list handler starts a new list for each templated list item. This fix seems like that, and creates the same, hardly-noticeable gap, as for blank lines between bullets. These together sound like the screen reader problem where too many annoying announcements are made of lists beginning and ending. * If there is a fix later, then another bot fix should have to regularize the lists. Should [[//en.wikipedia.org/wiki/Wikipedia:Bots/Requests_for_approval/CpiralBot#CpiralBot| the bot-fix proceed]] or is there a better technical solution that we can wait for?

It's already correct than an empty bullet is ignored so that it is not rendered on the screen or in a print preview. But when the same bullet is empty in print only, by virtue of "noprint" classed item, an empty bullet renders in print. Should this apparently overlooked aspect be fixed somehow, or should a bot sooner fix ten thousand instances of it, seen in a popular idiom on Wikipedia? # The Wikipedia manual of style [[//en.wikipedia.org/wiki/Wikipedia:Manual_of_Style/Disambiguation_pages#Ordering | allows for a bullet item in a "See also" section of a disambiguation page]] to be either of two templates. # The template produces a search link, which should not show up in print, so it is given a "noprint" class. # Since it comes after a normal bullet, a empty bullet renders in print only. # Retrofitting the template to emit its own "noprint bullet" would seem to fix it. A[An automated fix is readieddied](//en.wikipedia.org/wiki/Wikipedia:Bots/Requests_for_approval/CpiralBot#CpiralBot) that works perfectly for fixing the printed version, but creates its own possible problems: * The noprint bullet it creates would end up making thousands of lists contain one or more items whose bullet and item were inside a div block. Is this a problem? * On the screen it renders with an extraT55368 says that for completely templated list items, the list handler starts a new list for each templated list item. This fix seems like that, but unnoticeable, gap. T55368 says the list handler starts a new listand creates the same, hardly-noticeable gap, as for each templated list itemblank lines between bullets. Is this a problem?These together sound like the screen reader problem where too many annoying announcements are made of lists beginning and ending. * If there is a fix later, yetthen another automated retrofit wbot fix should be neededhave to regularize the lists again. Right?. Should [[//en.wikipedia.org/wiki/Wikipedia:Bots/Requests_for_approval/CpiralBot#CpiralBot| the bot-fix proceed]] or is there a better technical solution that we can wait for?