Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id C8001200C4B for ; Mon, 20 Mar 2017 21:27:16 +0100 (CET) Received: by cust-asf.ponee.io (Postfix) id C6913160B76; Mon, 20 Mar 2017 20:27:16 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id E528C160B71 for ; Mon, 20 Mar 2017 21:27:15 +0100 (CET) Received: (qmail 51289 invoked by uid 500); 20 Mar 2017 20:27:13 -0000 Mailing-List: contact wave-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: wave-dev@incubator.apache.org Delivered-To: mailing list wave-dev@incubator.apache.org Received: (qmail 51263 invoked by uid 99); 20 Mar 2017 20:27:11 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd1-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 20 Mar 2017 20:27:11 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd1-us-west.apache.org (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id D0099C0CEC for ; Mon, 20 Mar 2017 20:27:10 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 0.38 X-Spam-Level: X-Spam-Status: No, score=0.38 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, KAM_COUK=1.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=disabled Authentication-Results: spamd1-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=messagingengine.com Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024) with ESMTP id l1Szv_YecqKL for ; Mon, 20 Mar 2017 20:27:07 +0000 (UTC) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTPS id 359705F488 for ; Mon, 20 Mar 2017 20:27:07 +0000 (UTC) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id 2129A208CE for ; Mon, 20 Mar 2017 16:27:04 -0400 (EDT) Received: from web3 ([10.202.2.213]) by compute5.internal (MEProxy); Mon, 20 Mar 2017 16:27:04 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=yG3EFr t4BHbO9ZoZG8h/RFkLxwDDJsOcslIYWr7WmWU=; b=UepXs+nQjUoK+SXekvblJO NayTGaXIJRdmiNxogdWZlvxXfUoXYzHozb1D3QRsLfnwHpZYwzrFZu7j3i7yn1+r F8kD9zF4e9jWjVNLxwgQlNWOofFP2UKH/uFSC3QWlpXQvuHJ3tAyJyU9qMMFZcr5 G4zYm20jLCkpvB5eAYDLqWRphBPIuvQNAYKRNHB5RZpBzdIdlIq9n9JZuKPXBZ88 jntqAZtXUQdXcjVujdmtKkWi7hxaOzyTcSMwL7A5wlZDWt5BUvscOaLqMOm9tZSn BVMZLhGBVHxUs+tR7XuAKKUNB6SBu0TKDOBlTR/LXO5Mo7qrCbHwAJ35HjvrqRHg == X-ME-Sender: Received: by mailuser.nyi.internal (Postfix, from userid 99) id 02AF09EBFD; Mon, 20 Mar 2017 16:27:03 -0400 (EDT) Message-Id: <1490041623.1846871.917636224.45982E0F@webmail.messagingengine.com> From: Upayavira To: wave-dev@incubator.apache.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="utf-8" X-Mailer: MessagingEngine.com Webmail Interface - ajax-aac97429 Date: Mon, 20 Mar 2017 20:27:03 +0000 Subject: Re: SwellRT update References: In-Reply-To: archived-at: Mon, 20 Mar 2017 20:27:17 -0000 Pablo, Do you see Wave's copy of SwellRT as a fork? Or perhaps as a downstream dependency of SwellRT? How do you see the SwellRT team collaborating with Wave? Upayavira On Mon, 20 Mar 2017, at 03:25 PM, Pablo Ojanguren wrote: > ICLAs from original copyright owners of SwellRT source code has been > signed > and sent to Apache. This implies, AFAIK that Wave community is free > (libre) > to use SwellRT's source code entirely or parts of it without risks of > raising any IP issues. This makes safer, legally speaking, any > collaboration between communities involving the source code. > > This doesn't imply any commitment from Wave taking over SwellRT source > code, roadmap...and in particular SwellRT brand, that is a separated > matter. > > How SwellRT source code can be exploited by Wave is a community choice. I > think those more technically involved in the project should address the > discussion. My email is a part of this aim. I expect your point of view > so > we can define a tech road map. > > > > > > 2017-03-20 15:04 GMT+01:00 Evan Hughes : > > > Thanks for all the info but doesn't quite answers some of the more pressing > > questions. > > > > Has swellrt been donated to the incubator as in the incubator is now where > > the official swellrt development will happen? Does this include the > > branding asset's? How do we want to handle publishing of the swellrt as a > > sub part of this project. > > > > ~ Evan > > > > On 20 Mar 2017 11:22 PM, "Pablo Ojanguren" wrote: > > > > Hi all, > > > > My apologies for the late update on SwellRT. I hope this email could help > > to clarify the ongoing discussion. > > > > As summary SwellRT objective is to make Wave generic... > > > > Instead of Wave Conversations it provides generic Collaborative Objects. > > Instead of a GUI it provides an API. > > > > *Current status:* > > > > *JavaScript Beta client* > > > > - Based on the original Web client. > > - No dependencies with GWT UI components. > > - No dependencies with JSNI thanks to JSInterop. > > - It allows to mutate and sync Javascript objects (ES6 Proxies). > > - This implementation is expected to ease generation of Android and iOS > > clients. > > - Basic features are in place but some others are still not migrated > > from alpha. > > > > Check out README[1] and Wiki[2] for usage details. To dive into the code, > > see package *org.swellrt.beta,* and the classes > > *ServiceFrontendEntryPoint* > > and *SObjectRemote* > > > > > > > > *Collaborative Editor Component* > > > > Task to provide the Wave text editor as a separated component, so > > eventually it could be replaced. So far, it exposes following features as > > API > > > > - Annotations > > - User presence > > > > Currently I am debugging it for mobile browsers. > > Widgets API coming soon. > > > > Package org.swellrt.beta.client.js.editor [3] > > > > *Federation with Matrix.org* > > > > Testing the proposed implementation [4] from GSoC'16 student. We would like > > to provide a PR asap. > > > > > > > > *JetPad* > > We are developing SwellRT together with a real application of it, > > jetpad.net > > [5] a collaborative text editor. > > > > > > > > *Google Sumer of Code 2017* > > We are also participating in GSoC17 thanks to the support of Universidad > > Complutense de Madrid and Berkman Klein Center (Harvard) > > Please encourage any students to send proposals, not limited to our > > suggestions [6]. Deadline is April 3. > > For example, we are considering a proposal of e2e encryption based on [7] > > > > > > > > *Wave + SwellRT* > > I guess the question to answer in the community is whether SwellRT can be > > used as is, or adapted, or part of it, to provide a new Wave UI. > > > > > > Thank you, > > > > Pablo > > > > > > > > [1] https://github.com/P2Pvalue/swellrt/blob/master/README.md > > [2] https://github.com/P2Pvalue/swellrt/wiki > > [3] > > https://github.com/P2Pvalue/swellrt/tree/master/wave/src/ > > main/java/org/swellrt/beta/client/js/editor > > [4] https://github.com/Waqee/incubator-wave/blob/master/ > > MATRIX-FEDERATION.md > > [5] https://jetpad.net/ > > [6] https://cyber.harvard.edu/gsoc/SwellRT > > [7] http://www.tara.tcd.ie/bitstream/handle/2262/68179/ > > paper.pdf?sequence=1 > >