Re: Web accessibility standards/recommendations?
Yes, have a look to the WCAG (Web Accessibility Content Guidelines). Shérab.
Re: webmail and email from command line
Hi Loredana, all, I deal with mails in full text-mode for years. I don't use GMail so I can't say anything on that, but for the rest I am a happy mutt user. I use emacs just to compose the messages, but to deal with them, including reading them through IMAP or POP I use mutt. The only disadvantage I see to this is that I have no filters but I had in the past. At that time I used fetchmail to read the e-mails from the server and then let them go through procmail, the old way. There are probably better alternatives to fetchmail todays, it has a bad reputation. Regarding reading and indexig e-mails mutt is no longer the state of the art either, I think. You may have a look to the notmuch and alot tools. Hope this helps, Shérab.
Re: Things to cover in my bits from the DPL talk at Debconf
Hi, Fernando Botelho (2019/07/10 10:19 -0300): > Yes, as I said on my initial response, the fact that our project uses > Arch Linux might be the main reason why my talk got rejected. Not the fact that your project uses Arch Linux. Rather, the fact that it is not _also_ supported by Debian. Well just nitpicking here. Shérab.
Re: Brltty 5.5 in sid, and experimental change in experimental
Hi, Alex, Alex ARNAUD (2017/11/12 17:51 +0100): > Le 12/11/2017 à 12:44, Shérab a écrit : > > Yes yes, I had brltty 5.5-2 running for several days now and everything > > seems to work just fine. > > Could you get the BRLTTY 5.5-3 package from experimental and check if it > works correctly for you ? Done. I restarted my system after upgrading, to make sure, and everything seems to work fine. Shérab.
Re: Brltty 5.5 in sid, and experimental change in experimental
Hi, Sorry for the late response to this! Alex ARNAUD (2017/11/08 15:52 +0100): > @Raphaël @Shérab @Sebastian > Is it possible for you to test the new BRLTTY 5.5 package from > experimental? Yes yes, I had brltty 5.5-2 running for several days now and everything seems to work just fine. Cheers, Shérab.
Re: brltty 5.5 backport to stretch
Hi, For those who didn't use Samuel's repository so far, you may have to add his public key to your APT keyring. This may be done with the following command: apt-key adv --recv-keys --keyserver keyring.debian.org 9E511E01C737F075 Cheers, Shérab.
Re: gnome-speech maintenance
Hi, Michael Biebl (2017/01/23 19:11 +0100): > Hi, > > with Mario having retired, I wonder what to do about gnome-speech [1] > and if the accessibility team wants to take over the package. Isn't it superseeded by speech-dispatcher by now? Shérab.
Re: eutp
MENGUAL Jean-Philippe (2016/08/20 13:15 +0200): > Hi, > > I'm wondering 9hy eutp tool is not installed with brltty in Debian. > Would requiera a separate package? It's very convinient to backup the > Eurobraille displays. Thanks Shérab for the code! My pleasure! It could probably be packaged with brltty. But then I assume one will have to write a man page for it, which it probably does not have yet. It's good to know this tool works! Shérab.
Re: tmux command-prompt
Dear Mario, Not familiar with tmux (thanks a lot for having mentionned it), but your idea is definitely interesting! Cheers, Shérab.
Re: Starting several instances of brltty
Hi, (Replying to myself.) Shérab (2015/11/12 13:37 +0100): > Hello Mario, > > Mario Lang (2015/11/09 21:23 +0100): > > @Sherab: You should be able to just copy the default brltty.service from > > systemd to /etc/systemd/system/brltty-other.service, and modify the > > file. Just make sure you have a different PID file name, and adjust the > > parameters passed to BRLTTY as needed. You should now be able to start > > a new instance with systemctl. > > I just tried and it works fine, thanks a lot. > > However, this second service is not started automatically at boot time > as I expected. Does somebody knowwhy,please? systemctl enable service was enough to resolve this issue. Shérab.
Re: Starting several instances of brltty
Hello Mario, Mario Lang (2015/11/09 21:23 +0100): > @Sherab: You should be able to just copy the default brltty.service from > systemd to /etc/systemd/system/brltty-other.service, and modify the > file. Just make sure you have a different PID file name, and adjust the > parameters passed to BRLTTY as needed. You should now be able to start > a new instance with systemctl. I just tried and it works fine, thanks a lot. However, this second service is not started automatically at boot time as I expected. Does somebody knowwhy,please? At a more general level, I am wondering whether something would prevent one to have one instance o brltty started automatically each time a device gets plugged to the computer, instead of having to create a service manually. At least for the modern devices that can be autodetected, I'd tend to think this should be doable, but perhaps I am missing something here? Thanks! Shérab.
Re: [systemd] Depending on mount points Was: Re: Strange issue with brltty
Mario Lang (2015/08/27 11:04 +0200): Perfect. The question that remains is, if mounting /var to a separate partition is common enough to make RequiresMountsFor=/var the default in brltty.service, or, if making it the default would have any unwanted side effects. systemd makes it easy enough (as the example above demonstrates) for a system administrator to override certain settings in a unit. So if everything else fails, we can still document this trick somewhere. However, I'd rather have the default brltty.service unit DTRT whenever possible. Question is, shall we list all directories relevant to BRLTTY in RequiresMountsFor=? Or just all the top-level directories? Something like RequiresMountsFor=/etc /lib /var I think it was also mentionned that the unit can depend on files rather than mount points.Could that perhaps solve the issue, at least in the case of the preferences file? Shérab.
Re: Strange issue with brltty
Dear Mario, dear all, Mario Lang (2015/08/26 11:59 +0200): That sounds like is could work. Shérab, could you please try the following: # mkdir /etc/systemd/system/brltty.service.d # cat EOF /etc/systemd/system/brltty.service.d/mounts.conf [Unit] RequiresMountsFor=/var EOF And see if the problem re-occurs after a reboot? No, the problem did *not* re-occur after reboot. In other words your suggestion has fixed it. Thanks Mario! Shérab.
Re: Strange issue with brltty
Hi Mario, thanks a lot for your response. Mario Lang (2015/08/21 11:44 +0200): Do you have START_IN_INITRAMFS enabled? I don't think so since /etc/default/brltty contains this line: START_IN_INITRAMFS=false It is worth mentionning that, on the system where the problem occurs, /var is on its own partition. Is it possible that brltty is started by systemd before /var is mounted? That would explain why the brltty.prefs under /var is not found and it is known that in this situation the one under /etc is tried. IF that's the case I'd assume it's a bug to try to run brltty before /var is mounted? Cheers, Shérab.
Strange issue with brltty
Dear all, I'm observing something with brltty that I do not understand. The brltty that is started at boot is configured one way, but if I do /etc/init.d/brltty stop sleep 2 /etc/init.d/brltty start Then I get an instance of brltty that is configured differently. As if the two processes were not using the same preferences file. However, I could check that the command-line used to run the two processes is the same, namely: /sbin/brltty -q -P /run/brltty.pid Moreover, brltty's Build menu shows exactly the same directories for the brltty run at boot time and the one started manually. And finally, I don't think brltty is run from the initrd image because I tried a update-initramfs -u update-grub and could observe the same behaviour after rebooting the system. Any hint? Thanks a lot in advance, Shérab.
Re: Strange issue with brltty
Responding to myself to provide a bit of additional information: Shérab (2015/08/20 14:19 +0200): Dear all, I'm observing something with brltty that I do not understand. The brltty that is started at boot is configured one way, but if I do /etc/init.d/brltty stop sleep 2 /etc/init.d/brltty start Then I get an instance of brltty that is configured differently. As if the two processes were not using the same preferences file. Indeed. The brltty that is run at boot time uses /etc/brltty.prefs, whereas the brltty started manually uses /var/lib/brltty/brltty.pres. So what remains to be understood is why it is so and any idea on this point will be warmly appreciated. Shérab.
Where are Orca user settings stored?
Dear all, I'm wondering where Orca 3.14 stores user preferences? I couldn't find them so far. Thanks a lot, Shérab. -- To UNSUBSCRIBE, email to debian-accessibility-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141110112728.GA10617@pema
Re: [orca-list] Where are Orca user settings stored?
José Vilmar Estácio de Souza (2014/11/10 09:34 -0200): You can find at ~/.local/share/orca/ Indeed, thanks! Any idea which are the files that are actually used? Is it user-settings.py or user-settings.conf? Or both? Thanks! Shérab. -- To UNSUBSCRIBE, email to debian-accessibility-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141110132058.GA12152@pema
Re: [orca-list] Where are Orca user settings stored?
José Vilmar Estácio de Souza (2014/11/10 12:22 -0200): In my 3.14 installation, only user-settings.conf is present. No user-settings.py is present. Okay thanks a lot José. Yes, I guess the .py is a left-over from an older version of Orca. Shérab. -- To UNSUBSCRIBE, email to debian-accessibility-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141110142634.GA13661@pema
Bug#753797: braille display incorrectly refreshed e.g. at tty change
Hi, Samuel Thibault (2014/08/21 02:25 +0200): Just for the record. Sebastien Hinderer, le Sat 05 Jul 2014 09:51:29 +0200, a écrit : The content of the braille display is not always refreshed correctly. AIUI, this is a bug which is specific to the driver you are using, which is being rewritten to cope with the new BRLTTY event model? There were actually several bugs. A few of them were indeed driver-specific, but at least one other was not and does still need to be fixed upstream. It really concerns braille display update at virtual console switch and is due to the fact that switching the virtual consoleand updating cursor position is not an atomic operation, at the kernel level. This confuses brltty. Shérab. -- To UNSUBSCRIBE, email to debian-accessibility-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2014082415.GD24699@pema
Re: Small fix in Orca packaging
Hi, Is it really wise to have several orca packages? Can't everything be integrated in the same one? Cheers, Shérab. -- To UNSUBSCRIBE, email to debian-accessibility-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140815163956.GA14072@pema
Re: Small fix in Orca packaging
D. A. H. (2014/08/15 12:52 -0400): I think all fixes and enhancements should be in one orca package; minimizes confusion and should be easier to maintain. Agreed. Shérab. -- To UNSUBSCRIBE, email to debian-accessibility-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140815174406.GA6123@pema
Re: State of Orca in Testing
Hi Jason, Which distributions do you have in mind which could be good candidates as far as accessibility and keeping up-to-date with upstram is concerned? Best, Shérab. -- To UNSUBSCRIBE, email to debian-accessibility-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131011093136.GB5535@pema
What's the most efficient way to surf the web today?
Dear all, I'd be interested in your feedback regarding the different ways one has when blind and using Linux to surf the web. Putting aside automated browsing, there are three main options I can think of. 1. Text-mode browsers we all know 2. Orca + Web browser 3. Virtual machine + Windows + screen reader (jaws or nvda) + Web browser The feedback I'm looking for more specifically is a comparison between solutions 2 and 3. Have some of you tried a VM+Wi solution? With which screen readerand web browser? Does it prove to be worth the effort? Does it provide a better accessto websites than Orca + Web browser? Any comment of any kind on all this would be warmly appreciated. Thanks, Shérab. -- To UNSUBSCRIBE, email to debian-accessibility-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131010104645.GA10135@pema
Re: Please help with accessibility of accessibility :)
Yo, https://wiki.debian.org/accessibility-devel Impressionant tout ce qu'il y a à faire... J'ai pouh le moment juste observé ceci: accessodf est un transitional package. Ptet mieux de mettre comme nom libreoffice-accessodf? Je n'ai pas encor de compte etj'avais la flemme d'en créer u juste pour ça mais si l remarque te paraîtbonne et que tu as pas envie de faire la modif tu peux me dire. Bises, Shérab. -- To UNSUBSCRIBE, email to debian-accessibility-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131009154649.GA7676@pema
Re: Please help with accessibility of accessibility :)
Sorry, was intended just for Samuel... Shérab. -- To UNSUBSCRIBE, email to debian-accessibility-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131009154726.GC7676@pema
Re: PhantomJS
Hello Mario and all, One other thing that may be worth exploring here is Selenium: http://www.seleniumhq.org Shérab. -- To UNSUBSCRIBE, email to debian-accessibility-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130925194255.GA15532@pema
FAcebok
Dear all, Have some of you found out ways to use Facebook? I'd be interested in any solution. Thanks, Shérab. -- To UNSUBSCRIBE, email to debian-accessibility-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130917182933.GA5760@pema
Re: Problem with speech-dispatcher / IBMtts on unstable
Hi again, Meanwhile I thought I could use speech-dispatcher with espeak. It works as root but not as normal user. Even running $ espeak hello as normal user fails: the program keeps waiting (does not terminate) and nothing is spoken. There does not seem to be any obvious permission problem. Any idea? Thanks, Shérab. -- To UNSUBSCRIBE, email to debian-accessibility-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130905153823.GA12966@pema
Re: Problem with speech-dispatcher / IBMtts on unstable
Hi Paul, thanks a lot for helping and for your interest in this problem. Which version of Debian are you running? Unstable. /etc/debian_versioncontains jessie/sid I expected them to be resolved automatically. But libavcodec54 only exists in unstable. So can you install libavcodec54:i386 or libavcodec-extra-54:i386 individually? None works: # apt-get install libavcodec54:i386 Reading package lists... Building dependency tree... Reading state information... Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: libavcodec54:i386 : Depends: libopus0:i386 (= 1.1~beta) but it is not going to be installed E: Unable to correct problems, you have held broken packages. # apt-get install libavcodec-extra-54:i386 Reading package lists... Building dependency tree... Reading state information... Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: libavcodec-extra-54:i386 : Depends: libopus0:i386 (= 1.1~beta) but it is not going to be installed E: Unable to correct problems, you have held broken packages. Note: I also tried to install libopus0:i386 manually but that removed 56 packages including gnome and a few other important programs. Thanks again, Shérab. -- To UNSUBSCRIBE, email to debian-accessibility-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130904070302.GA3746@pema
Problem with speech-dispatcher / IBMtts on unstable
Dear all, Just tried to make speech-dispatcher work with ibmtts (french non-free speech synthesis) on Unstaable. At the moment it fails because libasound_module_conf_pulse.so is missing. It's a 64 bits architecture here and the file is normally provided by the package libasound2-plugins. But ibmtts is provided in binary form only and it's 32 bits code. Unfortunately there does not seem to be any package like lib32asound2-plugins or so. Any suggestion please? Thanks, Sherab. -- To UNSUBSCRIBE, email to debian-accessibility-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130831155306.GA27669@pema
Re: [BRLTTY] Problem with speech-dispatcher / IBMtts on unstable
Hmm that message was not intended for the brltty list either! Sorry! Sherab. -- To UNSUBSCRIBE, email to debian-accessibility-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130831160707.GA30851@pema
Re: Problem with speech-dispatcher / IBMtts on unstable
Dear Paul and Sebastian, Many thanks for your prompt responses! Paul Gevers (2013/08/31 20:50 +0200): I think libasound2-plugins is multi-arch. It indeed has a header saying: Multi-Arch: same So you could enable i386 on your amd64 system and install libasound2-plugins:i386 When I try here is what I get: # apt-get install libasound2-plugins:i386 Reading package lists... Building dependency tree... Reading state information... Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: libasound2-plugins:i386 : Depends: libavcodec54:i386 (= 6:9.1-1) but it is not going to be installed or libavcodec-extra-54:i386 (= 6:9.8) but it is not going to be installed Depends: libjack-jackd2-0:i386 (= 1.9.5~dfsg-14) but it is not going to be installed or libjack-0.116:i386 E: Unable to correct problems, you have held broken packages. From here I'm not sure what to do... Shérab. -- To UNSUBSCRIBE, email to debian-accessibility-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130831192634.GA312@pema