GNU bug report logs -
#59549
EWW ordered list display irregularity
Previous Next
Full log
Message #26 received at 59549 <at> debbugs.gnu.org (full text, mbox):
> From: Sebastián Monía <sebastian <at> sebasmonia.com>
> Cc: Eli Zaretskii <eliz <at> gnu.org>, 59549 <at> debbugs.gnu.org,
> nicholasdrozd <at> gmail.com
> Date: Tue, 05 Nov 2024 22:20:45 -0500
>
> Jim Porter <jporterbugs <at> gmail.com> writes:
>
> > On 11/5/2024 9:10 AM, Eli Zaretskii wrote:
> >>> From: Sebastián Monía <sebastian <at> sebasmonia.com>
> >>> Cc: 59549 <at> debbugs.gnu.org
> >>> Date: Tue, 05 Nov 2024 09:38:28 -0500
> >>>
> >>> If we think it is OK to render the empty items, then we could close this
> >>> bug instead of merging. Either way, one less item in the TODO list ;)
> >> Thanks.
> >> I'm not enough of an HTML expert to be sure that this is the right
> >> fix
> >> in general, sorry. I hope someone else will be able to tell.
> >
> > I think the current behavior with the empty list item is correct,
> > actually. Other browsers don't show the list item (and renumber the
> > list as appropriate) because the CSS rule for ".mw-empty-elt" has
> > "display: none". EWW/SHR don't parse CSS[1], and so we show the empty
> > item.
> >
> > You can see the same "problem" in Firefox if you load
> > <https://en.wiktionary.org/wiki/locus#Noun> and go to View -> Page
> > Style -> No Style. Since that's roughly what EWW/SHR is doing, I think
> > we're consistent with other browsers here.
> >
> > [1] Well, they can parse some limited inline CSS using the "style"
> > attribute, but that doesn't apply here since the styling comes from a
> > CSS class.
>
> Then we can close this report? Since it isn't really a bug, but "working
> as intended".
Yes, I think so.
This bug report was last modified 224 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.