Re: Box drawings char support on x68k and atari kernel for sysinst

David Brownlee <[email protected]> Wed, 22 Jun 2022 13:45:37 +0100
Newsgroups gmane.os.netbsd.devel.installation,gmane.os.netbsd.ports.x68k,gmane.os.netbsd.ports.atari
Message-ID <CAGN_6pbUCBwdRSCuhxcbPJvW4ewBcxdRCpgd4QH_Vj2s1KcNmw@mail.gmail.com>
On Wed, 22 Jun 2022 at 13:22, Izumi Tsutsui <[email protected]> wrote:
>
> > > If there are so many softwares that require G1/G2/G3 and
> > > we want to utilize them on these tier-II ite ports,
> > > maybe the right way to go to switching to MI wscons(9),
> > > rather than remodeling ancient 4.4BSD derived wheels.
> >
> > I mean, that should be the goal regardless...
>
> Well, this reminds me your past word "quite time consuming"..
>  http://mail-index.netbsd.org/port-sun3/1996/06/24/0001.html
>
> The essencial problem is that wscons(4) lacks
> (but ancient x68k ite(4) still supports):
> - ISO-2022-JP multibyte support
> - EUC-JP support (currently broken but will be fixed soon after my changes)
> - displaying Japanese character using the X680x0 on-board Kanji CG-ROM

Those sound like they might be worth adding to the next GSOC list :),
but I agree it makes perfect sense to tweak the existing ite code to
improve the experience right now.

> If we have never be able to reach the reasonable goal for >25 years,
> I think we should rather consider acceptable and implementable compromise.

David