CodeMirror, was Announcement: Homage to SWI-Prolog
Anne Ogborn <[email protected]>
| Newsgroups | gmane.comp.ai.prolog.swi |
|---|---|
| Message-ID | <[email protected]> |
Looks like CodeMirror needs a prolog mode! Simplest thing would be ajax, but there are two ur-prolog inference engines in javascript that I know of. The most solid is Raivo Laanemet's. Either one would make writing a prolog mode for codemirror pretty trivial. Prolog on the browser! 8cD ----- Original Message ----- From: Jan Wielemaker <[email protected]> To: Torbjörn Lager <[email protected]> Cc: Anne Ogborn <[email protected]>; Prolog mailing list <[email protected]> Sent: Monday, July 22, 2013 4:42 AM Subject: Re: [SWIPL] Announcement: Homage to SWI-Prolog On 07/22/2013 01:29 PM, � wrote: > Hi Anne, > > Sounds great! Yes, I think something like SWISH could be used as a > point of departure when building a system for collaborative > programming. However, as SWISH now stands each client gets its own > "private" compartment in the dynamic db, so one would have to figure > out a way for two or more clients to share a common compartment. Also, > one would have to figure out how to do the editing in a collaborative > manner. And the querying of course. Collaborative editing is one of the things I have in mind. CodeMirror provides the necessary infrastructure for it. It is used by a Mozilla project to create a shared editor similar to etherpad, etc. That is a bit heavyweight cloud solution. I would like something than only depends on the Prolog server that is doing the work. Capturing the changes from CodeMirror is trivial. I use that now for the server-side enhanced syntax highlighting, where changes keep a mirror at the server consistent and CodeMirror asks for enriched token sequences after it concludes that the current set is no longer in sync with the editor. > But I'm afraid this "one" is not going to be me, at least not now. I > have other ideas for how to develop SWISH further. As I said earlier, > I think it makes sense to develop an adminstrative interface to the > server. I'm currently looking at CouchDB (http://couchdb.apache.org/) > for inspiration. > > I think we should make an attempt at building something that appeals > to JavaScript programmers in need of more power in terms of knowledge > representation and inference than (say) CouchDB can provide. But it > must be simple to use, and it should be enough to know only the basics > of Prolog. > > Quoting my wife, I'm really "supposed to be on vacation now", so > further development will likely be slow. :-( Happy holidays :-) --- Jan _______________________________________________ SWI-Prolog mailing list [email protected] https://lists.iai.uni-bonn.de/mailman/listinfo.cgi/swi-prolog