unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#29664: 26.0.90; Auto Hscroll Mode + Visual Line Mode + Truncate don't work well together
@ 2017-12-11 20:22 Kaushal Modi
  2017-12-11 20:56 ` Eli Zaretskii
  0 siblings, 1 reply; 14+ messages in thread
From: Kaushal Modi @ 2017-12-11 20:22 UTC (permalink / raw)
  To: 29664


[-- Attachment #1.1: Type: text/plain, Size: 4724 bytes --]

Hello,

I have noticed for a while that with auto-hscroll-mode set to the new value
'current-line, C-a and C-e do not work well with visual-line-mode and
truncation enabled.

I was able to recreate this consistently with this recipe:

1. Evaluate the below in emacs -Q scratch buffer


(defun do-setup ()
  (interactive)
  (setq auto-hscroll-mode 'current-line)
  (visual-line-mode)
  (toggle-truncate-lines 1)
  (end-of-buffer)
  (insert "\n\ndlkasdjf lkdkmnf kd aksdjkldj laksdjflkasdf aldksflakdjf
alksdjldf lksdfjldkj lkjdfad falksdflj asldkfjlasdf fjlaksdjflkj asdf
lasdkfalkds alsdfkj sdf lsdkfj sldkfjlksdjf asldkfjlksdjfowieur nxc"))

(global-set-key (kbd "C-c ;") #'do-setup)

2. Hit "C-c ;". That will set minor modes as in the do-setup function in
the scratch buffer and insert that arbitrary text, enough to wrap the lines
(and then show truncated). At this point, the point will be at the end of
the inserted text.

3. Now "C-a" won't work! It will only work after you do C-b at least once.
i.e. C-a does not work is point is at EOL.

4. Now with point at beginning of line after C-a, "C-e" will do something
weird.. it will take the point to the right only as far as shown in this
image (pasted/attached):

[image: image.png]

But the point will never reach the actual end of the line, no matter how
many times you hit "C-e".



In GNU Emacs 26.0.90 (build 27, x86_64-pc-linux-gnu, GTK+ Version 2.24.23)
 of 2017-12-11
Repository revision: 6a6e8e6e8d56fb8c4798ccfbabdf1f34d8857692
Windowing system distributor 'The X.Org Foundation', version 11.0.60900000
System Description:    Red Hat Enterprise Linux Workstation release 6.6
(Santiago)

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
Mark set
do-setup [2 times]
Truncate long lines enabled

Configured using:
 'configure --with-modules
 --prefix=/home/kmodi/usr_local/apps/6/emacs/emacs-26
 '--program-transform-name=s/^ctags$/ctags_emacs/'
 --enable-checking=yes,glyphs --enable-check-lisp-object-type
 'CPPFLAGS=-I/home/kmodi/usr_local/6/include -I/usr/include/freetype2
 -I/usr/include' 'CFLAGS=-ggdb3 -O0' 'CXXFLAGS=-ggdb3 -O0'
 'LDFLAGS=-L/home/kmodi/usr_local/6/lib -L/home/kmodi/usr_local/6/lib64
 -ggdb3''

Configured features:
XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GSETTINGS NOTIFY
ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE LIBOTF XFT ZLIB
TOOLKIT_SCROLL_BARS GTK2 X11 MODULES

Important settings:
  value of $LANG: en_US.UTF-8
  value of $XMODIFIERS: @im=none
  locale-coding-system: utf-8-unix

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  eldoc-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
  visual-line-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 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 edmacro kmacro cl-loaddefs cl-lib
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 dbusbind inotify
dynamic-setting system-font-setting font-render-setting move-toolbar gtk
x-toolkit x multi-tty make-network-process emacs)

Memory information:
((conses 16 97970 7858)
 (symbols 48 21030 1)
 (miscs 40 54 144)
 (strings 32 29288 1526)
 (string-bytes 1 786275)
 (vectors 16 15103)
 (vector-slots 8 514380 6572)
 (floats 8 51 77)
 (intervals 56 263 0)
 (buffers 992 11)
 (heap 1024 27119 866))

-- 

Kaushal Modi

[-- Attachment #1.2: Type: text/html, Size: 5668 bytes --]

[-- Attachment #2: image.png --]
[-- Type: image/png, Size: 35170 bytes --]

^ permalink raw reply	[flat|nested] 14+ messages in thread

* bug#29664: 26.0.90; Auto Hscroll Mode + Visual Line Mode + Truncate don't work well together
  2017-12-11 20:22 bug#29664: 26.0.90; Auto Hscroll Mode + Visual Line Mode + Truncate don't work well together Kaushal Modi
@ 2017-12-11 20:56 ` Eli Zaretskii
  2017-12-11 21:07   ` Kaushal Modi
  0 siblings, 1 reply; 14+ messages in thread
From: Eli Zaretskii @ 2017-12-11 20:56 UTC (permalink / raw)
  To: Kaushal Modi; +Cc: 29664

> From: Kaushal Modi <kaushal.modi@gmail.com>
> Date: Mon, 11 Dec 2017 20:22:51 +0000
> 
> I have noticed for a while that with auto-hscroll-mode set to the new value 'current-line, C-a and C-e do not
> work well with visual-line-mode and truncation enabled.

Why are you turning on both visual-line-mode and truncate-lines?
These are mutually exclusive: the former is for wrapping long
continued lines, the latter is for not continuing lines at all.

What am I missing?





^ permalink raw reply	[flat|nested] 14+ messages in thread

* bug#29664: 26.0.90; Auto Hscroll Mode + Visual Line Mode + Truncate don't work well together
  2017-12-11 20:56 ` Eli Zaretskii
