Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 26 Jun 2022 07:46:54 +0900
From:      Tomoaki AOKI <junchoon@dec.sakura.ne.jp>
To:        Hans Petter Selasky <hps@selasky.org>
Cc:        Ivan Quitschal <tezeka@hotmail.com>, "freebsd-current@freebsd.org" <freebsd-current@freebsd.org>, Kurt Jaeger <pi@freebsd.org>
Subject:   Re: vt newcons mouse paste issue FIXED
Message-ID:  <20220626074654.f06d70e582b82ff089c425f9@dec.sakura.ne.jp>
In-Reply-To: <9ad847b7-859f-9e58-f424-1e2ef6546439@selasky.org>
References:  <CP6P284MB1900CA1ED5B5BADE054ECB34CBB29@CP6P284MB1900.BRAP284.PROD.OUTLOOK.COM> <CP6P284MB1900CC7B7F6343DAB1D1E5BCCBB29@CP6P284MB1900.BRAP284.PROD.OUTLOOK.COM> <41ef5c38-515f-739a-cb47-7cab0e609526@selasky.org> <CP6P284MB1900DD3D6F41CBAF38CF2CA4CBB29@CP6P284MB1900.BRAP284.PROD.OUTLOOK.COM> <20220623014847.067b18a5ba388639cf6009ce@dec.sakura.ne.jp> <fd0f9de9-98ac-87b4-2c9d-5fdc27bdb3c4@selasky.org> <CP6P284MB1900794465902392ACDA36C2CBB29@CP6P284MB1900.BRAP284.PROD.OUTLOOK.COM> <b868c9f4-0a2b-00b9-30e0-d612d17d4bba@selasky.org> <CP6P284MB1900578BBC31730413B30643CBB59@CP6P284MB1900.BRAP284.PROD.OUTLOOK.COM> <790bd76d-890f-cf09-a30d-c2e5fba91ec5@selasky.org> <20220624230215.82e02ac661cd7594624a1845@dec.sakura.ne.jp> <5bd74766-f2f0-3df2-0e8c-adabd110f913@selasky.org> <5196d98c-7b3a-55b4-3ef7-227b19b66721@selasky.org> <20220625015150.4f57017e7098ea591f57bd2a@dec.sakura.ne.jp> <9ad847b7-859f-9e58-f424-1e2ef6546439@selasky.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, 25 Jun 2022 11:29:43 +0200
Hans Petter Selasky <hps@selasky.org> wrote:

> On 6/24/22 18:51, Tomoaki AOKI wrote:
> > On Fri, 24 Jun 2022 17:29:26 +0200
> > Hans Petter Selasky <hps@selasky.org> wrote:
> > 
> 
> Hi Tomoaki,
> 
> Please retest:
> https://reviews.freebsd.org/D35552
> 
> Pushing this after some local tests.
> 
> --HPS

Thanks! As I already commented on Phabricator, worked just as intended.
  *Trailing spaces only listed in switch() of tchar_is_word_separator()
   are deleted on non-last lines.
  *Space (tried U+3000 only, though) before U+2007, which is not listed
   and untouched, on non-last line is sanely kept.
  *Spaces at the end of last line are sanely kept.


Some additional info not wrote in Phablicator:
I've entered test texts using editors/leafpad and entered various space
characters with character_pallette of japanese/mozc-tools.
Then, switch to console and view the text with misc/lv and copy from
there, close, open /ust/bin/ee, paste the buffer and save it.
After all, switch back to Mate desktop and open the saved text with
editors/leafpad to see the result.

  *ee has some problem handling non-ascii chars. Maybe on character
   counting. So not fit to check the result.

Some, usually old, Japanese uses U+0020 and u+3000 to make tables and
want u+3000 as non-breakable.
But the needs are basically only on "within a line". Almost all of us
wouldn't care about u+3000 at the end of line.
Moreover, we Japanese are educated to insert single u+3000 between
u+3002 (IDEOGRAPHIC FULL STOP) and next character at the same line,
when in elementary school. (Many people forgets this, though.)
This rule should be enough to handle u+3000 as breakable for this
particular case.

Thanks again in advance! Now I should say "Go for it!".

-- 
Tomoaki AOKI    <junchoon@dec.sakura.ne.jp>



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20220626074654.f06d70e582b82ff089c425f9>