> Cc: Juri Linkov
> Date: Fri, 13 Sep 2024 11:51:47 -0400
> From: Spencer Baugh via "Bug reports for GNU Emacs,
> the Swiss army knife of text editors"
>
> - ;; if it's a directory, don't supply any revision default
> - ((file-directory-p first)
> - nil)
> ;; if the file is
> From: AKIYAMA Kouhei
> Date: Fri, 13 Sep 2024 22:07:48 +0900
>
> When using image-dired without ImageMagick or GraphicsMagick
> available, operations could not be performed until all thumbnails had
> been created.
Thank you for your report and the research that went into it.
When you speed up
> From: Ship Mints
> Date: Fri, 13 Sep 2024 11:11:18 -0400
> Cc: Stefan Monnier , Eli Zaretskii ,
> Michael Heerdegen , 73...@debbugs.gnu.org
>
> Perhaps, some expanded advice in the docstring for setopt?
>
> "Set VARIABLE/VALUE pairs with enforced type
> From: Raffael Stocker
> Cc: Eli Zaretskii
> Date: Fri, 13 Sep 2024 15:26:21 +0200
>
> Raffael Stocker writes:
>
> > this is a weird one (and long, apologies). On MS Windows, it sometimes
> > happens that a windows key gets stuck, that is, it remains (logical
> From: Roger Sewell
> Date: Fri, 13 Sep 2024 10:15:21 +0100
>
> Package: emacs
>
> I'm using emacs 1:27.2-10.el9_4 on Rocky Linux 9.4, which I realise is
> not the latest available version of emacs but is the latest package
> available for this distro.
>
> If I put two files in a directory, ea
> From: "Mattias Engdegård"
> Date: Fri, 13 Sep 2024 12:20:14 +0200
> Cc: "N. Jackson" ,
> Spencer Baugh ,
> 73...@debbugs.gnu.org
>
> 13 sep. 2024 kl. 08.25 skrev Eli Zaretskii :
>
> >> FAILED uniquify-project-transform
>
> L
> From: "N. Jackson"
> Date: Thu, 12 Sep 2024 17:42:36 +
>
>
> I'm not certain if this test failure is a bug in Emacs or a problem
> with my build.
It's a bug in the test and/or its expectations.
> After building Emacs 30.0.91 from the tarball with
>
> $ ./configure
> $ make -j
>
> a
> From: Ken Mankoff
> Date: Thu, 12 Sep 2024 11:44:44 -0700
>
> Following up from
> https://lists.gnu.org/archive/html/emacs-devel/2024-08/msg00904.html I'm
> submitting a patch to fix Fortran indentation due to an overly aggressive
> match for do loops.
Thanks.
> --- a/lisp/progmodes/fortra
> Date: Fri, 13 Sep 2024 04:17:11 +0300
> Cc: 72...@debbugs.gnu.org
> From: Dmitry Gutov
>
> On 03/08/2024 18:38, Eli Zaretskii wrote:
> >> comint-terminfo-terminal affects async-shell-command, why not this?
> > Ugh! A mistake, IMNSHO. But that ship sailed a long
> Date: Mon, 09 Sep 2024 17:23:57 +0200
> From: Manuel Giraud via "Bug reports for GNU Emacs,
> the Swiss army knife of text editors"
>
> This patch display a human readable version of `buffer-display-time'
> when said buffer is selected to be killed.
Thanks, installed on the master branch, an
> Date: Mon, 09 Sep 2024 15:45:39 +0200
> From: Manuel Giraud via "Bug reports for GNU Emacs,
> the Swiss army knife of text editors"
>
> Here is a patch for a simple harmless typo in `clean-buffer-list'.
Thanks, installed on the master branch, and closing the bug.
> From: Paul Nelson
> Date: Thu, 5 Sep 2024 11:01:11 +0200
>
> I've tested the following setups:
>
> (1) Emacs master, pdf-tools 1.1.0
> (2) Emacs 29.4, pdf-tools 1.1.0
>
> The issue appears with (1) but not (2), so I figured I'd report it as
> a bug with Emacs rather than pdf-tools, but would
> From: Yuan Fu
> Date: Thu, 12 Sep 2024 00:51:20 -0700
> Cc: Vincenzo Pupillo ,
> Bug Report Emacs ,
> 72...@debbugs.gnu.org
>
>
>
> > On Sep 11, 2024, at 5:05 AM, Eli Zaretskii wrote:
> >
> >> From: Vincenzo Pupillo
> >> Cc: Bug R
> Date: Wed, 11 Sep 2024 16:37:58 +0200
> Cc: n142...@gmail.com, 73...@debbugs.gnu.org
> From: martin rudalics
>
> >> > For instance, Eli recently added this code (dispnew.c):
> >> >
> >> >/* This should never happen, but evidently sometimes does if one
> >> > resizes the fr
> Date: Wed, 11 Sep 2024 10:07:21 +0200
> Cc: Eli Zaretskii , 73...@debbugs.gnu.org
> From: martin rudalics
>
> > For instance, Eli recently added this code (dispnew.c):
> >
> >/* This should never happen, but evidently sometimes does if one
> >
> From: Yuan Fu
> Date: Tue, 10 Sep 2024 22:09:04 -0700
> Cc: stefankan...@gmail.com,
> a...@muc.de,
> 64...@debbugs.gnu.org
>
> Done. Please take a look at the latest patch, thanks!
LGTM, but...
> +struct treesit_loaded_lang
> +{
> + /* The language object. */
> + TSLanguage *lang;
> + /
> From: Vincenzo Pupillo
> Cc: Bug Report Emacs , 72...@debbugs.gnu.org
> Date: Wed, 11 Sep 2024 11:40:17 +0200
>
> > Thanks for taking this up! I won’t signal a warning if doxygen grammar
> > isn’t found. Imagine a user without doxygen grammar, and din’t change
> > c-ts-mode-enable-doxygen: th
> From: Suhail Singh
> Cc: Eli Zaretskii , suhailsingh...@gmail.com,
> 73...@debbugs.gnu.org
> Date: Tue, 10 Sep 2024 21:05:29 -0400
>
> Michael Albinus writes:
>
> > Tramp used a non-zero timeout in the past. This was removed some years
> > ago, I do
> From: Casey Banner
> Date: Tue, 10 Sep 2024 14:56:28 -0400
>
> > OK, so that's one mystery down. We are left with the HarfBuzz issue;
> > please answer the questions I asked about that.
>
> Ah, yes sorry - I acquired the DLLs from the
> mingw64/mingw-w64-x86_64-harfbuzz package.
>
> $ obj
> From: Casey Banner
> Date: Tue, 10 Sep 2024 14:31:07 -0400
> Cc: 73...@debbugs.gnu.org
>
> > How come your LANG is set to en_US.UTF-8? Did you set this in the
> > environment or something. Using UTF-8 as the default encoding on
> > Windows is not a good idea.
>
> It seems that the msys2 .pro
> Cc: 73...@debbugs.gnu.org
> Date: Tue, 10 Sep 2024 16:51:28 +0300
> From: Eli Zaretskii
>
> However: I last used this with Emacs 21, which is before Emacs was
> converted to Unicode-based treatment of non-ASCII characters. So it
> is possible that the above will not
> Cc: 73...@debbugs.gnu.org
> From: Ihor Radchenko
> Date: Tue, 10 Sep 2024 06:19:41 +
>
> Serghei Iakovlev via "Bug reports for GNU Emacs, the Swiss army knife of
> text editors" writes:
>
> > --8<---cut here---start->8---
> > (require 'ps-print)
> > (ps
> Date: Mon, 09 Sep 2024 22:38:13 +
> From: Serghei Iakovlev via "Bug reports for GNU Emacs,
> the Swiss army knife of text editors"
>
> I’m reaching out because I’ve hit a wall after spending many hours
> debugging what seemed like a straightforward issue but turned out to
> be a rabbit ho
> Cc: phil...@posteo.net, 43...@debbugs.gnu.org
> Date: Tue, 10 Sep 2024 14:41:43 +0300
> From: Eli Zaretskii
>
> > How do you feel about etags-regen-mode being on by default in some next
> > Emacs release? It shouldn't conflict with the manual invocations of '
> Cc: 73...@debbugs.gnu.org
> Date: Tue, 10 Sep 2024 17:29:27 +0800
> From: Po Lu via "Bug reports for GNU Emacs,
> the Swiss army knife of text editors"
>
> Casey Banner writes:
>
> > AC_INIT([libexec], [30.0.50], [bug-gnu-emacs@gnu.org], [],
> > [https://www.gnu.org/software/emacs/])
>
>
> From: Casey Banner
> Date: Tue, 10 Sep 2024 01:50:43 -0400
>
> I did a procmon dump to see what .pdmp files emacs.exe is trying to load, and
> it attempts these locations:
>
> - E:\dev\emacs-src\bin\emacs.pdmp
> -
> E:\dev\emacs-src\libexec\emacs\30.0.50\x86_64-w64-mingw32\emacs-ef314e5e05618
> From: Casey Banner
> Date: Tue, 10 Sep 2024 00:15:24 -0400
>
> I recently pulled the latest emacs-30 branch
> (f47297782bdb5e5a07e02f119c8013d11f7d7fae),
> and I'm building emacs using MSYS2 mingw64 on Windows.
>
> With a build on this branch, certain symbols (from the nerd-icons
> package)
> From: Sean McAfee
> Date: Mon, 9 Sep 2024 22:13:06 -0500
> Cc: 72...@debbugs.gnu.org
>
> Since kill-whole-line kills both backward and forward from point, it
> seems we should expect that the first part is prepended to previous
> kill, whereas the second part is appended. Which is what the
> Date: Tue, 10 Sep 2024 03:58:58 +0300
> Cc: joaotav...@gmail.com, 72...@debbugs.gnu.org
> From: Dmitry Gutov
>
> >> The backtrace that I managed to generate is attached.
> >
> > Thanks. Please try the patch below.
>
> Thanks! The patch takes care of the crash AFAICS (no core dump now), but
> Date: Tue, 10 Sep 2024 02:32:46 +0300
> Cc: phil...@posteo.net, 43...@debbugs.gnu.org
> From: Dmitry Gutov
>
> >>> I don't understand why the obvious way of asking the user whether they
> >>> would like to generate the tags table is not the solution here. What
> >>> did I miss?
> >>
> >> I don
> From: Stefan Monnier
> Cc: Michael Heerdegen , shipmi...@gmail.com,
> 73...@debbugs.gnu.org
> Date: Mon, 09 Sep 2024 18:41:46 -0400
>
> IMO, the whole point of `setopt` is to check the value against the type.
I agree, but some users expect setopt to be a variant of setq,
especially since we
> From: Sean Whitton
> Cc: phil...@posteo.net, stefankan...@gmail.com, acora...@gnu.org,
> j...@linkov.net, r...@gnu.org, 69...@debbugs.gnu.org
> Date: Mon, 09 Sep 2024 18:54:16 +0100
>
> Hello Eli,
>
> Any comments on v4?
When I have time.
> I'd like to commit to unblock Philip.
Sure,
> From: Michael Heerdegen
> Cc: monn...@iro.umontreal.ca, shipmi...@gmail.com, 73...@debbugs.gnu.org
> Date: Mon, 09 Sep 2024 19:46:56 +0200
>
> Eli Zaretskii writes:
>
> > Thanks, but this sounds like overkill to me.
>
> Hmm... maybe. And the idea of an extra
> From: Juri Linkov
> Cc: m...@daniel-mendler.de, 73...@debbugs.gnu.org
> Date: Mon, 09 Sep 2024 20:17:03 +0300
>
> > But on the tool bar there are no empty space between buttons. On the
> > tab bar, there is. What I don't understand is why those empty spaces
> > have tooltips. Because each t
> From: Michael Heerdegen
> Cc: Stefan Monnier , shipmi...@gmail.com,
> 73...@debbugs.gnu.org
> Date: Mon, 09 Sep 2024 18:38:43 +0200
>
> Eli Zaretskii writes:
>
> > > How about adding an option letting the user disable the type checking of
> > > som
> From: Michael Heerdegen
> Cc: Eli Zaretskii , 73...@debbugs.gnu.org
> Date: Mon, 09 Sep 2024 17:11:40 +0200
>
> Ship Mints writes:
>
> > I'm suggesting that there will be noise from people who convert from a
> > working (setq some-package-option 2) t
> From: Torstein Sørnes
> Date: Mon, 9 Sep 2024 15:56:27 +0200
>
> journalctl log https://paste.c-net.org/TackledPrepares
> emacs --debug-init log https://paste.c-net.org/BroodingKindling
>
> This happens every time I edit Python files and have an interactive REPL open.
Thanks. I believe this
> Date: Mon, 9 Sep 2024 14:56:22 +0200
> Cc: 73...@debbugs.gnu.org
> From: David Ponce
>
> > May I ask where and for what purpose did you need to measure pixel
> > width of a string that included newlines?
>
> Actually, the current behavior doesn't really impact my current work. I
> just noticed
> From: Swapneil Singh
> Date: Sun, 8 Sep 2024 12:08:00 -0400
>
> When using the Emacs cooperative threading system in a new project, I
> noticed that calling C-g results in quitting the background thread I
> create, even when those threads are yielded.
>
> Sending this as a bug report per Eli Z
> Date: Mon, 9 Sep 2024 03:29:05 +0300
> Cc: phil...@posteo.net, 43...@debbugs.gnu.org
> From: Dmitry Gutov
>
> On 07/09/2024 09:18, Eli Zaretskii wrote:
>
> >> Maybe just like this? This makes Xref identifier completion not query
> >> for TAGS unless already
> Date: Mon, 9 Sep 2024 03:20:01 +0300
> Cc: Eli Zaretskii , 72...@debbugs.gnu.org
> From: Dmitry Gutov
>
> > This now aborts (segfault?). At least something different.
> >
> > So, for the record, before this patch with the latest emacs-30, I get the
> > r
> Date: Mon, 9 Sep 2024 00:22:11 +0200
> From: David Ponce via "Bug reports for GNU Emacs,
> the Swiss army knife of text editors"
>
> Its seems that the function `buffer-text-pixel-size' is not working
> as described when there are newlines in the buffer. Here is a quick
> illustration (on my
> From: Suhail Singh
> Cc: Michael Albinus , suhailsingh...@gmail.com,
> 73...@debbugs.gnu.org
> Date: Sun, 08 Sep 2024 12:46:39 -0400
>
> Eli Zaretskii writes:
>
> > Waiting for a process to respond should try not to spin without
> > sleeping for a few mill
> From: Juri Linkov
> Cc: m...@daniel-mendler.de, 73...@debbugs.gnu.org
> Date: Sun, 08 Sep 2024 19:40:18 +0300
>
> >> Maybe this unasked-for default fallback is not needed after all:
> >>
> >> diff --git a/src/xdisp.c b/src/xdisp.c
> >> index f9a10267bad..18834c6b781 100644
> >> --- a/src/xdisp
> From: Michael Albinus
> Cc: suhailsingh...@gmail.com, 73...@debbugs.gnu.org
> Date: Sun, 08 Sep 2024 17:26:40 +0200
>
> Eli Zaretskii writes:
>
> >> Tramp is in a loop, waiting for results from the remote side. I don't
> >> know how to implement th
> Date: Sun, 8 Sep 2024 16:43:54 +0200
> Cc: Eli Zaretskii , 73...@debbugs.gnu.org
> From: martin rudalics
>
> > In cmcheckmagic we have:
> >if (!MagicWrap (tty) || curY (tty) >= FrameRows (tty) - 1)
> >emacs_abort ();
> >
> &
> From: Michael Albinus
> Cc: Eli Zaretskii , 73...@debbugs.gnu.org
> Date: Sun, 08 Sep 2024 13:30:00 +0200
>
> Suhail Singh writes:
>
> > Unless I misinterpreted the profiler output, something in/about
> > `tramp-wait-for-regexp' results in the 100%
> From: Daniel Clemente
> Date: Sun, 8 Sep 2024 11:08:14 +
> Cc: martin rudalics , 73...@debbugs.gnu.org
>
> > I noticed that causing this assertion to fail is not very easy. For
> > example, if I drag the terminal emulator window one line at a time, I
> > can never cause it, even if I get t
> From: Ship Mints
> Date: Sun, 8 Sep 2024 06:59:31 -0400
> Cc: 73...@debbugs.gnu.org
>
> Yessir. I was talking about users' likely expectations for type coercion.
> There are cases in elisp where numeric
> type coercion is the default, e.g., (= 2.0 2) is t. I expected it to be so
> here, too.
> From: Juri Linkov
> Cc: Daniel Mendler , 73...@debbugs.gnu.org
> Date: Sun, 08 Sep 2024 09:51:41 +0300
>
> >> This is only a minor issue. After enabling `tab-bar-mode' when hovering
> >> with the mouse over the `tab-bar-separator' space, an empty tool tip
> >> will be shown after a short delay
> From: Yuan Fu
> Date: Sat, 7 Sep 2024 22:57:29 -0700
> Cc: m...@ssbb.me,
> wkirschb...@gmail.com,
> 72...@debbugs.gnu.org
>
>
>
> > On Sep 7, 2024, at 10:54 PM, Eli Zaretskii wrote:
> >
> >> From: Yuan Fu
> >> Date: Sat, 7 Sep 2024
> Cc: 72...@debbugs.gnu.org
> Date: Thu, 29 Aug 2024 07:53:52 +0300
> From: Eli Zaretskii
>
> > From: Sean McAfee
> > Date: Wed, 28 Aug 2024 14:12:11 -0700
> >
> > Starting from emacs -Q:
> >
> > - Enter the text "12345\n" in the scrat
> From: Vincenzo Pupillo
> Cc: 72...@debbugs.gnu.org
> Date: Thu, 05 Sep 2024 21:16:29 +0200
>
> Hi Eli, I followed your suggestion and moved the CONFIG argument. I also
> added
> a new entry to the NEWS file.
Thanks, installed on the master branch, and closing the bug.
Please in the future t
> Date: Sat, 07 Sep 2024 00:23:00 +
> From: Okamsn via "Bug reports for GNU Emacs,
> the Swiss army knife of text editors"
>
> The attached patch adds the variable name to the `setopt` warning.
>
> I write my Emacs config in an Org file, from which I make the Emacs Lisp
> file. Currently
> From: Ship Mints
> Date: Sat, 7 Sep 2024 09:14:54 -0400
>
> This one bit me yesterday on Emacs 29.3 as I was revising my init file (for
> the thousandth time this week).
>
> As setopt becomes more widely recommended, people will likely encounter
> situations like the below where they
> expec
> From: Yuan Fu
> Date: Sat, 7 Sep 2024 22:44:53 -0700
> Cc: Wilhelm Kirschbaum ,
> Eli Zaretskii ,
> 72...@debbugs.gnu.org
>
> Meanwhile, I want to push the fix for the other bug I discovered to emacs-30.
> Eli, I wrote a debugging function that prints parse
> From: Patrick Nicodemus
> Date: Sat, 7 Sep 2024 13:22:30 -0400
>
> I want to run Emacs as a service and connect to it with a client. I
> followed the instructions here:
>
> https://www.gnu.org/software/emacs/manual/html_node/emacs/Emacs-Server.html
>
> and ran the command
> systemctl --user e
> From: Francis Wright
> Date: Sat, 7 Sep 2024 16:47:17 +
>
> The docstring and the Elisp manual both state that easy-menu-define "defines
> SYMBOL as a function for
> popping up the menu" but it doesn't.
Are you sure?
emacs -Q
M-x load-library RET bookmark RET
M-: (symbol-function '
> From: Riza Dindir
> Date: Sat, 7 Sep 2024 19:11:02 +0300
> Cc: 73...@debbugs.gnu.org
>
> I am new to the code base, and it was just a suggestion to check for the
> ioctl call for any failures and take
> precautions, maybe inform the user of the issue that the suspend-emacs
> command did not r
> From: Andrea Corallo
> Cc: Stefan Kangas , monn...@iro.umontreal.ca,
> mattias.engdeg...@gmail.com, caso...@gmail.com, 70...@debbugs.gnu.org
> Date: Sat, 07 Sep 2024 11:48:36 -0400
>
> Eli Zaretskii writes:
>
> >> From: Stefan Kangas
> >> Date:
merge 73101 73100
thanks
> From: Riza Dindir
> Date: Sat, 7 Sep 2024 16:34:45 +0300
>
> Note: Sending this a second time, I forgot to confirm my request to register
> to the bug-gnu-emacs list.
That was a mistake, because by doing that you have created an
identical copy of the first bug report
> From: Riza Dindir
> Date: Sat, 7 Sep 2024 15:37:17 +0300
>
> I am running Linux with kernel 6.6.47 and am running emacs in xterm, using
> the -nw command line argument.
>
> I am new to emacs and was experimenting with the suspend-emacs command.
> Following the example on
> https://www.gnu.or
> From: Michael Albinus
> Cc: Suhail Singh , 73...@debbugs.gnu.org
> Date: Sat, 07 Sep 2024 16:36:42 +0200
>
> Eli Zaretskii writes:
>
> > Michael, what do these checks entail, and why are they so
> > CPU-expensive and take a lot of time with slow connections?
&
> From: Ferdinand Pieper
> Cc: Robert Pluim , Eli Zaretskii , Andrew
> G Cohen , Alexandre Duret-Lutz
> Date: Sat, 07 Sep 2024 14:22:41 +0200
>
> Any further feedback on the patch or could someone please apply the patch?
> Thanks!
>
> Patch once again bel
merge 73092 72787
thanks
> Cc: 73...@debbugs.gnu.org
> From: Arash Esbati
> Date: Sat, 07 Sep 2024 11:07:58 +0200
>
> Tassilo Horn writes:
>
> > It just occurred to me that variable completion with C-h v lists
> > non-existent variables with suffix -, e.g., rcirc-, Man-, Info-, info-,
> > etc.
> From: Sean Whitton
> Cc: phil...@posteo.net, stefankan...@gmail.com, acora...@gnu.org,
> j...@linkov.net, r...@gnu.org, 69...@debbugs.gnu.org
> Date: Fri, 06 Sep 2024 14:54:58 +0100
>
> +(defun forward-unix-word (arg &optional delim)
> + "Move forward ARG unix-words.
> +A unix-word is wh
> Date: Thu, 05 Sep 2024 18:35:14 +0200
> From: Daniel Mendler via "Bug reports for GNU Emacs,
> the Swiss army knife of text editors"
>
> This is only a minor issue. After enabling `tab-bar-mode' when hovering
> with the mouse over the `tab-bar-separator' space, an empty tool tip
> will be sho
> Date: Thu, 5 Sep 2024 13:47:28 +
> From: Jurgen De Backer via "Bug reports for GNU Emacs,
> the Swiss army knife of text editors"
>
>
> In emacs 29.1-29.4 the negation is missing in function
> ediff-nonempty-string-p, see ediff-init.el:
>
> (defsubst ediff-nonempty-string-p (string)
>
> Date: Wed, 4 Sep 2024 12:23:28 +0100 (BST)
> From: Peter Oliver
>
> If my understanding of this bug is correct, newer versions of WebKitGTK
> reliably crash Emacs, and no-one has been in touch with the WebKitGTK
> developers, so there are no plans to fix that.
>
> If that’s the case, how abo
> Date: Mon, 02 Sep 2024 11:15:40 -0700
> From: Derek Upham via "Bug reports for GNU Emacs,
> the Swiss army knife of text editors"
>
>
> Existing code
> -
>
> We'll have to go into some obscure areas of the GUI selection
> code.
> Let's start with xselect-convert-to-targets (sel
> Cc: 72...@debbugs.gnu.org
> Date: Mon, 02 Sep 2024 15:32:02 +0300
> From: Eli Zaretskii
>
> > From: Suhail Singh
> > Cc: "Suhail Singh" , 72...@debbugs.gnu.org
> > Date: Mon, 02 Sep 2024 08:26:07 -0400
> >
> > Eli Zaretskii writes:
>
> Cc: 72...@debbugs.gnu.org
> Date: Sun, 01 Sep 2024 21:35:03 +0300
> From: Eli Zaretskii
>
> > I've tried your changes with and without du. This uncovered something in the
> > original implementation, namely that the original implementation did not
> > cou
> From: Aleksandr Vityazev
> Cc: 73...@debbugs.gnu.org
> Date: Thu, 05 Sep 2024 19:39:37 +0300
>
> On 2024-09-05 10:36, Eli Zaretskii wrote:
>
> >> Date: Thu, 05 Sep 2024 01:45:14 +0300
> >> From: Aleksandr Vityazev via "Bug reports for GNU Emacs,
&
> From: Po Lu
> Cc: Stefan Kangas , m...@bulsara.com,
> 71...@debbugs.gnu.org
> Date: Sun, 01 Sep 2024 19:52:19 +0800
>
> Eli Zaretskii writes:
>
> >> From: Stefan Kangas
> >> Date: Sun, 1 Sep 2024 02:48:57 -0700
> >> Cc: m...@bulsara.com
> Cc: pip...@protonmail.com, exe...@gmail.com, 72...@debbugs.gnu.org,
> j...@linkov.net
> Date: Thu, 29 Aug 2024 15:26:07 +0300
> From: Eli Zaretskii
>
> > From: Po Lu
> > Cc: Juri Linkov , pip...@protonmail.com,
> > exe...@gmail.com, 72...@debbugs.gnu.org
> From: Pengji Zhang
> Date: Thu, 29 Aug 2024 18:44:36 +0800
>
> I found that function `fill-flowed-encode' would not fill texts
> after the last hard newline in a buffer. To reproduce, run 'emacs
> -Q' and then evaluate the following snippet:
>
> --8<---cut here---star
> From: Stefan Monnier
> Cc: Jean Louis , 72...@debbugs.gnu.org
> Date: Sat, 31 Aug 2024 10:09:05 -0400
>
> > Stefan, do we have a way of causing the cl-defmethod dispatch reject a
> > method due to a failed predicate? The relevant method of
> > multisession.el says:
> >
> > (cl-defmethod mul
> From: Yuan Fu
> Date: Mon, 26 Aug 2024 19:53:51 -0700
> Cc: Ergus ,
> 72...@debbugs.gnu.org
>
>
>
> > On Aug 24, 2024, at 1:28 AM, Eli Zaretskii wrote:
> >
> > Ping! Any progress with this?
> >
> >> From: Yuan Fu
> >>
> Date: Tue, 27 Aug 2024 03:37:54 +0530
> From: James Thomas via "Bug reports for GNU Emacs,
> the Swiss army knife of text editors"
>
> James Thomas wrote:
>
> > emacs -Q
> > (define-key key-translation-map [?\C-j] (kbd "RET"))
> > M-x vc-dir (select a git repo)
> > (with point on a 'stash'
Ping! Stefan, any comments?
> Cc: monn...@iro.umontreal.ca
> From: Spencer Baugh
> Date: Mon, 26 Aug 2024 10:17:05 -0400
>
> Tags: patch
>
>
> In 63a48252306a631dc07d62d19311433c7877bd27 I fixed a bug with
> the PCM implementation of substring completion, relating to the
> handling of PCM wil
> Date: Mon, 26 Aug 2024 03:08:56 +0300
> Cc: sba...@janestreet.com, 70...@debbugs.gnu.org, j...@linkov.net,
> monn...@iro.umontreal.ca
> From: Dmitry Gutov
>
> On 16/05/2024 21:25, Eli Zaretskii wrote:
> >> I don't think that would be required exactly.
> >
> Cc: 72...@debbugs.gnu.org, jaygka...@gmail.com, 8.slas...@gmail.com
> From: Damien Cassou
> Date: Sun, 25 Aug 2024 22:23:14 +0200
>
> Hi Stefan,
>
> Stefan Monnier writes:
> >> when a .editorconfig file assigns a value for "indent_size" and no
> >> value for "tab_width", I expect "tab_width"
> From: Stefan Kangas
> Date: Sat, 31 Aug 2024 15:15:25 -0700
> Cc: mattias.engdeg...@gmail.com, acora...@gnu.org, caso...@gmail.com,
> 70...@debbugs.gnu.org
>
> Stefan Monnier writes:
>
> >> And against the additional variable to make this more
> >> backward-compatible?
> >
> > Yup. Th
>
> Thanks for looking into the issue
>
> Sergio
>
> On 10/08/2024 10:27, Po Lu wrote:
> > Eli Zaretskii writes:
> >
> >>> Date: Fri, 9 Aug 2024 13:42:54 +0200
> >>> From: Sergio Callegari
> >>>
> >>> Using emacs in KDE way
Ping! Eric, any further comments, or should we install the patch?
> From: James Thomas
> Cc: e...@ericabrahamsen.net, 70...@debbugs.gnu.org,
> stefankan...@gmail.com, dan...@dsemy.com
> Date: Sat, 24 Aug 2024 14:54:28 +0530
>
> Eli Zaretskii wrote:
>
> > Ping!
Ping! Is this issue resolved and can be closed, or do we need to do
anything else here?
> Cc: 72...@debbugs.gnu.org
> Date: Sat, 24 Aug 2024 02:51:16 +0300
> From: Dmitry Gutov
>
> On 23/08/2024 18:08, João Távora wrote:
>
> > Eglot could be one of those features if there's a performance advan
Ping! Stefan, should I install this in your name?
> Cc: michael_heerde...@web.de, thuna.c...@gmail.com, 72...@debbugs.gnu.org
> Date: Fri, 23 Aug 2024 22:29:10 +0300
> From: Eli Zaretskii
>
> > From: Stefan Monnier
> > Cc: michael_heerde...@web.de, t
> Cc: 72...@debbugs.gnu.org
> Date: Thu, 22 Aug 2024 17:33:16 +0300
> From: Eli Zaretskii
>
> > Cc: 72...@debbugs.gnu.org
> > Date: Tue, 20 Aug 2024 15:24:12 +0300
> > From: Eli Zaretskii
> >
> > > From: "Martin Edström"
> > >
> Cc: 72...@debbugs.gnu.org
> From: Dario Gjorgjevski
> Date: Thu, 22 Aug 2024 13:27:06 +0200
>
> BTW, I am using Python for illustrative purposes only. This issue is
> particularly annoying when writing JavaScript/TypeScript with a LSP
> server and ESLint. Running eslint --fix for in-place lin
Ping!
> Cc: 72...@debbugs.gnu.org
> Date: Sat, 24 Aug 2024 12:14:07 +0300
> From: Eli Zaretskii
>
> > From: Blyte Scholar
> > Date: Tue, 20 Aug 2024 17:44:48 -0400
> >
> > Tags: patch
> >
> >
> > This patch adds customization options w
> From: Suhail Singh
> Cc: Suhail Singh , michael.albi...@gmx.de,
> 73...@debbugs.gnu.org
> Date: Fri, 06 Sep 2024 20:19:34 -0400
>
> Eli Zaretskii writes:
>
> > It needs to show around 40KB to explain 10 sec of delay.
>
> I don't understand your r
> Cc: 43...@debbugs.gnu.org
> Date: Sat, 7 Sep 2024 01:16:46 +0300
> From: Dmitry Gutov
>
> On 03/09/2024 19:39, Philip Kaludercic wrote:
> >>> I could imagine this might be extended to allow an auto-generate option,
> >>> but that feature seems out of scope of this patch, and probably would
> >>
> Cc: Po Lu
> From: JD Smith
> Date: Fri, 6 Sep 2024 17:58:02 -0400
>
> (let* ((w (window-font-width))
>(stipple `(,w 1 ,(apply #'unibyte-string (make-list (/ (+ w 7) 8)
> 186)
> (insert "\n" (propertize (concat (make-string 15 ?\s)
> "THIS IS A
> Date: Fri, 6 Sep 2024 23:05:06 +0300
> Cc: 73...@debbugs.gnu.org, sba...@janestreet.com
> From: Dmitry Gutov
>
> On 06/09/2024 20:44, Eli Zaretskii wrote:
> >> Resent-To:bug-gnu-emacs@gnu.org
> >> Date: Fri, 6 Sep 2024 19:20:16 +0300
> >> Fro
> From: Suhail Singh
> Cc: suhailsingh...@gmail.com, Michael Albinus ,
> 73...@debbugs.gnu.org
> Date: Fri, 06 Sep 2024 13:47:54 -0400
>
> > How long does it take to fetch a file of, say 20 KBytes?
>
> Given a 20kb file generated via:
> #+begin_src sh :results verbatim
> mkdir -p /tmp/test
> Resent-To: bug-gnu-emacs@gnu.org
> Date: Fri, 6 Sep 2024 19:20:16 +0300
> From: Dmitry Gutov
>
> > This command is equivalent to C-x p o C-x C-f, but it's nice to
> > be able to bind it to a specific key.
> >
> > Overall, this is easy enough to provide, so let's just do that.
>
> Makes sense,
> From: Michael Albinus
> Cc: suhailsingh...@gmail.com, 73...@debbugs.gnu.org
> Date: Fri, 06 Sep 2024 16:09:23 +0200
>
> Eli Zaretskii writes:
>
> >> It seems to be related to font-locking, indeed. See variable
> >> `dired-font-lock-keywords'. It
> From: Constant
> Date: Fri, 6 Sep 2024 11:09:41 -0400
>
> Inspecting the which-key source file shows many of the variable's
> `:package-version' information is in the form of a string instead of a
> cons cell with the car of the package name and the cdr of the string
Thanks, fixed.
> From: Michael Albinus
> Cc: Suhail Singh , 73...@debbugs.gnu.org
> Date: Fri, 06 Sep 2024 15:23:57 +0200
>
> > FWIW, I cannot reproduce this: I tried Dired on a remote host with
> > which I have connection that is quite slow, and saw neither high CPU
> > usage nor a significant delay in displa
> From: Sean Whitton
> Cc: Eli Zaretskii , stefankan...@gmail.com,
> acora...@gnu.org, j...@linkov.net, r...@gnu.org, 69...@debbugs.gnu.org
> Date: Fri, 06 Sep 2024 11:36:25 +0100
>
> I think you're right, but I would like to commit my function first, so
> that
1 - 100 of 202 matches
Mail list logo
