Re: [BRLTTY] [OT] Re: How do you read books?
But what I would like is for the cursor to do that each line or window. Then I would never have to press an extra keystroke when at the bottom of the page, because it would scroll and I could just keep reading. Some people like that; I don't. I want to know when I get to the bottom of the page just like I know it when reading a paper book. I do include a helper app that scrolls one line every X seconds. -- Lee Maschmeyer "Never imagine yourself not to be otherwise than what it might appear to others that what you were or might have been was not otherwise than what you had been would have appeared to them to be otherwise." --Lewis Carroll ___ This message was sent via the BRLTTY mailing list. To post a message, send an e-mail to: BRLTTY@brltty.com For general information, go to: http://brltty.com/mailman/listinfo/brltty
Re: [BRLTTY] [OT] Re: How do you read books?
But what I would like is for the cursor to do that each line or window. Then I would never have to press an extra keystroke when at the bottom of the page, because it would scroll and I could just keep reading. On Tue, 06 Mar 2018 18:43:19 -0500, Lee Maschmeyer wrote: > > For what it's worth, lb wiggles the cursor when you turn the > page. This means it's page-oriented but it automatically puts the > display on the top line of the new page. > > -- > > Lee Maschmeyer > > "Never imagine yourself not to be otherwise than what it might > appear to others that what you were or might have been was not > otherwise than what you had been would have appeared to them to > be otherwise." > --Lewis Carroll > ___ > This message was sent via the BRLTTY mailing list. > To post a message, send an e-mail to: BRLTTY@brltty.com > For general information, go to: http://brltty.com/mailman/listinfo/brltty -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici wb2una cov...@ccs.covici.com ___ This message was sent via the BRLTTY mailing list. To post a message, send an e-mail to: BRLTTY@brltty.com For general information, go to: http://brltty.com/mailman/listinfo/brltty
Re: [BRLTTY] [OT] Re: How do you read books?
For what it's worth, lb wiggles the cursor when you turn the page. This means it's page-oriented but it automatically puts the display on the top line of the new page. -- Lee Maschmeyer "Never imagine yourself not to be otherwise than what it might appear to others that what you were or might have been was not otherwise than what you had been would have appeared to them to be otherwise." --Lewis Carroll ___ This message was sent via the BRLTTY mailing list. To post a message, send an e-mail to: BRLTTY@brltty.com For general information, go to: http://brltty.com/mailman/listinfo/brltty
Re: [BRLTTY] More Problems with QWERTY table
Dave Mielke wrote: > No, that shouldn't matter. Unless, of course, as does happen to me, you have > a > cat who likes to sit, walk, or lie on some of that keyboard's keys. :-) I have two of them actually, Grin. They run the house. So we're left with the dangling Brltty process as a culprit, perhaps. I will try the updated keyboard table on another system, with and without a USB keyboard (just for the sake of thoroughness) and report back. ___ This message was sent via the BRLTTY mailing list. To post a message, send an e-mail to: BRLTTY@brltty.com For general information, go to: http://brltty.com/mailman/listinfo/brltty
Re: [BRLTTY] More Problems with QWERTY table
[quoted lines by Rob on 2018/03/06 at 17:32 -0600] >The other change I made was removing the regular USB keyboard from the system. >Do you think that might have something to do with it? No, that shouldn't matter. Unless, of course, as does happen to me, you have a cat who likes to sit, walk, or lie on some of that keyboard's keys. :-) -- I believe the Bible to be the very Word of God: http://Mielke.cc/bible/ Dave Mielke | 2213 Fox Crescent | WebHome: http://Mielke.cc/ EMail: d...@mielke.cc | Ottawa, Ontario | Twitter: @Dave_Mielke Phone: 1-613-726-0014 | Canada K2A 1H7 | ___ This message was sent via the BRLTTY mailing list. To post a message, send an e-mail to: BRLTTY@brltty.com For general information, go to: http://brltty.com/mailman/listinfo/brltty
Re: [BRLTTY] More Problems with QWERTY table
Dave Mielke wrote: >The control and alt keys produce odd results. > Yes, please do. We'll try to get this all figured out. Hum, this is interesting. I killed Brltty, turned off the braillesense, and then restarted the unit in its terminal mode. Then restarted Brltty. This time, I was able to do the c-a key sequence for screen, and alt_1-2-3 etc for switching windows in Irssi. I'm not sure what was happening there, maybe Brltty had a dangling process that didn't die last time and thus not all changes were working. Whatever it was, it seems to be working now. The other change I made was removing the regular USB keyboard from the system. Do you think that might have something to do with it? ___ This message was sent via the BRLTTY mailing list. To post a message, send an e-mail to: BRLTTY@brltty.com For general information, go to: http://brltty.com/mailman/listinfo/brltty
Re: [BRLTTY] [OT] Re: How doyou read books?
Dear Aura, > Thanks. There have been some API changes in Python's regex module which I have > to update my program for. I also need to do some checking, and make the key > bindings somehow customizable - probably by editing a bunch of constants in a > Python script, but that's better than no customizability. Sure. > There are dreadful confessions about crimes that I did in my past lives > written into the doc strings of methods... No, not really. I will release it > when I have time to do some cleanup on the code. Thanks! > I consider my program to be useful for reading files, but it has some inherent > limitations, e.g. the file being read has to fit in RAM at once. I don't think > that it would either be a good idea to start duplicating features of other > applications (like web browsers, directory managers, text editors, etc.) in > it, because it would be a huge effort. Also my program does not support > keyborad input from the TTY, so it is not very useful with braille devices > which don't have a braille keyboard. Yeah it was the same with bless and I didn't even go as far as you did. > As a result I'm not interested to develop this code very much. I would instead > want to write a BrlAPI interface for emacs, because emacs already supports a > lot > of functionality. Emacs is pretty usable with braille display already, but it > could see a little bit of enhancement (e.g. using routing keys as a > replacement for the mouse). Sure. Itmakes much more sense htan re-inventing the wheel. It would also be great if we could somehow achieve continuous reading, not having to do the Page Donw / CMd_TOP_LEFT sequence while reading, since that was the initial topic of this conversation. > But definitely I don't have anything against somebody else developing my code > further. Be warned though, that it has not been designed with extensibility in > mind. Your wise remark about developing an emacs interface to BrlAPI gave me a pause. I fully agree it's way better to develop such things than to spend time writing too specific code nobody will maintain. > > It would also be nice if you could bemore precise about the kind of > > improvemnets you would like to see in BrlAPI regarding the handling of > > keys and commands. > > You can read about this from a thread titled "[BRLTTY] BrlAPI Raw key code > mode?" started by Mario Lang on this mailing list on 23 Jul 2017 > 00:12:56. Yeah I remember this thread. One thing has happened since then: BrlAPI can now return the model identifier. So it is possible for a client to get this model identifier and then ask for raw key codes that it can then interpret as it wishes. I realise I should have announced this on the list and apologize for not having done so. From what I remember from the thread you mention, there was a consensus around this feature of being able to get the model identifier. The other thing I remember from it is that the next steps were not as obvious. I don't think there was a consensus on what should happend beyond this model identifier feature. Or was there one? Shérab. ___ This message was sent via the BRLTTY mailing list. To post a message, send an e-mail to: BRLTTY@brltty.com For general information, go to: http://brltty.com/mailman/listinfo/brltty
Re: [BRLTTY] More Problems with QWERTY table
[quoted lines by Rob on 2018/03/07 at 09:53 -0600] >The control and alt keys produce odd results. >Superscripts and circumflexes and accented letters. I can provide yet another >debug log if necessary. Yes, please do. We'll try to get this all figured out. -- I believe the Bible to be the very Word of God: http://Mielke.cc/bible/ Dave Mielke | 2213 Fox Crescent | WebHome: http://Mielke.cc/ EMail: d...@mielke.cc | Ottawa, Ontario | Twitter: @Dave_Mielke Phone: 1-613-726-0014 | Canada K2A 1H7 | ___ This message was sent via the BRLTTY mailing list. To post a message, send an e-mail to: BRLTTY@brltty.com For general information, go to: http://brltty.com/mailman/listinfo/brltty
Re: [BRLTTY] How doyou read books?
Hi Shérab, Shérab writes: > Or perhaps you read books only through speech synthesis? Yes! HTML files in Firefox. It lets me to read contituously without any interaction. I can listen to a book and do other things for instance. Regards, -- Raphaël ___ This message was sent via the BRLTTY mailing list. To post a message, send an e-mail to: BRLTTY@brltty.com For general information, go to: http://brltty.com/mailman/listinfo/brltty
[BRLTTY] More Problems with QWERTY table
The control and alt keys produce odd results. Superscripts and circumflexes and accented letters. I can provide yet another debug log if necessary. ___ This message was sent via the BRLTTY mailing list. To post a message, send an e-mail to: BRLTTY@brltty.com For general information, go to: http://brltty.com/mailman/listinfo/brltty
Re: [BRLTTY] How do you read books?
Hi folks, I'm replying to a post from a couple days ago so I hope my foot isn't too far in my mouth. I spent about ten years developing a Bash script to display text files with a particular emphasis on Braille. It's called lb--Less with Bookmarks. Current version is 0.45 Beta (10MAR2013). It's been in beta so long because it's used by only a few people so can't really be considered heavily tested. It has as many bells and whistles as I've been able to dream up, such as automatically displaying brf/brl files in 6-dot Braille, separate bookmarks for each user, dealing with improperly formatted files, working with Unix/Windows/Mac files, man pages for each of the executables, heavily commented Bash source, and lots more. I'm eager to send the zip (.tar.bz2) file to anyone who wants it. Just write to leem...@comcast.net. -- Lee Maschmeyer "Never imagine yourself not to be otherwise than what it might appear to others that what you were or might have been was not otherwise than what you had been would have appeared to them to be otherwise." --Lewis Carroll ___ This message was sent via the BRLTTY mailing list. To post a message, send an e-mail to: BRLTTY@brltty.com For general information, go to: http://brltty.com/mailman/listinfo/brltty
Re: [BRLTTY] Repeated Bluetooth pairing request on Android
[quoted lines by Dave Mielke on 2018/03/06 at 06:50 -0500] >I agree with you that retrying every few seconds isn't nice, but I haven't yet >come up with a better way to do it. There's no obvious way for brltty to know >that a new Bluetooth device has been turned on, come within range, etc. You've given me an idea. I wonder what you, and others, think of it: Brltty could have a setting (or maybe it should jsut do it) to put an on/off control into a notification. This'd make it easy for a user to turn brltty off when he/she doesn't want to use a braille device, e.g. when going out somewhere. Additionally, locking/reawakening the Android device could automatically turn brltty back on again in case it's turned off by mistake. -- I believe the Bible to be the very Word of God: http://Mielke.cc/bible/ Dave Mielke | 2213 Fox Crescent | WebHome: http://Mielke.cc/ EMail: d...@mielke.cc | Ottawa, Ontario | Twitter: @Dave_Mielke Phone: 1-613-726-0014 | Canada K2A 1H7 | ___ This message was sent via the BRLTTY mailing list. To post a message, send an e-mail to: BRLTTY@brltty.com For general information, go to: http://brltty.com/mailman/listinfo/brltty
Re: [BRLTTY] Repeated Bluetooth pairing request on Android
[quoted lines by Robert Pösel on 2018/03/06 at 10:15 +0100] >while reading Android documentation I come to this recommendation: > >"Note: You should always call cancelDiscovery() to ensure that the >device isn't performing device discovery before you call connect(). >If discovery is in progress, then the connection attempt is >significantly slowed, and it's more likely to fail." >(https://developer.android.com/guide/topics/connectivity/bluetooth.html) Since brltty doesn't do discovery (it only connects to already-paired devices), and since discovery is a rare action, arbitrarily cancelling discovery is a surprise that I don't believe we should be inflicting on people. :-) I think it's rather unlikely that someone would be trying to connect to a braille device and doing Bluetooth discovery at the same time. >I don't see any call to BluetoothAdapter.cancelDiscovery() so it >might be good idea to add it? On the other hand, since you are >calling the connect() method repeatedly every few seconds, it would >mean that bluetooth discovery will never have a chance to finish (as >cancelling it has global effect for whole system). So unless this >automatic repeated connection will be rewritten somehow, current way >without cancelDiscovery() is perhaps okay? Yes, I think cancelling discovery wouldn't be a good thing to do. >what about power consumption and battery life regarding these >repeated connection attempts? Do you know if it has any impact or is >it "safe" to use this way? I agree with you that retrying every few seconds isn't nice, but I haven't yet come up with a better way to do it. There's no obvious way for brltty to know that a new Bluetooth device has been turned on, come within range, etc. Note that brltty doesn't try while the Android device is locked. This itself goes a long way to not needlessly draining the battery, although the main reason it's done that way is to allow a person to switch between devices (lock one, awaken another). So, the only time when brltty is retrying is when it isn't yet connected to a braille device while the Android device is awake. -- I believe the Bible to be the very Word of God: http://Mielke.cc/bible/ Dave Mielke | 2213 Fox Crescent | WebHome: http://Mielke.cc/ EMail: d...@mielke.cc | Ottawa, Ontario | Twitter: @Dave_Mielke Phone: 1-613-726-0014 | Canada K2A 1H7 | ___ This message was sent via the BRLTTY mailing list. To post a message, send an e-mail to: BRLTTY@brltty.com For general information, go to: http://brltty.com/mailman/listinfo/brltty
Re: [BRLTTY] Repeated Bluetooth pairing request on Android
Hi, while reading Android documentation I come to this recommendation: "Note: You should always call cancelDiscovery() to ensure that the device isn't performing device discovery before you call connect(). If discovery is in progress, then the connection attempt is significantly slowed, and it's more likely to fail." (https://developer.android.com/guide/topics/connectivity/bluetooth.html) I don't see any call to BluetoothAdapter.cancelDiscovery() so it might be good idea to add it? On the other hand, since you are calling the connect() method repeatedly every few seconds, it would mean that bluetooth discovery will never have a chance to finish (as cancelling it has global effect for whole system). So unless this automatic repeated connection will be rewritten somehow, current way without cancelDiscovery() is perhaps okay? Btw what about power consumption and battery life regarding these repeated connection attempts? Do you know if it has any impact or is it "safe" to use this way? Thanks, Robert ___ This message was sent via the BRLTTY mailing list. To post a message, send an e-mail to: BRLTTY@brltty.com For general information, go to: http://brltty.com/mailman/listinfo/brltty