Yahoo said this reply wasn't delivered successfully (?), so I'm sending
it again.  Thanks.

> The last assignment should be unnecessary here: start-display always
> initializes the coordinates to zero.

The comment (and code) below seems to make it seem as if start_display
initializes it to WINDOW_TAB_LINE_HEIGHT + WINDOW_HEADER_LINE_HEIGHT.

>> +      if (movement < 0)
>> +	{
>> +	  while (it.current_y > movement)
>> +	    {
>> +	      last_y = it.current_y;

Yahoo said this reply wasn't delivered successfully (?), so I'm sending
it again.  Thanks.

> The last assignment should be unnecessary here: start-display always
> initializes the coordinates to zero.

The comment (and code) below seems to make it seem as if start_display
initializes it to WINDOW_TAB_LINE_HEIGHT + WINDOW_HEADER_LINE_HEIGHT.

>> +      if (movement < 0)
>> +	{
>> +	  while (it.current_y > movement)
>> +	    {
>> +	      last_y = it.current_y;

Eli Zaretskii <eliz@gnu.org> writes:

> But I think we first need an idea about what kind of even translation
> is needed, or maybe you already know and can present it?

No, I don't know of the specifics yet, but I do plan to work on it soon.

Thanks.

Eli Zaretskii <eliz@gnu.org> writes:

> But I think we first need an idea about what kind of even translation
> is needed, or maybe you already know and can present it?

No, I don't know of the specifics yet, but I do plan to work on it soon.

Thanks.

xenodasein--- via "Emacs development discussions." <emacs-devel@gnu.org>
writes:

> I also wonder why, and this subject might need it's own thread.  My first
> guess is that their code is more approachable, whatever all that entails.

I was asking for evidence that Neovim has more contributions than Emacs,
and that it will last.

> I plan to ask about this topic again when I am more knowledgeable, if that
> is okay. Thanks for your insight.

Thanks.  A word of advice is to not trust every article posted on an
internet blog or social media about the internals of Emacs.  I find much

xenodasein--- via "Emacs development discussions." <emacs-devel@gnu.org>
writes:

> I also wonder why, and this subject might need it's own thread.  My first
> guess is that their code is more approachable, whatever all that entails.

I was asking for evidence that Neovim has more contributions than Emacs,
and that it will last.

> I plan to ask about this topic again when I am more knowledgeable, if that
> is okay. Thanks for your insight.

Thanks.  A word of advice is to not trust every article posted on an
internet blog or social media about the internals of Emacs.  I find much

xenodasein--- via "Emacs development discussions." <emacs-devel@gnu.org>
writes:

>> It's not much more modular than what we have in Emacs. The only real
>> difference is that it runs in a separate process, which I think also
>> poses freedom issues. AFAIK there is at least one proprietary frontend
>> for neovim.

> I don't know if it is more or much more, but credit where credit is due.

I don't see any reason why that credit due.

> This does help them receive more contributions than both Vim and Emacs.

xenodasein--- via "Emacs development discussions." <emacs-devel@gnu.org>
writes:

>> It's not much more modular than what we have in Emacs. The only real
>> difference is that it runs in a separate process, which I think also
>> poses freedom issues. AFAIK there is at least one proprietary frontend
>> for neovim.

> I don't know if it is more or much more, but credit where credit is due.

I don't see any reason why that credit due.

> This does help them receive more contributions than both Vim and Emacs.

xenodasein--- via "Emacs development discussions." <emacs-devel@gnu.org>
writes:

> (This is a resend, it got lost when list was down.)

FWIW, I think I already replied.

xenodasein--- via "Emacs development discussions." <emacs-devel@gnu.org>
writes:

> (This is a resend, it got lost when list was down.)

FWIW, I think I already replied.