On Mon, Dec 04, 2017 at 10:54:40PM +0100, Lars Schneider wrote:
> > Better, IMHO, though I still think literally saying:
> >
> > hint: Waiting for your editor to exit...
> >
> > is the most accurate, which I think makes it clear that you must _exit_
> > your editor, not just save and close the
> On 04 Dec 2017, at 22:42, Jeff King wrote:
>
> On Mon, Dec 04, 2017 at 10:31:15PM +0100, Lars Schneider wrote:
>
I would like to add "for your input" or "for you" to convey
that Git is not waiting for the machine but for the user.
"hint: Launched
On Mon, Dec 04, 2017 at 10:31:15PM +0100, Lars Schneider wrote:
> >> I would like to add "for your input" or "for you" to convey
> >> that Git is not waiting for the machine but for the user.
> >>
> >>"hint: Launched editor. Waiting for your input..."
> >>
> >> Would that work for you?
> >
Jeff King writes:
> On Sun, Dec 03, 2017 at 01:47:04PM +0100, Lars Schneider wrote:
>
>> I am on the fence here. I like consistency but I don't want to
>> bother Git users.
>>
>> @Peff: Do you lean into either direction? Could you imagine that
>> novice/regular users are
> On 04 Dec 2017, at 18:32, Jeff King wrote:
>
> On Sun, Dec 03, 2017 at 01:47:04PM +0100, Lars Schneider wrote:
>
>> I am on the fence here. I like consistency but I don't want to
>> bother Git users.
>>
>> @Peff: Do you lean into either direction? Could you imagine that
>>
> On 04 Dec 2017, at 18:26, Jeff King wrote:
>
> On Sun, Dec 03, 2017 at 05:39:10PM +0100, Lars Schneider wrote:
>
> + fprintf(stderr, _("hint: Waiting for your editor
> input..."));
I found "waiting for editor input" to be a funny way of
On Sun, Dec 03, 2017 at 01:47:04PM +0100, Lars Schneider wrote:
> I am on the fence here. I like consistency but I don't want to
> bother Git users.
>
> @Peff: Do you lean into either direction? Could you imagine that
> novice/regular users are bothered? (I don't expect experts to be
> bothered
On Sat, Dec 02, 2017 at 09:15:29PM -0800, Junio C Hamano wrote:
> Jeff King writes:
>
> > I tried to think of ways this "show a message and then delete it" could
> > go wrong. It should work OK with editors that just do curses-like
> > things, taking over the terminal and then
On Sun, Dec 03, 2017 at 05:39:10PM +0100, Lars Schneider wrote:
> >>> + fprintf(stderr, _("hint: Waiting for your editor
> >>> input..."));
> >> I found "waiting for editor input" to be a funny way of saying this. I
> >> input to the editor, the editor does not input to
On Sat, Dec 02, 2017 at 09:15:49AM +0530, Kaartic Sivaraam wrote:
> > Or given that the goal is really just making it clear that we've spawned
> > an editor, something like "starting editor %s..." would work.
>
> There was already discussion related to the "continuous tense" used in the
>
On Sun, 2017-12-03 at 17:39 +0100, Lars Schneider wrote:
> > On 02 Dec 2017, at 04:45, Kaartic Sivaraam
> > wrote:
> >
> > On Friday 01 December 2017 11:59 PM, Jeff King wrote:
> > > On Fri, Dec 01, 2017 at 01:52:14PM +0100, Lars Schneider wrote:
> > > >
> > > >
> On 02 Dec 2017, at 04:45, Kaartic Sivaraam wrote:
>
> On Friday 01 December 2017 11:59 PM, Jeff King wrote:
>> On Fri, Dec 01, 2017 at 01:52:14PM +0100, Lars Schneider wrote:
>>>
>>> Thanks for the review :-)
>> Actually, I meant to bikeshed one part but forgot.
> On 03 Dec 2017, at 06:15, Junio C Hamano wrote:
>
> Jeff King writes:
>
>> I tried to think of ways this "show a message and then delete it" could
>> go wrong. It should work OK with editors that just do curses-like
>> things, taking over the terminal and
Jeff King writes:
> I tried to think of ways this "show a message and then delete it" could
> go wrong. It should work OK with editors that just do curses-like
> things, taking over the terminal and then restoring it at the end.
> ...
I think that it is not worth to special-case
On Friday 01 December 2017 11:59 PM, Jeff King wrote:
On Fri, Dec 01, 2017 at 01:52:14PM +0100, Lars Schneider wrote:
Thanks for the review :-)
Actually, I meant to bikeshed one part but forgot. ;)
+ fprintf(stderr, _("hint: Waiting for your editor
input..."));
I
On Fri, Dec 01, 2017 at 01:52:14PM +0100, Lars Schneider wrote:
> > These are obviously the result of devils-advocate poking at the feature.
> > I doubt any editor would end its output with a CR. But the first case is
> > probably going to be common, especially for actual graphical editors. We
>
> On 30 Nov 2017, at 21:51, Jeff King wrote:
>
> On Wed, Nov 29, 2017 at 03:37:52PM +0100, lars.schnei...@autodesk.com wrote:
> ...
>> The standard advise() function is not used here as it would always add
>> a newline which would make deleting the message harder.
>
> I tried to
On Friday 01 December 2017 02:21 AM, Jeff King wrote:
These are obviously the result of devils-advocate poking at the feature.
I doubt any editor would end its output with a CR. But the first case is
probably going to be common, especially for actual graphical editors. We
know that emacsclient
On Wed, Nov 29, 2017 at 03:37:52PM +0100, lars.schnei...@autodesk.com wrote:
> No message is printed in a "dumb" terminal as it would not be possible
> to remove the message after the editor returns. This should not be a
> problem as this feature is targeted at novice Git users and they are
>
From: Lars Schneider
When a graphical GIT_EDITOR is spawned by a Git command that opens
and waits for user input (e.g. "git rebase -i"), then the editor window
might be obscured by other windows. The user may be left staring at the
original Git terminal window without
20 matches
Mail list logo