[RFC/PATCH] consistently try VISUAL, EDITOR and vi in this order.

Subsystems: the rest

2 messages, 2 authors, 2016-06-15 · open the first message on its own page

[RFC/PATCH] consistently try VISUAL, EDITOR and vi in this order.

From: Junio C Hamano <hidden>
Date: 2016-06-15 22:42:32

git grep -e VISUAL -e EDITOR revealed this inconsistency.  All
other commands seem to check VISUAL and then EDITOR as they should.

---
diff --git a/git-send-email.perl b/git-send-email.perl
index c5d9e73..7b81962 100755
--- a/git-send-email.perl
+++ b/git-send-email.perl
@@ -222,8 +256,7 @@ GIT: for the patch you are writing.
 EOT
 	close(C);
 
-	my $editor = $ENV{EDITOR};
-	$editor = 'vi' unless defined $editor;
+	my $editor = $ENV{VISUAL} || $ENV{EDITOR} || 'vi';
 	system($editor, $compose_filename);
 
 	open(C2,">",$compose_filename . ".final")

Re: [RFC/PATCH] consistently try VISUAL, EDITOR and vi in this order.

From: Jakub Narebski <hidden>
Date: 2016-06-15 22:42:32

Junio C Hamano wrote:
git grep -e VISUAL -e EDITOR revealed this inconsistency.  All
other commands seem to check VISUAL and then EDITOR as they should.
+     my $editor = $ENV{VISUAL} || $ENV{EDITOR} || 'vi';
      system($editor, $compose_filename);
Shouldn't we check if we are in visual (non CLI-only) environment,
like X-Window, MS Windows or MacOS X, before trying to use VISUAL?
How other parts solve it? </me checks> Ah, we use VISUAL unconditionally,
at least in scripts...

-- 
Jakub Narebski
Warsaw, Poland
ShadeHawk on #git
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help