Forum Replies Created
-
Posts
-
Hi Susan
I personally believe that these examples should be shown in braille as a tactile graphic. I will also attach a suggestion made in the Guidelines and Standards for Tactile Graphics, where these arrows are used in conjunction with a number line. Whether their purpose is to indicate the decimal movement, or whether it is to indicate skip counting on a number line, I do not think that a transcriber’s note or braille indicators adequately show the concept being taught in print.
BettyThere is a self-paced class on using the Duxbury translation software at the Carroll Center http://www.carrolltech.org/classes/index.php?s=1
This is not specifically for 11.1, but will give you most of the basics.It really helps us to help you if we can see a picture of your actual print page. Could you attach such a picture? Thanks.
I believe the rule you are looking for is Rule XXV, Sec 191.b.ii concerning non-spacial itemized material containing both main divisions and subdivisions.
The key statement here is: Subdivision numbers or letters, [u]regardless of depth[/u], must begin in cell 3 and must runover, if necessary, in cell 5.Betty
Although we generally like to keep things consistent in the braille format, we are also instructed to follow print. I think that in this situation, it would be best to follow print. Since this is a teacher’s edition, the teacher is quite likely a skilled braille reader. This would be a reference book for him/her, and something like bullets are not generally going to affect the content of the material.
Betty
Since I am not familiar with the California Content Standards number, I am going to consult with other members of the math committee before posting a reply. Stay tuned …
Betty
Thank you Joanna for these instructions! I tried this and can see how it could definitely save time, especially with a long website address. I took a fairly long web address that I knew would take up more than one braille line. I added the ascii for beginning and ending CBC indicators like you said (am doing this in a Word file), highlighted the text and changed font to the BRL2000 font. The colon, slash, and decimal points of the web address translated fine into their CBC equivalents.
But when I used a website name that had an underscore or a Capital letter in the web address, these did not carry over correctly. Should they? It put in only 1 dots 456 for the underscore–my reference sheet has the underscore requiring 2 sets of dots 456. For the capital letter in the web address, I thought it should put in the dots 456 to indicate the shift indicator for the capital, but it did not do this at all.
My other question involves continuing to other lines. When I braille website addresses by hand, I know to break at an appropriate spot (such as after a slash) and put in the continuation indicator (dots 456, dots 12346), and start the runover lines in cell 2. Is the continuation indicator something that is put in by hand later when adjust and fix up the line? Or should the translation put it in? I believe the ascii code for the continuation indicator is _&. But how would I know where to place that since I don’t yet know where the line will break when it gets into BRL2000.
Thanks again for any advice here.
PatriciaYou can use ANY braille font you have installed. The regular Braille from Braille2000 font works just fine. You can highlight each address and change that font to the braille font. You also need to add the beginning and enging CBC indicator, which is _+ for beginning and _: in ascii. You can also use Find and Replace for this function if you are familiar with that feature in Word. It is MUCH easier than inputting the braille by hand.
–Joanna
Thank you for checking on this for me. I may try this just to see how easy or hard it is, but it does seem it may be easier to braille them by hand like I currently do.
After checking with brl2000 users, they tell me that you need to write the web address in ascii then translate it to the brl font 29. Save the file as an .rft and then insert it into brl2000.
It sounds to me like putting it in using 6-key entry would be easier. Hope that helps.
DianeJoanna,
Thank you for this wonderful solution for getting rid of the extra hard returns! I just tried it using the Find and Replace functions and it worked fine to get rid of the extra paragraph indicators.
Patricia
Sounds like there are several issues in the Word files you are getting. As for the extra hard returns that make the extra paragraphs, first locate each true paragraph. If you are familiar with the Find and Replace function in Word, do the following.
Highlight a true paragraph. In Replace, set it to Find each paragraph mark in that paragraph and in Replace, just enter a space. Make sure a real paragraph only is highlighted and then tell it to Replace All.
Do this with each real paragraph and this will save the tedium of replacing each unwanted hard return one at a time.
Hope this helps.
–Joanna
Hi again. I’ve figured out why the text copied from my PDF file into Word and saved as an rtf file is not working. There is an option in Word selected through Tools-Options-View Paragraph Marks to let a person see the indicators of all new paragraphs in a document. When I select this for the text copied into my Word rtf file, it shows a paragraph marking at the end of each line. So this explains why Braille2000 is trying to make a paragraph out of each line–the paragraph symbols in there are telling it to do that. So my problem is how to not have all those paragraph indicators in there in text copied from a PDF file.
When I copy in text from a Word file saved as rtf (and not originally coming from a PDF file, the text does maintain the paragraphs correctly from the Word file (except for the minor problem that these paragraphs are starting in cell 4 instead of cell 3–but I’ll work on that problem later).
So if anyone has experienced this problem of text copied originally from PDF files having all these extra paragraph indicators in there, I wondered if there is a way around this besides going in there and deleting each one by hand (which really isn’t a workable solution since it would likely be faster to braille the paragraphs by hand than than the tedious removal of dozens of paragraph markers in each paragraph). Thanks again for any advice.
