> > - split panes (BTW - to be really useful this should support
> > views with more than one buffer, as can be done in Emacs)
> Doing multiple buffers per view will be very difficult. Would
> it still be useful to everyone if only multiple splits of one
> buffer were supported?
Yes, absolutely! Split panes even if only for the same buffer would
be much more useful than the current position where you have to
endlessly swap between different frames. However, I still think it
would be smart to code this up with a view to the _possibility_ of
one day supporting multiple buffers. Or how about supporting the
tiling of frames as is done in Kawa? Is this actually possible with
BTW - presumably there is no reason why the window splitting
should be limited to a single split? In Emacs, I often have the
frame split into three or even four horizontal windows. Or two
two vertically split windows, and a third window split horizontally
below (or above) etc etc. In other words even a split pane should
> > - incremental search (ie search-as-you-type) for power users
> Should the find field in the tool bar be changed to do this?
> (it could be configurable)
Yes, I like this idea. In fact, I don't see why the Input line could
not be used in a more generic way, a bit like the Emacs mini buffer,
to serve all sorts of inputs from various commands, not just Find.
> > - the ability to auto indent a selected region (I do NOT
> > mean just increasing/decreasing tabs) - I know there is
> > JStyle but I've never got it to work properly for me for
> > some reason and certainly not over a selected region.
> JStyle sucks, it uses the obsolete JSBeautifier code. How
> about an 'indent selected lines' command?
Yes that would be fine. But note my remark in my earlier mail that
if an indent command results in no actual change to the buffer, the
buffer's modification (and undo) status should remain unchanged.
> > - I don't like the way the multi-search mechanism opens up
> > buffers for all files that contain a search pattern; I
> > prefer the way Kawa, Emacs etc just present you with a
> > window listing all the search matches and then open up
> > buffers when you click on a match.
> Are you talking about the directory search? Yes, I am working
> on making it a little smarter w.r.t. buffer closing.
I meant the whole HyperSearch/MultiFile system. Basically I mean
that buffers should not be opened gratuitously. I have performed
searches which have resulted in thirty or forty buffers suddenly
Finally, what are your thoughts regarding what I said about undo?