From: Arthur Miller <arthur.miller@live.com>
To: Eli Zaretskii <eliz@gnu.org>
Cc: dmitry@gutov.dev, emacs-devel@gnu.org
Subject: Re: Missing snprintf in ucrt mingw + vc-refresh in find-file hook?
Date: Tue, 13 Feb 2024 15:30:00 +0100 [thread overview]
Message-ID: <DU2PR02MB101090245B339BD32E882738E964F2@DU2PR02MB10109.eurprd02.prod.outlook.com> (raw)
In-Reply-To: <86sf1wpjui.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 13 Feb 2024 08:36:08 -0500")
Eli Zaretskii <eliz@gnu.org> writes:
>> From: Arthur Miller <arthur.miller@live.com>
>> Cc: emacs-devel@gnu.org
>> Date: Tue, 13 Feb 2024 10:47:33 +0100
>>
>> I wasn't even aware this was going on, untill yesterday. I understand that some
>> users like to see diverse stuff in their modeline, statusbars, powerlines,
>> command prompts and other widgets. That is fine; if users want it, give it to
>> them.
>>
>> But I am not such a user, and this feels a bit too much to have it auto
>> on. This can get triggered automatically in save places; for example I have save
>> place on, so when I open a file, Emacs will display cursor at the same place
>> where I left. I see that it gets triggred in some places with Helm
>> completion. Basically everything I have nowdays is in Git, inclusive my entire
>> emacs.d folder. That means I am constantly starting and killing git processes,
>> and I don't even care about that info on my modeline. I look barely at modeline;
>> sometimes I take a look at the clock or line/column number.
>
> I understand your POV, but this is turned on by default in Emacs long
> ago. So the default cannot be changed just because you personally
Yes, I have already understood that from the replies ysterday :). I never
realized that was going on under the hood. If you don't want to change the
defualt at least let us have an easy way to disable it.
> dislike it. Instead, I suggest that you change the default value of
> mode-line format locally. Or remove vc-refresh-state from
I don't think it even shows on my modeline; I have no idea even where in the
modline to look for it. My modeline is already very simplified, with most of the
stuff diminished or removed. As said, I noticed first from that backtrace
yesterday.
> find-file-hook. Or try playing with the value of vc-display-status.
> Or some other change that could do what you want; look in vc-hooks.el
> for ideas.
Yes, I did play with vc-display-status; setting it to nil does not do what you
suggest it will do. It still triggers git process.
I have to manually remove the vc-refresh from the hook for find-file. At least
in 29.2_1 or turn-off everything by setting backends to nil.
I see in the master that code for vc-display-status has changed and there are
some options now, but there is no :set function and option to completely disable
it. I haven't built yet from the master, so I can't tell how well it works to
just choose 'backend as an option in this regards.
There is also the save file stuff which is implemented differently. As I asked
Dmitry, is there any special reason why is it not implemented via
after-save-hook? If it isn't I can hack it and use after-save-hook instead which
than lets me to simply hack defcustom for vd-display-status with :set function
to add/remove vc-refresh to/from relevant hooks.
>> If you consider that people are complaining quite a lot about Emacs been too
>> slow on Windows, than I would consider if this is something that has to be on by
>> default.
>
> Git is not slow on MS-Windows; I posted the numbers I measured to show
> that. Git is just much faster on GNU/Linux, so people who are
> accustomed to its speed on the latter complain when they need to work
> on the former. IOW, it's a "relative complaint", not an "absolute
> complaint".
Yesterday, about an hour after I sent email here, someone posted this claiming
that git interactions slow down vc-mode:
https://www.reddit.com/r/emacs/comments/1ahx90f/if_you_would_like_a_new_feature_in_emacs_v30_what/kq2sxml/?context=3
It could be a moot or it could be something in it; I don't know.
I don't know why people experience that Emacs is slow on Windows.I experience it
myself too and I haven't blamed it on anything specific yet. I have thoughts
that it perhaps is mingw/msys runtime; but I don't know. I didn't say Git
specific is slow. Perhaps it is a combination of things that make Emacs slow. I
don't know. You are monitoring Reddit every day more or less, and see yourself
that people are not complaining on anything specifically.
Anyway, regardless of how fast Git or Emacs are, if I do not value to see some
statusline update, I don't think I should spend CPU cycles and battery life on
it, regardless how slow or fast it may be.
next prev parent reply other threads:[~2024-02-13 14:30 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-02-12 10:06 Missing snprintf in ucrt mingw + vc-refresh in find-file hook? Arthur Miller
2024-02-12 13:44 ` Dmitry Gutov
2024-02-12 13:56 ` Arthur Miller
2024-02-12 14:58 ` Dmitry Gutov
2024-02-12 16:49 ` Eli Zaretskii
2024-02-12 18:05 ` Dmitry Gutov
2024-02-12 19:15 ` Eli Zaretskii
2024-02-12 19:25 ` Dmitry Gutov
2024-02-12 19:34 ` Eli Zaretskii
2024-02-13 9:47 ` Arthur Miller
2024-02-13 13:36 ` Eli Zaretskii
2024-02-13 14:30 ` Arthur Miller [this message]
2024-02-13 21:26 ` Dmitry Gutov
2024-02-13 23:10 ` Arthur Miller
2024-02-14 3:42 ` Dmitry Gutov
2024-02-14 21:04 ` Arthur Miller
2024-02-14 22:37 ` Dmitry Gutov
2024-02-15 11:16 ` Arthur Miller
2024-02-14 14:30 ` Eli Zaretskii
2024-02-14 16:36 ` Dmitry Gutov
2024-02-14 16:51 ` Eli Zaretskii
2024-02-14 17:01 ` Dmitry Gutov
2024-02-14 17:29 ` Eli Zaretskii
2024-02-14 21:05 ` Dmitry Gutov
2024-02-12 14:36 ` Eli Zaretskii
2024-02-13 10:44 ` Arthur Miller
2024-02-13 13:13 ` Eli Zaretskii
-- strict thread matches above, loose matches on Subject: below --
2024-02-12 17:37 Angelo Graziosi
2024-02-13 10:49 ` Arthur Miller
2024-02-13 19:00 ` Arthur Miller
2024-02-13 20:01 ` Eli Zaretskii
2024-02-13 22:05 ` Arthur Miller
2024-02-14 14:45 ` Eli Zaretskii
2024-02-14 18:43 ` Arthur Miller
2024-02-13 21:26 ` Angelo Graziosi
2024-02-13 22:09 ` Arthur Miller
2024-02-13 22:21 ` Angelo Graziosi
2024-02-13 22:26 ` Arthur Miller
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=DU2PR02MB101090245B339BD32E882738E964F2@DU2PR02MB10109.eurprd02.prod.outlook.com \
--to=arthur.miller@live.com \
--cc=dmitry@gutov.dev \
--cc=eliz@gnu.org \
--cc=emacs-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.