> if you use an English word as a command, such as ‘return’, it means you can never type out that word.
Not exactly true. The word by itself would be recognized as a command, but in a sentence it’ll be treated as any other word, assuming you don’t pause for too long before it.
You're probably thinking of some other voice command system, or Dragon's built-in commands (which are bad because they have no continuous recognition, requiring constant pauses while talking). Voicecode behaves exactly as described in the article.
I just defined a command "return" in Voicecode which presses enter.
"testing return testing test test return test return test" spoken in one breath types the following:
testing
testing test test
test
test
Voicecode defines commands in Dragon by just adding words to the English vocabulary, leaving Dragon in dictation mode, and running a parser on the English output. Commands are executed anywhere they land in the phrase. The Voicecode grammar makes this somewhat less painful by using lots of non-English words for commands... but this approach is convoluted and hurts accuracy quite a bit imo.
No, pausing will not prevent the word being recognized as a command in Voicecode. However, you can tell VC to ignore commands and just treat what's spoken as regular text. The command "keeper" will do this.
however, voicecode's use of dictation as I outlined in my sibling comment means keeper will type out all the nonsense words too (which is some of what I meant by voicecode's approach affecting accuracy)
Fix it for mobile. Quick glance says the headings are overflowing the width causing horizontal scroll, and the two buttons near the top are overlapping each other.
Also, the color choices of the navigation dropdown literally makes it impossible to read it on my dimmed mobile screen, change it/increase the contrast.
One powerful computer, hooked up to 3 locations in my house:
1: a heavily modified recliner chair with a monitor on an adjustable swing arm, where I tend to spend most of my time.
2: next to it, a backapp chair coupled with a separate mount for the "recliner monitor" so I can use the same monitor but elevated.
3: upstairs, standing desk, where I don't spend enough time.
All keybords are in the 60% form factor. I don't use mice, in other words my hands never leave the keyboard. This coupled with heavy customization to keyboard layout and functionality (custom layout, Autohotkey, etc) has worked wonders for RSI.
Two monitors, Eizo 27" IPS 2560x1440 by the recliner, 144hz IPS monitor with same size and resolution at the standing desk.
I also have a separate computer hooked up to the tv, a laptop hooked up to another screen, a cheap chineese tablet in the kitchen keeping track of temperatures and misc news etc, and an "old" t420 laptop which isn't in active use. I only work on the one main computer though, and I only ever use one monitor at a time (personal preference).
Each of these language homepages clearly explains that they are introducing a programming language. This new racket-lang.org page doesn't. It has a huge impact on what users will think when they load the page.
The PLT Scheme homepage is leagues better than the new Racket one because it tells me exactly what it is for. Don't let yourselves go backwards.
https://www.rust-lang.org/ is the best example. There is a code example, clear links to documentation and source, a concise description, easy to see links to most common places. Very, very good.
Not exactly true. The word by itself would be recognized as a command, but in a sentence it’ll be treated as any other word, assuming you don’t pause for too long before it.