GNU logs - #36307, boring messages

Message sent to bug-gnu-emacs@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
To: 36307 <at> debbugs.gnu.org
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
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

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))

Message sent:

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

Message received at control <at> debbugs.gnu.org:

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

Message sent to bug-gnu-emacs@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
To: 36307 <at> debbugs.gnu.org
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
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>


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))

Message sent to bug-gnu-emacs@HIDDEN:

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.

Last modified: Mon, 25 Nov 2019 12:00:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.