unofficial mirror of help-gnu-emacs@gnu.org
 help / color / mirror / Atom feed
* Is comint the way to go?
@ 2007-02-23 19:40 Mathias Dahl
  2007-02-23 21:28 ` David Hansen
       [not found] ` <mailman.35.1172266718.7795.help-gnu-emacs@gnu.org>
  0 siblings, 2 replies; 4+ messages in thread
From: Mathias Dahl @ 2007-02-23 19:40 UTC (permalink / raw)
  To: help-gnu-emacs


 I want to write a command line interface to a program that isn't
command line driven.  In fact, it is not even a program, it is a
database with a specific schema.  What I want to do is create a
package that let's the user navigate this database using familiar
command line commands like `cd' and `ls'.

 When the user does `cd', what happens in the background is that one
or more SQL-queries are sent to Oracle's Sql*Plus tool, and I massage
the response into something that fits nice on the command line.

It would look something like this:

 myapp> cd Implementation
 myapp> ls
packagefoo
packagebar
...
 myapp> cd packagefoo
 myapp> ls
file1
file2

 None of the above is "real". Each command executed by the user
actually executes a specific query, depending on the context
(basically depending on where the user has previously "moved" using
`cd'), and the output will look like the output from working with a
file system.

 My question is, is comint the right thing to use here? Or, must
comint derived packages always be built around a command line app? Am
I better off doing this more or less from scratch (I have working code
to make my queries, so that's not the issue, the issue is the user
interface)?

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2007-03-09 16:56 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-02-23 19:40 Is comint the way to go? Mathias Dahl
2007-02-23 21:28 ` David Hansen
     [not found] ` <mailman.35.1172266718.7795.help-gnu-emacs@gnu.org>
2007-02-26 12:46   ` Mathias Dahl
2007-03-09 16:56     ` anoop aryal

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).