Hi,
Applications developed with Qt should be usable by users who do require assistive technologies and users who don't, out of the box. That is not opt-in IMO. It appears that this is feasible on Windows, macOS, iOS and hopefully others, without compromising significantly on performance or memory consumption. If Qt applications on Linux cannot be made to work like that, then it is our job to fix it on whichever level necessary (system, Qt, etc.) or pay somebody to fix it. If we choose not to fix this, then we are failing at our missing to make life easier for application developers in this aspect, because at that point it becomes the developer's job to achieve the same level of quality as Qt offers on other operating systems, out of the box. Simon ________________________________ From: Development <[email protected]> on behalf of André Pönitz <[email protected]> Sent: Tuesday, September 5, 2017 6:38:04 PM To: Frederik Gladhorn Cc: [email protected] Subject: Re: [Development] Bug#874054: Setting QT_LINUX_ACCESSIBILITY_ALWAYS_ON=1 has a huge negative performance impact, should not be always on On Tue, Sep 05, 2017 at 10:32:43AM +0200, Frederik Gladhorn wrote: > I'm a bit split here, let's try to find some middle ground :) > > I do think that we should always run with accessibility enabled I don't. Optional services should be opt-in, not opt-out. Always. Out of principle. And no, I don't want to have keyboard and mouse events more widely accessible then they necessarily are, completely independent of whether there is theoretically or practical an additional perceived or actual risk, or not. > [...] The next thing is to make sure we don't actually send the > keyboard and mouse events when not needed (pure insanity anyway, we > should have a sound approach...). For the time being sending all of > these events over dbus is the only way to make Orca happy [...] Same for other creatures. Andre' _______________________________________________ Development mailing list [email protected] http://lists.qt-project.org/mailman/listinfo/development
_______________________________________________ Development mailing list [email protected] http://lists.qt-project.org/mailman/listinfo/development
