+cursorshape +localmap +reltime +wildmenu +cursorbind +listcmds +quickfix +wildignore +cmdline_hist +jumplist +persistent_undo +vertsplit +cmdline_compl +insert_expand -perl +user_commands +clientserver -hangul_input +netbeans_intg +title +byte_offset +fork() +multi_lang +termresponse +builtin_terms -footer +multi_byte +terminfo +balloon_eval +float -mouse_urxvt -tag_any_white +autocmd +find_in_path -mouse_sysmouse +tag_old_static arabic +file_in_path -mouse_sgr +tag_binary VIM - Vi IMproved 7.4 (2013 Aug 10, compiled 18:15:27)Ĭompiled by version with GTK2 GUI. Has anyone else seen this behavior? If so, do you know of a fix? "gvim -u NONE", so it's not due to any recent changes to Vim nor to I keep my vim installation fairly up to date, currently runningħ.4.52, but the same issues exist when running gvim 7.2.148 as The Linux distribution is Fedora 11 and the Linux The other NX components on the Linux machine are versionģ.4.0-something. The version of the NX server on the Linux machine is 3.4.0-11. I don't know if this is different from the version I ran on Windows The version of the NoMachine NX Windows client is currently 3.5.0-9. The primary change was from Windows XP to Windows 7. Before these updates, gvim worked as well as vim in thisĮnvironment. These applications seem to have any speed issues.īecause I seldom use gvim on Linux, I only noticed this after aĬouple of updates to my environment, so I can't say what changeĬaused it. I do almost all my development from the command line, using either Screen updates following each keystroke take a couple of seconds. It will behave normally for a while, then suddenly Machine, its screen updates are painfully slow, to the point ofīeing unusable. Recently, however, I've noticed that when I use gvim on the remote In a GNOME Terminal and I've had few issues with this setup. Linux workstation located in a back room. I use NX to connect from the Windows machine on my desk to my
0 Comments
Leave a Reply. |