From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Panicz Maciej Godek Newsgroups: gmane.lisp.guile.user Subject: Re: procedure-source availability Date: Tue, 2 Oct 2012 21:29:34 +0200 Message-ID: References: <506910C0.7060108@netris.org> <87y5jp9de5.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 X-Trace: ger.gmane.org 1349206223 9136 80.91.229.3 (2 Oct 2012 19:30:23 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 2 Oct 2012 19:30:23 +0000 (UTC) Cc: guile-user@gnu.org To: =?ISO-8859-1?Q?Ludovic_Court=E8s?= Original-X-From: guile-user-bounces+guile-user=m.gmane.org@gnu.org Tue Oct 02 21:30:26 2012 Return-path: Envelope-to: guile-user@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1TJ8AF-0003YO-Ol for guile-user@m.gmane.org; Tue, 02 Oct 2012 21:29:55 +0200 Original-Received: from localhost ([::1]:36776 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TJ8AA-00021B-7B for guile-user@m.gmane.org; Tue, 02 Oct 2012 15:29:50 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:37708) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TJ8A0-0001vZ-MZ for guile-user@gnu.org; Tue, 02 Oct 2012 15:29:46 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TJ89w-0004kB-FV for guile-user@gnu.org; Tue, 02 Oct 2012 15:29:40 -0400 Original-Received: from mail-la0-f41.google.com ([209.85.215.41]:35651) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TJ89w-0004k5-70; Tue, 02 Oct 2012 15:29:36 -0400 Original-Received: by lagp5 with SMTP id p5so2671882lag.0 for ; Tue, 02 Oct 2012 12:29:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=fQqw7jUpbWm+3wz7W9Tfe9d6VpoG++GPcbsi9q/sLyA=; b=Cd7owExCAGH9gsF/ESoNO94g/Z2ul5sdh8Ld/N9ZZm1GR+/rzxhhT0onoqElI/k2Yr rb1z8TQWx2jTy7Yeu1ZmjLT+XPUcnpVdxHJ56zBuQUeN+0Ti+7n/lVN/SSdH4n3PUTYB rzlzRJGjy5abcx7trwwHBzmg2X8iGWlolid+E7letCyntjQqYm5RxVfDLJYoTwuorGlA YiGzvBDNvt/NXyEBN3v+DYpTdR4KgQYrpEDcxUWO3WyjoGNR141oL4Ojy8YTbxfyavpw PI9DsL+Hd8XpaGVur24BDfm3KkRKKY3GaKyfFoICGyfekSgbEQMDUrf23SXqqkulye7h MZQg== Original-Received: by 10.112.83.73 with SMTP id o9mr894914lby.128.1349206174415; Tue, 02 Oct 2012 12:29:34 -0700 (PDT) Original-Received: by 10.152.20.3 with HTTP; Tue, 2 Oct 2012 12:29:34 -0700 (PDT) In-Reply-To: <87y5jp9de5.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 209.85.215.41 X-BeenThere: guile-user@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: General Guile related discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guile-user-bounces+guile-user=m.gmane.org@gnu.org Original-Sender: guile-user-bounces+guile-user=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.user:9606 Archived-At: >> The short answer is: to have more options to explore and play around with. >> The long answer is that I have been designing a framework for rapid >> GUI development (and more), sort of a REPL among GUIs. The sources are >> available on bitbucket's mercurial, if you want to see: >> hg clone https://bitbucket.org/panicz/slayer > > Would it be an option for the GUI to open the source file at the right > location, when the user wants to see the source? Well, the idea for now is that the associated .spec file containing the state of GUI is loaded on startup, and the state of the interpreter is dumped to that file on exit (or at GUI's request). Viewing the file will obviously be an option (for the curious user), but any modifications would probably be overwritten eventually (unless the file is write-protected). This approach allows avoiding the design of any specific file format to store information about the GUI -- everything is just scheme. The only requirement is that all used object (images etc.) can be dumped to scheme expressions, evaluation of which would re-create them. (This isn't yet fully implemented, but I'm on a good way) I hope this answers your question :) M