That's what I do daily (drag'n'drop files from Windows Explorer to SciTE), and I don't
miss a file explorer built in SciTE.
I don't feel one would be more efficient with it.
Having screen splitting would be nice, though, and unlike the explorer, wouldn't bloat
SciTE as the feature is already possible with Scintilla.
--
Philippe Lhoste
-- (near) Paris -- France
-- http://Phi.Lho.free.fr
-- -- -- -- -- -- -- -- -- -- -- -- -- --
> Are there any plans on integrating a file explorer and screen
> splitting feature into SciTE?
There are currently no plans to include either of these features in
standard SciTE.
Neil
> As Philippe Lhoste said it is possible to do screen splitting in
> Scintilla, is it possible to include this feature in future standard
> SciTE release? Thanks :-)
Scintilla only has some of the code needed. A splitter GUI would
also be needed. This is often a small rectangle that you can drag to
create the split and a bar between the two panes that can be moved to
change sizes or remove the split completely.
The original post wanted more than one file being visible in SciTE
at a time. It is unlikely I will incorporate this as its one of the
useful simplifications in SciTE: there is always one active file so
its easy to understand what the effect of a run or search command will
be. You can run up multiple instances of SciTE if you want to see
multiple files at once.
It is more likely that I'd accept a way to split a single buffer
into two panes but I'm not sure that the extra complexity is justified
even there.
Neil
To clarify: I don't need this usage myself, obviously SciTE is light enough to allow
running two instances side-by-side for this. And you can even use drag'n'drop between
windows, etc.
> It is more likely that I'd accept a way to split a single buffer
> into two panes but I'm not sure that the extra complexity is justified
> even there.
That's what I had in mind: sometime it is useful to see simultaneously a part of a file
with another part (eg. function call and function def, etc.).
I don't know if the feature would add so much complexity. Actually, I have no idea what it
takes, at least on the Scintilla side, to share documents on two views. Can you give us
some hints?
> A splitter GUI would
> also be needed.
Somehow, we already have it, for the console window.
I agree the feature needs some thoughts: which orientation (probably switchable like for
the console), should we always display the splitter or just have a button (or menu item)
to make it appear? Having a view on same document simplify the interface: no need to
specify which document is in which pane...
> I don't know if the feature would add so much complexity. Actually, I have no idea what it
> takes, at least on the Scintilla side, to share documents on two views. Can you give us
> some hints?
This adds commands, documentation, on-screen entities, persistence
issues (do session files have added information about pane sizes and
multiple scroll locations?) and policy decisions such as which
attributes can differ between panes.
> > A splitter GUI would
> > also be needed.
>
> Somehow, we already have it, for the console window.
To avoid losing any pixels from the text area when the feature is
not used, a splitter thumb is normally integrated into the scroll bar
area as shown in the attachment.
Neil