all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Lars Ingebrigtsen <larsi@gnus.org>
To: Yilkal Argaw <yilkalargawworkneh@gmail.com>
Cc: 57131@debbugs.gnu.org
Subject: bug#57131: regarding closing tags for non void html tags in html-mode skeletons
Date: Fri, 12 Aug 2022 17:20:24 +0200	[thread overview]
Message-ID: <87sfm1o5dz.fsf@gnus.org> (raw)
In-Reply-To: <CAJddU=oAFh5rE5M7ZJ_w9aZvJb116o1-zMgq8b743EXz3zJbLw@mail.gmail.com> (Yilkal Argaw's message of "Thu, 11 Aug 2022 06:53:27 +0300")

Yilkal Argaw <yilkalargawworkneh@gmail.com> writes:

> The problem with using them is that they would not
> generate closing tags for many of the tags (like <li> <p> because it
> is assumed that only xml needs closing tags and the closing pairs are
> controlled by the variable sgml-xml-mode. There should be a variable
> to control this behaviour

The variable that controls this is `sgml-xml-mode', so just set that to
a non-nil value if you prefer these functions to insert close tags.

> because the convention used widely in modern
> html is to close tags as long as they are not "void elements".

No, that's not the convention used in "modern html".  Quite the opposite.

>  This behaviour is even assumed in the indentation behaviour that it
> causes weird indentation when inserting the something like list items
> inside unordered list.

If something is doing that, then it's not parsing HTML properly.  HTML
isn't XHTML.

I don't see anything to fix here, so I'm closing this bug report.





  reply	other threads:[~2022-08-12 15:20 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-08-11  3:53 bug#57131: regarding closing tags for non void html tags in html-mode skeletons Yilkal Argaw
2022-08-12 15:20 ` Lars Ingebrigtsen [this message]
2022-08-12 20:56   ` Yilkal Argaw
2022-08-12 20:59     ` Yilkal Argaw

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=87sfm1o5dz.fsf@gnus.org \
    --to=larsi@gnus.org \
    --cc=57131@debbugs.gnu.org \
    --cc=yilkalargawworkneh@gmail.com \
    /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.