Hi Yukihiro!
On Fr, 09 Okt 2015, Yukihiro Nakadaira wrote:
> On Mon, Oct 5, 2015 at 10:36 PM, Christian Brabandt
> wrote:
>
> Hi mattn!
>
> On Fr, 02 Okt 2015, mattn wrote:
>
> > > I can test it. What do I need to do?
> >
> > 1. type return key enough to scroll-up
>
On Mon, Oct 5, 2015 at 10:36 PM, Christian Brabandt
wrote:
> Hi mattn!
>
> On Fr, 02 Okt 2015, mattn wrote:
>
> > > I can test it. What do I need to do?
> >
> > 1. type return key enough to scroll-up
> > 2. vim.exe
> > 3. :!dir
>
> 4. :q
>
(3) is wrong.
1. type return key enough to scroll-up
2.
Hi mattn!
On Fr, 02 Okt 2015, mattn wrote:
> > I can test it. What do I need to do?
>
> 1. type return key enough to scroll-up
> 2. vim.exe
> 3. :!dir
> 4. :q
>
> cursor position should be at location(next lien) that started vim.
Using this patch:
diff --git a/src/os_win32.c b/src/os_win32.c
-
> I can test it. What do I need to do?
1. type return key enough to scroll-up
2. vim.exe
3. :!dir
4. :q
cursor position should be at location(next lien) that started vim.
thanks.
- mattn
--
--
You received this message from the "vim_dev" maillist.
Do not top-post! Type your reply below the te
Hi mattn!
On Do, 01 Okt 2015, mattn wrote:
> On Thursday, October 1, 2015 at 4:19:01 AM UTC+9, Bram Moolenaar wrote:
> > Have you tried this out in various situations? Now it skips setting
> > the cursor position when g_fTermcapMode is set. Maybe it should call
> > the old SetConsoleCursorPosit
On Thursday, October 1, 2015 at 4:19:01 AM UTC+9, Bram Moolenaar wrote:
> Have you tried this out in various situations? Now it skips setting
> the cursor position when g_fTermcapMode is set. Maybe it should call
> the old SetConsoleCursorPosition(g_hConOut, g_coord) then.
I'm using windows7. so
Yasuhiro Matsumoto wrote:
> On Wednesday, September 30, 2015 at 9:25:54 AM UTC+9, Nobuhiro Takasaki wrote:
> > > Always using the position from g_cbNonTermcap seems strange.
> > > Should we not depend on the value of g_fTermcapMode?
> >
> > It was too simple. It is a failure.
> > I think that it
On Wednesday, September 30, 2015 at 9:25:54 AM UTC+9, Nobuhiro Takasaki wrote:
> > Always using the position from g_cbNonTermcap seems strange.
> > Should we not depend on the value of g_fTermcapMode?
>
> It was too simple. It is a failure.
> I think that it is okay with this patch.
> This is to c
> Always using the position from g_cbNonTermcap seems strange.
> Should we not depend on the value of g_fTermcapMode?
It was too simple. It is a failure.
I think that it is okay with this patch.
This is to check the g_fTermcapMode.
Thanks.
Nobuhiro Takasaki
--
--
You received this mes
Nobuhiro Takasaki wrote:
> Now, it uses "g_coord" to display the cursor.
> For prompt it must be given a log of line numbers.
> Currently, the console is rewinding, the log is broken.
>
> It was modified to give the correct line number.
> Now it will not be broken.
>
> I have always helped in y
> > Now, it uses "g_coord" to display the cursor.
> > For prompt it must be given a log of line numbers.
> > Currently, the console is rewinding, the log is broken.
> >
> > It was modified to give the correct line number.
> > Now it will not be broken.
> >
> > I have always helped in your work.
>
Nobuhiro Takasaki wrote:
> Now, it uses "g_coord" to display the cursor.
> For prompt it must be given a log of line numbers.
> Currently, the console is rewinding, the log is broken.
>
> It was modified to give the correct line number.
> Now it will not be broken.
>
> I have always helped in y
Now, it uses "g_coord" to display the cursor.
For prompt it must be given a log of line numbers.
Currently, the console is rewinding, the log is broken.
It was modified to give the correct line number.
Now it will not be broken.
I have always helped in your work.
Thanks.
Nobuhiro Takasa
13 matches
Mail list logo