git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: [PATCH v2] git{,-blame}.el: remove old bitrotting Emacs code

From
MÅMartin Ågren <martin.agren@gmail.com>
Date
Mar 10, 2018, 16:50 UTC
Message-ID
<CAN0heSp9UMd=t2ssCa7Ln2Gtm2b=EKzyQbDEJGG4Lm5YboF8xg@mail.gmail.com>
In-Reply-To
<20180310123058.31211-1-avarab@gmail.com>
On 10 March 2018 at 13:30, Ævar Arnfjörð Bjarmason <avarab@gmail.com> wrote:
Show 12 quoted lines
> diff --git a/contrib/emacs/README b/contrib/emacs/README
> index 82368bdbff..5a63109458 100644
> --- a/contrib/emacs/README
> +++ b/contrib/emacs/README
> @@ -1,30 +1,24 @@
> -This directory contains various modules for Emacs support.
> +This directory used to contain various modules for Emacs support.
>
> -To make the modules available to Emacs, you should add this directory
> -to your load-path, and then require the modules you want. This can be
> -done by adding to your .emacs something like this:
> +These were added shortly after Git was first released, since then
s/, since/. Since/ ?
> +Emacs's own support for Git got better than what was offered by these
> +modules, or was superseded by popular 3rd-party Git modes such as
> +Magit.

This somehow reads like "Emacs's own support ... was superseded ...". Maybe that's what you mean, but i'm not sure. Perhaps s/, was superseded by/. There are also/.

Show 10 quoted lines
>  * git.el:
>
> -  Status manager that displays the state of all the files of the
> -  project, and provides easy access to the most frequently used git
> -  commands. The user interface is as far as possible compatible with
> -  the pcl-cvs mode. It can be started with `M-x git-status'.
> +  Wrapper for "git status" that provided access to other git commands.
> +
> +  Modern alternatives to this are Magit, or the VC mode that ships
> +  with Emacs.

s/, or/ and/ ? My thinking: "A and B are modern alternatives", not "A or B are modern alternatives.".

Show 9 quoted lines
>  * git-blame.el:
>
> -  Emacs implementation of incremental git-blame.  When you turn it on
> -  while viewing a file, the editor buffer will be updated by setting
> -  the background of individual lines to a color that reflects which
> -  commit it comes from.  And when you move around the buffer, a
> -  one-line summary will be shown in the echo area.
> +  A wrapper for "git blame" written before Emacs's own vc-annotate
> +  mode learned to invoke git-blame, which can be done via C-x v g.
Thanks for giving constructive hints. :-)
Martin
Previous: Ævar Arnfjörð BjarmasonNext: Junio C Hamano
Message 14 of 19 in “git.el: handle default excludesfile properly”
  1. git.el: handle default excludesfile properlyDorab Patel, Mar 3, 2018
  2. Eric SunshineMar 3, 2018
  3. Dorab PatelMar 4, 2018
  4. Eric SunshineMar 4, 2018
  5. Dorab PatelMar 4, 2018
  6. Eric SunshineMar 4, 2018
  7. Junio C HamanoMar 5, 2018
  8. Alexandre JulliardMar 6, 2018
  9. Dorab PatelMar 7, 2018
  10. Ævar Arnfjörð BjarmasonMar 8, 2018
  11. git{,-blame}.el: remove old bitrotting Emacs codeÆvar Arnfjörð Bjarmason, Mar 8, 2018
  12. Junio C HamanoMar 8, 2018
  13. git{,-blame}.el: remove old bitrotting Emacs codeÆvar Arnfjörð Bjarmason, Mar 10, 2018
  14. Martin ÅgrenMar 10, 2018
  15. Junio C HamanoMar 13, 2018
  16. Ævar Arnfjörð BjarmasonMar 13, 2018
  17. Junio C HamanoMar 13, 2018
  18. Kyle MeyerMar 8, 2018
  19. git.el: handle default excludesfile properlyDorab Patel, Mar 6, 2018

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.