>> @@ -3929,7 +3929,8 @@ js-ts-mode
>> (sexp ,(js--regexp-opt-symbol js--treesit-sexp-nodes))
>> (sentence ,(js--regexp-opt-symbol
>> js--treesit-sentence-nodes))
>> (text ,(js--regexp-opt-symbol '("comment"
>> -
close 72757 30.0.60
thanks
>> > M-: (modify-syntax-entry ?' "\"") RET
>> >
>> > in the NEWS buffer and C-h o seems to work everywhere. I am not sure if
>> > we want ' to be "string quote" or punctuation like " already is, or
>> > something else.
>>
>> Thanks, this looks like the right thing
> Are there any plans to add treesitter support for hideshow, it seems easy
> enough to do and also very helpful, especially for langs that don't
> excessively use parens, such as python
There is already treesitter support for outline-minor-mode,
so you could look into implementation to do somethi
>> + (font-lock-ensure)
>>(run-mode-hooks 'wdired-mode-hook)
>>(message "%s" (substitute-command-keys
>> "Press \\[wdired-finish-edit] when finished \
>
> Yip. When we do this (guess we don't have a choice), my preferred
> solution would be to hook this into the correspondin
> I'm using tab-bar-mode, and I've included `tab-bar-format-global` in
> `tab-bar-format`. This displays `global-mode-string` on the tab-bar.
>
> However, in `global-mode-string`, I have `mu4e`. The tab-bar seems to
> remove the hover and mouse click actions from `global-mode-string`.
Please sho
>>> I'm using tab-bar-mode, and I've included `tab-bar-format-global` in
>>> `tab-bar-format`. This displays `global-mode-string` on the tab-bar.
>>>
>>> However, in `global-mode-string`, I have `mu4e`. The tab-bar seems to
>>> remove the hover and mouse click actions from `global-mode-string`.
>
>> So you prefer to slow down only when the user types C-s?
>> This is possible by adding a local hook in
>> wdired-change-to-wdired-mode:
>>
>> (add-hook 'isearch-mode-hook #'font-lock-ensure nil t)
>
> A step back: I now tried to reproduce the recipe, but I only see the
> clobbered match data e
>>> global-mode-string is a variable defined in xdisp.c.
>>> Value
>>> ((:eval (mu4e--modeline-string)) (t (:eval (lsp--progress-status)))
>>> ((t lsp-java-progress-string)) (:eval (exec/git-mode-string))
>>> (:eval (exec/gc-mode-string)) flycheck-mode-line)
>
> 1. (mu4e--modeline-string) :
>
> #
>>> > And is xdg-open reliably available on BSD systems, so that we don't
>>> > generate an opaque error message if that is not the case?
>>>
>>> I think it would work whether xdg-open is install or not because
>>> `shell-command-guess-open' is defined by testing the presence of
>>> xdg-open. So i
>> 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.
>>
>> To reproduce:
>>
>> 1. Start emacs -Q
>> 2. M-x tab-bar-mode
>> 3. Move the mouse pointer over the space rig
> This issue appears to be similar to the issue reported in 70846, but
> this is specifically regarding when Imenu is configured to flatten
> into "groups" (as opposed to "annotation" as was reported there).
> When "imenu-flatten" is set to "group", I see an issue where nested
> entries, with the s
>> >> 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.
>> >>
>> >> To reproduce:
>> >>
>> >> 1. Start emacs -Q
>> >> 2. M-x tab-bar-mode
>> >> 3. Move the mouse
> Maybe using `(setopt completion-auto-help t)`
> and hitting TAB is a better method.
Or just using `(setopt imenu-eager-completion-buffer nil)`
because otherwise with its default value you need to hit
'?' (minibuffer-completion-help) instead of TAB
to show the completions buffer with two identica
>> > Maybe this is reproducible only on very long Dired buffers?
>
> After following the recipe literally, I could reproduce that thing, too.
>
> Maybe this issue occurring depends on what exactly is replaced - symlink
> targets. In this case, (font-lock-ensure) does make a
> difference.
>
> Yeste
>> >> 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.c
>> >> +++ b/src/xdisp.c
>> >> @@ -15155,8 +15155,6 @@ note_tab_bar_highlight (struct frame *f, int x,
>> >>
> Would something like this be good?
>
> @@ -3740,8 +3740,12 @@ dired-isearch-search-filenames
> - (isearch-search-fun-in-text-property
> - (funcall orig-fun) '(dired-filename dired-symlink-filename)))
> + (let ((search-fun
> + (isearch-search-fun-in-text-property
> + (funcall
>> Also noticed that doing the first replacement always raises an error:
>>
>> Debugger entered--Lisp error: (error "Match data clobbered by buffer
>> modification hooks")
>> replace-match("!" nil nil)
>> replace-match-maybe-edit("!" nil nil nil (672 673 #) nil)
>> perform-replace("7" "!" t t
close 73050 30.0.60
thanks
>> > 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 tab-bar button has a valid, non-nil
>> > tooltip, so the problem is with the tooltips p
>> Also please eval these calls and show their return values.
>
> 1. (mu4e--modeline-string) :
>
> #(" 🌀0/0 " 1 2 (help-echo "mu4e favorite bookmark 'Unread messages':
Thanks for the reproducible test case.
The problem is that the mode-line keymap can't be used without
replacing the symbol 'mode-
>>> Also noticed that doing the first replacement always raises an error:
>>>
>>> Debugger entered--Lisp error: (error "Match data clobbered by buffer
>>> modification hooks")
>>> replace-match("!" nil nil)
>>> replace-match-maybe-edit("!" nil nil nil (672 673 #) nil)
>>> perform-replace("7"
20 matches
Mail list logo
