Thank you for both your replies. The thing I am looking at right now is using scintilla for the basis of a windows editor (windows api) and scripted with TCL.
The interface I am envisioning is one of an old dos editor I used to use (called Programmer's Editor). It attached all functions to the function keys including menu navigation. But otherwise bindings to keys could easily be made. My thoughts are to implement most functionality in TCL, including configuration. I don't know if this is the best interface, but only one of possibilities. Calling ConTeXt is the first thing on my mind. One problem I want to solve well is whether or not to allow tk to be used for additional gui functionality when functions need it. Having a regular menu is not beyond thought either though. - Jeffrey On 3/27/06, Thomas A. Schmitz <[EMAIL PROTECTED]> wrote: > OK, what the man said, plus: > > * not only different encodings, but also easy way of reencoding files; > * fonts and colors are easily customizable (maybe different schemes > for syntax highlighting); > * line numbers in the margin; > * large chunks of text can be commented out easily; > * I would love the powerful regex search/replace of vim and emacs > with a somehwat simpler > (GUI-driven?) interface; > * easy support for different utf planes; > * customizable support for ConTeXt environments, commands, etc., > ConTeXt can be called from > within the editor with a simple shortcut. > > What I find useless: > > - I want an editor, not a pseudo operating system, so I don't need a > shell within the editor; > - I don't use spellchecking (too error-prone). > > Thomas (who still can't make up his mind whether he likes emacs + > auctex or gvim better) > > On Mar 27, 2006, at 10:24 AM, Taco Hoekwater wrote: > > > Hi Jeffrey, > > > > Jeffrey Drake wrote: > >> If you were going to use an editor for context usage (potentially > >> integrated into a Context suite), what features would you like from > >> it? > > > > * Good spellchecking, including private and special-purpose dicts. > > * A re-wrap paragraph implementation that leaves lines that do not > > start with alphanumerics alone > > * support for different input encodings, notably utf-8 and iso-latinX > > * CRLF/LF/CR conversions > > * regular expression search (&replace) > > * configurable syntax highlighting > > * adjustable font size > > * support for large (log) files (>100MB) > > * rectangle selection > > * difference checking > > > >> Especially interested in what features in regular editors are quite > >> useless to have around all the time. I tried the scite in the context > >> mswindows distro, and didn't find it the most visually appealing and > >> slightly cumbersome in configuration. > > > > I use emacs almost all the time, with SciTE slowly gaining ground. > > SciTE is rather ok, but definately too minimalistic for my taste. > > > > These days I can do without gnus (nntp), vm (mail) and auctex, but I > > use dired (file management), vc (revision control), gnuserv > > (client|server interface), other-window|other-frame (extra > > windows/viewports) and the calendar|diary fulltime. > > > > Cheers, taco > > _______________________________________________ > > ntg-context mailing list > > ntg-context@ntg.nl > > http://www.ntg.nl/mailman/listinfo/ntg-context > > _______________________________________________ > ntg-context mailing list > ntg-context@ntg.nl > http://www.ntg.nl/mailman/listinfo/ntg-context > _______________________________________________ ntg-context mailing list ntg-context@ntg.nl http://www.ntg.nl/mailman/listinfo/ntg-context
