[duxuser] Re: EDITING BRAILLE DOCUMENTS WITH A BRAILLE DISPLAY
- From: "Caryn Navy" <caryn@xxxxxxxxxx>
- To: <duxuser@xxxxxxxxxxxxx>
- Date: Thu, 23 Sep 2004 15:11:10 -0400
Hello Andre. Did you install the JAWS script files for DBT that come with
DBT 10.5? During the beta testing of DBT 10.5, the problem of an extra
blank cell at the start of the braille display came up in discussion. As a
result, the JAWS script files are supposed to eliminate this problem. So if
that is not working for you, we need to take note of that.
I am finding that I do not have that problem here, using DBT with JAWS and a
BrailleNote (using JAWS 4.51 or JAWS 5.1). But of course I'd like to
pinpoint what is giving you different results.
Sincerely,
Caryn
Caryn Navy
Duxbury Systems
Phone: (978) 692-3000, ext. 310
E-mail: caryn@xxxxxxxxxx
Web: www.duxburysystems.com
Fax: (978) 692-7912
-----Original Message-----
From: duxuser-bounce@xxxxxxxxxxxxx
[mailto:duxuser-bounce@xxxxxxxxxxxxx]On Behalf Of Andre van Deventer
Sent: Thursday, September 23, 2004 12:59 PM
To: duxuser@xxxxxxxxxxxxx
Subject: [duxuser] Re: EDITING BRAILLE DOCUMENTS WITH A BRAILLE DISPLAY
Hi Dave
Thanks a million for this complete info. I suppose I'll get used to this.
Regards
Andre
-----Original Message-----
From: duxuser-bounce@xxxxxxxxxxxxx [mailto:duxuser-bounce@xxxxxxxxxxxxx] On
Behalf Of Dave Durber
Sent: 23 September 2004 06:31 nm
To: duxuser@xxxxxxxxxxxxx
Subject: [duxuser] Re: EDITING BRAILLE DOCUMENTS WITH A BRAILLE DISPLAY
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
* * *
* * *
* 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:
