Re: [GSoC] A late proposal: a modern send-email

From: Junio C Hamano <gitster@pobox.com>
Date: Mar 25, 2016, 18:16 UTC
Message-ID: <xmqqzitm2zkj.fsf@gitster.mtv.corp.google.com>
In-Reply-To: <CAKqreuyC8p9m_dgVpXCiT_hf=8qBA_5kZ5NABQGx0QDOiCBbww@mail.gmail.com>

惠轶群 <huiyiqun@gmail.com> writes:

Show 5 quoted lines

> # Purpose
> The current implementation of send-email is based on perl and has only
> a tui, it has two problems:
> - user must install a ton of dependencies before submit a single patch.
> - tui and parameter are both not quite friendly to new users.

Is "a ton of dependencies" true? "apt-cache show git-email" suggests otherwise. Is "a ton of dependencies" truly a problem? "apt-get install" would resolve the dependencies for you.

Show 6 quoted lines

> # Plan
> So I propose to implement following:
> - Allow user to send mail via a [`mailto`
> link](https://en.wikipedia.org/wiki/Mailto). so that users could
> complete the mail in their favorite email clients such as gmail, mutt,
> alpine and even gmail for android through

IIRC, GMail on Android is incapable of sending a "text/plain", so that part may not fly well.

> - Build a simple email client (maybe a web components based web app or
> wxwidgets based GUI client, they are both cross-platform) which is
> easy to use for sending patch without disrupting the mailbox format.

I suspect it would yield a better result if the plan were to update a popular email client and make it possible to tell it to read an existing text file (i.e. mbox) without corrupting its contents. People do not have to learn a new mail client if done that way.

That may not be a "Git" project, but GSoC is not limited to Git ;-)