On Tue, Jan 16, 2018 at 10:51 AM, Paul Sanderson < sandersonforens...@gmail.com> wrote:
> That terminal app is still sandboxed. AFAIAA you essentially get access to > the application's data folder and you can add, create, delete, etc files > within it. > Sounds good enough, no? But really, what I'd *really* like, would be for Richard to introduce an abstraction similar to SQLite's VFS (or extending it) for a "virtual terminal", and have shell.c coded using that abstraction. That way the shell, which is feature packed, really good, and "official", could be used anywhere that abstraction is implemented. (and just like VFSs, there'd be a "terminal-based" default VFL impl with pretty much the current code). That would allow the shell to run outside a terminal, in a GUI windows for example. Or in a web-browser (via compilation for ASM.js or WebAssembly or PNaCl, etc...) w/o the need to also emulate a terminal. No funny terminal business with escape codes for bold or red, make it part of the abstraction, for example. Same thing with completion or command line history, could be part of the abstraction. The VFS abstraction is a big part of SQLite's ubiquity, and a similar abstraction to decouple the Shell from stdin/stdout/stderr and open/close would be great IMHO. The shell.c could assume UTF-8 everywhere and rely on the VTL (virtual terminal layer) for conversion to a different codepage in a terminal, or translating filenames if necessary on the current platform, etc... (VFSs already do the latter, no?) There could then also be a new .mode that fully delegates the styling of the resultset to the VTL, to display it in a GUI table-control for example. DRH is great at this stuff, we all know that. Now this is all wishful thinking, and Richard has plenty other things he'd rather do instead, and might not care at all for the idea above (which is not even novel I'm sure), but there's a kinda bug missed opportunity here IMHO. FWIW :). --DD _______________________________________________ sqlite-users mailing list sqlite-users@mailinglists.sqlite.org http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/sqlite-users
