Hi James!
On Fr, 10 Jul 2015, James McCoy wrote:
> On Sat, Jul 11, 2015 at 12:19:22AM +0200, Christian Brabandt wrote:
> > > 7. The entire screen is redrawn every time, even for single-line edits
> > > that affect zero or one characters.
> >
> > Not sure what you mean. Since one starts visual m
Hi Urtica!
On Fr, 10 Jul 2015, Urtica dioica wrote:
> There was another one I meant to add but forgot. Numbered dot in block and
> line visual acts on an expanded region instead of changing the number
> argument.
>
> Line visual examples will be complicated by the changing visual area I
> men
Hi Urtica!
On Fr, 10 Jul 2015, Urtica dioica wrote:
> I've had some time to play with this patch.
>
> 1. Let's crash Vim.
>
> 8
> --- v.xu
> Segmentation Fault
I see, Bram has already fixed that. I had a different fix for that, but
that should be okay. (Well, I think, that makes test35 fail,
On Sa, 11 Jul 2015, Bram Moolenaar wrote:
> I'll hold off on including this patch until you responded to Urtica's
> reply.
It might have been an error to include this in the first place. The
whole visual stuff is a lot more complicated than I thought and there
are a lot more edge cases than exp
On Fri, Jul 10, 2015 at 11:48 PM, Urtica dioica <
gaultheria.shal...@gmail.com> wrote:
> I've had some time to play with this patch.
>
> 1. Let's crash Vim.
>
> 2. Visual areas change from dot repeats. gv can confirm the changed areas.
>
>
I can confirm each of these two cases on OSX.
Perhaps t
Christian Brabandt wrote:
> Hi Urtica!
>
> On Mo, 29 Jun 2015, Urtica dioica wrote:
>
> > > Here is another update, that fixes the problem, that vim_str2nr always
> > > checks all available chars for numbers, making it impossible to select
> > > less numbers.
> >
> > I'm going from this patc
There was another one I meant to add but forgot. Numbered dot in block and line
visual acts on an expanded region instead of changing the number argument.
Line visual examples will be complicated by the changing visual area I
mentioned earlier, but you can see what's going on.
1
1
1
1
1
--- V3.
I've had some time to play with this patch.
1. Let's crash Vim.
8
--- v.xu
Segmentation Fault
2. Visual areas change from dot repeats. gv can confirm the changed areas.
1
1
1
--- V.
3
2
1
--- 2$
1323
1323
3. Dot repeat of g does nothing sensible.
0
0
0
0
--- VGg..
4
3
4
5
4. W
On Sat, Jul 11, 2015 at 12:19:22AM +0200, Christian Brabandt wrote:
> > 7. The entire screen is redrawn every time, even for single-line edits that
> > affect zero or one characters.
>
> Not sure what you mean. Since one starts visual mode, one needs to
> redraw after visual mode ended.
Sure, b
Hi Urtica!
On Mo, 29 Jun 2015, Urtica dioica wrote:
> > Here is another update, that fixes the problem, that vim_str2nr always
> > checks all available chars for numbers, making it impossible to select
> > less numbers.
>
> I'm going from this patch. I've triggered a couple bugs where I couldn
Hi Bram!
On Di, 30 Jun 2015, Bram Moolenaar wrote:
>
> Urtica Dioica wrote:
>
> > > Here is another update, that fixes the problem, that vim_str2nr always
> > > checks all available chars for numbers, making it impossible to select
> > > less numbers.
> >
> > I'm going from this patch. I've
Urtica Dioica wrote:
> > Here is another update, that fixes the problem, that vim_str2nr always
> > checks all available chars for numbers, making it impossible to select
> > less numbers.
>
> I'm going from this patch. I've triggered a couple bugs where I
> couldn't figure out how to repeat t
> Here is another update, that fixes the problem, that vim_str2nr always
> checks all available chars for numbers, making it impossible to select
> less numbers.
I'm going from this patch. I've triggered a couple bugs where I couldn't figure
out how to repeat them. I'll have to keep trying.
1.
Here is another update, that fixes the problem, that vim_str2nr always
checks all available chars for numbers, making it impossible to select
less numbers.
Best,
Christian
--
"Was nun die Menschen gesetzt haben, das will nicht passen, es
mag recht oder unrecht sein; was aber die Götter setzen
Hi Urtica!
On Do, 25 Jun 2015, Urtica dioica wrote:
> I've only been playing with this for a few minutes, but there are lots of
> problems.
>
> 1. vg with :se nf=alpha doesn't do letters.
>
> a
> a
> a
> --- :se nf=alphaVGg
> b
> b
> b
That was intentionally, I didn't think this would be usef
Taro Muraoka wrote:
> 2015年6月26日金曜日 0時48分10秒 UTC+9 Bram Moolenaar:
> > Ken Takata wrote:
> >
> > > 2015/6/25 Thu 20:58:52 UTC+9 Bram Moolenaar wrote:
> > > > Patch 7.4.754
> > > > Problem:Using CTRL-A in Visual mode does not work well. (Ga
2015年6月26日金曜日 0時48分10秒 UTC+9 Bram Moolenaar:
> Ken Takata wrote:
>
> > 2015/6/25 Thu 20:58:52 UTC+9 Bram Moolenaar wrote:
> > > Patch 7.4.754
> > > Problem:Using CTRL-A in Visual mode does not work well. (Gary Johnson)
> > > Solution: Make it i
2015年6月26日金曜日 0時48分10秒 UTC+9 Bram Moolenaar:
> It works fine on Linux, what could be different on MS-Windows?
It is caused by `initmappings` in getchar.c
https://github.com/vim-jp/vim/blob/318083ec08ce7b586ba564deccd0a59256e632d9/src/getchar.c#L5308-L5356
It should be unmapped or disabled for th
2015年6月25日木曜日 12時53分53秒 UTC-6 Christian Brabandt:
> Thanks. I'll fix it.
Cool.
Here's another funny bug. I ^I's are all normal 8-space tabs:
a^I1
aa^I1
aa1
aa^I1
a^I1
--- $4j
a^I2
aa^I1
aa2
aa^I1
a^I2
Lines 2 and 4 visually align because of the tabs, but no incrementing occurs.
Line 3 is not i
Hi Ken!
On Do, 25 Jun 2015, Ken Takata wrote:
> Hi,
>
> 2015/6/25 Thu 20:58:52 UTC+9 Bram Moolenaar wrote:
> > Patch 7.4.754
> > Problem:Using CTRL-A in Visual mode does not work well. (Gary Johnson)
> > Solution: Make it increment all numbers in
Hi Urtica!
On Do, 25 Jun 2015, Urtica dioica wrote:
[many tests]
Thanks. I'll fix it.
Best,
Christian
--
Hallo Turnbeutelvergesser!
--
--
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 ht
Found another one. If the column we're adding to has a line that doesn't extend
long enough, every line after that will be ignored.
Lines 1-2, 4-5 are indented. The middle line has no character in column 2. The
middle line gets incremented despite not being in the visual area, while the
lines b
I've only been playing with this for a few minutes, but there are lots of
problems.
1. vg with :se nf=alpha doesn't do letters.
a
a
a
--- :se nf=alphaVGg
b
b
b
2. Minus signs are never added or removed.
0
--- V
1
Another:
-1
--- V3
-2
3. Even if multiple columns are selected, it acts on onl
Ken Takata wrote:
> 2015/6/25 Thu 20:58:52 UTC+9 Bram Moolenaar wrote:
> > Patch 7.4.754
> > Problem:Using CTRL-A in Visual mode does not work well. (Gary Johnson)
> > Solution: Make it increment all numbers in the Visual area. (Christian
> > Braban
Ben Fritz wrote:
> > + For decimals a leading negative sign is considered for incrementing/
> > + decrementing, for octal and hey values, it won't be considered.
>
> Should be "for octal and hex values".
>
> Also, probably it is useful to mention explicitly:
>
> "To avoid considering the nega
Hi,
2015/6/25 Thu 20:58:52 UTC+9 Bram Moolenaar wrote:
> Patch 7.4.754
> Problem:Using CTRL-A in Visual mode does not work well. (Gary Johnson)
> Solution: Make it increment all numbers in the Visual area. (Christian
> Brabandt)
> Files: runtime/doc/change.tx
> + For decimals a leading negative sign is considered for incrementing/
> + decrementing, for octal and hey values, it won't be considered.
Should be "for octal and hex values".
Also, probably it is useful to mention explicitly:
"To avoid considering the negative sign, visually select only the
Patch 7.4.754
Problem:Using CTRL-A in Visual mode does not work well. (Gary Johnson)
Solution: Make it increment all numbers in the Visual area. (Christian
Brabandt)
Files: runtime/doc/change.txt, src/normal.c, src/ops.c,
src/proto/ops.pro, src/testdir
28 matches
Mail list logo