thất bại gvim vẽ lại

Tôi có một vấn đề với gvim khi màn hình vẽ lại một phần thất bại. Thật khó để giải thích nhưng khi tôi mở một tệp văn bản và trang xuống hoặc lên thì toàn bộ tệp văn bản không được vẽ lại đúng cách. Tôi phải di chuyển con trỏ trước khi nó vẽ lại. Tôi đã có một screencapture ở đây vì nó cho thấy vấn đề: http://www.box.net/ Shared / l4m1vrffl0dhigi80huz

Có vẻ như vấn đề được giới hạn ở gvim vì mọi ứng dụng khác tôi chạy đều ổn và vẽ lại đúng cách. Nó khá dễ dàng để tôi sao chép trong gvim. Bảng điều khiển vim vẫn ổn. Nó làm tôi nghĩ rằng vấn đề được giới hạn ở gvim.

Hệ điều hành là Arch linux 3.0 chạy trình điều khiển nvidia chạy Gnome3 (không có compiz).

Đầu ra từ uname

Linux cyclops 3.0-ARCH # 1 SMP PREEMPT Thứ ba ngày 30 tháng 8 07:32:23 UTC 2011 i686 Intel (R) Core (TM) 2 CPU 6600 @ 2.40GHz Chính hãng GNU / Linux

lsmod

lsmod | grep nvidia
nvidia              10225284  40 
agpgart                22096  1 nvidia
i2c_core               16625  2 nvidia,i2c_nforce2

gvim - đảo ngược

gvim --version VIM - Vi IMproved 7.3 (2010 ngày 15 tháng 8, được biên soạn ngày 30 tháng 9 năm 2011 05:51:10) Bao gồm các bản vá: 1-322 Được biên dịch bởi ArchLinux Phiên bản lớn với GUI GTK2. Các tính năng bao gồm (+) hoặc không (-): + arabic + autocmd + Balloon_eval + duyệt ++ buildin_terms + byte_offset + cindent + clienterver + clipboard + cmdline_compl + cmdline_hist + cmdline_info + bình luận + ẩn + c + + diff + digraphs + dnd -ebcdic + emacs_tags + eval + ex_extra + Extra_search + farsi + file_in_path + find_in_path + float + Folding -footer + fork () + gettext -hangul_input + iconv + + + lispindent + listcmds + localmap -lua + menu + mksession + redirect_fname + mouse + mouseshape + mouse_dec + mouse_gpm -mouse_jsbterm + mouse_netterm

Tệp menu hệ thống: "$ VIMRUNTIME / menu.vim" dự phòng cho $ VIM: "/ usr / share / vim" Biên dịch: gcc -c -I. -Iproto -DHAVE_CONFIG_H -DFEAT_GUI_GTK -pthread -I / usr / include / gtk-2.0 -I / usr / lib / gtk-2.0 / bao gồm -I / usr / bao gồm / atk-1.0 -I / usr / /usr/include/gdk-pixbuf-2.0 -I / usr / include / pango-1.0 -I / usr / include / glib-2.0 -I / usr / lib / glib-2.0 / include -I / usr / include / pixman -1 -I / usr / include / freetype2 -I / usr / include / libpng14 -I / usr / local / include -march = i686 -mtune = generic -O2 -pipe -fstack-Protector --param = ssp-buffer- kích thước = 4 -D_FORTIFY_SOURCE = 1 Liên kết: gcc -L. -Wl, - hash-style = gnu -Wl, - khi cần -rdynamic -Wl, -export-Dynamic -Wl, -E -Wl, -rpath, / usr / lib / perl5 / core_perl / CORE -Wl , -O1, - sắp xếp chung, - khi cần, -z, relro, - hash-style = gnu -L / usr / local / lib -Wl,

Tôi đã có vấn đề này và đã có thể khắc phục vấn đề bằng cách bắt đầu gvim với --synctùy chọn. Điều này làm cho các cuộc gọi X không đồng bộ.

(Cảm ơn liên kết trong nhận xét của Christian Brabandt đã chỉ cho tôi đi đúng hướng.)

Nó sẽ giúp cung cấp thông tin về HĐH, card màn hình của bạn, v.v ... Hình như là Gnome3 trên ...?

Tôi gặp vấn đề như vậy khi chạy GVIM và các ứng dụng khác với Compiz làm Trình quản lý cửa sổ của tôi bằng thẻ video NVIDIA và đã khắc phục bằng cách đi tới "Trình quản lý cài đặt cấu hình Compiz"> Khắc phục sự cố> kiểm tra "Sửa lỗi cửa sổ Qt".

Không có manh mối nếu điều này, hoặc một cái gì khác, sẽ giúp ích trong trường hợp của bạn hay không, đặc biệt là nếu bạn đang sử dụng Mutter thay vì Compiz.

Những loại plugin nào bạn đã cắm vào Vim ngoài những gì được gói ra khỏi hộp?

Có thể có một trong những plugin ổn định thông thường của bạn đã gặp một chút trục trặc đối với bạn. Vâng, GTK đang tiết lộ vấn đề, nhưng có khả năng đó không phải là vấn đề. Bất cứ điều gì tạo ra các cửa sổ bật lên hoặc tạm thời tạo một bộ đệm nhỏ hoặc một cái gì đó tương tự. Tự động hoàn tất, đoạn trích, ... Nếu đó là một plugin hoặc tính năng bổ sung, hãy thử tắt nó đi và xem vấn đề của bạn có biến mất không.

Mặc dù tôi không thấy bất kỳ cửa sổ bật lên nào như vậy trong phim của bạn, plugin có thể đang tạo cửa sổ bật lên, nhận ra nó không thực sự cần thiết, xóa cửa sổ bật lên, nhưng sau đó không vẽ lại nội dung ban đầu bên dưới.

Thực hiện cuộn toàn màn hình không sơn lại toàn bộ bộ đệm. Con trỏ rõ ràng là buộc bộ đệm để sơn lại hàng xóm.

Tất nhiên đó có thể là vấn đề cốt lõi của GTK / GVim (tôi nghĩ rằng X hoặc OpenGL không liên quan gì đến nó), nhưng có vẻ như tôi không thể sử dụng được (mặc dù tôi không thường sử dụng Arch).

Nếu bạn thấy rằng đó là một plugin, bạn có thể muốn buộc nâng cấp hoặc hạ cấp phiên bản (bất cứ điều gì ngoại trừ phiên bản "bị hỏng").

FWIW Tôi đã thoát khỏi vấn đề bằng cách cài đặt gói vim-gtk3, thay thế vim-gtk(Ubuntu).

GHI CHÚ! Vì một số lý do, lệnh gvim mặc định không được ánh xạ tới vim-gtk3 khi tôi cài đặt gói vì vậy tôi phải chạy cập nhật thay thế theo cách thủ công như vậy:

sudo update-alternatives --set gvim /usr/bin/vim.gtk3

Cảm ơn rất nhiều cho các gợi ý trong chủ đề này rằng GTK có thể là vấn đề. Vấn đề này rất khó để theo dõi ngay cả khi sử dụng Google!