On Thursday, May 30, 2013 10:59:52 AM UTC+5:30, sinbad wrote:
> On Wednesday, May 29, 2013 8:31:09 PM UTC+5:30, Ben Fritz wrote:
> > I think (if as Christian suggests you have 'virtualedit' set to "all") this
> > will work:
>
> This works, thanks Ben and toothpik.
set ve=all is little annoying
Hi all,
I was concerned about Vim's weird indentation of HTML, and Tim Chase
clued me in about Tidy, which does most of what I want but leaves no
blank lines. I want 3 blank lines above each , and one blank line
above each of , , , , , , and
.
However, to make stand out even more, I don't want a
fixed. i nuked the trailing '/' in
'--with-python3-config-dir=/usr/lib/python3.1/'
Of course, I still can't get 'static' to compile and gtk2..
--
--
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,
On Sun, 2 Jun 2013 21:31:57 -0500
Tim Chase wrote:
> In your case, it sounds like your pain-point is inconsistent
> formatting, so my suggestion in the context of that joke would have
> been "work to format consistently."
>
> I know not everybody is as obsessive as I am about things like
> forma
> Hi all,
>
> After 17 years using WYSIWYG HTML editors, I'm switching to Vim because
> Bluegriffon, Kompozer, NVU, and SeaMonkey availability in Linux distros
> is catch as catch can, and there's always a question about whether
> they're still supported.
>
> So now I'm using Vim plus snipMate. But
On Sunday, June 2, 2013 9:30:07 PM UTC+5:30, Sam Roberts wrote:
> Sinbad, you might take a shot at trying different fonts. The terminal
>
> performance can actually be dominated by font rendering speed, which
>
> isn't directly related to the terminal.
i use courier new font. i connect to the li
On Sun, Jun 2, 2013 at 2:43 PM, tooth pik wrote:
Ben Fritz wrote:
>> I think all it takes is a help note. In :help 'number' replace the bit about
>> resetting 'relativenumber' with something like:
>>
>> "If 'relativenumber' is also set, puts the line number only on the line
>> with the cursor"
On 2013-06-02 21:17, Steve Litt wrote:
> On Sun, 2 Jun 2013 19:12:26 -0500
> Tim Chase wrote:
> > On 2013-06-02 19:48, Steve Litt wrote:
> > > For one thing, as I type my HTML, it goes into the file as a
> > > jumble, with inconsistent indentation and no blank line before
> > > , etc headers. Tabl
On Sun, 2 Jun 2013 19:12:26 -0500
Tim Chase wrote:
> On 2013-06-02 19:48, Steve Litt wrote:
> > For one thing, as I type my HTML, it goes into the file as a
> > jumble, with inconsistent indentation and no blank line before
> > , etc headers. Tables aren't sectioned off with
> > whitespace.
>
>
Sources you may use to find what you need:
http://vim.wikia.com/wiki/Vim_Tips_Wiki
http://vim-wiki.mawercer.de/wiki/languages/html.html
If you find something new consider adding it to either wiki.
> What other Vim addons are you guys using to edit HTML? What other
> advice (other than switch
On 2013-06-02 19:48, Steve Litt wrote:
> For one thing, as I type my HTML, it goes into the file as a
> jumble, with inconsistent indentation and no blank line before
> , etc headers. Tables aren't sectioned off with
> whitespace.
This sounds a bit like the old joke
Patient: Doctor, it hurts
On Sunday, June 2, 2013 11:29:04 PM UTC+12, Peng Yu wrote:
> That is not what I'm looking for. I need to somehow redirect that
> output that is not to stdout to stdout.
>
> For example, I want to see the output of "set filetype" on stdout.
How about:
$ cat main.vimrc
redir! > /tmp/main.out
echo
Hi all,
After 17 years using WYSIWYG HTML editors, I'm switching to Vim because
Bluegriffon, Kompozer, NVU, and SeaMonkey availability in Linux distros
is catch as catch can, and there's always a question about whether
they're still supported.
So now I'm using Vim plus snipMate. But I need a lot
On 2013-06-02, tooth pik wrote:
> On Sun, Jun 02, 2013 at 12:50:10PM -0700, Ben Fritz wrote:
> > On Sunday, June 2, 2013 3:43:06 AM UTC-5, glts wrote:
> > > Wait, the big advantage of that little scheme is that no new options are
> > > required. 'number' and 'relativenumber' work together to satis
On Sun, Jun 02, 2013 at 12:50:10PM -0700, Ben Fritz wrote:
> On Sunday, June 2, 2013 3:43:06 AM UTC-5, glts wrote:
> > On Sunday, June 2, 2013 8:13:05 AM UTC+2, toothpik wrote:
> > > On Sat, Jun 01, 2013 at 10:27:23PM -0700, Ben Fritz wrote:
> > > > But, I personally support an option to control th
On Sunday, June 2, 2013 3:43:06 AM UTC-5, glts wrote:
> On Sunday, June 2, 2013 8:13:05 AM UTC+2, toothpik wrote:
> > On Sat, Jun 01, 2013 at 10:27:23PM -0700, Ben Fritz wrote:
> > > But, I personally support an option to control this. I like even
> > > better the idea of 'relativenumber' and 'numb
I'd like to draw attention to github.com/MarcWeber/vim-addon-signs
It takes care of removing signs automatically. All you do is passing a
list of signs to be placed. The library takes care of keeping signs,
dropping signs and adding new ones.
Marc Weber
--
--
You received this message from the
On Tuesday, May 28, 2013 2:17:44 AM UTC-4, sinbad wrote:
> i want to use vim signs feature in my day-to-day
> use of vim, besides the typical use of showing
> break-points or errors in code compliation what
> other things can be done. For example how are
> you using it.
Stepping away from the rela
Sinbad, you might take a shot at trying different fonts. The terminal
performance can actually be dominated by font rendering speed, which
isn't directly related to the terminal.
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are
On Jun 1, 9:03 pm, ZyX wrote:
> > > Never saw problems with scrolling in xterm. I personally use konsole.
> > > And WTF is "native split scrolling"?
>
> > If sinbad means to split a terminal window and let each portion have its
> > own scroll buffer, I'd recommend tmux, regardless of terminal emu
Hi Peng!
On So, 02 Jun 2013, Peng Yu wrote:
> > #v+
> > ~$ cat main.vimrc set t_ti= t_te=
> > echo "Hello world"
> > q
> > ~$ vim -S main.vimrc
> > Hello world
> > ~$
> > #v-
>
> I'm not sure what you meant here. Did you mean the following?
>
> vim -c 'set t_ti= t_te=' -S main.vimrc
The email
> No idea, but maybe you can find something here:
> http://vimdoc.sourceforge.net/
Links are missing in these pdfs.
--
Regards,
Peng
--
--
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 ht
> #v+
> ~$ cat main.vimrc set t_ti= t_te=
> echo "Hello world"
> q
> ~$ vim -S main.vimrc
> Hello world
> ~$
> #v-
I'm not sure what you meant here. Did you mean the following?
vim -c 'set t_ti= t_te=' -S main.vimrc
But then I see many empty lines (more than a screen) printed before
"Hello World
On Sunday, June 2, 2013 2:06:13 PM UTC+2, Peng Yu wrote:
> I don't find a pdf version of all the help pages. Does anybody know
> where is one or how to generate one (with all the links and
> highlights)?
No idea, but maybe you can find something here:
http://vimdoc.sourceforge.net/
--
--
You re
Hi,
I don't find a pdf version of all the help pages. Does anybody know
where is one or how to generate one (with all the links and
highlights)?
--
Regards,
Peng
--
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
F
Hi Peng!
On Sa, 01 Jun 2013, Peng Yu wrote:
> Hi,
>
> The following command does not echo anything to stdout.
>
> ~/linux/bin/xplat/src/vim/vimS/main$ cat main.vimrc
> :echo "Hello world"
> :q
> ~/linux/bin/xplat/src/vim/vimS/main$ vim -S main.vimrc
:h xterm-screens
#v+
~$ cat main.vimrc set
That is not what I'm looking for. I need to somehow redirect that
output that is not to stdout to stdout.
For example, I want to see the output of "set filetype" on stdout.
~/linux/test/vim/man/variable/filetype$ cat main.vimrc
set filetype
q
~/linux/test/vim/man/variable/filetype$ vim -S main.vi
On Sunday, June 2, 2013 8:13:05 AM UTC+2, toothpik wrote:
> On Sat, Jun 01, 2013 at 10:27:23PM -0700, Ben Fritz wrote:
> > But, I personally support an option to control this. I like even
> > better the idea of 'relativenumber' and 'number' combining together
> > instead of being mutually exclusive
./configure --enable-python3interp=dynamic --enable-gui=gtk2
--with-python3-config-dir=/usr/lib/python3.1/
make
src/vim --version|grep pyth
+cryptv +linebreak -python +viminfo
-cscope +lispindent +python3/dyn +vreplace
but if i do: :python3 print('hi') I
On Saturday, June 1, 2013 7:13:56 PM UTC+2, Grant wrote:
> ... But I think
> it is against the spirit of vim that we should remove useful
> functionality (non-wasteful relative line number functionality) that
> people depend on without at least
30 matches
Mail list logo