all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Stefan Monnier <monnier@iro.umontreal.ca>
To: Lars Ingebrigtsen <larsi@gnus.org>
Cc: 34920@debbugs.gnu.org
Subject: bug#34920: 27.0.50; Poor eww rendering of SourceHut file "trees"
Date: Thu, 21 Mar 2019 09:20:02 -0400	[thread overview]
Message-ID: <jwvd0mkl680.fsf-monnier+emacs@gnu.org> (raw)
In-Reply-To: <m3r2b0z9a5.fsf@gnus.org> (Lars Ingebrigtsen's message of "Thu, 21 Mar 2019 13:44:50 +0100")

> shr will never support more than an itsy-bitsy CSS subset (due to both
> speed and layout considerations),

[ Never say never, but, yes, that sounds about right.  ]

> so fetching CSS externally would be a disservice to the users.

Not sure I understand why you think so: is it because of (1) the time wasted
fetching it or (2) the slowdown imposed by parsing it or (3) the slowdown
imposed on the rendering when the CSS is large or (4) ...?

My impression is that just (1) would rarely be a performance
problem (assuming it's just one CSS file) and that the parsing could
ditch all the irrelevant properties we don't support anyway so the
impact of (3) should be minor.  So is it (2)?

> And asking web designers to change their pages so that they'll look
> better in non-CSS browser isn't really scaleable.  :-)

So what the solution?


        Stefan





  reply	other threads:[~2019-03-21 13:20 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-03-19 20:00 bug#34920: 27.0.50; Poor eww rendering of SourceHut file "trees" Stefan Monnier
2019-03-19 20:22 ` Lars Ingebrigtsen
2019-03-19 21:49   ` Stefan Monnier
2019-03-19 21:54     ` Lars Ingebrigtsen
2019-03-21  1:01       ` Stefan Monnier
2019-03-21  8:19         ` Lars Ingebrigtsen
2019-03-21 12:14           ` Stefan Monnier
2019-03-21 12:44             ` Lars Ingebrigtsen
2019-03-21 13:20               ` Stefan Monnier [this message]
2019-03-21 13:48                 ` Lars Ingebrigtsen
2019-03-21 17:09                   ` Basil L. Contovounesios
2019-03-22  0:39                     ` Stefan Monnier
2019-03-23 15:24                       ` Lars Ingebrigtsen
2019-05-13 19:32                         ` Lars Ingebrigtsen
2019-04-09 23:54                   ` Noam Postavsky

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=jwvd0mkl680.fsf-monnier+emacs@gnu.org \
    --to=monnier@iro.umontreal.ca \
    --cc=34920@debbugs.gnu.org \
    --cc=larsi@gnus.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.