Kevin Jones:
Also screen readers have a say-all command where basically they just keep pressing the down-arrow and speak the text non-stop to the end of the document. When in the Scite editor it will do this for a time and then randomly stop but jaws thinks it's still going.
Don't know which particular commands Jaws is using. Maybe it is a focus issue.
I've thought it would be nice if scite had an ugly-but-fast mode where it didn't draw beautifly on the screen but handled large files quicker, maybe also it might fix those screen reader problems.
Don't think so as speaking the text is so slow and SciTE should be able to keep up as the slowest things in SciTE are handled incrementally.
Another thing I'd like to see is a command that would put selected text into a separate document window.
You can script SciTE in Lua and you can control it from another application.
Have you thought of adding more features that are say in other text editors like notepad textpad but still keeping it able to run on o pandrive.
I don't think in terms of adding features for their own sake or for other people. Sometimes there is something I want SciTE to do and I'll implement it. This is how Open Source mostly works: people add features that they want.
How about an addition to the move to line command, so you could enter n% and it would move to the n percent of th edocument, or you could have it display percentage instead of lines
Source code tends to be thought of in terms of line numbers since other tools like compilers will refer to specific lines in error messages. When scrolling by proportion most people tend to use the scroll bar rather than have to think: its about a third of the way down so try 30%. Possibly its less easy for you to use the scroll bar rather than a dialog. Neil _______________________________________________ Scite-interest mailing list [email protected] http://mailman.lyra.org/mailman/listinfo/scite-interest
