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
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
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:
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
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
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.
>
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
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
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,
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
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
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
>
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
> >
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
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",
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*
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/
>
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?
> >
>
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
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
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
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
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:
bbeetabtab;tabsome text
The expected output is:
ee--;some text
However, instead of that, I see
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
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.
--
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
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,
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
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
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:
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
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
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
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
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
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
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,
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
: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
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:
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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 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
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
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
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
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
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
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
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
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
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
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.
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 = []
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
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
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
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
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
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
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
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
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
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
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
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
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
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 - 100 din 126 matches
Mail list logo