On Sun, Aug 13, 2023 at 12:02 PM Christian Brabandt
wrote:
>
> I haven't seen any complaints/issues for the TOhtml plugin, so I think
> we are good here, even so it may need some love to e.g. support popups
> or virtual text. Not sure if this would be easily addable to a plugin
> (or even makes se
On Sun, Aug 13, 2023 at 2:51 AM Christian Brabandt
wrote:
>
>
> Hi Ben,
> I did not see anything from your email, and no messages are pending.
> Don't know what's going on. I suppose you did use your email address
> which which you are subscribed? (fritzophrenic) ? Other than that
> you config
On Fri, Jan 20, 2023 at 3:57 PM Bram Moolenaar wrote:
>
>
> Benjamin Fritz wrote:
>
> > This updates the TOhtml changelog to reflect the changes made in the Vim
> > runtime so far in Vim 9.0, and also fixes the new g:html_no_doc and
> > g:html_no_modeline options whe
Hi, Bram!
This updates the TOhtml changelog to reflect the changes made in the Vim
runtime so far in Vim 9.0, and also fixes the new g:html_no_doc and
g:html_no_modeline options when generating HTML in diff mode.
I have added tests for these new options in my dev repository:
https://sourceforge.n
On Wed, Nov 20, 2019 at 3:59 PM Bram Moolenaar wrote:
>
>
> Ben Fritz wrote:
>
> >
> > I didn't check inside the archive that TortoiseHg created for me
> > before sending, I didn't realize the mess it made with the directory
> > tree. Sorry about that. I will be sure to check for that, next time!
On Thu, Nov 14, 2019 at 3:36 PM Bram Moolenaar wrote:
>
>
> Ben Fritz wrote:
>
> > Attached is a new TOhtml version to include, which fixes a couple
notable
> > bugs:
> >
> >- Tabstops are now calculated correctly when tabs are intermixed with
> >syntax highlighted groups.
> >- The g:h
Hi, Bram!
Attached is a new TOhtml version to include, which fixes a couple notable
bugs:
- Tabstops are now calculated correctly when tabs are intermixed with
syntax highlighted groups.
- The g:html_prevent_copy option now works again in modern browsers (and
is done in a standards-co
Wikia has a banner announcement on the Vim wiki pages that they're moving
us to a new domain name:
https://community.wikia.com/wiki/Help:Fandom_domain_migration
I assume it will be "vim.fandom.com" but haven't seen that stated
explicitly anywhere yet.
--
--
You received this message from the "
> On Sun, Jul 16, 2017 at 10:08 AM, Bram Moolenaar
wrote:
> > > >
> > > > The resizing should work since 8.0.0688.
> > > >
> > > > If you have remaining problems, please give a reproducible example.
> > > >
> > >
> > > For resizing, if I use "exe 'resize' sizevar", it works.
> > >
> > > If I use "
On Thu, Jun 9, 2016 at 2:56 PM, Charles E Campbell <
drc...@campbellfamily.biz> wrote:
> if libraries are used, the system may update the library (while one
> is on holiday), potentially rendering encrypted text unreadable. I know
> that these things should be done in a backwards compatible fashi
On Thu, Mar 24, 2016 at 10:47 AM, Manuel Ortega
wrote:
>
> The purpose of *Vim*'s cryptography, as Bram is trying to stress and
nobody seems to ever internalize, is to keep data secret from neighbors and
family members, i.e., people not sophisticated enough or motivated enough
to e.g., realize tha
On Thu, Mar 24, 2016 at 9:54 AM, Benjamin Fritz
wrote:
>
> The help entry blowfish and blowfish2 both say "medium strong
encryption". An "implementation flaw" is mentioned for blowfish, but IIUC
the flaw is severe enough to make it much, much weaker than blowfish2. Why
a
On Thu, Mar 24, 2016 at 6:08 AM, Bram Moolenaar wrote:
>
>
> Ben Fritz wrote:
>
> > On Wed, Mar 23, 2016 at 4:58 PM, Bram Moolenaar
wrote:
> > > The original blowfish encryption is not broken, it's just weaker than
it
> > > should be. It's still a lot stronger than zip.
> >
> > Is it? This page
On Wed, Mar 23, 2016 at 5:51 PM, Benjamin Fritz
wrote:
>
> I thought "blowfish" was just around to let people read their old data
(and hopefully convert to blowfish2).
That reminds me of something else. Why isn't 'modified' set when you change
cryptmethod or the en
On Wed, Mar 23, 2016 at 4:58 PM, Bram Moolenaar wrote:
>
> > Speaking of defaults: I think Vim should default to the strongest
> > method available. I additionally think Vim should warn on saving with
> > a known broken format such as the original blowfish implementation, or
> > the zip algorithm,
On Sat, Mar 5, 2016 at 7:27 AM, Bram Moolenaar wrote:
>
>
> Ben Fritz wrote:
> >
> > For Pathogen, you install by unzipping all files for a plugin, into a
> > directory under "bundle":
> >
> > ~/.vim/bundle/someplugin/plugin/foo.vim
> > ~/.vim/bundle/someplugin/autoload/bar.vim
> > ~/.
On Mon, Jun 22, 2015 at 11:38 PM, Ben Fritz wrote:
>
> Today I noticed that I can no longer compile gvimext.dll, due to the code
added in patch 724.
>
> I compile with MinGW as follows:
>
> make -f Make_ming.mak -j%NUMBER_OF_PROCESSORS% GUI=yes FEATURES=HUGE
PYTHON="C:/Python27" PYTHON_VER=27 DYNA
On Fri, Jan 15, 2016 at 5:08 PM, Pavol Juhas wrote:
>
>
> I don't know what is the "secret" phase in Mercurial. It is however
possible to disable "git push" for some specific branch, for example:
>
Phases in Mercurial apply to a changeset. There are three: "Draft",
"Public", and "Secret". The Se
Currently the MatchParen plugin distributed with Vim, will automatically
cycle through all windows with :windo, when you use the :NoMatchParen or
:DoMatchParen command.
This causes problems with (for example) the LargeFile plugin from Dr. Chip,
since that plugin calls NoMatchParen *prior to* readi
I have a mapping that executes the :cnext command (or another command based
on context):
" map and to jump between locations in a quickfix list, or
" differences if in window in diff mode
if v:version >= 700
nnoremap NextThingJump()
nnoremapPrevThingJump()
function! s:NextThingJu
On Mon, Oct 26, 2015 at 4:39 PM, Bram Moolenaar wrote:
>
>
> Ben Fritz wrote:
>
> > On Sunday, October 25, 2015 at 7:55:29 AM UTC-5, Bram Moolenaar wrote:
> > > *** 94,101
> > > The latest news about Vim can be found on the Vim home page:
> > > http://www.vim.org/
> > >
> > > ! If you h
On Fri, Sep 25, 2015 at 12:30 PM, Benjamin Fritz
wrote:
>
>
>
> On Fri, Sep 25, 2015 at 11:38 AM, Bram Moolenaar
wrote:
> >
> >
> > Why do I keep getting a copy of your message through Hostway?
> >
>
> I don't know, it's not just my emails
On Fri, Sep 25, 2015 at 11:38 AM, Bram Moolenaar wrote:
>
>
> Why do I keep getting a copy of your message through Hostway?
>
I don't know, it's not just my emails either. I'm getting annoyed by that
as well. I think somebody must have subscribed some sort of mailing list or
something.
--
--
Y
On Fri, Jun 19, 2015 at 5:24 PM, Benjamin Fritz
wrote:
>
> > Coverity should run automatically. I haven't checked the output
> > recently. There used to be quite a few false positives, maybe it's
> > better now.
> >
> > I'm not sure the Vi
On Fri, Jun 19, 2015 at 3:59 PM, Bram Moolenaar wrote:
>
>
> Ben Fritz wrote:
>
> > On Friday, June 19, 2015 at 2:06:59 PM UTC-5, Bram Moolenaar wrote:
> > > >
> > > > This patch causes a segfault at eval.c::17177 due to a trivial
reason.
> > > >
> > > > The attached patch fixes it.
> > >
> > > Th
On Mon, May 4, 2015 at 1:05 PM, Bram Moolenaar wrote:
>
>
> Benjamin Fritz wrote:
>
> > The attached test_vimrc.vim sets up a command that (on Windows)
> > generates a tags file asynchronously and then calls back into Vim using
> > --remote-expr to add that
On Fri, Mar 27, 2015 at 12:18 PM, Bram Moolenaar wrote:
> > Bram, is there a chance you'd be willing to also push to a Mercurial
> > mirror using one of the various bridge methods, either automatically
> > via repository hook or manually when you push patches to the public
> > repo?
>
> I do not p
The attached test_vimrc.vim sets up a command that (on Windows)
generates a tags file asynchronously and then calls back into Vim using
--remote-expr to add that tags file to the 'tags' option.
The test_vimrc.vim also sets the 'cscopetag' option to enable selecting
between multiple tag matches.
I know there have been recent problem with linebreak when combined with
conceal, I think I have found one or two more.
With the attached test.vim file as a .vimrc, enter the following text:
bbee;some text
The expected output is:
ee<-<-;http://www.vim.org/maillist.php
---
You received
shiftwidth() *shiftwidth()*
Returns the effective value of 'shiftwidth'. This is the
'shiftwidth' value unless it is zero, in which case it is the
'tabstop' value. To be backwards compatible in indent
plugins, use this: >
if exists('*shiftwidth')
func s:sw()
return shiftwidth()
endfunc
els
On Fri, Sep 12, 2014 at 11:06 AM, Bram Moolenaar wrote:
>
> Thanks, I'll put it in the todo list. I'll await comments for a little
> while.
I'll try to test it with TOhtml this weekend, since it currently depends on
the fold text to get the fold levels of nested closed folds.
--
--
You receiv
I'm not sure if this ever worked, but I noticed today that with
'cursorline' set, there is no highlight on lines that have DiffChange
highlighting.
Moving the cursor to a line without DiffChange highlighting makes the
cursor visible again.
I think this is a bug; it makes cursorline much less usef
On Mon, Jun 23, 2014 at 2:11 PM, Bram Moolenaar wrote:
>
> Ben Fritz wrote:
>
>>
>> Finally, setting references in the LUA interface doesn't currently
>> allow aborting for failure using this patch. I could not figure out,
>> how to get a return value from lua_call. Can someone familiar with the
>
I want to finish up this patch to fix a crash in Vim:
https://groups.google.com/d/topic/vim_dev/dnN58kO5Vg4/discussion
I changed luaV_setref() to return a value if garbage collection cannot
safely proceed.
But, I do not know how to get that return value back to the code
calling it from eval.c, vi
The attached patch seems to fix the crash reported here:
https://groups.google.com/d/topic/vim_dev/Nr8Ja4Zjghw/discussion
The fix is simple in concept: any recursive call can be replaced with
an explicit stack to "cheat" your way into an iterative algorithm. So
that is what I did. I kept the call
On Tue, Jun 17, 2014 at 10:45 AM, Danek Duvall wrote:
> Ben Fritz wrote:
>
>> Thanks, that got me further. But the build still fails:
>>
>> OLD_PO_FILE_INPUT=yes gmsgfmt -v -o pl.mo pl.po
>> headerfield `Language-Team' missing in header
>> found 1 fatal errors
>> *** Error code 1
>> make: Fatal er
I get this error from both "make" and "make install" when building on Solaris:
Processing file "zh_CN.cp936.po"...
ERROR: Line 2899 (zh_CN.cp936.po): Invalid character found.
*** Error code 2
make: Fatal error: Command failed for target `zh_CN.cp936.mo'
I did notice a few warnings earlier in "mak
I asked this over on StackOverflow [1] and was advised to come here. Hopefully
there are some Windows/Visual Studio experts here who can help.
I am a non-admin user on a Windows 7 (32 bit) computer, and also an admin user
on a Windows 7 64-bit computer. I am trying to build the Vim text editor fro
On Sat, Apr 5, 2014 at 4:09 PM, Bram Moolenaar wrote:
>
> Ben Fritz wrote:
>
>> On Saturday, April 5, 2014 2:02:23 PM UTC-5, Bram Moolenaar wrote:
>> >
>> > You can record into a register and replay that.
>> >
>>
>> This is not an option for the desired use case, of creating a plugin
>> to automat
Maybe this is intentional, but I find no mention of it in the help.
I was answering this stackoverflow post for fun, and discovered some
surprising behavior of startinsert and friends:
http://stackoverflow.com/questions/22389934/how-can-i-keep-modes-local-to-a-tab
I ended up with the following co
On Mon, Dec 2, 2013 at 12:14 PM, Bram Moolenaar wrote:
>
> Ben Fritz wrote:
>
>> On Wednesday, November 13, 2013 10:39:10 PM UTC-6, v...@googlecode.com wrote:
>> > Comment #12 on issue 28 by fritzoph...@gmail.com: out of the box, gVim
>> >
>> > 7.3.46 for Win32 cannot write swap files on Windows 7
On Mon, Aug 12, 2013 at 2:04 AM, Bram Moolenaar wrote:
>
> Ben Fritz wrote:
>
>> On Sunday, August 11, 2013 12:52:16 PM UTC-5, v...@googlecode.com wrote:
>> > Comment #7 on issue 28 by brammool...@gmail.com: out of the box, gVim
>> >
>>> When I launch a newly installed Vim with no files, it always
On Wed, Jul 17, 2013 at 10:49 AM, Mike Williams
wrote:
>
> Does anyone have hard numbers? I have just loaded an ~900MB PDF file in ~7s
> (Win7 x64, 8GB, Core2Duo 2.3GHz), my normal VIM config (although I do have
> maxmem always set to maximum).
Now try writing it. I suppose if Vim is only being
Eric Van Dewoestine found this while investigating an eclim issue I was
having.
When 'autochdir' is set, calling setbufvar() changes Vim's current
directory to that of the buffer having its variable set. I think this
should not happen.
Reproduced using the following on Solaris with Vim 7.4a.6, an
On Thu, Jul 11, 2013 at 10:36 AM, Ben Fritz wrote:
> On Thursday, July 4, 2013 4:44:26 AM UTC-5, Bram Moolenaar wrote:
>>
>> Perhaps we can somehow detect that CTRL-R = had the side effect of
>>
>> changing the text and then split undo. When it only returns the text to
>>
>> be inserted, there is
On Tue, Jul 9, 2013 at 5:54 AM, Bram Moolenaar wrote:
>
> That can be done by returning cursor key sequences. No need for
> setline():
>
> imap ( =LeftParen()
> fun! LeftParen()
> return "()\"
> endfun
> imap ) =RightParen()
> fun! RightParen()
>
On Mon, Jul 8, 2013 at 1:59 PM, Bram Moolenaar wrote:
>
> Benjamin Fritz wrote:
>
>> On Thu, Jul 4, 2013 at 4:44 AM, Bram Moolenaar wrote:
>> > Does the delimitMate return the text to be inserted or does it use
>> > setline()? In the last case it can't b
On Thu, Jul 4, 2013 at 4:44 AM, Bram Moolenaar wrote:
> Does the delimitMate return the text to be inserted or does it use
> setline()? In the last case it can't be fixed really.
It actually uses setline().
I think we might need a new (intentional) feature that allows moving
the cursor in inse
I use the delimitMate plugin by Israel Chauca Fuentes:
http://www.vim.org/scripts/script.php?script_id=2754
https://github.com/Raimondi/delimitMate
I found this plugin to be "the best" at automatically inserting the
closing character for "paired" characters like (..), [..], etc. It is
customi
Back on-list.
I should mention, "autoconf --version" prints "Autoconf version 2.13".
The default src/auto/configure script works in revision 1169, however,
so I don't really NEED to resolve any "make autoconf" issues.
On Wed, Jun 12, 2013 at 10:20 AM, Benj
On Tue, Jun 11, 2013 at 1:29 PM, Andrei Olsen wrote:
> On Tuesday, June 11, 2013 5:42:08 PM UTC+2, Ben Fritz wrote:
>> On Monday, June 10, 2013 8:26:57 PM UTC-5, Andrei Olsen wrote:
>> > Also, though unrelated to this problem, older GCC compilers (version < 4)
>> > do not accept "-pthread" on Sol
On Fri, Jun 7, 2013 at 4:12 PM, Bram Moolenaar wrote:
>>
>> TOTAL COUNT MATCH SLOWEST AVERAGE NAME PATTERN
>> 3.234792 47684 0 0.002802 0.68 xmlSyncDT
>> \_.\(
> The XML syntax has some very expensive patterns. And this one is
> terrible. \_. matching anything, including line breaks, so it doe
On Thu, Jun 6, 2013 at 2:37 PM, Roland Eggner wrote:
> Hi Ben!
>
> On 2013-06-06 Thursday at 07:27 -0700 Ben Fritz wrote:
>> On Thursday, June 6, 2013 3:08:24 AM UTC-5, Roland Eggner wrote:
>> > … …
>> > I reported not clearly enough, I am afraid. There are 2 probably related
>> > bugs:
>> >
>>
On Mon, Jun 3, 2013 at 3:45 PM, ZyX ZyX wrote:
>
>
> The basic idea of having an issue tracker is that *all* bugs, feature
> requests and pull requests (PR's) go there.
Yes, if the developers decide they're worth doing anyway. It would
replace the TODO list.
> Thus you don't need to sync
> anyth
On Wed, Apr 17, 2013 at 4:20 PM, Dimitar DIMITROV wrote:
>
> Dimitar wrote:
>>
>> On Wed, Apr 17, 2013 at 11:06 AM, Ben Fritz
>> wrote:
>> >
>> > See image attached to my next message for what I see.
>> >
>> > And please bottom-post.
>> >
>> Thanks Ben, can't see clearly your image but maybe inde
On Wed, Apr 17, 2013 at 11:06 AM, Ben Fritz wrote:
>
> See image attached to my next message for what I see.
>
> And please bottom-post.
>
Image attached.
--
--
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
On Friday, April 5, 2013 3:16:54 PM UTC-5, Bram Moolenaar wrote:
> Ben Fritz wrote:
> >
> > I'd like to take this one step further. The runtime files are already
> > largely maintained by people other than Bram. Bram, would you be
> > opposed to using Mercurial to PULL changes to runtime files, fro
On Wed, Apr 3, 2013 at 5:22 AM, Lech Lorens wrote:
>
> On 02-Apr-2013 Ben Fritz wrote:
> > On Monday, April 1, 2013 11:43:38 AM UTC-5, Bram Moolenaar wrote:
> > >
> > > I wonder how many users actually run into files where only some lines
> > >
> > > end in a CR. I would consider such a file brok
On Tue, Feb 12, 2013 at 3:37 PM, Christian Brabandt wrote:
>
> On Fr, 08 Feb 2013, Ben Fritz wrote:
>
>> On Friday, February 8, 2013 9:37:18 PM UTC-6, Ben Fritz wrote:
>> > On Fri, Feb 8, 2013 at 9:32 PM, Benjamin Fritz
>> > wrote:
>> >
>> &
On Fri, Sep 14, 2012 at 12:56 PM, Tony Mechelynck
wrote:
>
> I know there are sometimes "weird transcodings" when sending to the list,
> and that the charset in the Content-Type header is not always obeyed. I'm
> sending this message in UTF-8 because its content wouldn't tolerate anything
> else.
I was a little surprised to see that setting formatexpr from a
modeline works, since many other -expr options are disallowed in a
modeline. It looks like this is allowed because Vim remembers it got
set from a modeline and therefore executes it in the sandbox.
But :help 'formatexpr' says:
:help 'omnifunc' should include text:
This option cannot be set from a |modeline| or in the |sandbox|, for
security reasons.
to match :help 'completefunc' (experimentation shows this is true for
'omnifunc' as well, thankfully).
Similarly, :help 'formatprg' now says:
The
On Wed, May 23, 2012 at 8:42 PM, James McCoy wrote:
> On Wed, May 23, 2012 at 08:31:48PM -0500, Benjamin Fritz wrote:
>> On Wed, May 23, 2012 at 1:52 PM, Bram Moolenaar wrote:
>> >
>> > Ben Fritz wrote:
>> >
>> >> On Monday, May 21, 2012 12:59:4
On Wed, May 23, 2012 at 1:52 PM, Bram Moolenaar wrote:
>
> Ben Fritz wrote:
>
>> On Monday, May 21, 2012 12:59:47 PM UTC-5, Thilo Six wrote:
>> > > How about setting up an independent repo (not a clone) at
>> > > http://vim-runtime.googlecode.com/
>> > > Code license: GNU GPL v2
>> >
>> > runtimef
I was trying to reproduce an issue I've been having in a minimal config,
and failed to reproduce it reliably, but ended up finding what looks like
a new issue. Perhaps they are related.
First, the issue I was *trying* to reproduce:
Sometimes while using a completion menu, either Eclim's user-comp
On Fri, Mar 23, 2012 at 11:35 PM, David Pope wrote:
>
>
> Is there any feedback on this patch, or on the way the fix was presented?
> As I said earlier, I'm new to vim development so I'm all ears. :) Is
> there someone I need to direct this patch toward, e.g. someone who deals
> primarily with
On Thu, Mar 15, 2012 at 2:28 PM, Bram Moolenaar wrote:
>
> David Pope wrote:
>
>> On Wednesday, July 20, 2011 3:54:09 PM UTC-4, Craig Barkhouse wrote:
>>
>> > The mch_is_linked() function in os_win32.c only checks if there is
>> > more than one hard link (i.e. name) for the file. It doesn't check
On Wed, Mar 7, 2012 at 3:28 PM, Benjamin Fritz wrote:
>>> Also, I mostly do
>>> development on a branch on a clone listed on Vim's google code site.
>>> Let me know if you want commit access instead of just mailing patches
>>> around, I'll probabl
On Wed, Feb 15, 2012 at 10:54 PM, Bram Moolenaar wrote:
> Please try the patch below. I currently do not have a Windows machine
> to try this out.
I feel like an idiot, but I cannot get the patch to apply cleanly; and
importing into mq just says the patch is empty!
Can someone see what I'm doin
On Wed, Feb 15, 2012 at 1:10 PM, Benjamin Fritz wrote:
> Parentheses are still weird :-(
>
> C:\eclim-git\eclim>cmd /c echo abc)
> abc)
>
I just realized this one is invalid anyway, since MS says you need to
escape a literal ) and here the user does not
> C:\eclim-git\e
On Wed, Feb 15, 2012 at 12:36 PM, Andy Wokula wrote:
> Am 15.02.2012 17:22, schrieb Ben Fritz:
>
>>> New settings:
>>> shellcmdflag: /c
>>> shellxquote: (
>>> and escape special chars with `^'.
>>
>>
>> So you're saying, we must escape all special characters, INCLUDING
>> QUOTES, and sur
On Wed, Feb 15, 2012 at 12:36 PM, Andy Wokula wrote:
>> So you're saying, we must escape all special characters, INCLUDING
>> QUOTES, and surround in parentheses?
>
>
> Yes, including quotes!
>
>> That's...special.
>
>
> But solves all problems so far.
Yes, but that doesn't mean I need to like it
Thanks, everyone. The curwin->w_localdir variable was exactly what I
was looking for, and the tertiary operator makes it a little clearer
what is going on in the directory restore code.
I took your suggestions and additionally moved the directory restore
calls into the ((un)?load|wipe)_dummy_buffe
On Sun, Nov 27, 2011 at 11:31 PM, Christian Brabandt wrote:
> Hi Bram!
>
> On So, 27 Nov 2011, Bram Moolenaar wrote:
>
>>
>> Christian Brabandt wrote:
>>
>> >
>> > When using a separate 'undodir' directory to store the undofiles, Vim
>> > uses the complete path of the file as filename, replacing t
On Sun, Nov 27, 2011 at 9:18 AM, Bram Moolenaar wrote:
>
> Ben Fritz wrote:
>
>>
>> What is the reason for only updating the default value of options, if
>> P_WAS_SET is false? I get that we don't want to override the actual
>> value of the option if the user set it to something, but don't we want
Darnit, also forgot to attach the patch.
--
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
sxq_shcf_defaults.patch
Description: Binary data
On Fri, Nov 18, 2011 at 11:40 PM, Benjamin Fritz
wrote:
> Fixed item from todo list:
>
>> Win32: When 'shell' is cmd.exe this command fails:
>> echo system('"c:/path/echo.exe" "foo bar"')
>> Should we set the default for '
Fixed item from todo list:
> Win32: When 'shell' is cmd.exe this command fails:
> echo system('"c:/path/echo.exe" "foo bar"')
> Should we set the default for 'shellxquote' to a double quote, when 'shell'
> contains &q
On Wed, Oct 26, 2011 at 3:26 PM, Bram Moolenaar wrote:
>> > The script contains:
>> >
>> > set ei=all
>> > echomsg system("xterm -e 'echo system command; exit'")
>> > set ei&
>> >
>> > The problem is that the autocommands trigger later. The focus events
>> > are put in the ty
On Wed, Oct 26, 2011 at 11:12 AM, Bram Moolenaar wrote:
>
> Benjamin Fritz wrote:
>
>> >> > I'm not sure what the problem is. Why would there be FocusLost and
>> >> > FocusGained events for a system() call?
>> >> >
>> >
On Sun, Sep 25, 2011 at 6:59 AM, Bram Moolenaar wrote:
>
> Ben -
>
>> On Sat, Sep 24, 2011 at 7:34 AM, Bram Moolenaar wrote:
>> >
>> > I'm not sure what the problem is. Why would there be FocusLost and
>> > FocusGained events for a system() call?
>> >
>>
>> Exactly. I was not expecting to see ei
I posted this a while ago on vim_use, but no response. It looks like
either a bug or a very misleading :help entry.
The thread is about how using :let-@ will automatically append a ^J
character if the text ends in ^M (useful for yanked text, but causes
unintended side effects when editing a record
On Tue, Aug 2, 2011 at 3:30 PM, Bram Moolenaar wrote:
>
> Ben Fritz -
>> Change:
>>
>> U Undo all latest changes on one line. {Vi: while not
>> moved off of it}
>>
>> to:
>>
>>
>> U Undo all changes on the most recently modified line
>
On Thu, Jul 7, 2011 at 6:34 AM, Bram Moolenaar wrote:
>
> Ben Fritz wrote:
>
>> :help 'backupcopy' indicates that the default value of "auto" should
>> Do The Right Thing when the file is really a symbolic link:
>>
>> The "auto" value is the middle way: When Vim sees that renaming file
>>
One more interesting response, maybe worth looking into.
On Thu, Jun 16, 2011 at 4:03 AM, Pierre-Yves David
wrote:
> On Wed, Jun 15, 2011 at 03:17:36PM -0500, Benjamin Fritz wrote:
>
>> Yes, this is the case. It is somewhat strange (especially in the
>> open-source world) bu
On Wed, Jun 15, 2011 at 6:11 PM, hari.rangara...@gmail.com
wrote:
> Ben,
>
> You mentioned a crash, but I didn't quite get where. Did it crash after the
> error message? The error message says aval is "Null".
>
>
Oops, I initially got a crash, but it turned out to be some weird
out-of-memory situ
I included vim_dev due to the crash. This is using the CCTree plugin
available on vim.org:
On Wed, Jun 15, 2011 at 4:16 PM, Benjamin Fritz wrote:
> On Wed, Jun 15, 2011 at 4:05 PM, hari.rangara...@gmail.com
> wrote:
>> version 1.51 with enhanced symbol processing enabled should
On Wed, Jun 15, 2011 at 12:51 PM, Matt Mackall wrote:
>> 2011/6/15 :
>> > Also, I think you underestimate how badly things can go algorithmically
>> > for people who are not aware that particular things aren't designed to
>> > scale. For instance, we've had people who've tagged essentially every
On Thu, May 19, 2011 at 11:40 AM, Bram Moolenaar wrote:
>> I wonder, if we might re-use this option to implement a similar
>> extended attribute on Mac OS? See the following tip about saving the
>> encoding information with the file, in the com.apple.TextEncoding
>> extended attribute. I have no r
On Wed, Apr 20, 2011 at 7:15 PM, Ben Schmidt
wrote:
> On 21/04/11 10:10 AM, Ben Fritz wrote:
>>
>> On Apr 19, 4:40 am, Yukihiro Nakadaira
>> wrote:
>>>
>>> When assigning or deleting list item no error raised for out-of-range
>>> index.
>>>
>>> :let list = []
>>> :let list[0] = 0
>>> :ech
On Mon, Apr 11, 2011 at 10:38 AM, Bram Moolenaar wrote:
>
> Ben Fritz wrote:
>
>> Bram, I'm just curious: it looks like most of the very recent
>> changesets (up to patch 160) are problems of the sort that static
>> analysis or other automated tools would find. Were these the result of
>> some aut
On Fri, Feb 18, 2011 at 10:07 AM, Donald Allen wrote:
>
> :ed foo/bar produces the message
>
> "foo/bar" is a directory
>
> whereas :ed foo/bar/ (which is what you get if you hit tab to complete)
> produces
>
> "foo/bar" Illegal file name
>
> I understand that this is before the plugin is invoked
On Wed, Feb 2, 2011 at 9:59 AM, Benjamin Fritz wrote:
> On Tue, Feb 1, 2011 at 7:11 PM, Rhialto wrote:
>> On Tue 01 Feb 2011 at 09:30:48 -0800, Ben Fritz wrote:
>>> Converting from cp1252 to latin1 should fail depending on the
>>> characters in the file, but latin1 t
On Tue, Feb 1, 2011 at 7:11 PM, Rhialto wrote:
> On Tue 01 Feb 2011 at 09:30:48 -0800, Ben Fritz wrote:
>> Converting from cp1252 to latin1 should fail depending on the
>> characters in the file, but latin1 to cp1252 should always work,
>> shouldn't it? I understand cp1252 to be a superset of lati
On Fri, Jan 28, 2011 at 2:14 PM, James Vega wrote:
>
> I remember trying to reproduce your described behavior when I first saw
> your mail but wasn't able to. Could you give a minimal set of steps
> along with the output that you're seeing for ":set enc? fenc? fencs?" in
> each of the different c
The latest TOhtml (7.3_v7) included in the last runtime update
includes updates to the auto-detection of HTML encoding from the
'fenc' and 'enc' options in Vim.
One of the updates was to add an option so that the user can add
auto-detection of encodings that the plugin does not use by default
(TOh
On Wed, Nov 10, 2010 at 9:23 AM, Benjamin Fritz wrote:
> On Wed, Nov 10, 2010 at 5:45 AM, Bram Moolenaar wrote:
>>>
>>> In Vim 7.3.35, :echo $PATH does not include the Vim install directory.
>>> It does include this directory in Vim 7.3.27.
>>>
>>>
On Fri, Oct 8, 2010 at 9:13 PM, Benjamin Fritz wrote:
> On Thu, Oct 7, 2010 at 12:39 AM, Benjamin Fritz
> wrote:
>> A while back on vim_dev, there was a suggestion for TOhtml to use the
>> 'fencoding' of the source buffer for the HTML encoding of the
>>
Attached patch fixes the bug mentioned here:
http://groups.google.com/group/vim_dev/browse_thread/thread/dc24d36b9eee0b35/4e93a957979436ef
It turned out to have very little to do with the :drop command, but
rather the fact that --remote and friends would temporarily change
directories and then re
On Thu, Oct 7, 2010 at 12:39 AM, Benjamin Fritz wrote:
> A while back on vim_dev, there was a suggestion for TOhtml to use the
> 'fencoding' of the source buffer for the HTML encoding of the
> generated file.
>
> This thread discusses it, and I eventually included an in
1 - 100 din 138 matches
Mail list logo
