Path: csiph.com!v102.xanadu-bbs.net!xanadu-bbs.net!news.albasani.net!newsfeed.freenet.ag!news2.euro.net!newsgate.cistron.nl!newsgate.news.xs4all.nl!post.news.xs4all.nl!not-for-mail Return-Path: X-Original-To: python-list@python.org Delivered-To: python-list@mail.python.org X-Spam-Status: OK 0.034 X-Spam-Evidence: '*H*': 0.93; '*S*': 0.00; 'interfaces': 0.04; 'syntax': 0.04; 'api.': 0.05; 'say,': 0.05; 'string': 0.09; 'editor.': 0.09; 'instance.': 0.09; 'subject:features': 0.09; 'subset': 0.09; 'things,': 0.09; 'python': 0.11; 'windows': 0.15; 'biological': 0.16; 'burns': 0.16; 'damage.': 0.16; 'earlier.': 0.16; 'file"': 0.16; 'naming': 0.16; 'notation': 0.16; 'rsi': 0.16; 'units.': 0.16; ':-)': 0.16; 'charset:iso-8859-15': 0.16; 'wrote:': 0.18; 'bit': 0.19; 'command': 0.22; 'input': 0.22; 'email addr:gmail.com>': 0.22; 'creating': 0.23; 'header:User- Agent:1': 0.23; 'keyboard': 0.24; 'file.': 0.24; 'right.': 0.26; 'header:In-Reply-To:1': 0.27; 'to:2**1': 0.27; 'point': 0.28; 'rest': 0.29; 'feature': 0.29; 'code': 0.31; 'software,': 0.31; 'bunch': 0.31; 'disabled': 0.31; 'invoke': 0.31; 'file': 0.32; 'languages': 0.32; 'fri,': 0.33; 'third': 0.33; 'actual': 0.34; 'problem': 0.35; 'problem.': 0.35; 'editor': 0.35; 'but': 0.35; 'doing': 0.36; 'responsible': 0.36; 'should': 0.36; 'example,': 0.37; 'turn': 0.37; 'step': 0.37; 'filter': 0.38; 'to:addr:python- list': 0.38; 'fact': 0.38; 'ability': 0.39; 'to:addr:python.org': 0.39; 'received:org': 0.40; 'skip:u 10': 0.60; 'commands': 0.60; 'solve': 0.60; 'further': 0.61; 'first': 0.61; 'save': 0.62; 'times': 0.62; 'kind': 0.63; 'skip:n 10': 0.64; 'face': 0.64; 'become': 0.64; 'subject:Important': 0.65; 'to:addr:gmail.com': 0.65; 'content-type:multipart/related': 0.67; 'close': 0.67; 'population': 0.68; 'caused': 0.69; 'jul': 0.74; 'eyes': 0.78; 'age': 0.80; 'injecting': 0.84; 'keystrokes': 0.84; 'perspective,': 0.84; 'recognition': 0.84; 'replay': 0.84; 'safe.': 0.84; 'speech': 0.84; 'beings': 0.91; 'reducing': 0.93; 'hands': 0.96; '2013': 0.98 X-Virus-Scanned: amavisd-new at harvee.org Content-Type: multipart/alternative; boundary=----------LhB7JTlwzCZ906d0g6hrlY To: python-list@python.org, "Rustom Mody" Subject: Re: Important features for editors References: <081319f4-4d68-409e-81cb-1f500d5d87f0@googlegroups.com> <20130705230638.GA38521@cskk.homeip.net> Date: Sat, 06 Jul 2013 02:52:20 -0400 MIME-Version: 1.0 From: "Eric S. Johansson" In-Reply-To: User-Agent: Opera Mail/1.0 (Win32) X-BeenThere: python-list@python.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: General discussion list for the Python programming language List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Newsgroups: comp.lang.python Message-ID: Lines: 105 NNTP-Posting-Host: 2001:888:2000:d::a6 X-Trace: 1373101955 news.xs4all.nl 15937 [2001:888:2000:d::a6]:48797 X-Complaints-To: abuse@xs4all.nl Xref: csiph.com comp.lang.python:50056 ------------LhB7JTlwzCZ906d0g6hrlY Content-Type: text/plain; charset=iso-8859-15; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit On Fri, 05 Jul 2013 23:13:24 -0400, Rustom Mody wrote: > Yes... > The fact that rms has crippling RSI should indicate that emacs' > ergonomics is not right. As someone crippled by Emacs ( actual cause not known), I should also point out that RMS, instead of doing the responsible thing and using speech recognition software, burns the hands of other human beings by using them as biological speech recognition units. Now for me, an important feature for editor is the ability to command it, not by keystrokes but by function/method invocation. This is be the first step to reducing the disasters caused by misrecognition events injecting unintentional commands into an editor. For example, bring up a file in VI in close your eyes and type some string like "save file" or "end of line". What kind of damage do you get? With an editor RPC, you can bypass all this damage. You turn off keystroke input at the start of a recognition event and all keyboard queue data is injected as characters. All commands are injected by the API. There's a few other things, I need in a very tiny editor to help a part of my accessibility problem. One of the ways I deal with speech recognition user interfaces by creating tiny domain specific languages to solve a problem. You can say them, they are resilient in the face of misrecognition, edit them and you can replay them. Bunch of wins. The tiny editor needs to use the right Windows edit control to work with NaturallySpeaking, save data so that I never have to think about it. It's always on disk, always safe. If I invoke a file by name, I get exactly one instance. And last, I want the ability to filter the contents of the editor through a bit of Python code so I can do transformations on opening the file or writing the file. Further down the road, instead of the classic syntax highlighting, I need dynamic naming of features so that I can say things like "replace third argument", "modify index" for format local times using pattern. I will admit the last one is a bit of a cheat because that's a subset of the domain specific notation I think that earlier. Not a solved problem :-) So important feature editor change depending on your perspective, or should I say, state of impending disability. We all become disabled with age, just some of us age much faster than the rest of the population ------------LhB7JTlwzCZ906d0g6hrlY Content-Type: multipart/related; boundary=----------LhB7JTlwzCZ9066SbG0Kko ------------LhB7JTlwzCZ9066SbG0Kko Content-Type: text/html; charset=iso-8859-15 Content-ID: Content-Transfer-Encoding: Quoted-Printable On Fri, 05 Jul 2013 23:13:24 -0400, Rustom Mody <rustompmody@gm= ail.com> wrote:

