On Sep 13, 2:24 am, Spiros Bousbouras wrote:
> On Sep 12, 3:40 pm, Ben Fritz wrote:
>
>
>
> > Yikes! Text-objects are way more useful without using visual mode,
>
> Ok , I'm convinced text objects are wonderful. Is there a way to get
> the line range covered by a text object to be used in user
On 12/09/11 20:24, Spiros Bousbouras wrote:
On Sep 12, 3:40 pm, Ben Fritz wrote:
Yikes! Text-objects are way more useful without using visual mode,
Ok , I'm convinced text objects are wonderful. Is there a way to get
the line range covered by a text object to be used in user defined
commands
On Sep 12, 1:44 pm, Yuvi Panda wrote:
> The latter - multiple 'GUI windows' from the same process.
>
> The particular use case I had in mind was while doing a 3 way merge with
> fugitive - would be much easier if I can have one buffer on one monitor and
> two in another.
As far as I know *mac
On Sep 11, 9:32 am, Gelonida N wrote:
> Hi Jacky,
>
> On 09/11/2011 01:13 AM, Jacky Liu wrote:
>
>
>
> > On Sep 11, 2:04 am, Gelonida N wrote:
>
> >> Now I wondered whether there is a way, that python could capture a
> >> single key press without any prompt.
>
> > Just joking -- maybe this will
Tim Chase, Mon 2011-09-12 @ 14:15:33-0500:
> Maybe if I suggest it here, somebody will code my other text-object
> want too: an "inner-indent" for coding in Python.
There's already a plugin for that! I use it regularly.
http://www.vim.org/scripts/script.php?script_id=3037
--
You received this
On 09/12/11 09:40, Ben Fritz wrote:
vi"
>i{
I think the most useful to me is the 'it' object (inner tag) and
'at' (a tag) while editing HTML.
I agree that my "most useful" changes depending on my filetype.
For HTML/XML editing, the it/at/iwhile the i{/a{/i[/a[/i(/a( family are more u
I don't think there is, but what I usually do in this case is visually
select the text object region and then use the '< and '> marks as the
start and end of the range for the command. If you type `:` in visual
mode to enter an ex command, the aforementioned marks will automatically
be inserted for
On Sep 12, 3:40 pm, Ben Fritz wrote:
>
> Yikes! Text-objects are way more useful without using visual mode,
Ok , I'm convinced text objects are wonderful. Is there a way to get
the line range covered by a text object to be used in user defined
commands ? I can see that you can yank the object its
On 2011-09-12, Ben Fritz wrote:
> I don't have much reason behind my choice, I just like it better. I'm
> not fond of being bound to a terminal window, I use it when I need to
> but usually separate from Vim. I do know that the terminal version
> causes all sorts of headaches; as evidenced by the
Am 12.09.2011 18:29, schrieb Spiros Bousbouras:
On Sep 11, 9:58 am, ZyX wrote:
If you use eval('"'.escape(maparg(...), '\<"').'"') instead of substitute() it
will be more reliable and you still won't have to use :imap.
Great. I was wondering whether there is a way to go from things
like '' t
On Sep 12, 4:09 pm, Ben Fritz wrote:
> On Sep 11, 1:16 am, Spiros Bousbouras wrote:
>
> > :iabbrev CUC cucumber
> > :inoremap CUC
>
> > But when I press Ctrl-y I get 'CUC ' i.e. the CUC does not get
> > expanded. I tried
>
> > :inoremap CUC
>
> > and
>
> > :inoremap CUC
>
> > but no dice.
>
>
On Sep 11, 9:58 am, ZyX wrote:
> If you use eval('"'.escape(maparg(...), '\<"').'"') instead of substitute() it
> will be more reliable and you still won't have to use :imap.
Great. I was wondering whether there is a way to go from things
like '' to the actual character represented. But still it
On 09/12/2011 10:58 AM, Ben Fritz wrote:
I don't have much reason behind my choice, I just like it better. I'm
not fond of being bound to a terminal window, I use it when I need to
but usually separate from Vim. I do know that the terminal version
causes all sorts of headaches; as evidenced by t
On Sep 11, 1:16 am, Spiros Bousbouras wrote:
> :iabbrev CUC cucumber
> :inoremap CUC
>
> But when I press Ctrl-y I get 'CUC ' i.e. the CUC does not get
> expanded. I tried
>
> :inoremap CUC
>
> and
>
> :inoremap CUC
>
> but no dice.
:inoremap explicitly says to Vim, "don't expand any additio
On Sep 12, 12:44 am, Yuvi Panda wrote:
> The latter - multiple 'GUI windows' from the same process.
>
> The particular use case I had in mind was while doing a 3 way merge with
> fugitive - would be much easier if I can have one buffer on one monitor and
> two in another.
Can you stretch your V
On Sep 10, 11:39 pm, Kevin Tough wrote:
> I am just starting to learn vim. I use Fedora and would like to know
> whether most programmers use vim from the console or do they/you use
> gvim. I have read that using one instance of vim is the best usage.
>
> ViEmu: would any of the experienced vim
On Sep 11, 7:40 am, Tim Chase wrote:
>
> > Nahhh , I don't use visual mode. In any case , it's easy to create
> > a command to replicate the functionality in other modes.
>
Yikes! Text-objects are way more useful without using visual mode,
don't worry. They're also nice in visual mode but their
Yeah, I don't think that would work. You could probably figure out a way
to "send" one or more of the diff buffers to a separate instance of Vim
on the other display using the client/server features. But that, of
course, defeats the whole purpose of using Vim as a merge tool, since
you won't be abl
18 matches
Mail list logo