Those that want this probably do always want to see the line number without having to scroll back. IMO, we shouldn't worry about focusToHardLeft for this. It may require some work to make this compatible with, because presumably the line number should be visible at the very start of the line without being part of the text. Technically it should be possible by extending braille.TextInfoRegion. The only change I'd suggest is that we should just braille the number with no "line" prefix as we have for speech. We should just present the same information in braille depending on the same setting. I don't personally find this useful-even as a programmer myself, I prefer to query the line on demand in the status bar-but the point is that it is included as an option for speech. If "Report line numbers" is enabled in Document Formatting preferences, line numbers get spoken at the start of the line (if the application supports retrieving this info). Reply to this email directly or view it on GitHub You are receiving this because you commented. Or as a seeing person seeing one line at a time not knowing where you areĪnd as general debugger can jump through huge ammount of lines Imagine if you will that as a blind person you would not be able to hear If you cant read the line number while coding i need to search for it
#View line numbers in word code
Its hard to read and program code while using debugger I mentioned jaws because thats what i'm used to as a programmer. Its not possible to create anything like that Your mind goes nuts because you loose focus Imagine asking every time what is the line number If it's not implemented in NVDA, I don't know if it is so much riskĭeveloping an add-on monkey patching the mentioned functions. I think it's not difficult to implement, or it seems not to be difficult. If you want it to be considered, make sure you configure Word to print hidden text.When I'm programing, I'm not looking at the line number each time. If you have the printing of hidden text turned off, Word doesn't count hidden text in the line count. This, again, means different amounts of information per line and a potentially different line count.įinally, hidden text can affect the line count returned in the Word Count dialog box. For instance, the same font may appear more "compressed" on one printer than on another.
#View line numbers in word driver
Likewise, using a different printer driver could result in a slightly different rendering of a font. When the point size is smaller, Word can fit more characters on each given line, thereby reducing the overall number of lines required to present the same information. In both instances, the differences are due to the different ways in which Word "flows" your text in the document. Second, the printer driver you are using can affect the number of lines in your document. For instance, if you decrease the point size of text within your document, that can affect the line count. First, it obviously depends on the formatting of your document. The value returned by Word depends on several things. One of the statistics provided in the Word Count dialog box is Lines. After a short delay (depending on the size of your document and the speed of your computer), Word displays the Word Count dialog box. In order to see how many lines there are in your document, choose Word Count from the Tools menu. One of the statistics it can provide is the number of lines in your document. Word provides a tool you can use to return simple statistics about your document.
0 kommentar(er)
