[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <nycvar.YSQ.7.77.849.2006051039350.1353413@knanqh.ubzr>
Date: Fri, 5 Jun 2020 11:00:59 -0400 (EDT)
From: Nicolas Pitre <nico@...xnic.net>
To: Philippe Mathieu-Daudé <f4bug@...at.org>
cc: Linus Torvalds <torvalds@...ux-foundation.org>,
David Laight <David.Laight@...lab.com>,
Casey Schaufler <casey@...aufler-ca.com>,
David Howells <dhowells@...hat.com>,
Christoph Hellwig <hch@....de>,
Al Viro <viro@...iv.linux.org.uk>, Ian Kent <raven@...maw.net>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
linux-fsdevel <linux-fsdevel@...r.kernel.org>,
LSM List <linux-security-module@...r.kernel.org>,
NetFilter <netfilter-devel@...r.kernel.org>,
Joe Perches <joe@...ches.com>
Subject: Re: clean up kernel_{read,write} & friends v2
On Fri, 5 Jun 2020, Philippe Mathieu-Daudé wrote:
> Unfortunately refreshable braille displays have that "hardware
> limitations". 80 cells displays are very expensive.
> Visual impairments is rarely a "choice".
> Relaxing the 80-char limit make it harder for blind developers
> to contribute.
Well, not really.
It is true that 80-cells displays are awfully expensive. IMHO they are
also unwieldy due to their size: they are hardly portable, and they
require your hands to move twice as far which may sometimes impair
reading efficiency. So I never liked them.
My braille display has 40 cells only. So even with a 80-cells limit I
always had to pan the display to see the whole line anyway.
My text console is set to 160x128. The trick here is to have the number
of columns be a multiple of the braille display's width to avoid dead
areas when panning to the right.
So if you ask me, I'm not against relaxing the 80 columns limit for
code. What really matters to me is that I can stay clear of any GUI.
Nicolas
Powered by blists - more mailing lists