@ 2017-12-11 21:07   ` Kaushal Modi
  2017-12-12  3:30     ` Eli Zaretskii
  0 siblings, 1 reply; 14+ messages in thread
From: Kaushal Modi @ 2017-12-11 21:07 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 29664

[-- Attachment #1: Type: text/plain, Size: 1724 bytes --]

On Mon, Dec 11, 2017 at 3:57 PM Eli Zaretskii <eliz@gnu.org> wrote:

>
> Why are you turning on both visual-line-mode and truncate-lines?
> These are mutually exclusive: the former is for wrapping long
> continued lines, the latter is for not continuing lines at all.
>
> What am I missing?
>

Yes, I understand that. But they were both enabled by mistake.

- The visual line mode was enabled by default in org-mode-hook
- And I happened to have "# eval: (toggle-truncate-lines 1)" in the Local
Variables footer in one of the Org files.

There were no signs of problem until C-a and C-e started misbehaving that
way.

Should emacs do the "right thing" and auto-disable the other if one got
enabled, or throw a warning?

This problem with C-a and C-e does not happen if skip this part in the test
setup:

 (setq auto-hscroll-mode 'current-line)

- C-a works perfectly
- C-e does not jump instantly to the EOL, but progressively goes to the EOL
on hitting C-e, and eventually gets there (interesting behavior).

So at least with the default value of auto-hscroll-mode, a user is not
stuck wondering why C-a/C-e stopped working, even if they enabled
visual-line-mode and toggle-truncate-lines simultaneously by mistake.

PS: I noticed that the email client or the debbugs server auto-inserted
newlines in my test function.. I intend that insert form to insert a string
without any inbetween newlines.. like this:

(insert (concat "\n\ndlkasdjf lkdkmnf kd aksdjkldj laksdjflkasdf "
                "aldksflakdjf alksdjldf lksdfjldkj lkjdfad "
                "falksdflj asldkfjlasdf fjlaksdjflkj asdf "
                "lasdkfalkds alsdfkj sdf lsdkfj sldkfjlksdjf "
                "asldkfjlksdjfowieur nxc"))
-- 

Kaushal Modi

[-- Attachment #2: Type: text/html, Size: 2506 bytes --]

^ permalink raw reply	[flat|nested] 14+ messages in thread

* bug#29664: 26.0.90; Auto Hscroll Mode + Visual Line Mode + Truncate don't work well together
  2017-12-11 21:07   ` Kaushal Modi
@ 2017-12-12  3:30     ` Eli Zaretskii
  2017-12-12  8:02       ` Noam Postavsky
  2021-09-03  6:36       ` Lars Ingebrigtsen
  0 siblings, 2 replies; 14+ messages in thread
From: Eli Zaretskii @ 2017-12-12  3:30 UTC (permalink / raw)
  To: Kaushal Modi; +Cc: 29664

> From: Kaushal Modi <kaushal.modi@gmail.com>
> Date: Mon, 11 Dec 2017 21:07:50 +0000
> Cc: 29664@debbugs.gnu.org
> 
>  Why are you turning on both visual-line-mode and truncate-lines?
>  These are mutually exclusive: the former is for wrapping long
>  continued lines, the latter is for not continuing lines at all.
> 
>  What am I missing?
> 
> Yes, I understand that. But they were both enabled by mistake. 
> 
> - The visual line mode was enabled by default in org-mode-hook
> - And I happened to have "# eval: (toggle-truncate-lines 1)" in the Local Variables footer in one of the Org files.
> 
> There were no signs of problem until C-a and C-e started misbehaving that way. 
> 
> Should emacs do the "right thing" and auto-disable the other if one got enabled, or throw a warning?

I'm not sure it should, but at least what you see is expected when you
mix these modes, they are incompatible and utterly confuse the display
engine.

> This problem with C-a and C-e does not happen if skip this part in the test setup:
> 
>  (setq auto-hscroll-mode 'current-line)
> 
> - C-a works perfectly
> - C-e does not jump instantly to the EOL, but progressively goes to the EOL on hitting C-e, and eventually gets
> there (interesting behavior).

(So not really "no problem".)

> So at least with the default value of auto-hscroll-mode, a user is not stuck wondering why C-a/C-e stopped
> working, even if they enabled visual-line-mode and toggle-truncate-lines simultaneously by mistake.

If someone wants to propose a patch to warn the user in this case, I
don't object.

> PS: I noticed that the email client or the debbugs server auto-inserted newlines in my test function.

I see no such newlines in the mail message I received.





^ permalink raw reply	[flat|nested] 14+ messages in thread

* bug#29664: 26.0.90; Auto Hscroll Mode + Visual Line Mode + Truncate don't work well together
  2017-12-12  3:30     ` Eli Zaretskii
@ 2017-12-12  8:02       ` Noam Postavsky
  2021-09-03  6:36       ` Lars Ingebrigtsen
  1 sibling, 0 replies; 14+ messages in thread
From: Noam Postavsky @ 2017-12-12  8:02 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 29664, Kaushal Modi

Eli Zaretskii <eliz@gnu.org> writes:

>> PS: I noticed that the email client or the debbugs server auto-inserted newlines in my test function.
>
> I see no such newlines in the mail message I received.

The newlines (line-wrapping) show up in the text version[1], but not in the
HTML version[2].  The line-wrapping is something gmail does for text
emails[3].

[1]: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=29664;att=0;msg=5
[2]: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=29664;att=1;msg=5
[3]: https://mathiasbynens.be/notes/gmail-plain-text





^ permalink raw reply	[flat|nested] 14+ messages in thread

* bug#29664: 26.0.90; Auto Hscroll Mode + Visual Line Mode + Truncate don't work well together
  2017-12-12  3:30     ` Eli Zaretskii
  2017-12-12  8:02       ` Noam Postavsky
@ 2021-09-03  6:36       ` Lars Ingebrigtsen
  2021-09-03  7:06         ` Eli Zaretskii
  2021-09-03  7:57         ` Juri Linkov
  1 sibling, 2 replies; 14+ messages in thread
From: Lars Ingebrigtsen @ 2021-09-03  6:36 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 29664, Kaushal Modi

Eli Zaretskii <eliz@gnu.org> writes:

>> So at least with the default value of auto-hscroll-mode, a user is
>> not stuck wondering why C-a/C-e stopped
>> working, even if they enabled visual-line-mode and
>> toggle-truncate-lines simultaneously by mistake.
>
> If someone wants to propose a patch to warn the user in this case, I
> don't object.

`visual-line-mode' disables `truncate-lines', so for symmetry, I think
`toggle-truncate-lines' can disable `visual-line-mode' (and say that
it's doing so).  So I've done that on the trunk now.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no





^ permalink raw reply	[flat|nested] 14+ messages in thread

* bug#29664: 26.0.90; Auto Hscroll Mode + Visual Line Mode + Truncate don't work well together
  2021-09-03  6:36       ` Lars Ingebrigtsen
@ 2021-09-03  7:06         ` Eli Zaretskii
  2021-09-03  7:12           ` Lars Ingebrigtsen
  2021-09-03  7:57         ` Juri Linkov
  1 sibling, 1 reply; 14+ messages in thread
From: Eli Zaretskii @ 2021-09-03  7:06 UTC (permalink / raw)
  To: Lars Ingebrigtsen; +Cc: 29664, kaushal.modi

> From: Lars Ingebrigtsen <larsi@gnus.org>
> Cc: Kaushal Modi <kaushal.modi@gmail.com>,  29664@debbugs.gnu.org
> Date: Fri, 03 Sep 2021 08:36:50 +0200
> 
> Eli Zaretskii <eliz@gnu.org> writes:
> 
> `visual-line-mode' disables `truncate-lines', so for symmetry, I think
> `toggle-truncate-lines' can disable `visual-line-mode' (and say that
> it's doing so).  So I've done that on the trunk now.

But if the user turns on truncate-lines by changing the variable
manually, visual-line-mode will still stay turned on, right?  Isn't
that a problem?

Also, what about truncate-partial-width-windows?





^ permalink raw reply	[flat|nested] 14+ messages in thread

* bug#29664: 26.0.90; Auto Hscroll Mode + Visual Line Mode + Truncate don't work well together
  2021-09-03  7:06         ` Eli Zaretskii
@ 2021-09-03  7:12           ` Lars Ingebrigtsen
  2021-09-03  7:23             ` Eli Zaretskii
  0 siblings, 1 reply; 14+ messages in thread
From: Lars Ingebrigtsen @ 2021-09-03  7:12 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 29664, kaushal.modi

Eli Zaretskii <eliz@gnu.org> writes:

> But if the user turns on truncate-lines by changing the variable
> manually, visual-line-mode will still stay turned on, right?  Isn't
> that a problem?
>
> Also, what about truncate-partial-width-windows?

It is a problem, but I don't know what to do about that except saying
"don't do that".

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no





^ permalink raw reply	[flat|nested] 14+ messages in thread

* bug#29664: 26.0.90; Auto Hscroll Mode + Visual Line Mode + Truncate don't work well together
  2021-09-03  7:12           ` Lars Ingebrigtsen
@ 2021-09-03  7:23             ` Eli Zaretskii
  2021-09-03 10:47               ` Eli Zaretskii
  0 siblings, 1 reply; 14+ messages in thread
From: Eli Zaretskii @ 2021-09-03  7:23 UTC (permalink / raw)
  To: Lars Ingebrigtsen; +Cc: 29664, kaushal.modi

> From: Lars Ingebrigtsen <larsi@gnus.org>
> Cc: kaushal.modi@gmail.com,  29664@debbugs.gnu.org
> Date: Fri, 03 Sep 2021 09:12:59 +0200
> 
> Eli Zaretskii <eliz@gnu.org> writes:
> 
> > But if the user turns on truncate-lines by changing the variable
> > manually, visual-line-mode will still stay turned on, right?  Isn't
> > that a problem?
> >
> > Also, what about truncate-partial-width-windows?
> 
> It is a problem, but I don't know what to do about that except saying
> "don't do that".

So maybe some change in the docs is in order?





^ permalink raw reply	[flat|nested] 14+ messages in thread

* bug#29664: 26.0.90; Auto Hscroll Mode + Visual Line Mode + Truncate don't work well together
  2021-09-03  6:36       ` Lars Ingebrigtsen
  2021-09-03  7:06         ` Eli Zaretskii
@ 2021-09-03  7:57         ` Juri Linkov
  2021-09-03  8:16           ` Lars Ingebrigtsen
  1 sibling, 1 reply; 14+ messages in thread
From: Juri Linkov @ 2021-09-03  7:57 UTC (permalink / raw)
  To: Lars Ingebrigtsen; +Cc: 29664

> `visual-line-mode' disables `truncate-lines', so for symmetry, I think
> `toggle-truncate-lines' can disable `visual-line-mode' (and say that
> it's doing so).  So I've done that on the trunk now.

Looking at 0d3ae350c9, it seems that '(message " and `visual-line-mode' disabled")'
was intended to use 'format-message'?





^ permalink raw reply	[flat|nested] 14+ messages in thread

* bug#29664: 26.0.90; Auto Hscroll Mode + Visual Line Mode + Truncate don't work well together
  2021-09-03  7:57         ` Juri Linkov
@ 2021-09-03  8:16           ` Lars Ingebrigtsen
  0 siblings, 0 replies; 14+ messages in thread
From: Lars Ingebrigtsen @ 2021-09-03  8:16 UTC (permalink / raw)
  To: Juri Linkov; +Cc: 29664

Juri Linkov <juri@linkov.net> writes:

>> `visual-line-mode' disables `truncate-lines', so for symmetry, I think
>> `toggle-truncate-lines' can disable `visual-line-mode' (and say that
>> it's doing so).  So I've done that on the trunk now.
>
> Looking at 0d3ae350c9, it seems that '(message " and
> `visual-line-mode' disabled")'
> was intended to use 'format-message'?

Heh; actually the `message' was spurious, and I had just intended for
there to be a plain string there.  Which would also have been wrong --
`format-message' is the right thing here.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no





^ permalink raw reply	[flat|nested] 14+ messages in thread

* bug#29664: 26.0.90; Auto Hscroll Mode + Visual Line Mode + Truncate don't work well together
  2021-09-03  7:23             ` Eli Zaretskii
@ 2021-09-03 10:47               ` Eli Zaretskii
  2021-09-04  6:41                 ` Lars Ingebrigtsen
  0 siblings, 1 reply; 14+ messages in thread
From: Eli Zaretskii @ 2021-09-03 10:47 UTC (permalink / raw)
  To: larsi; +Cc: 29664, kaushal.modi

> Date: Fri, 03 Sep 2021 10:23:40 +0300
> From: Eli Zaretskii <eliz@gnu.org>
> Cc: 29664@debbugs.gnu.org, kaushal.modi@gmail.com
> 
> > From: Lars Ingebrigtsen <larsi@gnus.org>
> > Cc: kaushal.modi@gmail.com,  29664@debbugs.gnu.org
> > Date: Fri, 03 Sep 2021 09:12:59 +0200
> > 
> > Eli Zaretskii <eliz@gnu.org> writes:
> > 
> > > But if the user turns on truncate-lines by changing the variable
> > > manually, visual-line-mode will still stay turned on, right?  Isn't
> > > that a problem?
> > >
> > > Also, what about truncate-partial-width-windows?
> > 
> > It is a problem, but I don't know what to do about that except saying
> > "don't do that".
> 
> So maybe some change in the docs is in order?

Alternatively, we could use add-variable-watcher to disable
visual-line-mode when one of these variables is set, similarly with
what we do to force redisplay of a buffer when some variables are
modified (see the end of frame.el).





^ permalink raw reply	[flat|nested] 14+ messages in thread

* bug#29664: 26.0.90; Auto Hscroll Mode + Visual Line Mode + Truncate don't work well together
  2021-09-03 10:47               ` Eli Zaretskii
@ 2021-09-04  6:41                 ` Lars Ingebrigtsen
  2021-09-04 10:38                   ` Eli Zaretskii
  0 siblings, 1 reply; 14+ messages in thread
From: Lars Ingebrigtsen @ 2021-09-04  6:41 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 29664, kaushal.modi

Eli Zaretskii <eliz@gnu.org> writes:

>> > It is a problem, but I don't know what to do about that except saying
>> > "don't do that".
>> 
>> So maybe some change in the docs is in order?

Mentioning this in the `truncate-lines' doc would be fine...

> Alternatively, we could use add-variable-watcher to disable
> visual-line-mode when one of these variables is set, similarly with
> what we do to force redisplay of a buffer when some variables are
> modified (see the end of frame.el).

... but this seems like overkill to me.  I don't think anybody would
actually imagine that these two things could be mixed -- the original
bug report was just about somebody who had both thing set accidentally,
and then wondering what's going on.  (And the change to
toggle-truncate-lines I pushed should make that accident less likely to
occur.)

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no





^ permalink raw reply	[flat|nested] 14+ messages in thread

* bug#29664: 26.0.90; Auto Hscroll Mode + Visual Line Mode + Truncate don't work well together
  2021-09-04  6:41                 ` Lars Ingebrigtsen
@ 2021-09-04 10:38                   ` Eli Zaretskii
  0 siblings, 0 replies; 14+ messages in thread
From: Eli Zaretskii @ 2021-09-04 10:38 UTC (permalink / raw)
  To: Lars Ingebrigtsen; +Cc: 29664, kaushal.modi

> From: Lars Ingebrigtsen <larsi@gnus.org>
> Cc: 29664@debbugs.gnu.org,  kaushal.modi@gmail.com
> Date: Sat, 04 Sep 2021 08:41:05 +0200
> 
> Eli Zaretskii <eliz@gnu.org> writes:
> 
> >> > It is a problem, but I don't know what to do about that except saying
> >> > "don't do that".
> >> 
> >> So maybe some change in the docs is in order?
> 
> Mentioning this in the `truncate-lines' doc would be fine...

OK, done.





^ permalink raw reply	[flat|nested] 14+ messages in thread

end of thread, other threads:[~2021-09-04 10:38 UTC | newest]

Thread overview: 14+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2017-12-11 20:22 bug#29664: 26.0.90; Auto Hscroll Mode + Visual Line Mode + Truncate don't work well together Kaushal Modi
2017-12-11 20:56 ` Eli Zaretskii
2017-12-11 21:07   ` Kaushal Modi
2017-12-12  3:30     ` Eli Zaretskii
2017-12-12  8:02       ` Noam Postavsky
2021-09-03  6:36       ` Lars Ingebrigtsen
2021-09-03  7:06         ` Eli Zaretskii
2021-09-03  7:12           ` Lars Ingebrigtsen
2021-09-03  7:23             ` Eli Zaretskii
2021-09-03 10:47               ` Eli Zaretskii
2021-09-04  6:41                 ` Lars Ingebrigtsen
2021-09-04 10:38                   ` Eli Zaretskii
2021-09-03  7:57         ` Juri Linkov
2021-09-03  8:16           ` Lars Ingebrigtsen

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).