Hi Bram and list,
At this point, it's only on the Terminal App and iTerm2 of macOS that I can
confirm this phenomenon.
Preparation for repro.:
- Terminal settings:
- encoding: utf-8
- Unicode East Asian Ambiguous Character width: Wide
How to reproduce:
Run vanilla Vim with some options in Terminal App on macOS.
- vim -Nu NONE --cmd "set enc=utf-8" -c "set ambw=double"
Note: This Vim build configure is "Huge and without GUI".
- Paste the following character (U+25BC) in insert mode.
▼
Expected behavior:
- The above characters are correctly displayed.
Actual behavior:
- Does not displayed properly.
NOTE:
- Vim 8.0.0542 displayed this correctly.
- Vim 8.0.0543 does not. (Also 8.0.0566)
In 8.0.0542, function may_req_ambiguous_char_width() is not included judgment
of `starting == 0`.
But, 8.0.0543 is included.
So I remove this judgement.
Check attached patch.
I don't know this is the best solution.
--
Best regards,
Hirohito Higashi (h_east)
--
--
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 http://www.vim.org/maillist.php
---
You received this message because you are subscribed to the Google Groups
"vim_dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
For more options, visit https://groups.google.com/d/optout.
diff --git a/src/term.c b/src/term.c
index 85b1ff5..334038a 100644
--- a/src/term.c
+++ b/src/term.c
@@ -3314,7 +3314,6 @@ may_req_ambiguous_char_width(void)
{
if (u7_status == U7_GET
&& can_get_termresponse()
- && starting == 0
&& *T_U7 != NUL
&& !option_was_set((char_u *)"ambiwidth"))
{
