[kdejute]

Thank you, Cindi!

[kdejute]

I would suggest that you devise an abbreviation for these shapes and describe their function in a transcriber's note. I believe you could use [simbraille]$k$sa][/simbraille] for the first shape (calculator key, shade above for linear inequality) and [simbraille]$k$sb][/simbraille] for the second shape (calculator key, shade below for linear inequality).

Ideally, you should provide a tactile representation of these shapes, either within your TN or in preliminary pages.

Please see the portion of the 2007 update to the Nemeth Code that deals with section 111.d (calculator keys) as well as section 107 of the Nemeth Code.
edited by Kyle Transcriber on 7/6/2015

[kdejute]

Sorry, I meant the y in y-axis did not need a letter sign in this instance. I was thinking x-axis instead of y-axis.

Thank you for your reply.

[kdejute]

I'm not sure what "x" you're saying does not need a letter sign. However, your suggested transcription of "R sub y-axis" is correct.

As for the punctuation indicator. You do need it between "R sub y-axis" and a period. Please see Nemeth Code section 37.x, which deals with this issue. (The reasoning here could be that "R sub y-axis" is all one expression, which represents one value, so it is technical material and so needs to be separated from punctuation by a punctuation indicator.)

[kdejute]

My pleasure! (I was just re-reading that Nemeth update, and your question helped to solidify it in my brain. So, thank you.)

[kdejute]

Thank you for your question.

I believe your first suggested transcription is the correct one, with spaces before and after the cancellation indicators, because spaces are required around an abbreviation (they just have to be polite and stand outside the cancellation indicator and its terminator. This makes reading the equation more intuitive.).

Please see the update to the Nemeth Code that deals with this: [url=http://www.brailleauthority.org/nemethupdates2015/rule-viii-54/Nemeth%20Update%20Rule%20VIII%2054.pdf]link[/url].

–Kyle

[kdejute]

Thank you, Kyle, and also to your committee, too. You are all very helpful!
Susan

[kdejute]

Joanna,

Here is a belated "thank you" for your illuminating answer!

–Kyle

[kdejute]

x-coordinate of M = 9/2
should be transcribed as follows:

[simbraille];x-coord9ate ( ,m .k #9_/2[/simbraille]

Because the M is next to the sign of comparison, it should not have a letter indicator. See §55.a in the Nemeth Codebook.

[kdejute]

Thank you so much!
Susan

[kdejute]

Thanks for your patience.

Yes it's all still the case. When there is no running it may indeed look strange when line 1 is blank. But the information that conveys to the braille reader is much more important than how looks. The purpose of blank lines for the braille reader is not appearance, but to provide information about changes in formatting or context WHEREVER such a change takes place. The information is given to the reader at the location where it takes places place or goes into effect.

if there's no RH, line 1 can be blank. Blank line required after closing box. If the closing box line is on line 25, the next available line to be blank is line 1 on the next page because box lines are preceded and followed by a blank line, with the exception of certain headings, but that doesn't apply here.

Lists work in a similiar way, with specific provisions. See Formats 8.3.4

BF 8.3.4. Lists Starting at the Top of Braille Pages
A list can start on line 1 when a running head is not used, [u]if there are two or more blank lines at the bottom of the previous page.[/u] Start the list on line 2 when [u]braille is on the last, or next-to-last line of the previous page.[/u] (I have added the bold and the underlining.)

So if your list ends on line 24 OR line 25, line 1 is blank on the next page. Notice that this guideline about lists specifies when braille must start on line 1 of the next page and when braille must start on line 2 (leaving line 1 blank).

And yes it looks funny. But when you get used to it, it looks better.

--Joanna

[kdejute]

I have a few pieces of information for you:

1) The next release of Duxbury (DBT), which should come out this month, will include a character style called "Nemeth" that should translate what's enclosed in that style according to Nemeth rules while allowing the surrounding text to be in UEB. There is also an "altmath" technique that can be used in DBT to select what code will be used to translate technical material while allowing non-technical material to be translated using another code. More information about this can be found in the DBT Help menus.

2) I expect that 2016 will see one or more NBA workshops that include information on using software to create Nemeth material in a UEB context.

3) At this time, I do not know of any lectures dealing with software and Nemeth code.

4) I do not personally use them, but you may find that the combination of Scientific Notebook and Duxbury meets some of your needs. More information about this is available on Duxbury's website: [url=http://www.duxburysystems.com/dbt_math.asp]link[/url]

Thank you for your time. Please do let me know if you have further questions.

–Kyle

[kdejute]

Please give me a day or two to comb through my references and tap my resources to see what I can discover. I will get back to you.

–Kyle

[kdejute]

I hope that your investigations are fruitful!

Thank you very much for your reply.

–Kyle

[kdejute]

Well, your findings certainly create concern for the entire project, yikes!
I believe this is an online curriculum (no ISBN!) and I will check with our media center to determine in what form these materials were received. My guess is that they were printed by the specialist and submitted either electronically or hard copy print. Regardless, it doesn't make sense to me that numerators of 1 appear to be the only content missing! We will investigate ...
Thanks so much for your very clever sleuthing, Kyle! I shall remember this technique for future conundrums 🙂

[Author]

Posts