Timeline for Nano not displaying correctly in term and ansi-term
Current License: CC BY-SA 4.0
9 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Jun 15, 2018 at 20:45 | vote | accept | Zorgoth | ||
| Jun 2, 2018 at 21:09 | answer | added | npostavs | timeline score: 5 | |
| Jun 2, 2018 at 2:18 | comment | added | npostavs | Ah, I can reproduce this in both Emacs 26 and 27 (current master), apparently it depends on window size. | |
| Jun 2, 2018 at 1:34 | comment | added | phils |
It works better for me -- I see both rows of commands, with the exception of the same curious blending of ^G Get Help and ^X Exit (which is displayed on the first row, with the area underneath being blank).
|
|
| Jun 1, 2018 at 21:51 | comment | added | Tyler |
Apologies if you already know this and still prefer to use nano for commit messages, but you can set your git editor to emacsclient. If you do, when you call git commit from an Emacs shell, the message will open instantly in the same emacs session. And there's also magit, for even more integration with Emacs.
|
|
| Jun 1, 2018 at 21:26 | comment | added | lawlist |
Just for fun, I tried using Vim inside of term/ansi-term about a year ago and found that it could not properly draw all of the aspects; e.g., a particular plugin that I was interested in (nerdtree). In a nutshell, someone motivated would need to spend time debugging and further improving upon term/ansi-term to achieve the results desired.
|
|
| Jun 1, 2018 at 19:46 | comment | added | Zorgoth | For writing git messages | |
| Jun 1, 2018 at 19:44 | comment | added | Dan♦ | Out of curiosity, why are you using a different editor from within your editor? | |
| Jun 1, 2018 at 19:17 | history | asked | Zorgoth | CC BY-SA 4.0 |