On 21 Dec 2012 07:16, "Niels Kobschätzki" wrote:
>
>
> On 21 Dec 2012, at 6:52, stillLearningVim wrote:
>
>> Is there a way to reload the vimrc (and other files), so that the
changes in the vimrc take immediate effect. :e doesn't seem to do the trick.
>
>
> :source PATH_TO_FILE
> i.e.: :source ~/.
On 21 Dec 2012, at 6:52, stillLearningVim wrote:
Is there a way to reload the vimrc (and other files), so that the
changes in the vimrc take immediate effect. :e doesn't seem to do the
trick.
:source PATH_TO_FILE
i.e.: :source ~/.vimrc
Niels
--
You received this message from the "vim_use"
I encounter the same problem.
At 2012-12-21 03:23:10,analogsix wrote:
>result of running that command is:
>filetype=
>
>You hit the nail on the head. Namely, when the buffer(s) are first loaded onto
>gVIM, the filetype(s) aren't recognized (as we can see the 'filetype' option
>is set to blank).
Is there a way to reload the vimrc (and other files), so that the changes in
the vimrc take immediate effect. :e doesn't seem to do the trick.
I'm editing my vimrc a lot, and I'm hoping there is an easier way than
constantly closing and reopening everything.
Any help and suggestions are appreci
On 2012-12-20, analogsix wrote:
> result of running that command is:
> filetype=
>
> You hit the nail on the head. Namely, when the buffer(s) are first
> loaded onto gVIM, the filetype(s) aren't recognized (as we can see
> the 'filetype' option is set to blank).
>
> As a quick fix to get gVIM to
Can you supply your output from :ver.
--
You received this message from the "vim_use" 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
result of running that command is:
filetype=
You hit the nail on the head. Namely, when the buffer(s) are first loaded onto
gVIM, the filetype(s) aren't recognized (as we can see the 'filetype' option is
set to blank).
As a quick fix to get gVIM to properly load and recognize my *.sv files, I'v
On 2012-12-20, analogsix wrote:
> My .gvimrc resource file only contains a few custom modifications like:
> set ...
> set guifont=...
> highlight Normal guibg=black
> colorscheme slate
> noremap ...
>
>
> I believe I have the default automatic filetype and syntax
> coloring VIM configuration set
My .gvimrc resource file only contains a few custom modifications like:
set ...
set guifont=...
highlight Normal guibg=black
colorscheme slate
noremap ...
I believe I have the default automatic filetype and syntax coloring VIM
configuration settings, since there are no syntax-relevant commands
hi nico and other vim conquetermers:
I found this a (relatively) "big" issue:
say if you have your capture of output from a command you issued to your
remote machine from within conqterm,
the big advantage of using conqueterm is the ability to leverage the
existing vim search knowledge you acqu
On Thu, Dec 20, 2012 at 9:02 AM, John Beckett wrote:
> I have no idea why, but it appears that the spam from
> ad...@139.com to anyone who posts to vim_use has stopped. As I
> mentioned, I have emailed everyone who receives vim_use asking
> about the problem (in batches of 60 at a time). Thanks to
On 12/20/2012 12:11 PM, ping wrote:
On 12/20/2012 12:08 PM, ping wrote:
hi nico and other vim conquetermers:
>
> I found this a (relatively) "big" issue:
> say if you have your capture of output from a command you issued to
your remote machine from within conqterm,
> the big advantage of us
On 12/20/2012 12:08 PM, ping wrote:
hi nico and other vim conquetermers:
>
> I found this a (relatively) "big" issue:
> say if you have your capture of output from a command you issued to
your remote machine from within conqterm,
> the big advantage of using conqueterm is the ability to lever
In some Windows (not all) installations the following VIM (vim.exe **and**
gvim) command fails with a segfault:
:python print type(sys.stdout)
It is discussed here:
https://github.com/davidhalter/jedi-vim/issues/27#issuecomment-11572332
Is there anyone who knows why this is happening? I think th
On 12/20/2012 08:02 AM, John Beckett wrote:
> I have no idea why, but it appears that the spam from
> ad...@139.com to anyone who posts to vim_use has stopped. As I
> mentioned, I have emailed everyone who receives vim_use asking
> about the problem (in batches of 60 at a time). Thanks to those
>
I have no idea why, but it appears that the spam from
ad...@139.com to anyone who posts to vim_use has stopped. As I
mentioned, I have emailed everyone who receives vim_use asking
about the problem (in batches of 60 at a time). Thanks to those
who responded. I unsubscribed 60 members since some of
16 matches
Mail list logo