Yes...
The fact that rm= s has crippling RSI should indicate that emacs' ergonomics is not right.=


As someone crippled by Emacs ( actual cause not known), I should also po= int out that RMS, instead of doing the responsible thing and using speec= h recognition software, burns the hands of other human beings by using t= hem as biological speech recognition units.

Now for me, an import= ant feature for editor is the ability to command it, not by keystrokes b= ut by function/method invocation. This is be the first step to reducing = the disasters caused by misrecognition events injecting unintentional co= mmands into an editor. For example, bring up a file in VI in close your= eyes and type some string like "save file" or "end of line". What kind = of damage do you get?

With an editor RPC, you can bypass all th= is damage. You turn off keystroke input at the start of a recognition ev= ent and all keyboard queue data is injected as characters. All commands = are injected by the API.

There's a few other things, I need in a = very tiny editor to help a part of my accessibility problem. One of the = ways I deal with speech recognition user interfaces by creating tiny dom= ain specific languages to solve a problem. You can say them, they are re= silient in the face of misrecognition, edit them and you can replay them= . Bunch of wins.

The tiny editor needs to use the right Windows= edit control to work with NaturallySpeaking, save data so that I never = have to think about it. It's always on disk, always safe. If I invoke a = file by name, I get exactly one instance. And last, I want the ability t= o filter the contents of the editor through a bit of Python code so I ca= n do transformations on opening the file or writing the file.

Fur= ther down the road, instead of the classic syntax highlighting, I need d= ynamic naming of features so that I can say things like "replace third a= rgument", "modify index" for format local times using pattern.

I = will admit the last one is a bit of a cheat because that's a subset of t= he domain specific notation I think that earlier. Not a solved problem := -)

So important feature editor change depending on your perspecti= ve, or should I say, state of impending disability. We all become disabl= ed with age, just some of us age much faster than the rest of the popula= tion

------------LhB7JTlwzCZ9066SbG0Kko-- ------------LhB7JTlwzCZ906d0g6hrlY--