Re: The future of the Vim project

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

Re: Problem with vim.org mailing list aliases?

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

Re: Updated TOhtml

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

Updated TOhtml

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:

Re: New TOhtml version

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!

Re: New TOhtml version

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

New TOhtml version

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

Looks like Vim Tips wiki is moving

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

Re: [vim/vim] Patch v8.0.0677 breaks wincmd usage in FileType autocommands (#1839)

> 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. >

Re: [vim] Vim cryptmethod uses SHA-256 for password-based key derivation (#639)

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

Re: [vim] Vim cryptmethod uses SHA-256 for password-based key derivation (#639)

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

Re: [vim] Vim cryptmethod uses SHA-256 for password-based key derivation (#639)

On Thu, Mar 24, 2016 at 9:54 AM, Benjamin Fritz <fritzophre...@gmail.com> 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,

Re: [vim] Vim cryptmethod uses SHA-256 for password-based key derivation (#639)

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

Re: [vim] Vim cryptmethod uses SHA-256 for password-based key derivation (#639)

On Wed, Mar 23, 2016 at 5:51 PM, Benjamin Fritz <fritzophre...@gmail.com> 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

Re: [vim] Vim cryptmethod uses SHA-256 for password-based key derivation (#639)

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 >

Re: Packages

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 > >

Re: Cannot compile gvimext with MinGW after patch 7.4.724

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

Re: How to update with local changes

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",

Should MatchParen plugin restore current window?

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*

Re: Patch 7.4.899

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/ >

Re: Patch 7.4.880

On Fri, Sep 25, 2015 at 12:30 PM, Benjamin Fritz <fritzophre...@gmail.com> wrote: > > > > On Fri, Sep 25, 2015 at 11:38 AM, Bram Moolenaar <b...@moolenaar.net> wrote: > > > > > > Why do I keep getting a copy of your message through Hostway? > > >

Re: Patch 7.4.880

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

Re: Patch 7.4.745

On Fri, Jun 19, 2015 at 5:24 PM, Benjamin Fritz fritzophre...@gmail.com 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 Vim results are available to others or can

Re: Crash when new tags file loaded while waiting for tag selection

On Mon, May 4, 2015 at 1:05 PM, Bram Moolenaar b...@moolenaar.net 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 tags file to the 'tags' option

Re: Preparations for moving to github

On Fri, Mar 27, 2015 at 12:18 PM, Bram Moolenaar b...@moolenaar.net 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

Crash when new tags file loaded while waiting for tag selection

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.

linebreak and conceal display problems

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: bbeetabtab;tabsome text The expected output is: ee--;some text However, instead of that, I see

shiftwidth() function documentation error

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

Re: improved folding legibility [patch included]

On Fri, Sep 12, 2014 at 11:06 AM, Bram Moolenaar b...@moolenaar.net 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. --

CursorLine highlight invisible in DiffChanged areas

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

LUA interface giving me trouble with garbage collection patch

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,

Re: Fixed crash in garbage collector by removing recursion

On Mon, Jun 23, 2014 at 2:11 PM, Bram Moolenaar b...@moolenaar.net 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

Fixed crash in garbage collector by removing recursion

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

Re: Compile error in Vim 7.4.324 on Solaris

On Tue, Jun 17, 2014 at 10:45 AM, Danek Duvall duv...@comfychair.org 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:

Compile error in Vim 7.4.324 on Solaris

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 make

Cannot build Vim compatible with my version of Windows

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

Re: Concatenate two performed actions into one (to make it repeatable by '.' and undoable at once)

On Sat, Apr 5, 2014 at 4:09 PM, Bram Moolenaar b...@moolenaar.net 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

Re: Issue 28 in vim: out of the box, gVim 7.3.46 for Win32 cannot write swap files on Windows 7

On Mon, Dec 2, 2013 at 12:14 PM, Bram Moolenaar b...@moolenaar.net 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

Re: Issue 28 in vim: 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 b...@moolenaar.net 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

Re: Improving vim startup time for very large files

On Wed, Jul 17, 2013 at 10:49 AM, Mike Williams mike.willi...@globalgraphics.com 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

'autochdir' causes setbufvar() to change directory

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,

Re: Breaking undo in Insert mode

On Thu, Jul 11, 2013 at 10:36 AM, Ben Fritz fritzophre...@gmail.com 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

Re: Breaking undo in Insert mode

On Tue, Jul 9, 2013 at 5:54 AM, Bram Moolenaar b...@moolenaar.net wrote: That can be done by returning cursor key sequences. No need for setline(): imap ( C-R=LeftParen()CR fun! LeftParen() return ()\Left endfun imap ) C-R=RightParen()CR

Re: Breaking undo in Insert mode

On Thu, Jul 4, 2013 at 4:44 AM, Bram Moolenaar b...@moolenaar.net 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

Re: Breaking undo in Insert mode

On Mon, Jul 8, 2013 at 1:59 PM, Bram Moolenaar b...@moolenaar.net wrote: Benjamin Fritz wrote: On Thu, Jul 4, 2013 at 4:44 AM, Bram Moolenaar b...@moolenaar.net 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

[no subject]

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

Re: Building with Python 2 and 3

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, Benjamin Fritz fritzophre...@gmail.com wrote

Re: Building with Python 2 and 3

On Tue, Jun 11, 2013 at 1:29 PM, Andrei Olsen andrei.ol...@gmail.com 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

Re: [regression after update 7.3.{865,969}] [patch] :wviminfo! writes only new history entries, misses old entries read by :rviminfo!

On Thu, Jun 6, 2013 at 2:37 PM, Roland Eggner ed...@systemanalysen.net 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

Re: FW: use of vim signs

On Mon, Jun 3, 2013 at 3:45 PM, ZyX ZyX zyx@gmail.com 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

Re: modeless-selection distorts all characters in gVim

On Wed, Apr 17, 2013 at 4:20 PM, Dimitar DIMITROV mitk...@yahoo.fr wrote: Dimitar wrote: On Wed, Apr 17, 2013 at 11:06 AM, Ben Fritz fritzophre...@gmail.com wrote: See image attached to my next message for what I see. And please bottom-post. Thanks Ben, can't see clearly your image

Re: modeless-selection distorts all characters in gVim

On Wed, Apr 17, 2013 at 11:06 AM, Ben Fritz fritzophre...@gmail.com 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

Re: Runtime file updates [Was: Re: Typo in help file]

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, from a

Re: [patch] Handle files with mixed LF - CRLF line endings when doing tag search

On Wed, Apr 3, 2013 at 5:22 AM, Lech Lorens lech.lor...@gmail.com wrote: On 02-Apr-2013 Ben Fritz fritzophre...@gmail.com 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

Re: Omnicomplete shows strange behavior when preview window is enabled

On Tue, Feb 12, 2013 at 3:37 PM, Christian Brabandt cbli...@256bit.org 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 fritzophre...@gmail.com wrote: The attached vimrc.vim file

Re: Can't paste Unicode Delta symbol (Δ) into vim nor gVim

On Fri, Sep 14, 2012 at 12:56 PM, Tony Mechelynck antoine.mechely...@gmail.com 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

update help for omnifunc and formatprg

: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

setting formatexpr from a modeline

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:

Re: Does it still make sense to have per-file/-type maintainers? [Was: Re: Added support for spell checking in runtime/syntax/ocaml.vim]

On Wed, May 23, 2012 at 1:52 PM, Bram Moolenaar b...@moolenaar.net 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 runtimefiles

Re: Does it still make sense to have per-file/-type maintainers? [Was: Re: Added support for spell checking in runtime/syntax/ocaml.vim]

On Wed, May 23, 2012 at 8:42 PM, James McCoy james...@jamessan.com 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 b...@moolenaar.net wrote: Ben Fritz wrote: On Monday, May 21, 2012 12:59:47 PM UTC-5, Thilo Six wrote

Completion menu closes when it shouldn't

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

Re: [Patch] Re: 'backupcopy' and Windows Vista symbolic links

On Fri, Mar 23, 2012 at 11:35 PM, David Pope d.e.p...@gmail.com 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

Re: 'backupcopy' and Windows Vista symbolic links

On Thu, Mar 15, 2012 at 2:28 PM, Bram Moolenaar b...@moolenaar.net 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

Re: plugin/tohtml.vim :TOcss command

On Wed, Mar 7, 2012 at 3:28 PM, Benjamin Fritz fritzophre...@gmail.com 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 probably be pretty liberal about it as long

Re: Patch 7.3.443

On Wed, Feb 15, 2012 at 10:54 PM, Bram Moolenaar b...@moolenaar.net 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

Re: Patch 7.3.443

On Wed, Feb 15, 2012 at 12:36 PM, Andy Wokula anw...@yahoo.de 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

Re: Patch 7.3.443

On Wed, Feb 15, 2012 at 12:36 PM, Andy Wokula anw...@yahoo.de 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 surround

Re: Patch 7.3.443

On Wed, Feb 15, 2012 at 1:10 PM, Benjamin Fritz fritzophre...@gmail.com wrote: Parentheses are still weird :-( C:\eclim-git\eclimcmd /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\eclimcmd

Re: vimgrep fails when 'autochdir' is set

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

Re: Synchronizing or merging undo across platforms

On Sun, Nov 27, 2011 at 11:31 PM, Christian Brabandt cbli...@256bit.org 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

Re: patch for Win32 sxq/shcf defaults, and question about option defaults

On Sun, Nov 27, 2011 at 9:18 AM, Bram Moolenaar b...@moolenaar.net 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

patch for Win32 sxq/shcf defaults, and question about option defaults

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 cmd in the tail? (Benjamin Fritz, 2008 Oct 13) Also set 'shellcmdflag' to include

Re: patch for Win32 sxq/shcf defaults, and question about option defaults

On Fri, Nov 18, 2011 at 11:40 PM, Benjamin Fritz fritzophre...@gmail.com 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 'shellxquote' to a double quote, when 'shell' contains cmd

Re: patch for Win32 sxq/shcf defaults, and question about option defaults

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

Re: Fwd: FocusLost, FocusGained, and system() calls

On Wed, Oct 26, 2011 at 11:12 AM, Bram Moolenaar b...@moolenaar.net wrote: Benjamin Fritz 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 either event, but I see FocusGained

Re: Fwd: FocusLost, FocusGained, and system() calls

On Wed, Oct 26, 2011 at 3:26 PM, Bram Moolenaar b...@moolenaar.net 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 type ahead

Re: Fwd: FocusLost, FocusGained, and system() calls

On Sun, Sep 25, 2011 at 6:59 AM, Bram Moolenaar b...@moolenaar.net wrote: Ben - On Sat, Sep 24, 2011 at 7:34 AM, Bram Moolenaar b...@moolenaar.net 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

Fwd: unexpected behavior of :let-@

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

Re: Clarification of U command

On Tue, Aug 2, 2011 at 3:30 PM, Bram Moolenaar b...@moolenaar.net 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  

Re: 'backupcopy' and Windows Vista symbolic links

On Thu, Jul 7, 2011 at 6:34 AM, Bram Moolenaar b...@moolenaar.net 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  

Re: CCTree feature request and question

On Wed, Jun 15, 2011 at 6:11 PM, hari.rangara...@gmail.com 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

Re: Mercurial Workflow: Feature seperation via named branches

One more interesting response, maybe worth looking into. On Thu, Jun 16, 2011 at 4:03 AM, Pierre-Yves David pierre-yves.da...@logilab.fr 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

Re: Mercurial Workflow: Feature seperation via named branches

On Wed, Jun 15, 2011 at 12:51 PM, Matt Mackall m...@selenic.com wrote: 2011/6/15 mercurial-requ...@selenic.com: 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

Re: CCTree feature request and question

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 fritzophre...@gmail.com wrote: On Wed, Jun 15, 2011 at 4:05 PM, hari.rangara...@gmail.com hari.rangara...@gmail.com wrote: version 1.51 with enhanced

Re: Patch 7.3.191

On Thu, May 19, 2011 at 11:40 AM, Bram Moolenaar b...@moolenaar.net 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.

Re: no error raised for :let list[out-of-range] = value

On Wed, Apr 20, 2011 at 7:15 PM, Ben Schmidt mail_ben_schm...@yahoo.com.au wrote: On 21/04/11 10:10 AM, Ben Fritz wrote: On Apr 19, 4:40 am, Yukihiro Nakadairayukihiro.nakada...@gmail.com wrote: When assigning or deleting list item no error raised for out-of-range index.    :let list = []

Re: Automated tool for recent changesets?

On Mon, Apr 11, 2011 at 10:38 AM, Bram Moolenaar b...@moolenaar.net 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

Re: Unexpected behavior loading cp1252 file as latin1

On Wed, Feb 2, 2011 at 9:59 AM, Benjamin Fritz fritzophre...@gmail.com wrote: On Tue, Feb 1, 2011 at 7:11 PM, Rhialto rhia...@falu.nl 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

Re: Unexpected behavior loading cp1252 file as latin1

On Tue, Feb 1, 2011 at 7:11 PM, Rhialto rhia...@falu.nl 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

Plugin to supplement latest TOhtml

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

Re: Vim cannot find xxd utility

On Wed, Nov 10, 2010 at 9:23 AM, Benjamin Fritz fritzophre...@gmail.com wrote: On Wed, Nov 10, 2010 at 5:45 AM, Bram Moolenaar b...@moolenaar.net 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. I remember there were

[patch] Respect 'autochdir' when editing with --remote

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: Beta release: use of 'fencoding' in TOhtml

On Thu, Oct 7, 2010 at 12:39 AM, Benjamin Fritz fritzophre...@gmail.com 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 initial

Re: Suggest ':TOhtml' to use 'fileencoding' rather than 'encoding' as default html charset

The attached patch against the latest 7.3.3 changeset in Mercurial adds the requested use of 'fencoding' instead of 'encoding' when it is set to determine the HTML charset. Additionally, it will now support a lot more encodings, and automatically set the file encoding of the new file to match the

Re: 2html.vim causes Vim to crash with a SIGSEGV?!

On Thu, Sep 2, 2010 at 8:49 AM, Peter Odding pe...@peterodding.com wrote: while running the 2html script, Vim died with a SIGSEGV signal. [Snip] Note that `PublishTest()' (referenced in `bt.txt') isn't defined in my publish plug-in; it's defined in my ~/.vimrc and does basically the same

setwinvar unavailable in restricted mode

I got a bug report for the 2html plugin, that two setwinvar() calls are throwing an error. It appears the problem was that the user was running Vim with the -Z flag. :help setwinvar() says it acts just like settabwinvar(), which in turn says it is not available in the sandbox. :help sandbox does

Re: Suggest ':TOhtml' to use 'fileencoding' rather than 'encoding' as default html charset

On Sat, Aug 28, 2010 at 10:00 PM, Tony Mechelynck antoine.mechely...@gmail.com wrote: I don't know what is being done ATM, but I'd always include the line meta http-equiv=Content-Type content=text/html; charset=whatever / (replacing whatever by the charset name) somewhere near the start of

Re: Suggest ':TOhtml' to use 'fileencoding' rather than 'encoding' as default html charset

On Sat, Aug 28, 2010 at 4:16 PM, Tony Mechelynck antoine.mechely...@gmail.com wrote: From my understanding, 'fileencoding' is the encoding Vim is supposed to use to read/write the file. So, it does make sense that we should use this instead of just 'encoding' for the charset of the generated

Re: Validation fixes in 2html

On Sat, Aug 7, 2010 at 12:25 AM, Benjamin Fritz fritzophre...@gmail.com wrote: Test if you're interested, but I'm running a script that will generate with a fairly exhaustive set of options. I'll compare the output sometime tomorrow afternoon or evening to the same files generated

Validation fixes in 2html

Attached patch fixes a number of bugs in TOhtml, mostly markup validation fixes for xhtml and for non-CSS generation. I've tested a small set of options on a couple of files and it looks like it doesn't break anything, but of course the potential is there. Test if you're interested, but I'm

  1   2   >