Strange redraw problem on x86-64 Linux
I'm using Frugalware x86-64 as my Linux distro on my server machine. For some reason, gvim (compiled with --enable-features=big) has a very strange redraw problem, which is that it doesn't properly redraw the screen if the vim window is obscured, and requires ^L to redraw. The problem also seems to manifest itself when doing any colon command, in that the first word on the command line shows up, but subsequent words are not drawn visibly (though they are there). A further problem is that the fonts are ragged rather than smooth. The same vim (e.g. compiled from the same source) on my Frugalware x86 32-bit on my laptop works fine. So I don't know if there is some strangeness about the distro or whether there may be a 64bit linux problem. Does anyone have ideas on how to narrow down the problem?
Re: Strange redraw problem on x86-64 Linux
I'm using Frugalware x86-64 as my Linux distro on my server machine. For some reason, gvim (compiled with --enable-features=big) has a very strange redraw problem, which is that it doesn't properly redraw the screen if the vim window is obscured, and requires ^L to redraw. I should add that the system was using xorg 7.1, which I downgraded to 7.0 based upon some comments on the Frugalware forum -- but that did not change the problem. I've got GTK2 GUI, X11. The GTK version on the machine is 2.4
matchparen bug?
I think I found a bug in in the matchparen feature of Vim 7. I'm using the 7.0 binary release for Windows XP. When I'm in Insert mode and moving across lines, if the cursor passes over a paren (defined here as any character in the matchpairs option), the cursor will stay in the column position when moving to the next line. See the following code for an example: let g:loaded_autoit_completion = 1 let s:cache_name = [] This function is used for the 'omnifunc' option. Now, if my cursor is on the '1' in the first line and I press down twice, I'd expect the cursor to end up on the 'o' in 'omnifunc' in the third line. However, if I'm in Insert mode and matchparen is active, then my cursor will instead end up on the 'e' in 'used'. If I'm in Normal mode, this does not happen. If I issue :NoMatchParen, this does not happen. However, if I reissue :DoMatchParen and enter Insert mode, the problem reoccurs. Can anyone else confirm this? I do have a lot of customizations in my vimrc files, so I'm not entirely sure it's not a problem that I'm causing myself, but I've reviewed my vimrc pretty carefully and I can't find anything that should cause this issue. If anyone else would like to check, you can find both vimrc files here: http://www.legroom.net/~jbreland/transfer/Packages/Vim_7.0/support/_vimrc http://www.legroom.net/~jbreland/transfer/Packages/Vim_7.0/support/_gvimrc Please let me know if this is an actual Vim bug. Thanks. -- Jared
Re: Strange redraw problem on x86-64 Linux
I'm using Frugalware x86-64 as my Linux distro on my server machine. Aha! When I change to a bitmap font the display problem seems to go away! TrueType and PS fonts look ugly.
Re: matchparen bug?
Jared wrote: [...] When I'm in Insert mode and moving across lines, if the cursor passes over a paren (defined here as any character in the matchpairs option), the cursor will stay in the column position when moving to the next line. See the following code for an example: let g:loaded_autoit_completion = 1 let s:cache_name = [] This function is used for the 'omnifunc' option. Now, if my cursor is on the '1' in the first line and I press down twice, I'd expect the cursor to end up on the 'o' in 'omnifunc' in the third line. However, if I'm in Insert mode and matchparen is active, then my cursor will instead end up on the 'e' in 'used'. [...] I do not have this bug. I'm having VIM - Vi IMproved 7.0 (2006 May 7, compiled May 25 2006 04:17:33) MS-Windows 32 bit GUI version with OLE support Included patches: 1-17 that I've compiled myself from current CVS version. Matchparen.vim is dated 2006 May 11.
Re: Netbeans Interface
Am Donnerstag, den 01.06.2006, 16:08 +0200 schrieb Sebastian Menge:
Or does it mean that i have to compile my own vim with disabled
gui-support and enabled netbeans?
I forgot to mention what I want to do ...
I want to communicate via the netbenas-protocol with a vim in a
terminal. That vim should not have any X or GUI features.
Is that possible?
If yes, how would I have to ./configure vim? I tried
./configure --enable-gui=no --enable-netbeans
But it doesnt seem to work.
On my ubuntu box 'vim --version' has +netbeans_intg and +X11, is linked
against gnome-libs. If I start my homebrewn netbeans-server, and then
'vim -nb', nothing happens. If I type :gui in the same vim-instance, it
immediatly connects to the server and executes the test command.
Thanks to anyone helping me with this.
regards, Sebastian.
PS: my test server:
start it first, then 'gvim -nb'
---
import java.io.BufferedReader;
import java.io.IOException;
import java.io.InputStreamReader;
import java.io.PrintWriter;
import java.net.ServerSocket;
import java.net.Socket;
public class VimNBApp {
private static ServerSocket socket;
private static Socket vimSocket;
public static void main(String[] args) {
try {
socket = new ServerSocket(3219);
System.out.print(Server waiting for connection ...);
vimSocket = socket.accept();
System.out.println( connected.);
PrintWriter out =
new PrintWriter(vimSocket.getOutputStream(), true);
BufferedReader in =
new BufferedReader(
new InputStreamReader(vimSocket.getInputStream()
));
//handshake
System.out.println(in.readLine());
System.out.println(in.readLine());
System.out.println(in.readLine());
String cmd = 1:editFile!123 \/tmp/test.txt\;
out.println(cmd);
System.out.println(sent: +cmd);
} catch (IOException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
}
}
-
Re: Netbeans Interface
Am Donnerstag, den 01.06.2006, 12:49 -0700 schrieb Xavier de Gaye: Netbeans can only be used with gvim compiled either with GTK, Motif, or with the Windows version of gvim. It cannot be used with plain vim running in a terminal. No workaround? The communication itself does not need the gui. Im no c-programmer, but that sounds, as if one would have to change little in netbeans.c .. !? Seb.
Re: Netbeans Interface
--- Sebastian Menge [EMAIL PROTECTED] wrote: Under *netbeans-configure* it is said, that only gvim is supported. Does that mean i never can use the netbeans-interface in a terminal (since the dependency on gvim is hardcoded in netbeans.c)? Or does it mean that i have to compile my own vim with disabled gui-support and enabled netbeans? Netbeans can only be used with gvim compiled either with GTK, Motif, or with the Windows version of gvim. It cannot be used with plain vim running in a terminal. Xavier -- http://clewn.sourceforge.net gdb support in Vim
Re: Netbeans Interface
--- Sebastian Menge [EMAIL PROTECTED] wrote: Am Donnerstag, den 01.06.2006, 12:49 -0700 schrieb Xavier de Gaye: Netbeans can only be used with gvim compiled either with GTK, Motif, or with the Windows version of gvim. It cannot be used with plain vim running in a terminal. No workaround? The communication itself does not need the gui. Im no c-programmer, but that sounds, as if one would have to change little in netbeans.c .. !? Vim, when run in a terminal is designed to work in a very poor environment, and there is only one thread of execution. On the other hand, the netbeans interface has been designed with a GUI in mind (since it was meant to be used by IDEs) and registers a call-back that is used to process the received netbeans messages. So, to port the netbeans interface to Vim in terminal mode is not simple. One would have probably to setup a hook in the main loop (RealWaitForChar() in os_unix.c), that is, right in the deep heart of Vim. Too bad. Xavier -- http://clewn.sourceforge.net gdb support in Vim
Redraw bug on WinXP with non-GUI tab line.
Hello. I've found bug in vim version VIM - Vi IMproved 7.0 (2006 May 7, compiled May 25 2006 04:17:33) MS-Windows 32 bit GUI version with OLE support Included patches: 1-17 In case incremental search is on, tab line some times is not visible. Steps to reproduce: gvim -u NONE -U NONE :e 1.txt :set is :tab sp /s after hitting 's' text is scrolled to a line containing 'six1' and tabline is empty - cleared with background color. 1 2 3 4 5 6 7 8 9 one1 10 11 12 13 14 15 16 17 18 19 two1 20 21 22 23 24 25 26 27 28 29 three1 30 31 32 33 34 35 36 37 38 39 four1 40 41 42 43 44 45 46 47 48 49 five1 50 51 52 53 54 55 56 57 58 59 six1 60 61 62 63 64 65 66 67 68 69 seven1 70 71 72 73 74 75 76 77 78 79 eight1 80 81 82 83 84 85 86 87 88 89 nine1 90 91 92 93 94 95 96 97 98 99 ten1 1 2 3 4 5 6 7 8 9 one2 10 11 12 13 14 15 16 17 18 19 two2 20 21 22 23 24 25 26 27 28 29 three2 30 31 32 33 34 35 36 37 38 39 four2 40 41 42 43 44 45 46 47 48 49 five2 50 51 52 53 54 55 56 57 58 59 six2 60 61 62 63 64 65 66 67 68 69 seven2 70 71 72 73 74 75 76 77 78 79 eight2 80 81 82 83 84 85 86 87 88 89 nine2 90 91 92 93 94 95 96 97 98 99 ten2
Re: Redraw bug on WinXP with non-GUI tab line.
It appears that the first key of any incremental search to a point far enough down in the file (i.e. a page below the displayed area) will cause it. Typing any additional key brings the tabline back. I fiddled around with TabLineSet.vim, but it appears that the bug is in the code that decides whether to display either the default or custom tabline. On 6/1/06, Ilya [EMAIL PROTECTED] wrote: Hello. I've found bug in vim version VIM - Vi IMproved 7.0 (2006 May 7, compiled May 25 2006 04:17:33) MS-Windows 32 bit GUI version with OLE support Included patches: 1-17 In case incremental search is on, tab line some times is not visible. Steps to reproduce: gvim -u NONE -U NONE :e 1.txt :set is :tab sp /s after hitting 's' text is scrolled to a line containing 'six1' and tabline is empty - cleared with background color. 1 2 3 4 5 6 7 8 9 one1 10 11 12 13 14 15 16 17 18 19 two1 20 21 22 23 24 25 26 27 28 29 three1 30 31 32 33 34 35 36 37 38 39 four1 40 41 42 43 44 45 46 47 48 49 five1 50 51 52 53 54 55 56 57 58 59 six1 60 61 62 63 64 65 66 67 68 69 seven1 70 71 72 73 74 75 76 77 78 79 eight1 80 81 82 83 84 85 86 87 88 89 nine1 90 91 92 93 94 95 96 97 98 99 ten1 1 2 3 4 5 6 7 8 9 one2 10 11 12 13 14 15 16 17 18 19 two2 20 21 22 23 24 25 26 27 28 29 three2 30 31 32 33 34 35 36 37 38 39 four2 40 41 42 43 44 45 46 47 48 49 five2 50 51 52 53 54 55 56 57 58 59 six2 60 61 62 63 64 65 66 67 68 69 seven2 70 71 72 73 74 75 76 77 78 79 eight2 80 81 82 83 84 85 86 87 88 89 nine2 90 91 92 93 94 95 96 97 98 99 ten2
commandline window
All, Is there an elegant way of checking if the current window is a command line window other than seeing if the buffer name is command-line ? --Matt
Re: commandline window
Hi, On 6/1/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: All, Is there an elegant way of checking if the current window is a command line window other than seeing if the buffer name is command-line ? You can use the CmdwinEnter and CmdwinLeave autocmds and set buffer-local variables. - Yegappan
Re: Filter :map output
On 6/1/06, Eric Leenman [EMAIL PROTECTED] wrote: Hi, Is it possible to filter the :map output? For example to only show the mappings that have CTRL or C- in it? I don't think so, but you can :redir into a register, put into a buffer, or use split(), filter(), etc. I don't see a way to loop through the mappings list directly from script.
regex question
Sorry if I've got brain lock on this, but is it possible to match a
substring like
match wildmenu ;\(directory\)\{3,};
such that it will match three or more substring chars of the pattern
to match dir as well as directory? (I know the above format isn't
this.) I know I could do it if I could use an expression, but syntax
highlighting doesn't allow that, so I'm wondering if I can do it with
regex alone.
Loop through all lines in a file
Hello, I'm trying to write my first vim-plugin, but I got stucked. I managed to execute an external command, which gives me back a list of filenames. One filename per line. For each of the filenames I want to execute another command. I tried it with code: let line=getline(.) while (strlen(line)!=0) do sth. here -- construct the external command and so on j let line=getline(.) endwhile When I execute the code, it runns into an infinite loop, because the lines are joined together with each loop file: text1.txt text2.txt text3.txt after interrupting the loop the looks like text1.txt text2.txt text3.txt it seems j is interpreted as a J (join line) here. And by the way, I think this is a bad solution anyway. Can someone give me a hint how to do it in a clean way?
Re: Loop through all lines in a file
On 6/1/06, Johannes Schwarz [EMAIL PROTECTED] wrote: Hello, I'm trying to write my first vim-plugin, but I got stucked. I managed to execute an external command, which gives me back a list of filenames. You need to say exactly how you executed the command, since that will define how the lines were acquired, whether they went from the file into a buffer correctly, etc. One filename per line. For each of the filenames I want to execute another command. I tried it with code: let j = 1 1 let line=getline(.) while (strlen(line)!=0) This loop is best done comparing line(.) = line($) do sth. here -- construct the external command and so on j 'j' is incrementing, right? let line=getline(.) endwhile When I execute the code, it runns into an infinite loop, because the lines are joined together with each loop The infinite loop is probably due to other reasons, ie. above. file: text1.txt text2.txt text3.txt Is the file (disk) or file loaded into a Vim buffer window? after interrupting the loop the looks like text1.txt text2.txt text3.txt Not enough code examples to understand why it would be like this. it seems j is interpreted as a J (join line) here. And by the way, I think this is a bad solution anyway. Can someone give me a hint how to do it in a clean way? If it's simple enough, you can use global commands :g/.*/commands
Re: regex question
On Thu, Jun 01, 2006 at 05:05:00AM -0600, Eric Arnold wrote:
Sorry if I've got brain lock on this, but is it possible to match a
substring like
match wildmenu ;\(directory\)\{3,};
such that it will match three or more substring chars of the pattern
to match dir as well as directory? (I know the above format isn't
this.) I know I could do it if I could use an expression, but syntax
highlighting doesn't allow that, so I'm wondering if I can do it with
regex alone.
Do you mean like /\dir\%[ectory]/ ?
:help /\%[]
HTH --Benji Fisher
Re: regex question
On 6/1/06, Benji Fisher [EMAIL PROTECTED] wrote:
On Thu, Jun 01, 2006 at 05:05:00AM -0600, Eric Arnold wrote:
Sorry if I've got brain lock on this, but is it possible to match a
substring like
match wildmenu ;\(directory\)\{3,};
such that it will match three or more substring chars of the pattern
to match dir as well as directory? (I know the above format isn't
this.) I know I could do it if I could use an expression, but syntax
highlighting doesn't allow that, so I'm wondering if I can do it with
regex alone.
Do you mean like /\dir\%[ectory]/ ?
:help /\%[]
HTH --Benji Fisher
Real close. Turns out I think I want:
/\\%[directory]\{1,}\/
but it doesn't seem to recognize \{1,} and without the \ it seems to
be matching white space. The problem with \ is that it doesn't
seem to allow \\%[.directory]
What I'm actually trying to do is walk through a list of displayed
files, highlighting each file individually (full length) (I.e via
TAB key). The regex is because the file names are truncated to a
given length, and the remainder is wrapped down onto the next column
./ 8.3 oaded
../TabLineSet.vim.2.0 WinWalker.zip.upl
TabLineSet.vim.1. WinWalker.1.2.1.zip oaded2
7.1.vimWinWalker.1.2.zip doc/
TabLineSet.vim.1.8 WinWalker.2.0.zip plugin/
TabLineSet.vim.1. WinWalker.2.1.zip
8.1 WinWalker.2.2.zip
TabLineSet.vim.1. WinWalker.zip.upl
After I solve the \%[ problem, I then have to see if I can deal with
the continuation segments.
Re: Loop through all lines in a file
On 6/1/06, Benji Fisher [EMAIL PROTECTED] wrote: ... let line=getline(.) while (strlen(line)!=0) do sth. here -- construct the external command and so on j let line=getline(.) endwhile Remember that a vim script (including a plugin) is a list of commands in Command-Line (Ex) mode, not Normal mode. So that j means :j[oin], not move the cursor down one line. If you change j to + it will be a step in the right direction. D'oh. For some reason I though 'j' was a variable and jumped to a wishful[wrong] conclusion that it was really: exe j which would set the line number to an incrementing index. This is useful if you are going to use :ex commands in addition to function calls. let linenr = 0 while linenr line($) let linenr += 1The += construction requires vim 7.0 . let line = getline(linenr) ... exe linenr endwhile
Re: Antw: Re: Loop through all lines in a file
In the meantime I found a solution myself: let s:lnr=line(.) let s:image=getline(s:lnr) while (strlen(s:image) != 0) let s:lnr=s:lnr+1 let s:image=getline(s:lnr) endwhile I'm not that familiar with the global commands yet, maybe I have to read the documentation again. I second Benji's suggestion of using a :g command if possible. It's more idiomatic, making it easier to understand. While you omit what you're doing with s:image once you have it, unless you're doing something with it within the body of your while statement, you're only getting the last one. It also looks like you're getting the line number only to pass it to getline(). The idiomatic way would be something like :g/^/let s:image=getline(.) If you only want from the current line to the end of file, you can use :.,$g/^/let s:image=getline(.) (:g defaults to the whole file if you don't specify a range, such as .,$) If you want to call a function with each line, or run an external command, you can do something like :g/^/exec !somecommand .getline(.) Hope this gives you some additional ideas regarding how to use the :g command. -tim
Re: gvim 7.0 does not display files in the same directory again
This problem only occur when I click the gvim icon which I created on the KDE menu. When I start gvim on the shell, then there is no problem. Both icon and shell refer to the same /usr/local/bin/gvim program. I copied the .gvimrc file to the ~ directory. KDE version is 2.2-11. - Original Message From: Charles E Campbell Jr [EMAIL PROTECTED] To: PoWah Wong [EMAIL PROTECTED] Cc: vim@vim.org Sent: Wednesday, May 31, 2006 10:56:31 AM Subject: Re: gvim 7.0 does not display files in the same directory again PoWah Wong wrote: When I use gvim to open files, the first time it will display all the files in the directory A. After I open a file, when I try to open files in the same directory A, it does not display any files, i.e. the directory A is displayed as empty. I have to display the files in another directory B (e.g. parent directory), then it will display all the files in the directory A. gvim version is 7.0. I download source code and compiled it. Linux is Red Hat 7.2 (2.4.7-10smp). I generally use Fedora Core 4; I doubt that Red Hat 7.2 acts that much differently. So, please give the commands you actually use. For example: gvim . (select a file) cr :e . which, by the way, works for me. If that sequence isn't working for you, then you'll need to consider the settings you're using. Try commenting out all such settings (except set nocp) and determine which one, if any, is causing problems. Regards, Chip Campbell
Re: gvim 7.0 does not display files in the same directory again
Charles E Campbell Jr wrote: PoWah Wong wrote: When I use gvim to open files, the first time it will display all the files in the directory A. After I open a file, when I try to open files in the same directory A, it does not display any files, i.e. the directory A is displayed as empty. I have to display the files in another directory B (e.g. parent directory), then it will display all the files in the directory A. gvim version is 7.0. I download source code and compiled it. Linux is Red Hat 7.2 (2.4.7-10smp). I generally use Fedora Core 4; I doubt that Red Hat 7.2 acts that much differently. So, please give the commands you actually use. For example: gvim . (select a file) cr :e . which, by the way, works for me. I use Gnome version 2.14.1, and I happen to have a gvim icon on my toolbar. With that, I don't see the problem you're having. What does :pwd show? ie. gvim . :pwd (select file)cr :pwd :e . :pwd And again: are you doing the sequence above (excepting that you're using a icon instead of the initial gvim)? Regards, Chip Campbell
Inevitable VIM plug-in for eclipse?
As much as I love vim (write school papers, do meeting notes, program), in the software side of the world everything seems to be going eclipse. Particularly as you have these complex software frameworks, and eclipse does stuff to modify them. Are there any plans as part of the main VIM project to integrate it with Eclipse? Gary Furash, MBA, PMP, Applications Manager Maricopa County Attorney's Office
Re: Inevitable VIM plug-in for eclipse?
http://www.satokar.com/viplugin/index.php?MMN_position=7:7 Not sure of the main page for this tool as I'm at work (where I don't use Java), but I have it at home. This will get you there, though. I am using this and it work fine. It's worth the paltry sum I paid for it. It's not Vim, but it's such a step above the nambi-pambi editor Eclipse offers that it's like dying and going to heaven. Furash Gary wrote: As much as I love vim (write school papers, do meeting notes, program), in the software side of the world everything seems to be going eclipse. Particularly as you have these complex software frameworks, and eclipse does stuff to modify them. Are there any plans as part of the main VIM project to integrate it with Eclipse? Gary Furash, MBA, PMP, Applications Manager Maricopa County Attorney's Office
Re: Inevitable VIM plug-in for eclipse?
I don't know much about eclipse. Does it allow you to embed your own editor as the default editing window? On 6/1/06, Furash Gary [EMAIL PROTECTED] wrote: As much as I love vim (write school papers, do meeting notes, program), in the software side of the world everything seems to be going eclipse. Particularly as you have these complex software frameworks, and eclipse does stuff to modify them. Are there any plans as part of the main VIM project to integrate it with Eclipse? Gary Furash, MBA, PMP, Applications Manager Maricopa County Attorney's Office
Re: gvim 7.0 does not display files in the same directory again
:pwd show /home/powah Session are: (select file)cr :pwd /home/powah :e . Netrw Directory Listing(netrw v98) /home/powah Sorted by name Sort sequence: [\/]$,*,\.bak$,\.o$,\.h$,\.info$,\.swp$,\.obj$ Quick Help: F1:help -:go up dir D:delete R:rename s:sort-by x:exec ../ ./ .kde/ .mozilla/ .ssh/ .vnc/ .xauth/ Desktop/ awk/ expect/ perl/ unix/ .Xauthority .bash_history .bash_logout .bash_profile .bashrc .emacs .first_start_kde .gtkrc .gvimrc .kderc .screenrc .viminfo . is a directory :pwd /home/powah unix/xxx.txt [noeol][dos] 9L, 969C - Original Message From: Charles E Campbell Jr [EMAIL PROTECTED] To: PoWah Wong [EMAIL PROTECTED] Cc: vim@vim.org Sent: Thursday, June 1, 2006 10:56:43 AM Subject: Re: gvim 7.0 does not display files in the same directory again Charles E Campbell Jr wrote: PoWah Wong wrote: When I use gvim to open files, the first time it will display all the files in the directory A. After I open a file, when I try to open files in the same directory A, it does not display any files, i.e. the directory A is displayed as empty. I have to display the files in another directory B (e.g. parent directory), then it will display all the files in the directory A. gvim version is 7.0. I download source code and compiled it. Linux is Red Hat 7.2 (2.4.7-10smp). I generally use Fedora Core 4; I doubt that Red Hat 7.2 acts that much differently. So, please give the commands you actually use. For example: gvim . (select a file) cr :e . which, by the way, works for me. I use Gnome version 2.14.1, and I happen to have a gvim icon on my toolbar. With that, I don't see the problem you're having. What does :pwd show? ie. gvim . :pwd (select file)cr :pwd :e . :pwd And again: are you doing the sequence above (excepting that you're using a icon instead of the initial gvim)? Regards, Chip Campbell
Re: put (paste) from windows clipboard into vim
Hi! There is another possibility: Shift-Ins = paste Ctrl-Ins = copy Shift-Del = cut These shortcuts work even without sourcing mswin.vim (BTW, I don't recommend sourcing mswin.vim) and have the advantage that they work in all Windows applications. Best wishes, Georg Evan H. Carmi wrote: hey all, i am wondering how to copy through windows and than paste into vim with a keyboard command. for example: i am running FF and i copy some text, when i go into vim I don't know how to put (paste) that text without right clicking and selecting paste. the :p command doesn't work and seems to be put what is in the vim clipboard (i don't think clipboard is the correct term for the place where vim has yanked data. what is it?) peace, Evan ___ Inbox full of spam? Get leading spam protection and 1GB storage with All New Yahoo! Mail. http://uk.docs.yahoo.com/nowyoucan.html
Fw: [Ctags] Ctags-5.6 released
- Forwarded Message From: Darren Hiebert [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, May 30, 2006 4:26:23 PM Subject: [Ctags] Ctags-5.6 released Hello friends, I know it has been an eternity since my previous release of ctags and I hope you are patient with me. Don't expect a whole lot of change in this release. I am sure that lots of you have submitted bug reports and patches which haven't made it into this release. But it does fix a number of bugs and a few minor enhancements. Hopefully, I might return to a more reasonable update cycle. ctags-5.6 (Mon May 29 2006) * Reformatted code for independence of tab stop setting. * Changed default configuration to disable installation of etags links. * Changed --langmap to first unmap each supplied extension from other languages. * Added support for ASP constants [ASP, Patch #961842]. * Added support for GNU make extensions [Make]. * Added .mk as extension recognized as a make language file [Make]. * Added missing help for list-maps options [Bug #1201826]. * Added new extension field typeref [thanks to Bram Moolenaar]. * Extended functionality of Ruby parser with patch from Elliot Hughes [Ruby]. * Fixed creation of TAGS file with etags-include but no files [Bug #941233]. * Fixed problem reading last line of list file (-L) without final newline. * Fixed infinite loop that could occur on files without final newline [C, Java]. * Fixed incorrect tag for first field of table [SQL]. * Fixed missing tags for functions beginning with underscore [Sh]. * Fixed missing tags for functions with variable arg list [C, Bug #1201689]. * Fixed parsing problem with parentheses in argument list [C, Bug #1085585]. * Fixed problem in preprocessor directive handling [C, Bug #1086609]. -- Darren Hiebert http://darrenhiebert.com http://ctags.sourceforge.net ___ Ctags-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/ctags-users
Re: vim7: E788 is too restrictive
On Wed, 31 May 2006 at 11:47pm, Christian J. Robinson wrote: Today (Wed, 31 May 2006), Hari Krishna Dara wrote: The handling of FileChangedRO was never smooth for me. As a workaround, I am thinking of avoiding a reload altogether and just mark the buffer as 'noro'. I relied upon the reload for its side effects before, but I should be able to force them directly, so all I can think of that needs to be done after a successful checkout is to mark the buffer as non-readonly. Any comments? My problem with that is that RCS's co/ci commands modify the file on disk if you have some of the special $...$ tags within the file, so a reload of the buffer is essentially mandatory. - Christian Thanks for pointing this out... even perforce supports some keywords, so reloading is essential for me as well. -- Thanks, Hari __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: Inevitable VIM plug-in for eclipse?
Hello, On 6/1/06, Furash Gary [EMAIL PROTECTED] wrote: As much as I love vim (write school papers, do meeting notes, program), in the software side of the world everything seems to be going eclipse. Particularly as you have these complex software frameworks, and eclipse does stuff to modify them. Are there any plans as part of the main VIM project to integrate it with Eclipse? You can try using eclim: http://eclim.sourceforge.net/ - Yegappan
RE: Inevitable VIM plug-in for eclipse?
Oooo... Coool. Thanks! -Original Message- From: Yegappan Lakshmanan [mailto:[EMAIL PROTECTED] Sent: Thursday, June 01, 2006 11:09 AM To: Furash Gary Cc: vim@vim.org Subject: Re: Inevitable VIM plug-in for eclipse? Hello, On 6/1/06, Furash Gary [EMAIL PROTECTED] wrote: As much as I love vim (write school papers, do meeting notes, program), in the software side of the world everything seems to be going eclipse. Particularly as you have these complex software frameworks, and eclipse does stuff to modify them. Are there any plans as part of the main VIM project to integrate it with Eclipse? You can try using eclim: http://eclim.sourceforge.net/ - Yegappan
Re: Support for the idutils in vim?
Hi Timothy, On 6/1/06, Timothy Knox [EMAIL PROTECTED] wrote: Is there any support for the GNU idutils http://www.gnu.org/software/idutils/ in vim? For those not familiar with the idutils, they are somewhat like ctags, only faster? You can try using the lid.vim plugin: http://vim.sourceforge.net/scripts/script.php?script_id=251 - Yegappan
Reassigning F keys in eVim
I want to create a special application for MSWin machines that works somewhat as follows: When clicked a .bat file calls evim with a script or whatever that adds certain F key functions, e.g., F3 activates an external program. The equivalent map command would be imap F3 Ctrl-O:!pdftex book.texCra ..or something like that. When F3 is pressed we drop out of insert mode temporarily and then execute an external command, returning to insert mode thereafter. When I try to import such a string it just gets added to the file as text. A special _gvimrc file is not an attractive option because of difficulties in placement on someone else's computer. Unfortunately Vim does not look in the current directory for a _gvimrc file. -- John Culleton
Re: Reassigning F keys in eVim
Try importing via a file sourced by -S On 6/1/06, John R. Culleton [EMAIL PROTECTED] wrote: I want to create a special application for MSWin machines that works somewhat as follows: When clicked a .bat file calls evim with a script or whatever that adds certain F key functions, e.g., F3 activates an external program. The equivalent map command would be imap F3 Ctrl-O:!pdftex book.texCra ..or something like that. When F3 is pressed we drop out of insert mode temporarily and then execute an external command, returning to insert mode thereafter. When I try to import such a string it just gets added to the file as text. A special _gvimrc file is not an attractive option because of difficulties in placement on someone else's computer. Unfortunately Vim does not look in the current directory for a _gvimrc file. -- John Culleton
Re: Reassigning F keys in eVim
On Thu, 1 Jun 2006, John R. Culleton wrote: [snip] functions, e.g., F3 activates an external program. The equivalent map command would be imap F3 Ctrl-O:!pdftex book.texCra [snip] When I try to import such a string it just gets added to the file as text. [snip] Change Ctrl-O to C-O: imap F3 C-O:!pdftex book.texCra See :help ctrl HTH. -- Gerald
Re: gvimrc vs vimrc
Xiangjiang Ma wrote:
Tony,
You are right.
Now, one vimrc works on Windows and unix with mixture of version 6,
version 7.
Based on your suggestion, I have replaced for loop with while
loop, and it worked!
PS: script
for sug in s:suglist
exe 'amenu 1.5.'.pri.' PopUp.'.s:changeitem.'.'.escape(sug, ' .')
\ . ' :call SIDSpellReplace(' . pri . ')CR'
let pri += 1
endfor
while(j0)
let sug=s:suglist[j]
exe 'amenu 1.5.'.pri.' PopUp.'.s:changeitem.'.'.escape(sug, ' .')
\ . ' :call SIDSpellReplace(' . pri . ')CR'
let pri += 1
let j -= 1
endwhile
[...]
Note that Vim 6 doesn't know anything about datatypes other than Number
(including Boolean) and String, so the above code will /parse/ OK in Vim
6 but it won't /execute/ OK. The bracket operator has only one meaning
in version 6:
stringname[n]
means the (n+1)th byte of the String stringname (i.e., the result is one
byte long). In version 7 you can also use
listname[n]
for the (n+1)th item in the List listname (and the result can be a data
item of any type and size).
So IIUC the whole code snippet above should be placed somewhere within
if version = 700, or otherwise prevented from executing in version 6.
Best regards,
Tony.
