On Wed, 2007-05-09 at 20:04 +0200, A.J.Mechelynck wrote:
> Steve Hall wrote:
> > The current right-click menu on GUI tabs is hardcodedCould we
> > at least change the menu item names to the exact command being
> > executed barring the option to customize these?
>
>
From: "A.J.Mechelynck", Thu, February 22, 2007 4:08 pm
>
> Steve Hall has taken up the flame: his "Vim-without-Cream"
> distributions for W32, which are reasonably up-to-date (currently
> 7.0.191) can be found at
> https://sourceforge.net/project/showfiles.php?g
there is obviously some heavy duty processing going on somewhere.
Just curious, where does one download Vim 7.0.262 ? :)
--
Steve Hall [ digitect dancingpaper com ]
From: "Greg Dunn", Thu, October 05, 2006 9:36 am
> On 10/4/06, Steve Hall wrote:
> > On Thu, 2006-10-05 at 10:04 +1000, Robbie Gates wrote:
> > >
> > > i was having problems with gvim hanging when i tried to edit my
> > > vimrc. After a b
binary or runtime?
1. Verify syntax/vim.vim is not corrupt
2. Test the binary:
:echo has("tcl")
Greg, do you have Cygwin installed?
Interesting that this just cropped up twice in two hours, these
packages have been downloaded nearly 300 times over 8 days.
--
Steve Hall [ digitect dancingpaper com ]
On Sun, 2006-09-24 at 16:41 +0200, A.J.Mechelynck wrote:
> Steve Hall wrote:
> > On Sun, 2006-09-24 at 00:31 +0200, Michael Schaap wrote:
> > > I beg you, please don't hardcode Courier New!
[snip]
> > It's not just the proper way, it's the first t
ault in any case on current Windows browsers. Only
> people who have consciously chosen to change their monospaced font
> (and people on non-Windows platforms) will not see Courier New.
It's not just the proper way, it's the first thing discussed in the
specification:
http://www.
erefore decided to go back to plain 7.0 release version of gVim
> for Windows.
Aren't you glad you didn't have to pay for it?
--
Steve Hall [ digitect dancingpaper com ]
On Fri, 2006-06-23 at 00:27 +0200, A.J.Mechelynck wrote:
> Steve Hall wrote:
> > I just noticed four broken runtime files in ftp.vim.org:
> >
> > runtime/filetype.vim
> > runtime/autoload/paste.vim
> > runtime/plugin/netrwPlugin.vim
> > runtime/plugi
I just noticed four broken runtime files in ftp.vim.org:
runtime/filetype.vim
runtime/autoload/paste.vim
runtime/plugin/netrwPlugin.vim
runtime/plugin/vimballPlugin.vim
Each has a few stray partial duplicate lines at the end.
--
Steve Hall [ digitect mindspring com ]
:: Cream
ily. Our previous delay was
due to a hardware changeover that is now in the past, and we can now
do the whole patch/build with a single command. Once we script the
upload and page reference updates, the whole thing will be croned
nightly.
I'd do the same with GNU/Linux, but I haven&
From: Charles E Campbell Jr, May 25, 2006 9:52 AM
> Steve Hall wrote:
>
> > Just assume all paths are Windows-hostile unless passed through
> > such a wrapper. (I never see these errors on *nix, so I assume
> > it's path related.)
>
> I'll try it! The
ted.)
Unfortunately, it is difficult to make such a strategy reasonably
modular since you want to maintain the space between the command,
options and the final path-filename argument. Abstracting the path
through one more function ends up confusing me more than just
duplicating
oesn't fit into the chef's ideal for Vim, it is only
an unnecessary complication for everyone else.
--
Steve Hall [ digitect mindspring com ]
:: Cream... something good to put in your Vim!
:: http://cream.sourceforge.net
rains, I've found the
effort to keep each developer's patch in sync with the current Vim
version a huge headache.
Besides, Bram is a world class coder and designer. If a patch is
decent code and fits the long-stated Vim philosophy (:help
design-goals), it will get included. Testing is o
On Tue, 2006-04-18 at 12:40 +0200, Bram Moolenaar wrote:
> Steve Hall wrote:
>
> > > > I'm seeing a gVim 7.0d (GTK2) bug in refreshing the GUI tab
> > > > bar. When a guitablabel is set by autocmd (VimEnter, BufEnter,
> > > > etc), the results aren&#
On Sun, 2006-04-16 at 13:03 +0200, Bram Moolenaar wrote:
> Steve Hall wrote:
>
> > I'm seeing a gVim 7.0d (GTK2) bug in refreshing the GUI tab bar.
> > When a guitablabel is set by autocmd (VimEnter, BufEnter, etc),
> > the results aren't actually shown until the
I'm seeing a gVim 7.0d (GTK2) bug in refreshing the GUI tab bar. When
a guitablabel is set by autocmd (VimEnter, BufEnter, etc), the results
aren't actually shown until the Vim window is refreshed, such as with
:set nu or :set list.
--
Steve Hall [ digitect mindspring com ]
18 matches
Mail list logo
