GNU bug report logs -
#36475
[PATCH] Handle 'abbr' and 'acronym' tags in shr.el
Previous Next
Reported by: Nicholas Drozd <nicholasdrozd <at> gmail.com>
Date: Tue, 2 Jul 2019 14:08:02 UTC
Severity: wishlist
Tags: fixed, patch
Fixed in version 27.1
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 36475 in the body.
You can then email your comments to 36475 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#36475
; Package
emacs
.
(Tue, 02 Jul 2019 14:08:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Nicholas Drozd <nicholasdrozd <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Tue, 02 Jul 2019 14:08:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
I came across some `abbr` tags in the wild: check out the first
paragraph of http://mindprod.com/jgloss/unmainobfuscation.html. EWW
doesn't handle those, so here is a patch for that.
My understanding is that there is also an `acronym` tag which has been
deprecated in favor of `abbr`. I figured we might as well cover that
one too just in case.
I picked the `diary` face for abbreviations, but that choice didn't
have a lot of thought put into it. Whoever commits can choose
something else.
Let's try to get this merged <abbr title="as soon as possible">ASAP</abbr>.
[0001-Handle-abbr-and-acronym-tags-in-shr.el.patch (text/x-patch, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#36475
; Package
emacs
.
(Tue, 02 Jul 2019 18:27:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 36475 <at> debbugs.gnu.org (full text, mbox):
Nicholas Drozd <nicholasdrozd <at> gmail.com> writes:
> +(defun shr-tag-abbr (dom)
> + (let ((title (dom-attr dom 'title))
> + (start (point)))
> + (shr-generic dom)
> + (shr-add-font start (point) 'diary)
> + (add-text-properties
> + start (point)
> + (list
> + 'help-echo title
> + 'mouse-face 'highlight))))
> +
> +(defun shr-tag-acronym (dom)
> + ;; `acronym' is deprecated in favor of `abbr'.
> + (shr-tag-abbr dom))
Couldn't this be a defalias?
Best regards, Michael.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#36475
; Package
emacs
.
(Tue, 02 Jul 2019 23:12:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 36475 <at> debbugs.gnu.org (full text, mbox):
It could be, but I don't know that much would be gained. While a
defalias would be slightly terser, it would also stick out from the
surrounding defuns. I don't have a strong opinion either way. Are
there any non-style considerations?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#36475
; Package
emacs
.
(Wed, 03 Jul 2019 06:43:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 36475 <at> debbugs.gnu.org (full text, mbox):
Nicholas Drozd <nicholasdrozd <at> gmail.com> writes:
Hi Nicholas,
> It could be, but I don't know that much would be gained. While a
> defalias would be slightly terser, it would also stick out from the
> surrounding defuns. I don't have a strong opinion either way. Are
> there any non-style considerations?
I have no strong opinion either, but using a defalias seems to me the
better choice. Maybe I'm biased due to the work on Tramp, where a large
part of the job is keeping backward compatibility with older
Emacsen. That's why I have a preference to defalias, whenever
possible. It needs less maintainership attention.
But it is your decision, of course.
Best regards, Michael.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#36475
; Package
emacs
.
(Wed, 03 Jul 2019 20:18:01 GMT)
Full text and
rfc822 format available.
Message #17 received at 36475 <at> debbugs.gnu.org (full text, mbox):
Let's leave it as a defun for now then, and anyone who objects can
change it later (probably without any consequence). shr-tag-tt does
the same thing, deferring to shr-tag-code, so shr-tag-tt and
shr-tag-acronym can be changed together.
On Wed, Jul 3, 2019 at 1:42 AM Michael Albinus <michael.albinus <at> gmx.de> wrote:
>
> Nicholas Drozd <nicholasdrozd <at> gmail.com> writes:
>
> Hi Nicholas,
>
> > It could be, but I don't know that much would be gained. While a
> > defalias would be slightly terser, it would also stick out from the
> > surrounding defuns. I don't have a strong opinion either way. Are
> > there any non-style considerations?
>
> I have no strong opinion either, but using a defalias seems to me the
> better choice. Maybe I'm biased due to the work on Tramp, where a large
> part of the job is keeping backward compatibility with older
> Emacsen. That's why I have a preference to defalias, whenever
> possible. It needs less maintainership attention.
>
> But it is your decision, of course.
>
> Best regards, Michael.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#36475
; Package
emacs
.
(Thu, 04 Jul 2019 19:41:01 GMT)
Full text and
rfc822 format available.
Message #20 received at 36475 <at> debbugs.gnu.org (full text, mbox):
severity 36475 wishlist
quit
Nicholas Drozd <nicholasdrozd <at> gmail.com> writes:
> I came across some `abbr` tags in the wild: check out the first
> paragraph of http://mindprod.com/jgloss/unmainobfuscation.html. EWW
> doesn't handle those, so here is a patch for that.
>
> My understanding is that there is also an `acronym` tag which has been
> deprecated in favor of `abbr`. I figured we might as well cover that
> one too just in case.
+1.
> I picked the `diary` face for abbreviations, but that choice didn't
> have a lot of thought put into it. Whoever commits can choose
> something else.
Indeed I don't think the 'diary' face is a very good fit. Not only is
it undefined unless calendar.el is loaded, but it also has a quite
jarring red/yellow foreground by default, and bears no relation to
abbreviations.
The major browsers use a dotted underline, and text in Emacs that has a
'help-echo' property is usually fontified with a face inheriting from
'link' (outside of the mode line, images, and buttons, of course).
So my suggestion is to provide a new face inheriting from either
'shr-link', 'link', or 'underline'. Personally, I would also add
':underline (:style wave)', as it reminds me of the dotted underline in
external browsers:
(defface shr-abbreviation
'((t :inherit underline :underline (:style wave)))
"Face for <abbr> elements.")
Thoughts? Lars?
> Let's try to get this merged <abbr title="as soon as possible">ASAP</abbr>.
>
> From a720473ad1001d3a72f9b3f3155f5488726cabde Mon Sep 17 00:00:00 2001
> From: Nick Drozd <nicholasdrozd <at> gmail.com>
> Date: Mon, 1 Jul 2019 23:46:10 -0500
> Subject: [PATCH] Handle 'abbr' and 'acronym' tags in shr.el
>
> * lisp/net/shr.el: Add 'abbr' and 'acronym' tag handling.
Nit: I think this should list the new functions, as per usual:
* lisp/net/shr.el (shr-tag-abbr, shr-tag-acronym): New functions
handling 'abbr' and 'acronym' tags, respectively.
> * etc/NEWS: Announce change in shr behavrior.
> ---
> etc/NEWS | 3 +++
> lisp/net/shr.el | 15 +++++++++++++++
> 2 files changed, 18 insertions(+)
>
> diff --git a/etc/NEWS b/etc/NEWS
> index abbece374a..464dae2454 100644
> --- a/etc/NEWS
> +++ b/etc/NEWS
> @@ -989,6 +989,9 @@ This attribute is meant to tell screen readers to ignore a tag.
> ---
> *** The <code ...> tag is now handled.
>
> +---
> +*** The <abbr ...> and <acronym ...> tags are now handled.
> +
I suggest announcing all new tags (i.e. including <code>) in a single
NEWS entry.
> ** Htmlfontify
>
> *** The functions 'hfy-color', 'hfy-color-vals' and
> diff --git a/lisp/net/shr.el b/lisp/net/shr.el
> index 7fdb3212d4..3af3db637a 100644
> --- a/lisp/net/shr.el
> +++ b/lisp/net/shr.el
> @@ -1470,6 +1470,21 @@ shr-tag-a
> (when url
> (shr-urlify (or shr-start start) (shr-expand-url url) title))))
>
> +(defun shr-tag-abbr (dom)
> + (let ((title (dom-attr dom 'title))
> + (start (point)))
> + (shr-generic dom)
> + (shr-add-font start (point) 'diary)
> + (add-text-properties
> + start (point)
> + (list
> + 'help-echo title
> + 'mouse-face 'highlight))))
According to Mozilla[1], the 'title' attribute is optional, so perhaps
we should avoid this fontification if the attribute is missing, which is
what Firefox and Chromium seem do.
[1]: https://developer.mozilla.org/en/docs/Web/HTML/Element/abbr
Apart from these minor comments, LGTM.
Thanks,
--
Basil
Severity set to 'wishlist' from 'minor'
Request was from
"Basil L. Contovounesios" <contovob <at> tcd.ie>
to
control <at> debbugs.gnu.org
.
(Thu, 04 Jul 2019 19:41:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#36475
; Package
emacs
.
(Fri, 05 Jul 2019 13:04:02 GMT)
Full text and
rfc822 format available.
Message #25 received at 36475 <at> debbugs.gnu.org (full text, mbox):
"Basil L. Contovounesios" <contovob <at> tcd.ie> writes:
> (defface shr-abbreviation
> '((t :inherit underline :underline (:style wave)))
> "Face for <abbr> elements.")
>
> Thoughts? Lars?
Sounds good.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#36475
; Package
emacs
.
(Fri, 05 Jul 2019 16:37:02 GMT)
Full text and
rfc822 format available.
Message #28 received at 36475 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Thanks for the comments, Basil. Attached is a revised patch that
covers everything <abbr title="as far as I can tell">AFAICT</abbr>.
[0001-Handle-abbr-and-acronym-tags-in-shr.el.patch (text/x-patch, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#36475
; Package
emacs
.
(Sat, 06 Jul 2019 12:04:02 GMT)
Full text and
rfc822 format available.
Message #31 received at 36475 <at> debbugs.gnu.org (full text, mbox):
Nicholas Drozd <nicholasdrozd <at> gmail.com> writes:
> Thanks for the comments, Basil. Attached is a revised patch that
> covers everything <abbr title="as far as I can tell">AFAICT</abbr>.
Looks good; I've now applied this to trunk.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Added tag(s) fixed.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Sat, 06 Jul 2019 12:04:02 GMT)
Full text and
rfc822 format available.
bug marked as fixed in version 27.1, send any further explanations to
36475 <at> debbugs.gnu.org and Nicholas Drozd <nicholasdrozd <at> gmail.com>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Sat, 06 Jul 2019 12:04:03 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sun, 04 Aug 2019 11:24:07 GMT)
Full text and
rfc822 format available.
This bug report was last modified 5 years and 315 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.