Summary: | app-editors/gvim-7.0 commandline get's invisible after opening a tab | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Matthias Langer <m.langer798> |
Component: | Current packages | Assignee: | Vim Maintainers <vim> |
Status: | RESOLVED UPSTREAM | ||
Severity: | normal | ||
Priority: | High | ||
Version: | 2006.0 | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Matthias Langer
2006-05-08 20:08:39 UTC
Hmm, I can't seem to reproduce this bug. Are you sure your window manager isn't just doing a poor job of maximizing the window, and it ends up hiding the lower chunk of your window beneath something, or off screen? > Are you sure your window manager isn't
> just doing a poor job of maximizing the window, and it ends up hiding the lower
> chunk of your window beneath something, or off screen?
Hmm, i'm using
metacity-2.14.5 USE="-debug -xinerama"
and
gvim-7.0.17 USE="gnome gpm gtk nls perl python ruby -acl (-aqua) -bash-completion -cscope -motif -mzscheme -netbeans -nextaw"
at the moment and still experience this behaviour. I don't think that this is the wm's fault, as i experienece this only if i maximize the window _before_ opening a new tab. If i do "unmaximize->maximize" after step 4., only 3/4 of the commandline are back; that again speaks against the wm theory in my opinion. However, it is very likely that this bug is something that only appears in a very special context. Otherwise, there would have been other users adding their comments here.
Let's see if upgrading to gvim-7.0.91 solves this issue for me ...
> Let's see if upgrading to gvim-7.0.91 solves this issue for me ...
unfortunately not :-(
I've had a similar problem on a much wider scale until I turned off the gtk flag. When I include gtk-support gvim starts up with showing no chars within the editor-window at all (the menu is alright). Resizing lets them all appear, until they get in touch with the cursor or get marked. Any cursorform makes the chars vanish as a whole. The _pixel_ that are superimposed by menus that flip open or are moved outside of the screen (moving the window) become visible thereafter. It somehow seems that chars are not redrawn within a cursoristically context. <...> No gtk is no problem to me as I turn off the menu in any case, and other gtk-support-apps(e.g. mplayer (and everything else btw)) seem to work. This must be specific to my installation/system (this extent and no bugreport anywhere) but if someone is interested, I will dig a bit deeper. gtk+-reinstalling without xinerama showed no difference. Hmm, so I'll say that this seems to be a bug in vim. I've been able to reproduce it myself a month or so ago. But, now, in version 7.0.174, it seems to behave as it should. Would you mind testing and seeing if it works in that version? I think specifically patch 7.0.149 might have fixed it. So, please try the latest version in the tree (7.0.174), and tell me how that goes. hmm, i'm still experiencing more or less the same with app-editors/gvim-7.0.174 USE="gnome gpm gtk nls perl python ruby -acl (-aqua) -bash-completion -cscope -motif -mzscheme -netbeans -nextaw" and x11-wm/metacity-2.16.3 USE="-debug -xinerama" the only thing that has improved for me (see comment #0 - 5.)), is that after unmaximizing/maximizing not only 3/4 but 4/4 of the commandline are back. Regarding my bug (comment 4) Sorry for my intermezzoing but it seemed a bit similar. It started working when I tried gvim-7.0.174 with gtk Next time I'll try overlay-versions in advance.(I'm new at gentoo) ...so I rushed forward to gvim-7.0.174 with gtk and now I'm unable to reproduce the bug with any ebuild(17,91,146). I even pulled the plug to clear the memory. Actually I don't even know if a rebuild of the non-overlay version(.17) would have worked this time in the first place. I'm still getting to know about gentoo this and that and do change a lot configs, and there was an "emerge --update --deep --newuse world" inbetween. So maybe it were prevailing circumstances. Sorry, Matthias, but I think I'm out of suggestions. This is a bug with the source code of the package, so I'd suggest you send a message to the vim-dev mailing list and folks will be able to help you better there. When Bram releases an official patch, I'll include it in Gentoo. See http://www.vim.org/maillist.php for more info on posting to vim-dev. |