Dnia poniedziałek 21 maj 2007, Bram Moolenaar napisał:
That @ means that Vim uses the library function isalpha(). Apparently
your environment is not setup properly for isalpha() to work with your
encoding cp1250. Thus that is a problem with your
library/system/environment.
Well, I installed
Dnia czwartek 15 marzec 2007, Josh napisał:
I am interested in creating a kde or other window manager interface
for vim,
While I'd like to see kvim resurrection with complete KDE integration
it is pointless at the moment: KDE3 is near its end, KDE4 isn't ready
yet for serious coding.
Dnia piątek 16 marzec 2007, Asiri Rathnayake napisał:
A multithreaded matcher might be useful to vim but do we have a need for
fuzzy matching ?
For main regexp engine I think not. But it could be useful for command
line completions (think zsh).
m.
Dnia poniedziałek 26 luty 2007, Bram Moolenaar napisał:
Apparently nobody noticed them. Are *.xht and *.xhtml widely used for
XHTML?
Spotted .xhtml several times, never saw .xht .
m.
Dnia czwartek 15 luty 2007, Hari Krishna Dara napisał:
After I updated the nibbles game, a user reported that his gvim crashes
Cannot start Nibble at all:
Error in function SNR29_Nibble..nibble#Nibble:
line 50:
E416: cleared
latest genutils and nibble.
m.
Dnia środa 07 luty 2007, Alexei Alexandrov napisał:
Hi Mikolaj Machowski, you wrote:
Nice work. Could you send or place somewhere patches? I'd like to test
them on more complex regexps.
Here it is. Note that the biggest speed-up is observed when regexp is
matched a lot of times. The regexp
Dnia czwartek 18 styczeń 2007, Matthew Woehlke napisał:
...I am not a Vim hacker, but if you can rig Vim to handle some escape
sequence, I may be able to help make Konsole understand/send them. A
start might be to write a simple application that sends the sequence to
turn on the function and
Dnia czwartek 18 styczeń 2007, Bram Moolenaar napisał:
Note that we also need one to enable/disable getting these events. A
program should only get the events when asked for.
Are you talking here about Vim part or Konsole part?
m.
Dnia piątek 19 styczeń 2007, Matthew Woehlke napisał:
So, just to make sure I am following, Vim does or does not currently
understand any escape sequences for focus events? It sounds like no,
but then what about A.J.'s comment about reacting to [focus] events for
'the GUI and a few console
Dnia środa 17 styczeń 2007, Matthew Woehlke napisał:
Matthew Woehlke wrote:
Mikolaj Machowski wrote:
Is it possible to recognize if window or tab of Konsole lost focus
through termcap/terminfo sequence?
Or is it at least possible with dcop or any other way?
I am investigating ways
Dnia środa 17 styczeń 2007, Matthew Woehlke napisał:
I'm willing to (try to, at least) help get this working in 3.5.x if you
can dig up what the needed escapes are (it sounds like there are already
existing examples?)... it probably won't be accepted but you could use
it locally, and of
Dnia pon sty 1 2007, AOYAMA Shotaro napisał:
Hi,
Here is a small patch for specifying a window in which vim opens
an error when you hit ENTER in a quickfix window.
With this patch, you may hit 3CR in the quickfix window,
then the selected error is displayed in the window #3.
Often I face a
Dnia nie lis 26 2006, [EMAIL PROTECTED] napisał:
I'm confused, because this is the latest version in SVN. See:
https://svn.sourceforge.net/svnroot/vim/vim7/runtime/doc/usr_21.txt
Doesn't HEAD in svn contain the latest version?
CVS/SVN don't have runtime updates :(
m.
Dnia poniedziałek, 23 października 2006 16:25, Nikolai Weibull napisał:
On 10/23/06, Mikolaj Machowski [EMAIL PROTECTED] wrote:
Hello,
I understand that escape() was primarily designed to escape strings
when passing to system functions, but personally I never used that and
in didn't
Dnia wtorek, 24 października 2006 11:10, Nikolai Weibull napisał:
Oh, I see. You're thinking of creating a string for passing to
substitute() inside an :execute, or something like that. Ah, true,
then you'd need to escape the single-quotes for the string, and, e.g.,
. with \.. Escaping is a
Dnia niedziela, 15 października 2006 15:10, Bram Moolenaar napisał:
Patch 7.0.134
Problem:Crash when comparing a recursively looped List or
Dictionary. Solution: Limit recursiveness for comparing to 1000.
Is hardcoding any value like that good thing?
It could use 'maxfuncdepth' -
I don't know exactly; but I think the various repositories (rsync, FTP,
CVS, SVN) are not maintained by the same people. I think CVS and SVN use
the FTP site as a master with automated updates (but not every day),
so that the FTP updates trickle down to the CVS/SVN repositories after
a delay
Dnia czwartek, 5 października 2006 05:16, Igor Prischepoff napisał:
Hi, i think i have found a bug in vim 7.0
Patch level 1-109.
Windows version +perl +python (i don't think this matters in this case)
here is how to reproduce:
gvim -u NONE -U NONE
:set complete-=t don't want
Dnia środa, 27 września 2006 11:35, A.J.Mechelynck napisał:
I notice that the scripts autoload/pythoncomplete.vim and
autoload/rubycomplete.vim terminate early and with error if the
corresponding interface is not compiled-in. Is that intentional? I would
expect to be able to _edit_ (for
Dnia środa, 27 września 2006 14:27, Stefan Walk napisał:
The script terminates, not vim...
if !has('python')
echo Error: Required vim compiled with +python
finish
endif
is right at the start.
It could at least degrade to syntax highlighting completion.
m.
Dnia piątek, 4 sierpnia 2006 22:39, François Pinard napisał:
[Mikolaj Machowski]
[Mohsin]:
Vim only has syntax coloring with regexps. Emacs has functions to
apply properties to text blocks, and I was hoping vim has something
comparable.
Of course it is possible:
:help /\%l
:help /\%c
Dnia sobota, 5 sierpnia 2006 15:03, Martin Krischik napisał:
- Many runtime files, and in particular most of the help files, have
been reissued with new or updated contents for version 7.0. You should
find them, for instance, under vim70/runtime/ in
Dnia wtorek, 25 lipca 2006 02:14, Eric Van Dewoestine napisał:
1. We are in /home/mikolaj::
echo findifile(b, 1;)
1/b
You are giving findfile() a relative path to search, so it is
returning a relative result.
Result is the same regardless to path in second argument.
Dnia wtorek, 25 lipca 2006 07:11, A.J.Mechelynck napisał:
I don't see any inconsistency. According to the help, findfile() is
Just like |finddir()|, but find a file instead of a directory. and
finddir() has: When the found directory is below the current directory
a relative path is returned.
Dnia wtorek, 25 lipca 2006 16:50, Eric Van Dewoestine napisał:
So, the results are still consistent with the documented behavior.
But not internally consistent. But OK - it is documented behaviour.
Regarding ';', the docs imply that it forces a search upwards, but
should probably state that
Hello,
Results of findfile() are inconsistent:
/home/mikolaj/a
/home/mikolaj/1/b
/home/mikolaj/2/c
/home/mikolaj/3/d
/home/mikolaj/3/4/e
1. We are in /home/mikolaj::
echo findifile(b, 1;)
1/b
2. We are in /home/mikolaj/2::
echo findifile(b, /home/mikolaj/1;)
Dnia sobota, 22 lipca 2006 00:38, Kyle Wheeler napisał:
Isn?t that the entire purpose of
http://www.vim.org/sponsor/vote_results.php ?
This is very fragmented.
m.
Dnia czwartek, 20 lipca 2006 23:55, Bram Moolenaar napisał:
Yakov Lerner wrote:
Bram, How about posting a poll on www.vim.org site ?
Two polls ! (1) Do you you vim6 or vim 7 ?
(2) Do you use console-mode-vim or gvim ?
What would we do with the outcome?
While I don't understood reason for
Dnia środa, 19 lipca 2006 10:01, Vince Negri napisał:
I recall that the merging of kvim patches into the Vim tree went further
than that - the KDE gui is mentioned in the help files. I even seem
to remember that at one point the gui_kde files appeared in CVS,
It was working. I have compiled
Dnia poniedziałek, 17 lipca 2006 17:09, Charles E Campbell Jr napisał:
As I recall, the vim7 kde port was dropped because there was no
maintainer for the port. I'm not a KDE
user myself, so I'm not a candidate, but perhaps if you volunteered to
do KDE port+maintenance, you
might be able to
Dnia niedziela, 2 lipca 2006 12:06, Nikolai Weibull napisał:
On 7/1/06, justin constantino [EMAIL PROTECTED] wrote:
E706: Variable type mismatch
As a minor improvement, I think it would be nice if you could do:
let foo = one,two,three
let! foo = split(foo, ',')
I think we should
Hello,
Create empty file, enter {}, :new, cursor is in new window but parens
are still highlighted.
This example isn't extreme but when returning to previous window in many
colorschemes it makes hard to notice where cursor is.
This chunk fixes that:
function RmMH()
if
Dnia środa, 28 czerwca 2006 22:07, Jochen Baier napisał:
i think a command like cbefore or croot could be
usefull. using this command after a quickfix trip (vimgrep,
Doesn't c-o fulfill your request?
m.
Dnia środa, 21 czerwca 2006 11:17, Nikolai Weibull napisał:
Something I found some time ago but for some reason forgot to report:
function A(...)
echo remove(a:000, 0)
endfunction
call A('a')
Confirming for 7.020
gdb output:
*** glibc detected *** free(): invalid pointer: 0xbfc099e8 ***
Hello,
What was the biggest nuisance for me with ctags was operating only on
saved files. It made working on big files and updating them always a bit
tedious. Here is workaround - with possible big side effects:
Quick and dirty version - note expand() should take care about proper
place of saved
Dnia czwartek, 4 maja 2006 01:16, Wojciech Pilorz napisał:
I have just finished a perl script to test menu translation
completeness; It reads menu.vim, attempts to extract menu definitions
and compare with menu definitions in specified files from runtime/lang.
synmenu.vim is not read, so for
Dnia czwartek, 4 maja 2006 16:30, Georg Dahn napisał:
I am running gVim 7.0g02 on Windows XP.
Confirming for gtk2 version.
Last character is always highlighted and whole line becomes yellow
(default color). BTW - also true for console version.
VIM - Vi IMproved 7.0g02 BETA (2006 May 3,
Dnia czwartek, 27 kwietnia 2006 21:40, Nikolai Weibull napisał:
Hi Nicolai,
Hi. I'm curious, why did you spell my name with a 'c'? During the
last couple of days, people have called me Nicholas, Niklas, and twice
Nicolai. I see a conspiracy forming...
Hello Mikolaj,
It is popular name
Dnia poniedziałek, 24 kwietnia 2006 15:00, Benji Fisher napisał:
I have not looked at the structure of the completion scripts, but
isn't there a way for one script to include another? Under
$VIMRUNTIME/ftplugin/ the file tex.vim (for LaTeX) :source's
plaintex.vim , which :source's
Dnia czwartek, 20 kwietnia 2006 13:04, Bram Moolenaar napisał:
Aaron Griffin wrote:
Just a heads up:
Using an omni-completion dictionary, a single completion entry (for
which no menu is displayed) does not update the info preview window.
Yes, filling the preview window is part of the
Dnia czwartek, 20 kwietnia 2006 17:12, Aaron Griffin napisał:
On a related note, an 'info' dict entry of '' does not change and/or
remove the preview information. Using a single space blanks the
window, but an empty string does not.
And this is Good Thing :)
m.
Hello,
I am author of (x)html completion scripts and related (php, css,
javascript). I'd like to ask what you think it should like.
At the beginning I was pushing for one default: XHTML 1.0 Strict. Bram
didn't like it and now there are two: fot ft='html' HTML 4.01
Transitional and for
Dnia czwartek, 20 kwietnia 2006 21:59, Aaron Griffin napisał:
Is there any possiblity to get the preview window to pop up for single
completions? If not, I can always force a single empty entry like
{'word':'', 'abbr':'[Cancel]'} or some such oddity...
:help completeopt
menuone flag
m.
Dnia piątek, 21 kwietnia 2006 00:20, Aaron Griffin napisał:
Ack, sorry - that was supposed to go to the list
On 4/20/06, Mikolaj Machowski [EMAIL PROTECTED] wrote:
Dnia czwartek, 20 kwietnia 2006 17:12, Aaron Griffin napisał:
On a related note, an 'info' dict entry of '' does
44 matches
Mail list logo