From unknown Thu Aug 21 14:53:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#57131: regarding closing tags for non void html tags in html-mode skeletons Resent-From: Yilkal Argaw Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 11 Aug 2022 03:54:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 57131 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 57131@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.16601900303244 (code B ref -1); Thu, 11 Aug 2022 03:54:02 +0000 Received: (at submit) by debbugs.gnu.org; 11 Aug 2022 03:53:50 +0000 Received: from localhost ([127.0.0.1]:51114 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oLzGX-0000qG-LT for submit@debbugs.gnu.org; Wed, 10 Aug 2022 23:53:49 -0400 Received: from lists.gnu.org ([209.51.188.17]:43336) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oLzGS-0000q4-JC for submit@debbugs.gnu.org; Wed, 10 Aug 2022 23:53:48 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:42162) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oLzGP-0006CZ-PC for bug-gnu-emacs@gnu.org; Wed, 10 Aug 2022 23:53:44 -0400 Received: from mail-yb1-xb34.google.com ([2607:f8b0:4864:20::b34]:40753) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oLzGO-0003id-1q for bug-gnu-emacs@gnu.org; Wed, 10 Aug 2022 23:53:41 -0400 Received: by mail-yb1-xb34.google.com with SMTP id 123so26434465ybv.7 for ; Wed, 10 Aug 2022 20:53:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=to:subject:message-id:date:from:mime-version:from:to:cc; bh=wGS4OLIEHROMS7YDedF+/Y0tXbm3RDIybpcINvQ0CD4=; b=YRoOOsi/FipernxryP+4QFSJbp9ESL8+7mqtCjdH1Z/9eI4kf20v7VBVuuH5ug9rI4 VCUKHbzJ+jdJyhJ4eJsxgZiodm1mTs77Rx77JmOVrpWDWY88S+SeuDhtcP+vMRTSlVpa UgRXlXo1LJmJvrZ0t/A2ucPl3O/2hwjatkheZfqWLxUGdCOcsDzwib2t48XjhtCcWbus pYhzR6BSg7HvYXZvip6eM9IokCLAhsK6dIsz8QJgaPdWqSm87Jupcrrqunq98HOgvW9h WSU6IIxyMrK5s2H2Xi40LMw6HO6mFkHGqU+evD7ELqGtDn3C2kr/yt/XF6y3fgQXBUO7 0B9Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc; bh=wGS4OLIEHROMS7YDedF+/Y0tXbm3RDIybpcINvQ0CD4=; b=3ZrUqVeysWWk4eeW4Hb6FaoVgNP1kK1uTpfp6A6nG1+eYcOdvWY14jWV9fKdO+PJt9 xSywXJMi1MXOWZahH9y3zb0Rshznn/HS3osiZ3v2Rwn3w2KwlGcz94awtFxlMGqAT5yK oZLGbf4PQbkXbXxNBE4UtR68TLxFx5yXOQPoUK0nGaPTQq2Ggbu2IR9G8Tg8zGw1/KdA kvUBc3jPZZVpiigBBH63jpWCyczQtoEjFJbpJMCVOM9sE/AddY3qQAUzPvRkDDd7ClHG DJzABA6ptZ7N0NSAeYpQ+I9jYX4lzrDy+MVHAlopFrKqm+4k0PKZGLq98Sue3/6qQOvA BBMg== X-Gm-Message-State: ACgBeo0mnoF3ad7ZhX6poYWE9yZHQxseB+9LnyohJI4TZNlShebFg/GR sO1mp4OI9BdV/uddFp+OWfo6gqCfQiK90vjz906RYodpwO8= X-Google-Smtp-Source: AA6agR7bL5nxvxn5nj4VlK42hhSV7xfbBezTtJCJFa42KmZt0UG0+ZISZRQAUSt/zhU2Qh8gZW88QDYfw0nB1hfZ8Hk= X-Received: by 2002:a05:6902:701:b0:678:9bcc:e8c6 with SMTP id k1-20020a056902070100b006789bcce8c6mr28367708ybt.120.1660190018016; Wed, 10 Aug 2022 20:53:38 -0700 (PDT) MIME-Version: 1.0 From: Yilkal Argaw Date: Thu, 11 Aug 2022 06:53:27 +0300 Message-ID: Content-Type: text/plain; charset="UTF-8" Received-SPF: pass client-ip=2607:f8b0:4864:20::b34; envelope-from=yilkalargawworkneh@gmail.com; helo=mail-yb1-xb34.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) Hi guys I've kindof raised this issue on the emacs-devel mailing list and I was recommended to report it as a bug or feature request in this mailing list so here it goes. In emacs insertion of html tags using the provided skeletons in html-mode and mhtml mode uses skeletons for insertion of tags using commands like sgml-tag. These skeletons are defined inside html-tags-alist. The problem with using them is that they would not generate closing tags for many of the tags (like

  • 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 because the convention used widely in modern html is to close tags as long as they are not "void elements". This behaviour is even assumed in the indentation behaviour that it causes weird indentation when inserting the something like list items inside unordered list. This reference link mentioned the mailing list discussion by tomas@tuxteam.de regarding html void elements in the html5 specification might be a good reference [1] https://www.w3.org/TR/2011/WD-html-markup-20110113/syntax.html#syntax-elements always with regards Yilkal From unknown Thu Aug 21 14:53:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#57131: regarding closing tags for non void html tags in html-mode skeletons Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 12 Aug 2022 15:21:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 57131 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Yilkal Argaw Cc: 57131@debbugs.gnu.org Received: via spool by 57131-submit@debbugs.gnu.org id=B57131.166031763631598 (code B ref 57131); Fri, 12 Aug 2022 15:21:01 +0000 Received: (at 57131) by debbugs.gnu.org; 12 Aug 2022 15:20:36 +0000 Received: from localhost ([127.0.0.1]:58614 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oMWSh-0008Da-Jw for submit@debbugs.gnu.org; Fri, 12 Aug 2022 11:20:35 -0400 Received: from quimby.gnus.org ([95.216.78.240]:55752) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oMWSe-0008DB-Ts for 57131@debbugs.gnu.org; Fri, 12 Aug 2022 11:20:34 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:Date:References: In-Reply-To:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=UpYOkswlI06e8b3f2WfuaCRpowzNYI6+mN/vClJOXtk=; b=Ac/Mim/CYdBeNODq8EkaUGKbgr iQfvRz+2QIkUjZ9eNVQfTfc4RtB8d9V9P0mgKJM9VFj2nepAn6GyC/jwO+lnzpc9BaULrHUGMvepz vfMGNhhqFvhimPxi0YeTwk1xjwEfdPm4obwcsL6BL3nNqIy7zaT7NqCKkK6pqRofqAUk=; Received: from [84.212.220.105] (helo=joga) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oMWSW-0006Ri-Tf; Fri, 12 Aug 2022 17:20:26 +0200 From: Lars Ingebrigtsen In-Reply-To: (Yilkal Argaw's message of "Thu, 11 Aug 2022 06:53:27 +0300") References: X-Now-Playing: Joni Mitchell's _Clouds_: "Tin Angel" Date: Fri, 12 Aug 2022 17:20:24 +0200 Message-ID: <87sfm1o5dz.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Yilkal Argaw writes: > The problem with using them is that they would not > generate closing tags for many of the tags (like

  • because it > is assumed that only xml needs closing tags and the closing pairs are > co [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Yilkal Argaw writes: > The problem with using them is that they would not > generate closing tags for many of the tags (like

  • 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. From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 12 11:20:41 2022 Received: (at control) by debbugs.gnu.org; 12 Aug 2022 15:20:41 +0000 Received: from localhost ([127.0.0.1]:58617 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oMWSm-0008Ds-Ub for submit@debbugs.gnu.org; Fri, 12 Aug 2022 11:20:41 -0400 Received: from quimby.gnus.org ([95.216.78.240]:55766) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oMWSj-0008DN-Gl for control@debbugs.gnu.org; Fri, 12 Aug 2022 11:20:37 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=984Q6yEuK9fzy1W3jYS3HeW1L8Hc0/ug+zGB9pntc6U=; b=ESqVYgEYU47Cg50T3zobYW0ubV Grsx4NaXIAnR1aFWGy7h5yUajVHVGWD9+zCeS8UVMLlZnLwTp+h7jmqtjvQy9D43FbIRCAWb8NQeK AbkDHxsJPOlCEaMKYWMbfMvusdwFHnW50eXJIZRMVgUbUvNK5mW1pcviTmkiINV8buI4=; Received: from [84.212.220.105] (helo=joga) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oMWSb-0006Rq-Ph for control@debbugs.gnu.org; Fri, 12 Aug 2022 17:20:31 +0200 Date: Fri, 12 Aug 2022 17:20:29 +0200 Message-Id: <87r11lo5du.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #57131 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: tags 57131 notabug close 57131 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) tags 57131 notabug close 57131 quit From unknown Thu Aug 21 14:53:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#57131: regarding closing tags for non void html tags in html-mode skeletons Resent-From: Yilkal Argaw Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 12 Aug 2022 20:57:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 57131 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: notabug To: Lars Ingebrigtsen Cc: 57131@debbugs.gnu.org Received: via spool by 57131-submit@debbugs.gnu.org id=B57131.166033779524526 (code B ref 57131); Fri, 12 Aug 2022 20:57:02 +0000 Received: (at 57131) by debbugs.gnu.org; 12 Aug 2022 20:56:35 +0000 Received: from localhost ([127.0.0.1]:59028 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oMbhr-0006NT-Et for submit@debbugs.gnu.org; Fri, 12 Aug 2022 16:56:35 -0400 Received: from mail-yw1-f180.google.com ([209.85.128.180]:44648) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oMbhp-0006N3-Ut for 57131@debbugs.gnu.org; Fri, 12 Aug 2022 16:56:34 -0400 Received: by mail-yw1-f180.google.com with SMTP id 00721157ae682-31f661b3f89so20949027b3.11 for <57131@debbugs.gnu.org>; Fri, 12 Aug 2022 13:56:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc; bh=v2EWZgRTnsH77ZpVMFZ+qjzVGaphUeAQSuj5ZboZDw4=; b=WFmCpQY+fGkS4UkiUDGlXXqj1sswmMjJnxV6g+szJvCTLZr9W+kytipwghAoR1ajcL a487fMpp225Au+EvCJFY6cNC8z8kcHSGtzZW9QkzGL0J9xHjwSaS0hUx8T35exScDNdx EZTs/hiIfvLE1MABpGBTgiqeWDNf4ZoVkMbUlnuuLjWOhS6GCNxG4/Lre2/YYoxY+44K e4S18slFk2Rv5X+BujcDm5M6bzISD6Pio73GYbyYUIJXfu+nuQ3vcFLgQQhNSX+p7n2g thBDGZDawFc2iTLkSYzU/6aE/oEWZgcijw4dDbJyqSFde3Ned3KKl5eaZ1g01mMHzxz5 loBg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc; bh=v2EWZgRTnsH77ZpVMFZ+qjzVGaphUeAQSuj5ZboZDw4=; b=TYYSc/V0gXodMUo8jXWJXMPT3tnuiWIix6viHIb7P4ugJuqCIkY/nhMZfr/jwMQLlf bxYsoF+K+30eKe79NomAaaqUAW0uonLS//wR+2xwgRFSBPevBduaAvDqiGj5EY5vDsun mxHdclwNDKWyXo66JFAPhFs3NHp9RFyuorZ7SItEK5OAYDKLtkzhitRTnqm84LaFrQC1 qDjv+wHVRqHEQSSLQTqFRUvvVJirqpqOtESvmtljslmfueZHf3EFvyKhNqXQX1bB1CRn 2Bhy3KmzVAnwcxSuagF5dImyKbfzzwhtkhwI8qceP7QmFhddS0W0c3ZaLadXeFH+VTGE Crag== X-Gm-Message-State: ACgBeo2Q+qbXYRW3Tctid+z1cxtwzcJbsbsxrhyhG9o7Z9VKgTc5i/S+ jrBLsBXxsrckndA72/sWTTWgBRu3aonRi43kbymD5TyYz3c= X-Google-Smtp-Source: AA6agR5zAGR6a9OoOekEHSALgLl2CNOlIVKcZixt5fU+oM993WCFPhbGUWc/FFcmLQKZuaahFrSkgfuShyNYGsL8RDM= X-Received: by 2002:a81:1615:0:b0:326:8d61:6259 with SMTP id 21-20020a811615000000b003268d616259mr5534293yww.164.1660337788358; Fri, 12 Aug 2022 13:56:28 -0700 (PDT) MIME-Version: 1.0 References: <87sfm1o5dz.fsf@gnus.org> In-Reply-To: <87sfm1o5dz.fsf@gnus.org> From: Yilkal Argaw Date: Fri, 12 Aug 2022 23:56:17 +0300 Message-ID: Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hi > No, that's not the convention used in "modern html". Quite the opposite. Sorry if I am wrong. I will list the reasons for what I said. I am not trying to make this into a debate but I am listing them if they make my argument clearer. 1. The wording in the HTML5 standard optional tags section Reference Link: https://www.w3.org/TR/2018/SPSD-html5-20180327/syntax.html#optional-tags The wording used in this specification is that the aforementioned closing tags may be omitted. There is no enforcement or recommendation on this behavior. So a user is able to choose on the behavior that one requires and it would not make the code XML. So the editor should not limit this option for XML code only. Note: I am not talking about treating html and xml the same. I am also not referring to tags that are labeled as void-elements in the HTML5 standard but require closing tags on XML. I don't want to close tag for example but I might prefer to have closing tags for

  • and so on. So what I was referring to was having a variable like html-close-optional-tags or html-close-optional-tags-alist which will allow the user to specify this behavior instead of just saying go to use xml-mode if you need this behavior. 2. This is how other tools do it so I may not be only one who prefers to close my list-items and paragraphs. - Web Mode in Emacs - Emmet on Emacs - VS code - Cuda text - Atom (RIP) - Bluefish Editor - Sublime Text 3 - Vim (vim-closetag plugin) I have even looked into the html source of w3.org and the close their
  • ,

    and tags. With Regards Yilkal A. On Fri, Aug 12, 2022 at 6:20 PM Lars Ingebrigtsen wrote: > > Yilkal Argaw writes: > > > The problem with using them is that they would not > > generate closing tags for many of the tags (like

  • 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. From unknown Thu Aug 21 14:53:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#57131: regarding closing tags for non void html tags in html-mode skeletons Resent-From: Yilkal Argaw Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 12 Aug 2022 21:00:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 57131 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: notabug To: Lars Ingebrigtsen Cc: 57131@debbugs.gnu.org Received: via spool by 57131-submit@debbugs.gnu.org id=B57131.166033799724813 (code B ref 57131); Fri, 12 Aug 2022 21:00:02 +0000 Received: (at 57131) by debbugs.gnu.org; 12 Aug 2022 20:59:57 +0000 Received: from localhost ([127.0.0.1]:59039 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oMbl7-0006S9-0v for submit@debbugs.gnu.org; Fri, 12 Aug 2022 16:59:57 -0400 Received: from mail-yw1-f179.google.com ([209.85.128.179]:44951) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oMbl5-0006Rv-Pa for 57131@debbugs.gnu.org; Fri, 12 Aug 2022 16:59:56 -0400 Received: by mail-yw1-f179.google.com with SMTP id 00721157ae682-31f661b3f89so21019247b3.11 for <57131@debbugs.gnu.org>; Fri, 12 Aug 2022 13:59:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc; bh=RpZiuFSM41hiN5k0QBF3TBl4yo++xJpd+Kh3UJSatc0=; b=ZKQAM3P7qPXg4sChwA0xl4wmRbs8YTUtgvL4wKkjTXURtqmnV+4w/qq7lsdZud/V0K TEY1y7eteGpartiXpcgWg9eELU7U5i+lm65RlEYFXm+c1n6Xqvz6xCzHkmPSN9+3Hf/p VO6cE5dxAXxYBS31aC3nMxb3e/OnxCDrgWzmPv67kXPJG8s6bHOz63bhPWVTMe8Dyxdw HyIRDsMg5muhk1tmoBA+cwl5VthKQ28KZx1ViadAgNFGweDcPre0VzuKizF/5NeJBqg9 qhnbfPhtZqfk0r2020oVeG0bvLJo/wLvL2OyiTBYhWo5ADbk20gV8iT7zlv9ZwZ42G0X SEQQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc; bh=RpZiuFSM41hiN5k0QBF3TBl4yo++xJpd+Kh3UJSatc0=; b=Yzmf/svIcmIcc+nDFWNPKotF2IrwRuaY+Zj5V3tpjcVcBmkLjb559ROnW7C7HOoC61 tXwlUrgy6D3SQUbZ3QqB1Ihym+dF9uMEFhKjKhg/R0VEXH6/atAy0z2WVsf+qN1MjSrH IzUusTK+1Phxn2bBZNc3GHQ+gy7hX2P6dJZ/jPBT3OyJcErI9b8qW/D2SCUlerNZckCL nCcE1+jy5QRp80erEBKjV7yMHFvHci/2zlRzh7LLhrbRLJySU+XqW/rrdo3hhlTA3z0v xdknDi3Gl9yRSlHCOXFCXWfj0LpslPjEfYW5OqOllDeyc3cCDLT8SimQV75OThGviDAC jkfQ== X-Gm-Message-State: ACgBeo2I0kDf4evDBz7cHf6O66HOjtZ86QheHxEWzJbsg5PwBnVxJHPh lz+2k1D0QdCx1UPjQ8ArzsbTqfopJqdQyIhWFvk1CgujxX4= X-Google-Smtp-Source: AA6agR4pTrjBI6JvkxLv1SN2X6xeJa5AxBcsPe3k8W75SQgkw05BorvAQ251Px6U4J9XrbGFjVZvj249CkjCt4gjuHs= X-Received: by 2002:a81:71c6:0:b0:318:38d5:37f3 with SMTP id m189-20020a8171c6000000b0031838d537f3mr5239491ywc.268.1660337990276; Fri, 12 Aug 2022 13:59:50 -0700 (PDT) MIME-Version: 1.0 References: <87sfm1o5dz.fsf@gnus.org> In-Reply-To: From: Yilkal Argaw Date: Fri, 12 Aug 2022 23:59:39 +0300 Message-ID: Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hi > No, that's not the convention used in "modern html". Quite the opposite. Sorry if I am wrong. I will list the reasons for what I said. I am not trying to make this into a debate but I am listing them if they make my argument clearer. 1. The wording in the HTML5 standard optional tags section Reference Link: https://www.w3.org/TR/2018/SPSD-html5-20180327/syntax.html#optional-tags The wording used in this specification is that the aforementioned closing tags may be omitted. There is no enforcement or recommendation on this behavior. So a user is able to choose on the behavior that one requires and it would not make the code XML. So the editor should not limit this option for XML code only. Note: I am not talking about treating html and xml the same. I am also not referring to tags that are labeled as void-elements in the HTML5 standard but require closing tags on XML. I don't want to close tag for example but I might prefer to have closing tags for

  • and so on. So what I was referring to was having a variable like html-close-optional-tags or html-close-optional-tags-alist which will allow the user to specify this behavior instead of just saying go to use xml-mode if you need this behavior. 2. This is how other tools do it so I may not be the only one who prefers to close my list-items and paragraphs. - Web Mode in Emacs - Emmet on Emacs - VS code - Cuda text - Atom (RIP) - Bluefish Editor - Sublime Text 3 - Vim (vim-closetag plugin) I have even looked into the html source of w3.org and the close their
  • ,

    and tags. With Regards Yilkal A. On Fri, Aug 12, 2022 at 11:56 PM Yilkal Argaw wrote: > > Hi > > > No, that's not the convention used in "modern html". Quite the opposite. > > Sorry if I am wrong. I will list the reasons for what I said. I am > not trying to > make this into a debate but I am listing them if they make my argument clearer. > > 1. The wording in the HTML5 standard optional tags section > Reference Link: > https://www.w3.org/TR/2018/SPSD-html5-20180327/syntax.html#optional-tags > The wording used in this specification is that the > aforementioned closing tags > may be omitted. There is no enforcement or recommendation on > this behavior. > So a user is able to choose on the behavior that one requires > and it would not > make the code XML. So the editor should not limit this option for XML code > only. > > Note: I am not talking about treating html and xml the same. I am also > not referring > to tags that are labeled as void-elements in the HTML5 > standard but require > closing tags on XML. I don't want to close tag for > example but I might > prefer to have closing tags for

  • and so on. So > what I was referring > to was having a variable like html-close-optional-tags or > html-close-optional-tags-alist > which will allow the user to specify this behavior instead > of just saying go to use > xml-mode if you need this behavior. > > 2. This is how other tools do it so I may not be only one who prefers > to close my > list-items and paragraphs. > - Web Mode in Emacs > - Emmet on Emacs > - VS code > - Cuda text > - Atom (RIP) > - Bluefish Editor > - Sublime Text 3 > - Vim (vim-closetag plugin) > > I have even looked into the html source of w3.org and the close > their
  • ,

    and tags. > > With Regards > Yilkal A. > > On Fri, Aug 12, 2022 at 6:20 PM Lars Ingebrigtsen wrote: > > > > Yilkal Argaw writes: > > > > > The problem with using them is that they would not > > > generate closing tags for many of the tags (like

  • 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.