I know this isn't an official netrw mailinglist but I have contacted
DrChip about this matter and got no response. I hope someone from this
list has any pointers related to this issue.
I have faced a seriously daunting problem with one of netrw functions,
yet it's so trivial that it makes me t
On 03.07.2018 20:56, tooth pik wrote:
i just :r!ls -AgGl * into a hidden buffer and use gf on the contents
That works if you do it once in a while but when you work with a project
with many directories and have to re/move/preview/edit files all the
time, it provokes violent behaviour.
Dirvish i
Commands such as :reg, :ls and :grep/:cl often produce a long output
which can take all 1080 pixels of my screen (in height).
In terminal vim, the screen is instantly refreshed and the entire output
becomes visible replacing the normal window content.
In gvim, the output is sliding line by line
Commands such as :reg, :ls and :grep/:cl often produce a long output
which can take all 1080 pixels of my screen (in height).
In terminal vim, the screen is instantly refreshed and the entire output
becomes visible replacing the normal window content.
In gvim, the output is sliding line by line
I have noticed that output of :messages appears instantly, unlike the
sliding output of :reg, :ls, :cl, etc. etc. I'm puzzled because
:messages seems to be using the same 'more' pager so why this difference?
On 16.10.2018 12:07, Steven Holt wrote:
On 14.10.2018 13:19, John Li
On 18.10.2018 11:40, John Little wrote:
On Wednesday, October 17, 2018 at 9:28:41 PM UTC+13, Steven Holt
wrote:
Any thoughts?
I'm sorry I'm not much help. Originally I thought I'd just pop up
and ask the obvious questions (version, OS, DE).
I simply don't understand yo
On 19.10.2018 20:18, Oliver Knodel wrote:
After a small test, I can confirm this behavior. Arch Linux, I3 WM no
compositor. :registers scrolling up line by line. Not very slow, but
I noticed it.
Thanks for taking time to confirm this. I haven't got around to checking
how other OSes/DEs behave. I
Many laptops these days support Mac-like gestures, including one for
scrolling. It's supposed that scrolling always happens on the active
window (like it does with the mouse wheel) - however, in gvim touchpad
always scrolls the top-left visible window, not the active one.
Is this a known issue?