for
'encoding' was due to supporting 16-bit platforms.
[0]: http://article.gmane.org/gmane.editors.vim.devel/22998
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
signature.asc
Description: Digital signature
dering what happened
> > to this patch to enable a "space" option for listchars?
It's in the todo list (c.f., :help todo).
> Can you point me to the patch?
http://mid.gmane.org/19e866460910290309w275b07bhb8e7a5a5fdf69...@mail.gmail.com
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
signature.asc
Description: Digital signature
e a feeling it's related to the lseek that the fdopen
does on the pipe fd (which causes a SIGPIPE), though.
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
diff --git a/src/gui.c b/src/gui.c
--- a/src/gui.c
+++ b/src/gui.c
@@ -212,7 +212,6 @@
int status;
int exit_status;
t; nor "newtab". The code, on the
other hand, does honor "split" and, with the attached patch, will also
honor "newtab" for :sb-type commands. This seems to follow the intent
of the feature.
Thanks,
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
--
You re
Hi all,
Since patch 7.3.237, completion for the :compiler command has been
completing colorschemes instead. Attached patch fixes this.
Thanks,
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
--
You received this message from the "vim_dev" maillist.
Do not top-post! Type
e Windows systems I have
access to. Can you provide the output of ":version"?
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
signature.asc
Description: Digital signature
like a use for the conceal feature that was introduced in 7.3.
Something like
:syn match mixedLineEndings "
$" conceal
:set conceallevel=3
Although, this will only hide the "^M" on lines other than the one your
cursor is on.
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
signature.asc
Description: Digital signature
r in insert mode on line 2.
After 7.3.251, line 2 is deleted and the cursor is in insert mode at the
*start* of line 1.
Since 7.3.251 was just supposed to special case for gH, the
attached patch verifies the op is OP_DELETE before using the new
behavior.
--
James
GPG Key: 1024D/61326D40 2003-09
you need to use a.
There's some more explanation and, if you still want to change it, some
ideas of how to work around it on the wiki[0].
[0]:
http://vim.wikia.com/wiki/Prevent_escape_from_moving_the_cursor_one_character_to_the_left
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
signature.asc
Description: Digital signature
eneral problem with initializing a library and then
using it across a fork. The problems are likely just more apparent with
Gtk.
I had meant to look into this when I first found the RedHat bug, but
never got around to it. Thanks for bringing up the discussion and
potential ideas.
[0]: https://bugzi
wFile, BufRead/BufReadPost,
BufWritePost, FileAppendPost and VimLeave events do not set or reset
the changed flag of the buffer. … If you do want the buffer to be
marked as modified, set the 'modified' option.
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
signature.asc
Description: Digital signature
keepjumps command to perform an action without altering
the jump list.
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
signature.asc
Description: Digital signature
l being set to MAXCOL, so the sum in
the above comparison overflows and incorrectly causes the comparison to
succeed. So, RL_MEMSET walks off the end of ScreenAttrs.
Attached patch fixes the problem.
Thanks,
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
diff --git a/src/screen.c b/src/
ttached patch to remove that restriction.
Thanks,
James
[0]: http://mid.gmane.org/201009222031.13720@-zyx
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
diff --git a/runtime/doc/map.txt b/runtime/doc/map.txt
--- a/runtime/doc/map.txt
+++ b/runtime/doc/map.txt
@@ -237,8 +237,6 @@
- Edi
w
library version (c.f., discussion in Debian's BTS[1]). With the
standalone modules, it's obvious what the library dependency is since
the module is directly linked to the library.
[0]: http://thread.gmane.org/gmane.editors.vim.devel/22759/focus=22765
[1]: http://bugs.debian.org/cgi-bin/
Traceback (most recent call last):
File "", line 1, in
UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 0:
ordinal not in range(128)
2) Print a properly encoded line from the buffer:
:set enc?
encoding=utf-8
:call setline(1, nr2char(243))
:py import vim
:py print vim.current.buffer[0]
Traceback (most recent call last):
File "", line 1, in
UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 0:
ordinal not in range(128)
Changing "es#" to "et#" appears to fix the problem, but I'm not positive
that's the correct fix.
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
signature.asc
Description: Digital signature
Adding bufexplorer's author to Cc.
On Sun, Jul 31, 2011 at 07:34:11AM -0700, rehan wrote:
> I wonder if anyone can help me with the following bug, that is
> reducing the functionality (for me) of this great plugin.
>
> I am having problems with the 'Show buffers/tab' functionality.
> Sometimes it
Fixes problems when user has
> defined $MANPAGER
> silent execute "!MANPAGER=".manpager." /usr/bin/man ".args."| col -b
> > ".tmp
Using "!env MANPAGER=" is better as not all shells support declaring
environment variables to use for
d to Sean & Nima in 2008,
but we never got a response.
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
signature.asc
Description: Digital signature
c $(INCL)
663 $(CC) -c $(CFLAGS) $(PYTHONINC)
-DDYNAMIC_PYTHON_DLL=\"python$(PYTHON_VER).dll\" $< -o $@
My guess is that $(PYTHON)/win32inc isn't the correct path for your setup.
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
signature.asc
Description: Digital signature
Bram,
Attach patch fixes incorrect movement when using gj with a count and the
initial line is shorter than subsequent wrapped lines.
Thanks,
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
# HG changeset patch
# User James Vega
# Date 1308016431 14400
# Node ID
I can remember in xterm on a variety
> of Unixes.
Did you try this in the specific scenario of a swap file recovery
prompt? That was the described scenario and I can reproduce the
behavior.
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
signature.asc
Description: Digital signature
l, tX means "find the next X on this
line and place the cursor on the character before it." Just because one
use case of t/T/;/, doesn't move the cursor doesn't mean that there is a
problem.
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
--
You received this messag
ve the
ruby language bindings.
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
signature.asc
Description: Digital signature
deb.li/Yjgx
[1]: http://deb.li/3jEll
[2]: http://deb.li/p6Vg
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
signature.asc
Description: Digital signature
ksh.
Right. So, either option.c has to learn about mksh/pdksh or people
using those shells can add something like
if &shell =~? '\%(m\|pd\)ksh'
set shellredir=>%s\ 2>&1
endif
to their vimrc. On the bright side, at least Vim behaves better not
knowing about mksh/pdksh than it does not knowing about fish. :) fish
users get caught by much more subtle (and annoying) issues until they
find out they have to "set shell=/bin/sh" (or some other shell Vim knows
how to handle).
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
signature.asc
Description: Digital signature
though.
That's being caused by Debian's system-wide config. Thanks for pointing
that out. I've filed a bug with this message and I look into fixing it
for the next package upload I do.
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
signature.asc
Description: Digital signature
On Mon, Mar 21, 2011 at 08:24:05PM -0400, Steve Hall wrote:
> On Fri, 2011-03-18 at 18:35 -0400, James Vega wrote:
> >
> > The default vimrc is no vimrc.
>
> ...except on Windows...
That's an implementation detail of the installer which can be disabled
by the user.
The first line explains how to rename
> the file to "activate" it.
Something similar to <http://vim.wikia.com/wiki/Example_vimrc>, but with
more settings commented out?
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
signature.asc
Description: Digital signature
7;t set.
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
signature.asc
Description: Digital signature
+'s content when both "unnamed" and
"unnamedplus" are present in 'clipboard' and 'guioptions' doesn't
contain "a". The attached patch should implement that behavior.
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
diff --git a/sr
has open and immediately has close.
This is a known bug introduced by patch 7.3.137. See previous
discussions[0][1] on the list.
[0]: http://article.gmane.org/gmane.editors.vim.devel/29917
[1]: http://article.gmane.org/gmane.editors.vim.devel/29992
--
James
GPG Key: 1024D/61326D40 2003-09-02 J
tion.
Folding is actually enabled by default. The only saving grace for not
completely confusing new users is that 'foldmethod'/'foldexpr' are
typically set by ftplugins (or syntax files for syntax-based folding).
Of course, those are commonly the first things that get enabled.
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
signature.asc
Description: Digital signature
g library, if the effort is going to be taken to use something
other than Vim's internal spell-checking. I've done some work in a
local branch to integrate Enchant, but ran into some larger questions
that need to be addressed and haven't had time to draft a reasonable
email about them yet.
[0]: http://www.abisource.com/projects/enchant/
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
--
You received this message from the "vim_dev" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
Nope; "vim --version" reports "-lselinux"
Are you sure you're using the version that you built with
--disable-selinux? That flag works fine for me.
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
--
You received this message from the "vim_dev" maill
length changes. Some of its
uses are purely internal, but it does have external visibility in the
case of commands like getpos().
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
--
You received this message from the "vim_dev" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
ldd to test that, then that's the problem. ldd reports
all recursive library dependencies. "objdump -p vim | grep NEEDED" will
show what the Vim binary directly requires. It's likely that some
library which is a direct dependency (or one of their dependencies) is
linked again
On Wed, Feb 23, 2011 at 04:53:40PM -0800, AndrewDaviel wrote:
> On Feb 22, 8:49 pm, James Vega wrote:
> > > When writing out a modified encrypted file, the plaintext is still
> > > saved in "4" in the temporary directory, although the ciphertext is
> > > no
ot : command lines.
[0]: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=256743#12
[1]: http://thread.gmane.org/gmane.editors.vim.devel/11964
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
signature.asc
Description: Digital signature
t; instead of the original text I'd yanked.
Then you should have been putting from register 0 instead of register ".
Register 0 is the last yank, while register " is the last yank or
delete.
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
signature.asc
Description: Digital signature
On Tue, Feb 22, 2011 at 01:29:59PM -0800, AndrewDaviel wrote:
>
> On Feb 21, 10:43 pm, James Vega wrote:
>
> > I've attached an updated version of the plugin that I sent to Markus a
> > while back which I think addresses these problems. I've described below
&
rashed.
This is similar to the above scenario. Gnupg will return an error code,
which the plugin will now notice and prevent the original file from
being overwritten.
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
" Name:gnupg.vim
" Version: $Id: gnupg.vim 3051 2010-02-16 07
he situation again and report back.
At least from my experimentation, it seems to be related to -c/-S.
":echo v:count1" works fine when run interactively, but not via -c.
Similarly,
vim -c 'if v:count1 == 1 | echom "1 is 1" | else | echom "1 is 0" | endif'
nmaximize __ARGS((void));
> > +void gui_mch_newfont __ARGS((void));
> > void gui_mch_set_shellsize __ARGS((int width, int height, int min_width,
> > int min_height, int base_width, int
> > base_height, int direction));
> > void gui_mch_get_screen_dimensions __ARGS((int *screen_w, int *screen_h));
> > void gui_mch_settitle __ARGS((char_u *title, char_u *icon));
>
> Please try out this patch. Resizing has always been a problem with GTK,
> this needs to be tried out in various configurations. I don't have a
> vertical monitor setup.
I haven't seen any further status on this. Has anyone with setups like
Yukihiro described verified whether the patch works properly?
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
signature.asc
Description: Digital signature
configure to try and run the program, but that's
generally to be avoided since it inhibits cross-compiling.
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
signature.asc
Description: Digital signature
On Wed, Feb 9, 2011 at 2:10 PM, James Vega wrote:
> On Wed, Feb 9, 2011 at 12:04 PM, Dimitar DIMITROV wrote:
>> But this doesn't:
>>
>> command! Translate call setline(line('.'), tr(getline('.'),
>> \'ABVGDEWZI
sion: \'рX')
Everything works fine if the command is defined using "\u0440" instead
of the literal character.
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
--
You received this message from the "vim_dev" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
;since all the xxd offsets number need to be renumbered.
>
> Maybe you don't need to reinvent the wheel: see :help hex-editing
He addressed that in the first paragraph.
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
signature.asc
Description: Digital signature
fontname()q
> > i@a
> >
> > This does not insert the :echo getfontname(), it does exactly as is
> > done in normal mode.
This makes sense. lets you execute one normal mode command. In
this case that command is @a.
> > However,
> >
> > :nnoremap 0:ech
ve a minimal set of steps
along with the output that you're seeing for ":set enc? fenc? fencs?" in
each of the different cases?
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
--
You received this message from the "vim_dev" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
ing that the
cursor's column before pressing A is at the EOL and should stay at the
EOL since 'virtualedit' isn't set.
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
--
You received this message from the "vim_dev" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
x27; to
> open new tabs whenever {cmd} opens a new window. `:buffer' command does not
> open any windows.
To expand on ZyX's response, you would want to use ":tab split +bn" for the
behavior you want.
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
signature.asc
Description: Digital signature
t an
argument).
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
signature.asc
Description: Digital signature
On Fri, Dec 17, 2010 at 12:56 PM, Patrick Texier wrote:
> On Fri, 17 Dec 2010 12:30:01 -0500, James Vega wrote:
>
>> > Let me know if there are still problems after patch 7.3.085.
>
>> That doesn't fix the EINTR definition problem. My earlier patch works,
>> b
if there are still problems after patch 7.3.085.
That doesn't fix the EINTR definition problem. My earlier patch works,
but maybe it makes sense to move the include of errno.h out of the
os_(win*|mswin).c files altogether and into vimio.h?
--
James
GPG Key: 1024D/61326D40 2003-09-02 Jame
leio.c(10348) : error C2059: syntax error : '}'
> fileio.c(10348) : error C2014: preprocessor command must start as first
> nonwhite space
> fileio.c(10350) : fatal error C1070: mismatched #if/#endif pair in file
> 'h:\vim\vim\src\fileio.c'
>
> A quick look sho
t; That the message refers to omni completion and not to tags would
> suggest that you used the wrong command to try to find the tag.
He's not trying to find the tag. He's trying to use omni-completion to
complete "curbuf->". That being said, I built the tags file
itly:
If a read() is interrupted by a signal before it reads any data, it
shall return -1 with errno set to [EINTR].
If a read() is interrupted by a signal after it has successfully read
some data, it shall return the number of bytes read.
[0]: http://www.opengroup.org/onlinepubs/009695399/functions/read.html
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
--
You received this message from the "vim_dev" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
the copied text from the asserting
application. You can also use a more manual tool like xclip to achieve
the same effect.
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
signature.asc
Description: Digital signature
On Mon, Nov 22, 2010 at 1:09 PM, James Vega wrote:
> On Thu, Nov 18, 2010 at 6:07 PM, Christian Brabandt
> wrote:
>> Here is another patch, including a basic test, that should address all
>> the issues. I couldn't reproduce the highlighting problem, though. This
>>
On Thu, Nov 18, 2010 at 6:07 PM, Christian Brabandt wrote:
> Hi James!
>
> On Mo, 08 Nov 2010, James Vega wrote:
>
>> On Mon, Nov 8, 2010 at 3:34 PM, Christian Brabandt
>> wrote:
>> > On Fr, 05 Nov 2010, Benjamin R. Haskell wrote:
>> >> Removing the
On Thu, Nov 18, 2010 at 10:43 AM, ZyX wrote:
> Reply to message «Re: Small indent/perl.vim patch concerning bad match
> patterns»,
> sent 15:44:46 18 November 2010, Thursday
> by James Vega:
>
>> Since when is people not following documented behavior a reason to
>> ch
cluded in the above list. It looks like it is Vim who should be
> fixed,
> not perl syntax file.
Since when is people not following documented behavior a reason to
change the tool? I'd be more understanding if Vim didn't explicitly
outline the escape sequences it does allow inside a collection.
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
signature.asc
Description: Digital signature
it, although I'm wary of the strcpy since I'm not sure we can
guarantee there's enough space for the copy.
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
--
You received this message from the "vim_dev" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
vim.out
Description: Binary data
saveas.diff
Description: Binary data
're experiencing
likely started with 7.2.274.
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
--
You received this message from the "vim_dev" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
--
You received this message from the "vim_dev" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
hat it requires you to prepend
> the "g:" prefix (untested):
That's not a bug. The default scope inside a function is l: so if you
need to access some other scope, you have to use the proper prefix.
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
signature.asc
Description: Digital signature
fore pushing the commits to a public
repository or where the public branch/repository is specifically being
used with history editing in mind.
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
signature.asc
Description: Digital signature
k nits
> I'd like to pick.
http://library.gnome.org/devel/gtk/stable/
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
signature.asc
Description: Digital signature
tion which splits the
terminfo library out to its own file. I wonder how common that is and
whether all the distributions which build with the split libraries use
the same name.
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
--
You received this message from the "vim_dev" mail
is change (which should have included an == NULL check),
why not add a != NULL check in the following for loop? Attached patch
includes that update.
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
diff --git a/src/ex_getln.c b/src/ex_getln.c
--- a/src/ex_getln.c
+++ b/src/ex_getln.c
@@ -475
e if it's related, but the patch also introduces this warning:
regexp.c: In function ‘regtry’:
regexp.c:3741: warning: comparison between pointer and integer
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
--
You received this message from the "vim_dev" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
On Sun, Nov 07, 2010 at 01:53:05PM -0500, James Vega wrote:
> On Sun, Nov 07, 2010 at 06:04:35PM +0200, Roland Puntaier wrote:
> > The attached patch calls Py_SetPythonHome with PYTHON3_PREFIX
> > defined by configure.
> > This solves the problem.
>
> This does make
orting people who have installed Python
outside of the standard paths, though. This should probably be done for
Python2.x as well.
[0]: http://packages.ubuntu.com/maverick/i386/python3.1/filelist
[1]: http://www.pathname.com/fhs/pub/fhs-2.3.html#USRLOCALLOCALHIERARCHY
--
James
GPG Key: 1024D/61326
uot;suppressing error messages" to
the top of emsg(). This provides the more intuitive behavior of only
flagging an error when a message was actually displayed to the user.
Thanks,
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
diff --git a/src/message.c b/src/message.c
--- a/s
e
using patched sources and there's something wrong with the patching.
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
signature.asc
Description: Digital signature
g to show up with :ilist but are only showing up with :ilist!
are ones that have leading whitespace.
> Could anyone else confirm this is a bug or is there something weird in
> my setup?
This sounds like something that could be improved in Vim.
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
signature.asc
Description: Digital signature
What to change in order to make it work again?
Update to 7.3.046.
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
--
You received this message from the "vim_dev" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
--
You received this message from the "vim_dev" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
dynamic-ruby.diff
Description: Binary data
ing or when running in a terminal and
Vim connects to the X server (|-X|) this will be set to the window
ID.
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
--
You received this message from the "vim_dev" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
ened a
bug for you in the BTS to make sure I keep track of the patch.
> so I run it to some of my plugins.
> but helpztags only supports for .txt help file.
> so I wrote the patch to fix it.
Thanks. Looks useful.
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
--- helpztags.bak
. If you want to
actually change the encoding of the buffer and affect the encoding used
when writing out the file, then ":set fileencoding=...".
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
signature.asc
Description: Digital signature
leave the initial gvim open while you paste
b) run a clipboard manager which, when it sees an application assert
ownership of the clipboard, requests the contents from the
application so that it can store it after the application quits
c) see if Bram will accept a patch to add an option which disa
o work.
The way X11's selections work, the client that owns the text being
copied is expected to be running so it can respond to any paste
requests. If you need to paste, either leave the client (Vim) open or
run a clipboard manager so it will store the text between the copy,
closing Vim, and pasting to something else.
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
signature.asc
Description: Digital signature
On Tue, Aug 31, 2010 at 8:30 AM, Kirill A. Shutemov
wrote:
> On Wed, Aug 25, 2010 at 07:28:04AM -0400, James Vega wrote:
>> On Wed, Aug 25, 2010 at 12:20:56PM +0300, Kirill A. Shutemov wrote:
>> > On Mon, Aug 23, 2010 at 03:44:12PM +0300, Kirill A. Shutemov wrote:
>> &g
> at linker level. Let's use it.
>
> Any comments?
Simply as a data point, I've been building Debian's Vim packages with
-Wl,--as-needed for ~2.5 years now so I'd be interested in having this
functionality done automatically when the proper tools are present.
--
Jame
rlier {N}f and :later {N}f commands?
See Christian Brabandt's suggested patch in the "[patch] document
undolist save column" email from today.
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
signature.asc
Description: Digital signature
On Wed, Aug 18, 2010 at 8:49 AM, Xavier de Gaye wrote:
> On Wed, Aug 18, 2010 at 2:01 PM, James Vega wrote:
>> On Tue, Aug 17, 2010 at 11:26:36PM +0200, Bram Moolenaar wrote:
>>> I think what would normally happen is to merge the development branch
>>> back into the def
it make sense to mark the spurious vim
head as closed so it doesn't show up in the default view?
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
signature.asc
Description: Digital signature
uages due to being able to use different spell-checkers for
different languages.
[0]: http://www.abisource.com/projects/enchant/
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
signature.asc
Description: Digital signature
On Sat, Aug 14, 2010 at 05:42:21PM +0200, Tony Mechelynck wrote:
> On 14/08/10 17:13, James Vega wrote:
> >That fixes the error message, but not the issue with the other buffer
> >that I mentioned.
> >
> > $ printf "foo\n"> mary
> > $ vim -u NON
essage, but not the issue with the other buffer
that I mentioned.
$ printf "foo\n" > mary
$ vim -u NONE -i NONE existingfile
:r mary
:ls!
1 %a + "existingfile" line 2
2u#"mary" line 1
$ vim -u NONE -i NON
mpatible', but you end up with
the following buffers:
:ls!
1 %a + "[No Name]"line 1
2u#"mary" line 1
Buffer 1 contains a blank line and then the contents of mary below it
(as expected after a :read command). While buffer 2
> RTLD_GLOBAL but disallow using both python commands.
Attached is a configure check that determines if RTLD_GLOBAL is needed,
when building with dynamic python. If so, it enables the "only one
Python interface can be used per session" code.
--
James
GPG Key: 1024D/61326D40 2003-09-
ertain patches bad.
That's probably due to some of the patches only applying to the "extra"
tarball, which contains sources for non-unix systems and other
non-essential code. If they're not using the extra tarball, then they
have no need to apply the patches for it.
--
James
GPG
On Mon, Aug 09, 2010 at 07:37:13PM -0400, James Vega wrote:
> On Sun, Aug 08, 2010 at 11:12:01PM -0400, James Vega wrote:
> > On Mon, Aug 09, 2010 at 09:28:01AM +0800, Nazri Ramliy wrote:
> > > I stumbled into this problem (works fine in my environment, but fails in
> > &
On Sun, Aug 08, 2010 at 11:12:01PM -0400, James Vega wrote:
> On Mon, Aug 09, 2010 at 09:28:01AM +0800, Nazri Ramliy wrote:
> > I stumbled into this problem (works fine in my environment, but fails in
> > /bin/dash) when I first attempted to write test73.
> >
> > At tha
If a shadowdir is used for building, symlinks for the runtime and
pixmaps directory are created in src/ but they aren't removed by the
clean target. Attached patch removes them.
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
--
You received this message from the "vim_dev
suggest a configure-time check to determine whether it's
possible to load one of the lib-dynload modules without RTLD_GLOBAL set.
Simply deciding not to use RTLD_GLOBAL because both Python versions have
been chosen means that neither will work on systems where the
lib-dynload modules aren'
s flag was added to make "import termios" work.
> Or something like that.
Right. It's needed to be able to load any of the C extensions on
systems where they aren't linked to libpython. I know this is the case
on Debian-based systems.
--
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega
signature.asc
Description: Digital signature
1 - 100 din 322 matches
Mail list logo
