X-Loop: help-debbugs@HIDDEN Subject: bug#36307: 26.2; Interaction between electric-pair and electric-quote Resent-From: Gustavo Barros <gusbrs.2016@HIDDEN> Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> Resent-CC: bug-gnu-emacs@HIDDEN Resent-Date: Thu, 20 Jun 2019 13:21:02 +0000 Resent-Message-ID: <handler.36307.B.156103685729177 <at> debbugs.gnu.org> Resent-Sender: help-debbugs@HIDDEN X-GNU-PR-Message: report 36307 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 36307 <at> debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@HIDDEN Received: via spool by submit <at> debbugs.gnu.org id=B.156103685729177 (code B ref -1); Thu, 20 Jun 2019 13:21:02 +0000 Received: (at submit) by debbugs.gnu.org; 20 Jun 2019 13:20:57 +0000 Received: from localhost ([127.0.0.1]:48071 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1hdwzo-0007aX-RC for submit <at> debbugs.gnu.org; Thu, 20 Jun 2019 09:20:57 -0400 Received: from lists.gnu.org ([209.51.188.17]:51834) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <gusbrs.2016@HIDDEN>) id 1hdwzn-0007aQ-E1 for submit <at> debbugs.gnu.org; Thu, 20 Jun 2019 09:20:55 -0400 Received: from eggs.gnu.org ([209.51.188.92]:52392) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from <gusbrs.2016@HIDDEN>) id 1hdwzi-0005IG-4I for bug-gnu-emacs@HIDDEN; Thu, 20 Jun 2019 09:20:55 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: * X-Spam-Status: No, score=1.1 required=5.0 tests=BAYES_50, FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,URIBL_BLOCKED autolearn=disabled version=3.3.2 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from <gusbrs.2016@HIDDEN>) id 1hdwzb-0008RF-NC for bug-gnu-emacs@HIDDEN; Thu, 20 Jun 2019 09:20:49 -0400 Received: from mail-qt1-x844.google.com ([2607:f8b0:4864:20::844]:36795) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from <gusbrs.2016@HIDDEN>) id 1hdwzS-0008Jq-Ss for bug-gnu-emacs@HIDDEN; Thu, 20 Jun 2019 09:20:37 -0400 Received: by mail-qt1-x844.google.com with SMTP id p15so3159346qtl.3 for <bug-gnu-emacs@HIDDEN>; Thu, 20 Jun 2019 06:20:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:to:subject:from:message-id:date:user-agent:mime-version :content-transfer-encoding:content-language; bh=GiK1G4bJJOjm17wDh0KfZtz++dQA2n6PHwETFk7ktcQ=; b=qmrw961bjOvqfixgNvg488lNKKWu9QJClHuO3W9nculHj7oZIrHz+d/mpidF1auyd5 9+N6x1XpaIh0ZllaOhHraIleTpPriSwF9aBUhiWOReYD6xxOc7hTf46dOfMICZHXlGHp ipxj1SCTncHS9DVlUECnqZR/nskI5uRxHEz4GO7a6Z+aRfmS4/ZcqceURQMdheogolgN C/4hBsaeBkM6SaoEuYMzEN2g2eAGJQnDmsApHr04RzW49bFJmL3t20ELY4ElFP/B6qFh F3Q2cra4B5Mgp5pPAS/h0wpRDUQvTG86AUdq4FZwQalZd5Tmb5nEQDhusHrCL+wZ6Il0 xOpw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:to:subject:from:message-id:date :user-agent:mime-version:content-transfer-encoding:content-language; bh=GiK1G4bJJOjm17wDh0KfZtz++dQA2n6PHwETFk7ktcQ=; b=mCbn4XEb+kcmXo/2j9LMyN2p2K0ZSphG4ouh8Q9rKlPY7BkQ7fxIGDcsxXOO850GnQ O+eNRpZ51NEAVjevvjRU9i40N838xI21YtKR4Ty1F0qq+EAeBmSpqOnC7FEzsKKMZf5D mt8BarjsdbR5KLvS2q3yFBMGFs3pwpz7RyMiY2aza+QMdPBE2SSFjHEedUFxkdwTd+ym 9kj5FRPGhcL3pkEuZc/FKQ3z/cfZ+DuaX4/GU2QnM7UcH+D+3FMTmRvgmExzSHZPWObp zwSn5D0S3cqoJqY9gnlfHgV9MErvHM8xELMfP1ND30iJvbjt3wk/jM8kuXLoZb3yzqja 1x3w== X-Gm-Message-State: APjAAAUdl+w/Cdb+uoPqmRnZgXckW6aWS5e2l+fbMSEjYH180HNuivtt xOACOwCZZQiVxAFj0Gmu9CkM/B4bNEQ= X-Google-Smtp-Source: APXvYqx7FxjYqLEkaZl5LHXbbVfYWAXmV5kl5+6bnzXc0OdElD/HJll93Ek6z7qn/H4vl+lToFdVpw== X-Received: by 2002:aed:2063:: with SMTP id 90mr72368076qta.307.1561036822868; Thu, 20 Jun 2019 06:20:22 -0700 (PDT) Received: from [10.2.11.6] (ip-99-2-52-196.nyc.us.northamericancoax.com. [196.52.2.99]) by smtp.gmail.com with ESMTPSA id o54sm14435922qtb.63.2019.06.20.06.20.21 for <bug-gnu-emacs@HIDDEN> (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 20 Jun 2019 06:20:22 -0700 (PDT) From: Gustavo Barros <gusbrs.2016@HIDDEN> Message-ID: <2dbd590d-acce-8ab8-124a-5e5fe811c578@HIDDEN> Date: Thu, 20 Jun 2019 10:20:20 -0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.7.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: pt-BR X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::844 X-Spam-Score: -1.1 (-) X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -2.1 (--) I've been using both 'electric-pair-mode' and 'electric-quote-mode' for some time, and they mostly come in really handy. So they are appreciated. But their interaction still leaves some things to be desired for: in sum, electric-quotes do not behave as other electric-pairs. Thus this report. I don't think I can exhaust all the cases involved in their interaction, but I try to document some specific ones I've identified more precisely. So, in the examples bellow, I'll consider mostly two cases: quote insertion on a left word boundary, and quote insertion on an active region. In them, I use "|" to denote point position and "|foo|" to denote an active region. Steps followed: #+begin_src bash emacs -Q #+end_src Then: #+begin_src emacs-lisp (text-mode) (electric-pair-mode) (electric-quote-mode) (setq electric-pair-inhibit-predicate 'electric-pair-conservative-inhibit) #+end_src With this settings in hand, and in the following situations (as described above): #+begin_example foo |bar baz foo |bar| baz #+end_example If we type ` (one backtick), the result is: #+begin_example foo ‘’bar baz foo ‘bar’ baz #+end_example But the expected result would be: #+begin_example foo ‘bar baz foo ‘bar’ baz #+end_example Well, this is 'expected' as far as I can see. Its worth noting though that it is the same behavior exhibited by inserting " (a double quote), thus independently of electric-quote. That is, the pair is inserted in the left boundary of 'bar' for a double quote. This happens in text-mode, but not in emacs-lisp-mode, code or comments, or in org-mode. The pairing in this position also does not happen for other electric-pair symbols, such as braces, parentheses etc. So I don't really know if I'm missing something, and this is expected behavior of the selected 'electric-pair-inhibit-predicate' in text mode, or if there is something else in play. Now, if we type `` (two backticks), we get: #+begin_example foo “”bar baz foo “”bar’ baz #+end_example But the expected result would be: #+begin_example foo “bar baz foo “bar” baz #+end_example Yet, if we further add 'delete-selection' to the bunch: #+begin_src emacs-lisp (delete-selection-mode) #+end_src If we type ` (one backtick), the result is: #+begin_example foo ‘’bar baz foo ‘’ baz #+end_example And, if we type `` (two backticks), we get: #+begin_example foo “”bar baz foo “” baz #+end_example The expectation here is that results should not be affected by 'delete-selection-mode'. As is the case for other electric-pair pairs. Well, this is the report describing the relevant behavior, that I believe not to be expected. But, beyond that, I'd like to add a related suggestion, which I think is pertinent to the issue at hand. The typing strategy adopted by 'electric-quote-mode' relies on the typing of two keys (' single quote; ` backtick), which have to be typed twice to get to a double curved quote. (True, electric-pair can reduce this typing, but that's independent.) Now, the fact that double curved quotes are inserted by the sequential typing of either key complicates their pairing in the active region case. For, as is expected, after the first (single) quote is inserted, the region is no longer active. There might be ways around this, I don't know. Still, making 'electric-quote-mode' (more) context-sensitive may relieve it of the sequencial key pressing, and help solve this technical difficulty. E.g. on a left word boundary, insert a left curved quote; on a right word boundary, insert a right curved quote, and so on. Of course, the relevant cases would have to be thought through. And, of course, a way to force desired behavior in case context-sensitivity doesn't get it right would also have to be provided. But, in this fashion, 'electric-quote-mode' could rely on a single key-pressing for each kind of quote (' single quote and " double quote seem natural candidates), this would likely streamline curved quotes to behave in similar fashion as their other electric-pair relatives. In my view, it would also improve editing experience. Best regards, Gustavo Barros. In GNU Emacs 26.2 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.22.30) of 2019-04-19 built on gusbrs-laptop Windowing system distributor 'The X.Org Foundation', version 11.0.11906000 System Description: Linux Mint 19.1 Tessa Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Mark set [2 times] nil t [2 times] electric-pair-conservative-inhibit t Configured using: 'configure --with-mailutils --with-xwidgets --with-modules' Configured features: XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GSETTINGS GLIB NOTIFY ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS GTK3 X11 XDBE XIM MODULES THREADS XWIDGETS LIBSYSTEMD LCMS2 Important settings: value of $LC_MONETARY: pt_BR.UTF-8 value of $LC_NUMERIC: pt_BR.UTF-8 value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix Major mode: Text Minor modes in effect: delete-selection-mode: t electric-pair-mode: t tooltip-mode: t global-eldoc-mode: t electric-quote-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug message rmc puny seq byte-opt gv bytecomp byte-compile cconv cl-loaddefs cl-lib dired dired-loaddefs format-spec rfc822 mml easymenu mml-sec password-cache epa derived epg epg-config gnus-util rmail rmail-loaddefs mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils delsel elec-pair time-date mule-util tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel term/x-win x-win term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode elisp-mode lisp-mode prog-mode register page menu-bar rfn-eshadow isearch timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core term/tty-colors frame cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite charscript charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray minibuffer cl-preloaded nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote threads dbusbind inotify lcms2 dynamic-setting system-font-setting font-render-setting xwidget-internal move-toolbar gtk x-toolkit x multi-tty make-network-process emacs) Memory information: ((conses 16 95028 8687) (symbols 48 20427 2) (miscs 40 57 129) (strings 32 28461 1206) (string-bytes 1 748945) (vectors 16 14089) (vector-slots 8 502824 10466) (floats 8 51 322) (intervals 56 225 0) (buffers 992 11))
Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) Content-Type: text/plain; charset=utf-8 X-Loop: help-debbugs@HIDDEN From: help-debbugs@HIDDEN (GNU bug Tracking System) To: Gustavo Barros <gusbrs.2016@HIDDEN> Subject: bug#36307: Acknowledgement (26.2; Interaction between electric-pair and electric-quote) Message-ID: <handler.36307.B.156103685729177.ack <at> debbugs.gnu.org> References: <2dbd590d-acce-8ab8-124a-5e5fe811c578@HIDDEN> X-Gnu-PR-Message: ack 36307 X-Gnu-PR-Package: emacs Reply-To: 36307 <at> debbugs.gnu.org Date: Thu, 20 Jun 2019 13:21:02 +0000 Thank you for filing a new bug report with debbugs.gnu.org. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): bug-gnu-emacs@HIDDEN If you wish to submit further information on this problem, please send it to 36307 <at> debbugs.gnu.org. Please do not send mail to help-debbugs@HIDDEN unless you wish to report a problem with the Bug-tracking system. --=20 36307: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D36307 GNU Bug Tracking System Contact help-debbugs@HIDDEN with problems
Received: (at control) by debbugs.gnu.org; 20 Jun 2019 17:31:15 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Jun 20 13:31:15 2019 Received: from localhost ([127.0.0.1]:49234 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1he0u2-000678-Su for submit <at> debbugs.gnu.org; Thu, 20 Jun 2019 13:31:15 -0400 Received: from eggs.gnu.org ([209.51.188.92]:45588) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <rgm@HIDDEN>) id 1he0u0-00066Q-Kq for control <at> debbugs.gnu.org; Thu, 20 Jun 2019 13:31:13 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:36470) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <rgm@HIDDEN>) id 1he0tq-00082h-MW for control <at> debbugs.gnu.org; Thu, 20 Jun 2019 13:31:03 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.82) (envelope-from <rgm@HIDDEN>) id 1he0ti-0005FY-DP for control <at> debbugs.gnu.org; Thu, 20 Jun 2019 13:30:58 -0400 Subject: control message for bug 36309 To: <control <at> debbugs.gnu.org> X-Mailer: mail (GNU Mailutils 2.99.98) Message-Id: <E1he0ti-0005FY-DP@HIDDEN> From: Glenn Morris <rgm@HIDDEN> Date: Thu, 20 Jun 2019 13:30:54 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) forcemerge 36307 36309
X-Loop: help-debbugs@HIDDEN Subject: bug#36307: 26.2; Interaction between electric-pair and electric-quote Resent-From: Gustavo Barros <gusbrs.2016@HIDDEN> Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> Resent-CC: bug-gnu-emacs@HIDDEN Resent-Date: Wed, 26 Jun 2019 17:38:01 +0000 Resent-Message-ID: <handler.36307.B36307.156157063615330 <at> debbugs.gnu.org> Resent-Sender: help-debbugs@HIDDEN X-GNU-PR-Message: followup 36307 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 36307 <at> debbugs.gnu.org Received: via spool by 36307-submit <at> debbugs.gnu.org id=B36307.156157063615330 (code B ref 36307); Wed, 26 Jun 2019 17:38:01 +0000 Received: (at 36307) by debbugs.gnu.org; 26 Jun 2019 17:37:16 +0000 Received: from localhost ([127.0.0.1]:37005 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1hgBrA-0003zB-6q for submit <at> debbugs.gnu.org; Wed, 26 Jun 2019 13:37:16 -0400 Received: from mail-qt1-f181.google.com ([209.85.160.181]:46226) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <gusbrs.2016@HIDDEN>) id 1hgBr7-0003yt-Hx for 36307 <at> debbugs.gnu.org; Wed, 26 Jun 2019 13:37:14 -0400 Received: by mail-qt1-f181.google.com with SMTP id h21so3245328qtn.13 for <36307 <at> debbugs.gnu.org>; Wed, 26 Jun 2019 10:37:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:references:user-agent:from:to:subject:in-reply-to:date :message-id:mime-version:content-transfer-encoding; bh=elO90dp6uhz9M9d13aKMP0uMhOwQOU5HXtlzqwZY6P8=; b=pJebPQ0NQ+VFmHgvFw7EVqwnpujG9rc76kWlnCjHUHRCKib4NdXspfGFrlQHryqVrU k2UJmZQrxjtheCSzs4182JBnxL1ypJ0te5hBCHJ7yPUB617irsV3Jizsh/p+EXlZeVC8 MJ+zrhYmJckzsUvzDio1mgIoULeU9rs1kRsW4mLCRWTogpqPeLWsAermKzT8I8wjgmny 6TFjGMwjkFWn4K+DKvn2RubHuZ3K9WjclsOgo1HDihK0dpheFSBpQ+mcoTDwTaY5q7KM lDRYsIFf6+m8MKvyMT6I8q40FCcg8zqRHQ7kNrpzNiCN3DtOABK32yne1TpYQrGiTI1x xdFw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:references:user-agent:from:to:subject :in-reply-to:date:message-id:mime-version:content-transfer-encoding; bh=elO90dp6uhz9M9d13aKMP0uMhOwQOU5HXtlzqwZY6P8=; b=GQW/tinIvbstEk8GjFpSNKNauq7pwZERYg3jThj7PIITIUaNjTwqRaabUoHq/OuK1L 6qBoK7gxJNqgF9ntlDeWa0x3ShRawfN8SaWYebfSrTmp1PBDGIjwHBbeaIhF5Xl4PItU vdasvANNfKbh6325E7NhJ5++j6bJ/W8ofDcJSBb0O2HvDvKLx60MMBduTCFXUx8vIhjc RzRgng5ezN1KhfYMx5zWlXCGJrS1n3fXiwF5LUIm8A5BdpKBFK1fht45dXVXAerouScw zNE10p/w5F+CM5nqFfYO0n6D2++lpG0DZzJE3QA71GhzQiLhFhpdyuiH/4mnvUoSSpZ7 A+5g== X-Gm-Message-State: APjAAAVN/m5/uGwdy4u+kiztFA1OsDVUfh7/iSEU20Ez5fTKx7SowZ0N 76WXCAuY/yOr7yAZfrU8tK8uisRXEN8= X-Google-Smtp-Source: APXvYqwXhSxwh/BMSFrIc4cVFmghlpf+2L2xN8yuXMXxYhaYvufASWKjs+tG2/JOnGctjD4ht0/JrQ== X-Received: by 2002:ac8:21b7:: with SMTP id 52mr4758521qty.59.1561570626644; Wed, 26 Jun 2019 10:37:06 -0700 (PDT) Received: from ufjf-desktop (ip200131561.nat10.ufjf.br. [200.131.56.1]) by smtp.gmail.com with ESMTPSA id x205sm8782273qka.56.2019.06.26.10.37.04 for <36307 <at> debbugs.gnu.org> (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 26 Jun 2019 10:37:05 -0700 (PDT) References: <2dbd590d-acce-8ab8-124a-5e5fe811c578@HIDDEN> User-agent: mu4e 1.2.0; emacs 26.2 From: Gustavo Barros <gusbrs.2016@HIDDEN> In-reply-to: <2dbd590d-acce-8ab8-124a-5e5fe811c578@HIDDEN> Date: Wed, 26 Jun 2019 14:37:01 -0300 Message-ID: <874l4cdz9e.fsf@HIDDEN> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.3 (/) X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -0.7 (/) I've been looking further into this, and have some things to add. I had missed two things in the current available structure when I first wro= te.=20 The first is =3Delectric-quote-context-sensitive=3D, which I don't know how= I had=20 missed. This means the suggestion I made to have a context sensitive elect= ric=20 quote is already in place. The second thing I had missed is how convenient the typing strategy=20 implemented by electric quote can be, in the appropriate (or more common)=20 setting. The reason I had failed to see this is that I use a pt_br keyboar= d=20 where the backtick key is both a shift key and an accent key, that is, I ha= d=20 to press it four times holding shift to get a double quote. Having found o= ut=20 about =3Delectric-quote-context-sensitive=3D, though, allows me to use the = single=20 quote, which is neither a shift nor an accent key in my keyboard, and I mus= t=20 recognize it is indeed neat. Better than the chord the shift key would=20 require. So, this is true for all who use an US international keyboard, in= =20 which both the single quote and the backtick are of convenient typing. Thi= s=20 is general enough, but might not be universal. All in all, I take back my final suggestion. What is already in place is=20 superior to what I had envisaged and suggested. However, the cases described in the report could indeed work for electric=20 quotes in a more akin fashion to other electric pairs. If this is possible= , I=20 think it is still desirable. In this respect, I've reached a temporary workaround to inhibit the pairing= in=20 a left word boundary (no bliss yet for del-sel though): #+begin_src emacs-lisp (defun my/electric-quote-inhibit-pair (orig-fun &rest args) (apply orig-fun args) (when (eq (char-syntax (following-char)) ?w); only before words. (pcase electric-quote-chars (`(,q< ,q> ,q<< ,q>>) (save-excursion (cond ((search-backward (string q>) (1- (point)) t) (replace-match "")) ((search-backward (string q>>) (1- (point)) t) (replace-match "")))))))) (advice-add 'electric-quote-post-self-insert-function :around #'my/electric-quote-inhibit-pair) #+end_src I bring this because I played with different inhibit rules in the ~when~=20 clause, and had initially tried to use the same inhibit criteria as I use f= or=20 the remaining electric pairs, that is simply using=20 ~electric-pair-inhibit-predicate~. This led to some undesired behavior at = the=20 moment of *closing* the quotes, which did not skip as expected. So, as far= as=20 I can tell, different pairing inhibit rules might be needed for electric=20 quotes in particular. For this workaround I kept only left word boundaries. Best regards, Gustavo Barros. On Thu, Jun 20 2019, Gustavo Barros wrote: > I've been using both 'electric-pair-mode' and 'electric-quote-mode' for s= ome > time, and they mostly come in really handy. So they are appreciated. But > their interaction still leaves some things to be desired for: in sum, > electric-quotes do not behave as other electric-pairs. Thus this report. > > I don't think I can exhaust all the cases involved in their interaction, = but=20 > I > try to document some specific ones I've identified more precisely. > > So, in the examples bellow, I'll consider mostly two cases: quote inserti= on=20 > on > a left word boundary, and quote insertion on an active region. In them, I= =20 > use > "|" to denote point position and "|foo|" to denote an active region. > > Steps followed: > > #+begin_src bash > emacs -Q > #+end_src > > Then: > > #+begin_src emacs-lisp > (text-mode) > (electric-pair-mode) > (electric-quote-mode) > (setq electric-pair-inhibit-predicate 'electric-pair-conservative-inhibit) > #+end_src > > With this settings in hand, and in the following situations (as described > above): > > #+begin_example > foo |bar baz > foo |bar| baz > #+end_example > > If we type ` (one backtick), the result is: > > #+begin_example > foo =E2=80=98=E2=80=99bar baz > foo =E2=80=98bar=E2=80=99 baz > #+end_example > > But the expected result would be: > > #+begin_example > foo =E2=80=98bar baz > foo =E2=80=98bar=E2=80=99 baz > #+end_example > > Well, this is 'expected' as far as I can see. Its worth noting though tha= t=20 > it > is the same behavior exhibited by inserting " (a double quote), thus > independently of electric-quote. That is, the pair is inserted in the left > boundary of 'bar' for a double quote. This happens in text-mode, but not = in > emacs-lisp-mode, code or comments, or in org-mode. The pairing in this > position also does not happen for other electric-pair symbols, such as=20 > braces, > parentheses etc. So I don't really know if I'm missing something, and thi= s=20 > is > expected behavior of the selected 'electric-pair-inhibit-predicate' in te= xt > mode, or if there is something else in play. > > Now, if we type `` (two backticks), we get: > > #+begin_example > foo =E2=80=9C=E2=80=9Dbar baz > foo =E2=80=9C=E2=80=9Dbar=E2=80=99 baz > #+end_example > > But the expected result would be: > > #+begin_example > foo =E2=80=9Cbar baz > foo =E2=80=9Cbar=E2=80=9D baz > #+end_example > > Yet, if we further add 'delete-selection' to the bunch: > > #+begin_src emacs-lisp > (delete-selection-mode) > #+end_src > > If we type ` (one backtick), the result is: > > #+begin_example > foo =E2=80=98=E2=80=99bar baz > foo =E2=80=98=E2=80=99 baz > #+end_example > > And, if we type `` (two backticks), we get: > > #+begin_example > foo =E2=80=9C=E2=80=9Dbar baz > foo =E2=80=9C=E2=80=9D baz > #+end_example > > The expectation here is that results should not be affected by > 'delete-selection-mode'. As is the case for other electric-pair pairs. > > > Well, this is the report describing the relevant behavior, that I believe= =20 > not > to be expected. But, beyond that, I'd like to add a related suggestion,=20 > which > I think is pertinent to the issue at hand. > > The typing strategy adopted by 'electric-quote-mode' relies on the typing= of > two keys (' single quote; ` backtick), which have to be typed twice to ge= t=20 > to > a double curved quote. (True, electric-pair can reduce this typing, but > that's independent.) > > Now, the fact that double curved quotes are inserted by the sequential=20 > typing > of either key complicates their pairing in the active region case. For, a= s=20 > is > expected, after the first (single) quote is inserted, the region is no=20 > longer > active. There might be ways around this, I don't know. > > Still, making 'electric-quote-mode' (more) context-sensitive may relieve = it=20 > of > the sequencial key pressing, and help solve this technical difficulty. > E.g. on a left word boundary, insert a left curved quote; on a right word > boundary, insert a right curved quote, and so on. Of course, the relevant > cases would have to be thought through. And, of course, a way to force > desired behavior in case context-sensitivity doesn't get it right would a= lso > have to be provided. > > But, in this fashion, 'electric-quote-mode' could rely on a single > key-pressing for each kind of quote (' single quote and " double quote se= em > natural candidates), this would likely streamline curved quotes to behave= in > similar fashion as their other electric-pair relatives. In my view, it wo= uld > also improve editing experience. > > > Best regards, > Gustavo Barros. > > > > > > > > > > In GNU Emacs 26.2 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.22.30) > of 2019-04-19 built on gusbrs-laptop > Windowing system distributor 'The X.Org Foundation', version 11.0.11906000 > System Description: Linux Mint 19.1 Tessa > > Recent messages: > For information about GNU Emacs and the GNU system, type C-h C-a. > Mark set [2 times] > nil > t [2 times] > electric-pair-conservative-inhibit > t > > Configured using: > 'configure --with-mailutils --with-xwidgets --with-modules' > > Configured features: > XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GSETTINGS GLIB > NOTIFY ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB > TOOLKIT_SCROLL_BARS GTK3 X11 XDBE XIM MODULES THREADS XWIDGETS > LIBSYSTEMD LCMS2 > > Important settings: > value of $LC_MONETARY: pt_BR.UTF-8 > value of $LC_NUMERIC: pt_BR.UTF-8 > value of $LANG: en_US.UTF-8 > locale-coding-system: utf-8-unix > > Major mode: Text > > Minor modes in effect: > delete-selection-mode: t > electric-pair-mode: t > tooltip-mode: t > global-eldoc-mode: t > electric-quote-mode: t > electric-indent-mode: t > mouse-wheel-mode: t > tool-bar-mode: t > menu-bar-mode: t > file-name-shadow-mode: t > global-font-lock-mode: t > font-lock-mode: t > blink-cursor-mode: t > auto-composition-mode: t > auto-encryption-mode: t > auto-compression-mode: t > line-number-mode: t > transient-mark-mode: t > > Load-path shadows: > None found. > > Features: > (shadow sort mail-extr emacsbug message rmc puny seq byte-opt gv > bytecomp byte-compile cconv cl-loaddefs cl-lib dired dired-loaddefs > format-spec rfc822 mml easymenu mml-sec password-cache epa derived epg > epg-config gnus-util rmail rmail-loaddefs mm-decode mm-bodies mm-encode > mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 > rfc2045 ietf-drums mm-util mail-prsvr mail-utils delsel elec-pair > time-date mule-util tooltip eldoc electric uniquify ediff-hook vc-hooks > lisp-float-type mwheel term/x-win x-win term/common-win x-dnd tool-bar > dnd fontset image regexp-opt fringe tabulated-list replace newcomment > text-mode elisp-mode lisp-mode prog-mode register page menu-bar > rfn-eshadow isearch timer select scroll-bar mouse jit-lock font-lock > syntax facemenu font-core term/tty-colors frame cl-generic cham georgian > utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean > japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european > ethiopic indian cyrillic chinese composite charscript charprop > case-table epa-hook jka-cmpr-hook help simple abbrev obarray minibuffer > cl-preloaded nadvice loaddefs button faces cus-face macroexp files > text-properties overlay sha1 md5 base64 format env code-pages mule > custom widget hashtable-print-readable backquote threads dbusbind > inotify lcms2 dynamic-setting system-font-setting font-render-setting > xwidget-internal move-toolbar gtk x-toolkit x multi-tty > make-network-process emacs) > > Memory information: > ((conses 16 95028 8687) > (symbols 48 20427 2) > (miscs 40 57 129) > (strings 32 28461 1206) > (string-bytes 1 748945) > (vectors 16 14089) > (vector-slots 8 502824 10466) > (floats 8 51 322) > (intervals 56 225 0) > (buffers 992 11))
X-Loop: help-debbugs@HIDDEN Subject: bug#36307: 26.2; Interaction between electric-pair and electric-quote Resent-From: Gustavo Barros <gusbrs.2016@HIDDEN> Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> Resent-CC: bug-gnu-emacs@HIDDEN Resent-Date: Wed, 18 Sep 2019 20:27:01 +0000 Resent-Message-ID: <handler.36307.B36307.156883838925067 <at> debbugs.gnu.org> Resent-Sender: help-debbugs@HIDDEN X-GNU-PR-Message: followup 36307 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 36307 <at> debbugs.gnu.org Received: via spool by 36307-submit <at> debbugs.gnu.org id=B36307.156883838925067 (code B ref 36307); Wed, 18 Sep 2019 20:27:01 +0000 Received: (at 36307) by debbugs.gnu.org; 18 Sep 2019 20:26:29 +0000 Received: from localhost ([127.0.0.1]:54887 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1iAgWy-0006WE-Tz for submit <at> debbugs.gnu.org; Wed, 18 Sep 2019 16:26:29 -0400 Received: from mail-qk1-f176.google.com ([209.85.222.176]:39453) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <gusbrs.2016@HIDDEN>) id 1iAgWx-0006W0-Gx for 36307 <at> debbugs.gnu.org; Wed, 18 Sep 2019 16:26:28 -0400 Received: by mail-qk1-f176.google.com with SMTP id 4so873776qki.6 for <36307 <at> debbugs.gnu.org>; Wed, 18 Sep 2019 13:26:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:references:user-agent:from:to:subject:in-reply-to:date :message-id:mime-version:content-transfer-encoding; bh=9QoT70B3dAumqUB92ICKPc/ZX5q35yBgnFCv8aEEtkQ=; b=EXh0K5IM9aug8k/unbD6b9ZYI6RHVr6HT/4zRT4HkvcoFTw/lBaJZSTV79Zk3sV+Uj le0BYcJcBvFOYfDLVJh/1uxm1OCBHBtmOqPcOZDub+ZuOrgzwDRf6sFR6AwLMpOzoBXg 7xdyMTJLEkNPv7K+knFxgCsejc0hcuK2O80ncnMMzEJeQAsmQfK/MJrcgQnCd12KseP3 Lrm0KHtbsliY1kCehSPYT68wKHA7FfjLlUMnCIpj+uMWQ1sXGDEeHDGMFUmF3X91HTIl +CpuXbh8YatoNBmXOyiQCqYwedx3vOs5Kf3e6jE4EkmcDgiqX3MIg2pJHLD7JkMfVzqp TI+Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:references:user-agent:from:to:subject :in-reply-to:date:message-id:mime-version:content-transfer-encoding; bh=9QoT70B3dAumqUB92ICKPc/ZX5q35yBgnFCv8aEEtkQ=; b=VHAZwk1PYoalFQUOv6QtKRCMJrztXBLbs/xf3gFleEbwQBz9Qq6RGr5NDxk9GAlg/y De8FJoZhmUCKuZlgnuq6GpfvvU4rDIJGXn0LauRiv4/g8h3dQJDaKp5vPtAsvAFhRE44 mDwpGkCF1ZaVS5cCirmnOISEUeFCA0WpJ12Bi0erwSsPr7KipVoMf0oAf44A7qWAFhYj tUavrYiJlZwFgdNu/dHhbzS95bW2wC+Hmt8Hc7phVDIbz2ggH/dZwAjUIzSoqP/HhJpb 0JCny/JRkEA3wSmd+ZZIBzcK84cd0obsgjdr2Xl9kzKVGtTOxo5zQ97CwTuhYrP6xzNS jwKw== X-Gm-Message-State: APjAAAUiFH4dhWhYFK5/bk3zYNeJQwSdLyZnPKL3YHZC6bJUMIIh0Ls/ 4XbsEp8XmZZKSOYILadAmgNDl+bO538= X-Google-Smtp-Source: APXvYqyquLmufw4xqp8ySPThi4H0dsKsnUWcRKCIGiql2FSAhdwZu8vfKZwp5rmrWtSTP5vRgeVKNQ== X-Received: by 2002:ae9:d8c2:: with SMTP id u185mr6005348qkf.156.1568838381717; Wed, 18 Sep 2019 13:26:21 -0700 (PDT) Received: from ufjf-desktop (ip200131562.nat10.ufjf.br. [200.131.56.2]) by smtp.gmail.com with ESMTPSA id j2sm2680282qth.37.2019.09.18.13.26.19 for <36307 <at> debbugs.gnu.org> (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 18 Sep 2019 13:26:20 -0700 (PDT) References: <2dbd590d-acce-8ab8-124a-5e5fe811c578@HIDDEN> <874l4cdz9e.fsf@HIDDEN> User-agent: mu4e 1.2.0; emacs 26.3 From: Gustavo Barros <gusbrs.2016@HIDDEN> In-reply-to: <874l4cdz9e.fsf@HIDDEN> Date: Wed, 18 Sep 2019 17:26:17 -0300 Message-ID: <87impptkpi.fsf@HIDDEN> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.2 (/) X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -0.8 (/) Hi all, On Wed, Jun 26 2019, Gustavo Barros wrote: > In this respect, I've reached a temporary workaround to inhibit the=20 > pairing in > a left word boundary (no bliss yet for del-sel though): > > #+begin_src emacs-lisp > (defun my/electric-quote-inhibit-pair (orig-fun &rest args) > (apply orig-fun args) > (when (eq (char-syntax (following-char)) ?w); only before words. > (pcase electric-quote-chars > (`(,q< ,q> ,q<< ,q>>) > (save-excursion > (cond ((search-backward (string q>) (1- (point)) t) > (replace-match "")) > ((search-backward (string q>>) (1- (point)) t) > (replace-match "")))))))) > (advice-add 'electric-quote-post-self-insert-function > :around #'my/electric-quote-inhibit-pair) > #+end_src > In case this might be useful to anyone, I=E2=80=99ve improved this somewhat= to=20 handle better the case where point is mid-word: #+begin_src emacs-lisp (defun my/electric-quote-inhibit-pair (orig-fun &rest args) (if (and (not (eq (char-syntax (preceding-char)) ?w)); no word char before=20 point (eq (char-syntax (following-char)) ?w)); word char after point ;; If at the beginning of a word (progn (apply orig-fun args) (pcase electric-quote-chars (`(,q< ,q> ,q<< ,q>>) (save-excursion (cond ((search-backward (string q>) (1- (point)) t) (replace-match "")) ((search-backward (string q>>) (1- (point)) t) (replace-match ""))))))) ;; Else do as usual (apply orig-fun args))) (advice-add 'electric-quote-post-self-insert-function :around #'my/electric-quote-inhibit-pair) #+end_src Best regards, Gustavo.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.