From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 129948 invoked by alias); 18 Dec 2015 18:43:09 -0000 Mailing-List: contact kawa-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: kawa-owner@sourceware.org Received: (qmail 129938 invoked by uid 89); 18 Dec 2015 18:43:08 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 spammy=jdk, JDK, Form, Oracle X-HELO: mail-ig0-f175.google.com Received: from mail-ig0-f175.google.com (HELO mail-ig0-f175.google.com) (209.85.213.175) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Fri, 18 Dec 2015 18:43:07 +0000 Received: by mail-ig0-f175.google.com with SMTP id jw2so41068398igc.1 for ; Fri, 18 Dec 2015 10:43:07 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.50.124.102 with SMTP id mh6mr4820423igb.12.1450464185089; Fri, 18 Dec 2015 10:43:05 -0800 (PST) Received: by 10.107.200.5 with HTTP; Fri, 18 Dec 2015 10:43:05 -0800 (PST) In-Reply-To: <56733C82.1050008@bothner.com> References: <56733C82.1050008@bothner.com> Date: Fri, 18 Dec 2015 18:43:00 -0000 Message-ID: Subject: Re: DomTerm - a new console for Kawa (and everyone else) From: Charlie Turner To: Per Bothner Cc: Kawa mailing list Content-Type: text/plain; charset=UTF-8 X-IsSubscribed: yes X-SW-Source: 2015-q4/txt/msg00057.txt.bz2 This looks really good. I was experimenting with a Kawa backend for Geiser, but due to the way Geiser expects prompts to be redrawn, and how Kawa redraws prompts, it seemed like a bit of non-starter (I can go into a lot more detail on that). Anyway, I think the move to a web-based console is the best thing to do as well. What's the dependence on OpenJDK in particular? Would I be able to get away with Oracle JDK? I'm currently on OSX, and not yet terrible proficient with it; it seems like OpenJDK 1.8 and OSX isn't quite supported, or at least binary packages aren't provided. Looking forward to playing with this. --Charlie. On 17 December 2015 at 22:51, Per Bothner wrote: > Lately I've been quiet on the Kawa front because I've been spending > my time on DomTerm, whose goal is a best-of-breed hybrid of > xterm/ansi-compatible terminal emulator combined with a powerful REPL > console supporting rich text, graphics. readline-style editing, and more. > The core of the code is (semi-) portable and embeddable JavaScript. > > The home page is http://domterm.org/ > and the source code is https://github.com/PerBothner/DomTerm > > Form the Kawa point of view, note especially the 2nd screenshot of > the Features page: http://domterm.org/Features.html . If you "print" > an XML node value, then it is inserted as HTML in the DomTerm output. > (This happens for display but not for write, obviously.) > > Kawa also supports different styles/colors for the prompt (default green), > input (default blue), and error output (default red). This works whether > you invoke Kawa from the shell (running under DomTerm), or have DomTerm > start up kawa.repl.main directly. > > I also want to implement the "graphics objects" ideas supported by the > Swing console (which I know is currently broken): > http://per.bothner.com/blog/2007/ReplPane/ > > I expect we'll change the -w option (or just entering a REPL when there is > no console) so it starts up a DomTerm rather than the old Swing console. > (Though I intend to keep the latter around for now - after I debug it.) > > More Lisp-IDE-type ideas are also being considered. For example being > able to interrupt a running expression and see a stack trace. However, > that may be a bit further off. > > This is still alpha quality, and the interfaces are highly unstable, > if using Kawa with DomTerm, update both sources at the same time. > Otherwise, have fun with it. > -- > --Per Bothner > per@bothner.com http://per.bothner.com/