[duxuser] Re: Generating table of Content.
- From: "Riessen, Kathleen (SA School for Vision Impaired)" <Kathleen.Riessen440@xxxxxxxxxxxxxxxxx>
- To: "duxuser@xxxxxxxxxxxxx" <duxuser@xxxxxxxxxxxxx>
- Date: Sun, 23 Nov 2014 09:47:37 +0000
Kuenga,
With regards to problem 2:
You can only copy and paste between two documents in DBT if they are open in
the same window of DBT, that is if you can switch between the documents using
the view menu.
If you are running two separate windows of DBT, that is you have actually
started DBT twice, you cannot copy and paste between them.
Kathy
Kathy Riessen
Coordinator Alternative Print Production
South Australian School for Vision Impaired
Tel: 08 8277 5255
Email:
Kathleen.Riessen440@xxxxxxxxxxxxxxxxx<mailto:Kathleen.Riessen440@xxxxxxxxxxxxxxxxx>
________________________________
From: duxuser-bounce@xxxxxxxxxxxxx <duxuser-bounce@xxxxxxxxxxxxx> on behalf of
George Bell <george@xxxxxxxxxxxxxxxxxxx>
Sent: Saturday, 22 November 2014 22:47
To: duxuser@xxxxxxxxxxxxx
Subject: [duxuser] Re: Generating table of Content.
Hi Kuenga,
I’ll do my best to explain things here, although I’m sure it will raise more
questions.
1. Although I translate to grade 1. In some of the documents, I have
realized that at least the first few lines would be in Grade 2.
This is usually because the command given in DBT was not applied at the correct
position. You must position your cursor at the place you wish the selected
grade of braille to begin.
2. The other problem I faced is, suppose I have opened two Braille
documents and wish to copy and paste from Document 1 to Document 2, I realized
that although it has been copied, yet cannot be pasted.
I cannot quite understand this problem. If you have Skype, it may be possible
to communicate with you and see your screen. Do you have Skype installed?
3. In the print document, although I may have a good format of a
blank line to differentiating various sections, yet when we translate into
Braille, seem to omit the blank line kept.
Ctrl-K seems to manually create a blank line, depending on where we wish for.
However, isn't there any rule file for Duxbury to set as default to recognize
and leave the blank line as is in the print document?
This question perhaps raises a few more. However, by default DBT will remove
surplus blank lines to save space. If you wish to have a blank line entered
into DBT itself, you are correct to use Ctrl-k.
Nevertheless, if you have used Styles correctly, section headings do leave
blank lines by default either above or below depending on what Style is applied.
However, if you are starting with a Word document, then you can set the option
in DBT’s Global: Word Importer to “Preserve skipped lines”. It’s the third
option in the Word Importer Screen. But remember this will apply to all Word
documents, and all hard returns/blank lines.
Is there a specific reason for wanting blank lines? For example in some
countries, braille formatting rules do require a blank line between paragraphs,
rather or even as well as, the more traditional 2 cell indent to indicate a new
paragraph.
TEMPLATES:
It may well be that a Template, or Templates, can be set up which will
automatically do what you require in your country. For example, you could have
one which defaults to Grade 1, and leaves a blank line between paragraphs. If
this is the national standard, approved by your own braille authority, it could
even be added to DBT’s release version for all to use.
Templates are a subject of their own, but I’ll spare you the details for just
now. Suffice to say that you can even have text in a template, perhaps for a
standard letter for example, where you use the template and simply add any
extra detail required.
All the best,
George.
From: duxuser-bounce@xxxxxxxxxxxxx [mailto:duxuser-bounce@xxxxxxxxxxxxx] On
Behalf Of Kuenga Chhoegyel
Sent: 21 November 2014 10:41
To: duxuser@xxxxxxxxxxxxx
Subject: [duxuser] Re: Generating table of Content.
Dear Sir,
Thank you very much for the response.
Recently, I have started using DBT for proofreading the reading materials for
the blind. I am using DBT 11. Some of two major problems I have faced till
date are:
1. Although I translate to grade 1. In some of the documents, I have
realized that at least the first few lines would be in Grade 2.
2. The other problem I faced is, suppose I have opened two Braille
documents and wish to copy and paste from Document 1 to Document 2, I realized
that although it has been copied, yet cannot be pasted.
3. In the print document, although I may have a good format of a
blank line to differentiating various sections, yet when we translate into
Braille, seem to omit the blank line kept.
Ctrl-K seems to manually create a blank line, depending on where we wish for.
However, isn't there any rule file for Duxbury to set as default to recognize
and leave the blank line as is in the print document?
Looking forward to hearing soon.
Kuenga Chhoegyel
Muenselling Institute,
Khaling, Bhutan.
Mobile: +(975)17684860
e-mail: kuengachhoegyel@xxxxxxxxx<mailto:kuengachhoegyel@xxxxxxxxx>
skype me: kuenga.chhoegyel
Follow me on face book: Kuenga Chhoegyel
visit us: http://www.muenselling.edu.bt/
From: duxuser-bounce@xxxxxxxxxxxxx<mailto:duxuser-bounce@xxxxxxxxxxxxx>
[mailto:duxuser-bounce@xxxxxxxxxxxxx] On Behalf Of George Bell
Sent: Friday, November 21, 2014 4:21 PM
To: duxuser@xxxxxxxxxxxxx<mailto:duxuser@xxxxxxxxxxxxx>
Subject: [duxuser] Re: Generating table of Content.
Hi Kuenga,
The single most important requirement is that your file(s) have Heading Styles
applied appropriately.
If you are starting with Word for Windows, then these are normally the Styles
called “Heading 1”, “Heading 2” and upwards. When a Word file is opened in
DBT, these Word Styles will automatically be converted by DBT into its own
Styles as described next.
If you are starting in DBT, then these Heading Styles are called “h1.”, “h2.”
and upwards.
These Heading Styles are what are used to build the Table of Contents (TOC).
You cannot build one automatically without them.
Bear in mind also, that you can only build the *braille* Table of Contents once
you have translated your text into braille in DBT.
If you have started in Word, it is a very good idea to build a TOC and check to
make sure it is what you will want in braille. However the Word TOC must be
deleted either before you import, or alternatively as soon as you do import
into DBT.
I have to say that when I do training sessions, applying Styles and building a
TOC in Word is often what I begin to show people. It never fails to amaze me
how few, so called “experienced” Word users manually type a TOC and take hours
to do what can be done in less than 10 seconds. One of the usual comments I
get is, “I wish I had known how to do that the night before I had to submit my
university thesis!”
Moreover, having shown how easy this can be, and if Word users are encouraged
to Style Word documents correctly, it saves the Braille transcriber a great
deal of work and valuable time.
George Bell
(In the United Kingdom)
From: duxuser-bounce@xxxxxxxxxxxxx<mailto:duxuser-bounce@xxxxxxxxxxxxx>
[mailto:duxuser-bounce@xxxxxxxxxxxxx] On Behalf Of Kuenga Chhoegyel
Sent: 21 November 2014 05:08
To: duxuser@xxxxxxxxxxxxx<mailto:duxuser@xxxxxxxxxxxxx>
Subject: [duxuser] Generating table of Content.
Hello,
Suppose I wish to generate a table of contents,
What are the prerequisite I must prepare before generating the table of
contents?
Looking forward to hearing soon.
Kuenga Chhoegyel
Muenselling Institute,
Khaling, Bhutan.
Mobile: +(975)17684860
e-mail: kuengachhoegyel@xxxxxxxxx<mailto:kuengachhoegyel@xxxxxxxxx>
skype me: kuenga.chhoegyel
Follow me on face book: Kuenga Chhoegyel
visit us: http://www.muenselling.edu.bt/
This message is intended for the addressee named and may contain privileged
information or confidential information or both. If you are not the intended
recipient please delete it and notify the sender.
Other related posts:
