> It applies well; thanks.
> By the way, (window-min-size) still answers 4 (with and without your patch).
That's expected. But (window-min-size (minibuffer-window)) should now
always evaluate to 1 and (frame-windows-min-size) should now give 5
instead of 8. As for 'window-min-size' you can
- e
tags 72831 fixed
close 72831 31.1
quit
> On Sat, 07 Sep 2024 17:05:34 +0200, Ferdinand Pieper
> said:
Ferdinand> Eli Zaretskii writes:
>> Thanks, I'd like to wait for a few days, to let people comment if they
>> want.
Ferdinand> Sounds good, thanks for handling it.
I
tags 72866 fixed
close 72866 31.1
quit
> On Wed, 4 Sep 2024 15:20:46 +0200, Paul Nelson said:
Paul> Thanks Robert, I've implemented your suggestions.
Paul> I hope someone will check that I've used "+++" correctly in NEWS,
Paul> affirming that I updated the documentation -- hopefu
> Attached find a patch that should guarantee that only minibuffers are
> recorded in a minibuffer window's list of previous buffers. A ChangeLog
> appears below. If there are no objections, I'll install this on master
> in two weeks.
Installed on master. If there are no further complaints, I'
In data mercoledì 11 settembre 2024 06:53:32 CEST, Yuan Fu ha scritto:
>
> > On Sep 9, 2024, at 2:50 AM, Vincenzo Pupillo wrote:
> >
> > In data martedì 27 agosto 2024 14:22:16 CEST, Eli Zaretskii ha scritto:
> >>> From: Yuan Fu
> >>> Date: Mon, 26 Aug 2024 20:13:52 -0700
> >>> Cc: e...@gnu.org
src/emacs -Q etc/NEWS
C-x C-q ; buttons appear
C-x C-q ; buttons donʼt disappear
(personally I donʼt mind the buttons, but the intent of faf1f037987c
was to make them disappear).
I came up with the following, but I can never remember all the details
of text property removal (maybe we need a `bu
> 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 don't remember the reason.
>
> The timeout
> 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
> IMO, Org should document that org-agenda-write uses ps-print and
> ps2pdf, so that users could know where to look for cause of trouble
> and which parts to customize to work around these problems.
I agree with you. Things would have been a bit simpler, and perhaps
even friendlier, if I had st
> 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;
> + /
> 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
> > resizes the frame quickly enough. Pr
exif.el does not correctly read the Exif data from some JPEG files,
which means that for example image rotation does not work properly in
image-mode.
* Issue 1: Unable to retrieve values such as orientation from Exif data
written in Big-endian format.
Reproduction steps 1:
(The followi
On Sep 11, 2024, James Thomas via "Bug reports for GNU Emacs, the Swiss army
knife of text editors" wrote:
> James Thomas wrote:
>
>> I haven't tested this patch (don't really know how to), but this could
>> very well be the cause of this long-standing bug:
>
> Could you check if this patch (the
Suhail Singh writes:
Hi Suhail,
>> Tramp used a non-zero timeout in the past. This was removed some years
>> ago, I don't remember the reason.
>
> The timeout in tramp-accept-process-output was disabled in commit
> 54ef338ba3670415cf47fabc33a92d4904707c7e . The commit mentions
> bug#61350 , how
Michael Albinus writes:
Hi Eli,
> I made a test. In a remote directory I have created a cyclic symlink
> "zzz", in order to see what Tramp does when running dired on the
> directory. The additional actions are
[...]
> 15 times the "test -h" command - I guess, Tramp shall do cyclic link
> detec
Hello,
Whenever I try to use Emacs' built-in icons, I have some difficulty
understanding the user interface for customizing an icon. For example,
regardless of the type of icon element, all the fields have similar
labels, which makes the interface difficult to understand and use.
For instance, fo
On 19/08/2024 19:44, Eli Zaretskii wrote:
Date: Mon, 19 Aug 2024 18:13:31 +0200
From: Cecilio Pardo
This patch adds support on Windows Vista an later for dialog boxes using
TaskDialog.
Thanks.
First, to accept a contribution of this size we'll need a
copyright-assignment paperwork from you.
>> > For instance, Eli recently added this code (dispnew.c):
>> >
>> >/* This should never happen, but evidently sometimes does if one
>> > resizes the frame quickly enough. Prevent aborts in cmcheckmagic.
*/
>> >if (vpos >= FRAME_TOTAL_LINES (f))
>> > return;
>>
> 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
Attached the correct patch.
Sorrydiff --git a/lisp/cus-edit.el b/lisp/cus-edit.el
index 3ab5f11532e..fd790b18630 100644
--- a/lisp/cus-edit.el
+++ b/lisp/cus-edit.el
@@ -5525,6 +5525,53 @@ custom-icon-extended-menu
"A menu for `custom-icon' widgets.
Used in `custom-icon-action' to show a menu
On 11/09/2024 5:19 PM, David Ponce wrote:
Attached the correct patch.
Sorry
Should be the good one this time.
Sorry again.diff --git a/lisp/cus-edit.el b/lisp/cus-edit.el
index 3ab5f11532e..fd790b18630 100644
--- a/lisp/cus-edit.el
+++ b/lisp/cus-edit.el
@@ -5525,6 +5525,53 @@ custom-icon-extend
Michael Albinus writes:
> I'm happy it works stable now, and I'm reluctant to touch it w/o urgent
> need. That's why I have used the (sit-for 0.005) solution proposed by
> Eli, outside tramp-accept-process-output.
Understood; thanks for elaborating.
--
Suhail
Michael Albinus writes:
Hi,
>> I should be able to test out the patch later this coming week. In case
>> that would be helpful, please let me know. Thank you for adding this.
>
> Yes, please do. I will also wait for Eli's OK, and then I will push it
> to the master branch. Plus little bit of d
Eli Zaretskii writes:
>> If so, isn't there some mechanism to specify a
>> continuation that's run once the TRAMP process produces output? Such a
>> mechanism shouldn't require a `sit-for' to yield control.
>
> How would that help? Tramp must still wait for the response to
> proceed with what i
Suhail Singh writes:
Hi Suhail,
> I was imagining a version of TRAMP that was asynchronous. I understand
> now that it isn't.
FTR, some years ago (2018?) I tried to use Lisp threads with Tramp. This
experiment failed.
Best regards, Michael.
Michael Albinus writes:
> FTR, some years ago (2018?) I tried to use Lisp threads with Tramp. This
> experiment failed.
OOC, the failure was from hard-to-debug edge cases while trying to get
to feature-parity or something else?
--
Suhail
Wow, thank you so much for diving into this issue! I'll keep track of it in
tree-sitter repo from now on.
It seems like other integrations somehow manage to avoid hanging or crashing
the main process, so it doesn't affect them?
I just checked in the Zed editor again to confirm. When I type a={,
Stefan Monnier via "Bug reports for GNU Emacs, the Swiss army knife of
text editors" writes:
> I tend to agree. If the type doesn't accept the value, you can use
> something lower-level than `setopt`, while you argue with the maintainer
> to try and get them to change their type.
>
> IMO, the wh
Andrea Corallo writes:
> Eli Zaretskii writes:
>
>>> From: Po Lu
>>> Cc: rpl...@gmail.com, 72...@debbugs.gnu.org, s...@k-7.ch,
>>> visuwe...@gmail.com
>>> Date: Wed, 21 Aug 2024 10:37:50 +0800
>>>
>>> I was preparing to install this patch when I noticed that commits for
>>> the pretest had
Dan Christensen wrote:
> On Sep 11, 2024, James Thomas via "Bug reports for GNU Emacs, the
> Swiss army knife of text editors" wrote:
>
>> James Thomas wrote:
>>
>>> I haven't tested this patch (don't really know how to), but this could
>>> very well be the cause of this long-standing bug:
>>
>>
Cecilio Pardo writes:
> On 19/08/2024 19:44, Eli Zaretskii wrote:
>>> Date: Mon, 19 Aug 2024 18:13:31 +0200
>>> From: Cecilio Pardo
>>>
>>> This patch adds support on Windows Vista an later for dialog boxes using
>>> TaskDialog.
>> Thanks.
>>
>> First, to accept a contribution of this size we'll
Some keywords are missing in `c++-ts-mode`, compared to `c++-mode` (defined
in `cc-langs.el`), notably: "virtual," "thread_local," and maybe others.
Regargs
yang
On Thu, Sep 12 2024, GNU bug Tracking System wrote:
Update: `virtual` works fine, only `thread_local` is not highlighted...
> 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
33 matches
Mail list logo
