I have a plan (see next paragraph) which will resolve your problem in a very simple way. My problem is that I don't want to implement it until 3.8 is out as, at this point, I really want to ensure stability. I intend to release 3.8 as soon as Orca and LSR tell me that they're satisfied. I believe LSR has already told me that, but an additional confirmation wouldn't hurt. Orca was waiting on a Ubuntu issue which appears to have been resolved at this point. Just to be sure, though, I need their final confirmation.
My plan is to have the driver advertise the display's full width and to behave as though there are no status cells. The core would then have an option (similar to the BrailleNote driver's statuscells= parameter) which would allocate some of the text cells, only from the core's perspective, as status cells. Then BrlAPI would automatically use all of the cells as text cells, driver-specific code for this can be removed, displays with no status cells could have some, etc. -- Dave Mielke | 2213 Fox Crescent | I believe that the Bible is the Phone: 1-613-726-0014 | Ottawa, Ontario | Word of God. Please contact me EMail: [EMAIL PROTECTED] | Canada K2A 1H7 | if you're concerned about Hell. http://FamilyRadio.com/ | http://Mielke.cc/bible/ _______________________________________________ This message was sent via the BRLTTY mailing list. To post a message, send an e-mail to: BRLTTY@mielke.cc For general information, go to: http://mielke.cc/mailman/listinfo/brltty
