Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751861AbdCSOmN (ORCPT ); Sun, 19 Mar 2017 10:42:13 -0400 Received: from hera.aquilenet.fr ([141.255.128.1]:53528 "EHLO hera.aquilenet.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751463AbdCSOmK (ORCPT ); Sun, 19 Mar 2017 10:42:10 -0400 Date: Sun, 19 Mar 2017 15:41:33 +0100 From: Samuel Thibault To: Steven Rostedt Cc: Petr Mladek , Aleksey Makarov , linux-serial@vger.kernel.org, Joe Perches , linux-kernel@vger.kernel.org Subject: Re: Does braille console work? Message-ID: <20170319144133.ep2em6uebaew4iwa@var.youpi.perso.aquilenet.fr> Mail-Followup-To: Samuel Thibault , Steven Rostedt , Petr Mladek , Aleksey Makarov , linux-serial@vger.kernel.org, Joe Perches , linux-kernel@vger.kernel.org References: <1bb67bee-b8f9-2835-725a-f36fda085216@linaro.org> <20170317005355.xwym3zpamym3rwp6@var.youpi.perso.aquilenet.fr> <20170317093544.GN3977@pathway.suse.cz> <20170317094051.lpdu4pjloboaikgr@var.youpi.perso.aquilenet.fr> <20170317090208.437d4e10@gandalf.local.home> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170317090208.437d4e10@gandalf.local.home> Organization: I am not organized User-Agent: NeoMutt/20170113 (1.7.2) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1469 Lines: 38 Hello, Steven Rostedt, on ven. 17 mars 2017 09:02:08 -0400, wrote: > Samuel Thibault wrote: > > Petr Mladek, on ven. 17 mars 2017 10:35:44 +0100, wrote: > > > Anyway, the feature is not usable at the moment. Samuel, would > > > you be able to fix and test it, please? > > > > Sure, it's already on my TODO list, I will do when I get the time. > > Yes please. Done so. > There's no reason to keep that code if it's been broken for > 3 years and nobody noticed. It's rather that nobody complained. That's what usually happens with accessibility: when something breaks, the concerned users do notice, but end up just thinking "ok, yet another regression..." > In fact, keeping it may actually make it > more difficult to add accessibility in the future. Methodologies may > change and the old broken code (that we've been complicating all other > code with), may actually become a hindrance to a new methodology. Why so? I would say the contrary: the existing code shows the actual needs and how they can be implemented. That's the usual "show me actual code" question answered. > Getting rid of the complications it adds to the core code, and let the > core code become more simplified may actually end up being easier to > add accessibility in the future, than keeping the old cruft around. No, because it means it'll get hard to get something implemented again, because actual implementation will have been dropped. Samuel