[duxuser] Re: EDITING BRAILLE DOCUMENTS WITH A BRAILLE DISPLAY
- From: Dave Durber <dadurber@xxxxxxxxxxxxx>
- To: duxuser@xxxxxxxxxxxxx
- Date: Thu, 23 Sep 2004 12:30:43 -0400
Hello Andre:
I have notice that if you use DBT as soon as you start a new Windows
session, the braille display shows the text starting in the first cell
of the display most of the time.
However, I have noticed that when you launch DBT and load or create a
document, regardless as to whether you are in the print document
window or the braille document window, the text starts being displayed
in the second cell instead of the first. This is especially true if
you have previously run other programs before launching DBT or, if you
are running other programs in the background, such as: Internet
Explorer; Windows Explorer and Cute FTP; in addition to DBT, obviously
with DBT being the program that has the current focus.
The fact that the additional space does not appear when you emboss the
braille output has nothing to do with the way that the text is
displayed on the screen. It has to do with the way that different
programs draw their windows on the display. In many cases, when you
close many programs that run under Windows, the Windows operating
system does not always re-draw the desktop to the default boundaries
as they are drawn at the initial startup of each Windows session.
It appears that braille displays may be showing the element of a
border that is not necessarily visible around the edges of a window on
the display.
I am not certain about this, but it seems to be the only conclusion
that I have come up with so far.
On the other hand, it might have to do with the way that DBT draws its
own parent and child windows on the display.
I found it very annoying at first but, I have got used to it and it
doesn't bother me anymore.
Sincerely:
Dave Durber
On Thu, 23 Sep 2004 12:45:19 +0200, you wrote:
>Hi George
>
>Thanks a million for your help.
>
>I still wish that I could at some way get rid of that first blank cell at
>the beginning of each line. The embosser does not seem to print it that
>way.
>
>Regards
>
>Andre
>
>
>
>-----Original Message-----
>From: duxuser-bounce@xxxxxxxxxxxxx [mailto:duxuser-bounce@xxxxxxxxxxxxx] On
>Behalf Of George Bell
>Sent: 23 September 2004 12:38 PM
>To: duxuser@xxxxxxxxxxxxx
>Subject: [duxuser] Re: EDITING BRAILLE DOCUMENTS WITH A BRAILLE DISPLAY
>Sensitivity: Confidential
>
>Hi Andre,
>
>Provided you take time and great care to set up a display properly, and then
>stay rigidly with those settings, you can do a serious degree of proofing.
>I have seen this done with both Alva and Powerbraille 40 cell displays,
>though of course one should not ideally be producing more than 40 cells per
>line.
>
>Having said that, I personally would still advocate a final paper proof
>copy. If nothing else, it serves to check the quality and accuracy of the
>braille being produced by the embosser. I'm afraid I have seen all too many
>cases of late where embossers have perhaps dropped dots, or even complete
>cells, for one technical reason or another.
>
>George.
>
>> -----Original Message-----
>> From: duxuser-bounce@xxxxxxxxxxxxx
>> [mailto:duxuser-bounce@xxxxxxxxxxxxx] On Behalf Of Andre
>van Deventer
>> Sent: 23 September 2004 10:28
>> To: duxuser@xxxxxxxxxxxxx
>> Subject: [duxuser] EDITING BRAILLE DOCUMENTS WITH A
>BRAILLE DISPLAY
>> Sensitivity: Confidential
>>
>> Hi all
>>
>> I have been asked by someone who is not on this list and
>who
>> is a Duxbury owner whether it is really practical to proofread books
>> produced on Duxbury efficiently in the translated form with a braille
>> display only. This would include checking things like page layout
>> and so forth.
>>
>> I can do this to some extent with Jaws and switching off
>the
>> Grade 2 translator. But could layout be a problem
>perhaps.
>> I have found with quite a few models of braille display
>that
>> for some reason lines that print against the left margin
>tend
>> to actually begin one cell from the left of the start of
>the display.
>>
>> Hope this query makes sense to someone!!
>>
>> Regards
>>
>> Andre
>>
>>
>> * * *
>> * This message is via list duxuser at freelists.org.
>> * To unsubscribe, send a blank message with
>> * unsubscribe
>> * as the subject to <duxuser-request@xxxxxxxxxxxxx>. You
>may also
>> * subscribe, unsubscribe, and set vacation mode and other
>subscription
>> * options by visiting //www.freelists.org. The list
>archive
>> * is also located there.
>> * Duxbury Systems' web site is
>http://www.duxburysystems.com
>> * * *
>>
>
>
>
>This Message has been scanned for viruses by McAfee Groupshield.
>* * *
>* This message is via list duxuser at freelists.org.
>* To unsubscribe, send a blank message with
>* unsubscribe
>* as the subject to <duxuser-request@xxxxxxxxxxxxx>. You may also
>* subscribe, unsubscribe, and set vacation mode and other subscription
>* options by visiting //www.freelists.org. The list archive
>* is also located there.
>* Duxbury Systems' web site is http://www.duxburysystems.com
>* * *
>
>
>
>* * *
>* This message is via list duxuser at freelists.org.
>* To unsubscribe, send a blank message with
>* unsubscribe
>* as the subject to <duxuser-request@xxxxxxxxxxxxx>. You may also
>* subscribe, unsubscribe, and set vacation mode and other subscription
>* options by visiting //www.freelists.org. The list archive
>* is also located there.
>* Duxbury Systems' web site is http://www.duxburysystems.com
>* * *
* * *
* This message is via list duxuser at freelists.org.
* To unsubscribe, send a blank message with
* unsubscribe
* as the subject to <duxuser-request@xxxxxxxxxxxxx>. You may also
* subscribe, unsubscribe, and set vacation mode and other subscription
* options by visiting //www.freelists.org. The list archive
* is also located there.
* Duxbury Systems' web site is http://www.duxburysystems.com
* * *
Other related posts:
