From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Taylan Ulrich Bayirli/Kammer Newsgroups: gmane.lisp.guile.user Subject: Re: A couple of questions about goops method parameters Date: Fri, 05 Sep 2014 22:10:09 +0200 Message-ID: <87ppf9g76m.fsf@taylan.uni.cx> References: <1409905923.9245.5.camel@Renee-desktop.suse> <871trpridm.fsf@izanagi.i-did-not-set--mail-host-address--so-tickle-me> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1409947831 6695 80.91.229.3 (5 Sep 2014 20:10:31 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 5 Sep 2014 20:10:31 +0000 (UTC) Cc: Carlos Pita , David Thompson , "guile-user@gnu.org" To: Panicz Maciej Godek Original-X-From: guile-user-bounces+guile-user=m.gmane.org@gnu.org Fri Sep 05 22:10:24 2014 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 1XPzpv-0006r6-Ry for guile-user@m.gmane.org; Fri, 05 Sep 2014 22:10:23 +0200 Original-Received: from localhost ([::1]:60019 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XPzpv-0000YW-Ak for guile-user@m.gmane.org; Fri, 05 Sep 2014 16:10:23 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:34428) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XPzpm-0000XZ-8J for guile-user@gnu.org; Fri, 05 Sep 2014 16:10:15 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XPzpl-0003r5-8n for guile-user@gnu.org; Fri, 05 Sep 2014 16:10:14 -0400 Original-Received: from mail-lb0-x22e.google.com ([2a00:1450:4010:c04::22e]:45895) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XPzpl-0003q4-0G for guile-user@gnu.org; Fri, 05 Sep 2014 16:10:13 -0400 Original-Received: by mail-lb0-f174.google.com with SMTP id n15so4563538lbi.33 for ; Fri, 05 Sep 2014 13:10:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=ytEPDSCa6VLjZ+ZPybEPW+w6BpYC8+vpB8F2kJ4mFEY=; b=vOllYkARUpI0d0A4xJ+wTDt9Xxcj710ETSfYmYHroR6buLPplmLLDT8TgB9GZWgMcz aDrPrBMHHmZNimka1bYZ69CmSKpSRQ827Dm8UQJ6ZPiCByfQWD3AZFYfl+AaKLMQzP6C +TGwp8B1aZMry1YAJ4ATrjRbAZOnXNMLdc1uJVtpBP+srWDmKTc8kegoHDduK2yDMGed wUxWt62RL0YtrPFs5j90eq1w69T7SwAH1E/6YZU2dPrGstoO9v/WZhFGBTN0CaQ6PBAp 0ljx/a/PyJo4AKEKHijI6lzyp6/vE/TNVEp1cEVDD7Krmf1Tm7QVtxc8cYlrts64Q1lQ d+PQ== X-Received: by 10.152.2.100 with SMTP id 4mr11928768lat.48.1409947811693; Fri, 05 Sep 2014 13:10:11 -0700 (PDT) Original-Received: from taylan.uni.cx (p200300514A1DE4510213E8FFFEED36FB.dip0.t-ipconnect.de. [2003:51:4a1d:e451:213:e8ff:feed:36fb]) by mx.google.com with ESMTPSA id x10sm1045403lbj.25.2014.09.05.13.10.10 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 05 Sep 2014 13:10:11 -0700 (PDT) In-Reply-To: (Panicz Maciej Godek's message of "Fri, 5 Sep 2014 21:35:44 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4010:c04::22e 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:11463 Archived-At: Panicz Maciej Godek writes: > [...] it's hard for me to see the advantage of FRP over OOP in > practical systems (e.g. windowed applications with buttons and so > on). [...] An off-topic remark: I don't know about *functional* reactive programming but from my experience so far as an iOS developer, I've been *longing* for a reactive programming system that automates state changes even if not fully hiding them. It would be invaluable being able to say "button2.leftEdge = button1.rightEdge + 20px" and have this equation be held automatically on changes to the layout of button1 (which might happen because it itself reacts to other layout changes), or to be able to say "button.disabled = condition1 or condition2" and have the disabled status of button update automatically as the truthiness of the conditions changes. (The former use-case is actually covered by "layout constraints", but that's strictly limited to layouting.) Declarative programming FTW. Taylan