On Tue, Jun 30, 2020 at 09:01:21AM +0000, Zbigniew Jędrzejewski-Szmek wrote: > On Mon, Jun 29, 2020 at 05:52:07PM +0200, Till Maas wrote: > > On Mon, Jun 29, 2020 at 08:16:29AM -0400, Gerald Henriksen wrote: > > > > > While it may be worth vim making themselves better, it really doesn't > > > change the argument. > > > > > > Even a friendlier vim is still going to be far to strange and > > > confusing to somebody just looking to quickly change a setting and get > > > on with Fedora. > > > > The argument in the change proposal is that users might not know what is > > going on when they run `git commit` and vi instead of nano is opened. It > > does not mention "quickly changing a setting". Thinking more about this, > > if someone has to use "git commit", they have probably changed > > something with a tool. If this is a developer, they are probably using a > > graphical IDE or a text editor on the console (or maybe a GUI text > > editor). > > > But I guess the IDEs usually have git integration, so the user > > would then not use "git commit". > Plenty of people use graphical editors without git integration. But > even if the editor has integration, people will often have been taught > or have learnt themselves to use a git from the command line and will > continue doing that. In many ways the cli is more convenient, so if you > once learnt that, you're unlikely to switch away. IT seems that the persona that is targeted by this change is changing a lot. Initially, it was about newcomers but someone who already learned git from the command-line does not seem to be a newcomer. > > If they already use a console editor, > > would it be typical that they do not set the EDITOR variable? > In my experience, people set $EDITOR very rarely. So all those people are happy with vi? IMHO an argument for changing this would be that a lot of people are already changing EDITOR to nano, so it makes sense to make it a default. If this is actually not the case it is not very convincing to change this. > > And if they are using a graphical Editor, shouldn't maybe that one be > > defaulted to in graphical environments? > I replied to that earlier — short summary is that having the editor pop > outside of the terminal window is confusing. We want the default editor > to be in-terminal and block the terminal until the edit is done. There can also be some text in the console that explains that the user should look at the window for the GUI editor and the editor helper could block the console until the edit is done. git-mergetool works just fine with meld, for example. Also I know people using gvimdiff instead of vimdiff. Thanks Till _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
