As a side, I noticed Michael MacFadden mentioned building a rich text
editor in the browser, this much at least have been done in GWT
libraries;
http://www.gwtproject.org/javadoc/latest/com/google/gwt/user/client/ui/RichTextArea.html

Its fairly basic, but then, I would assume to start with at least any
new wave client should stay fairly basic?
--
http://lostagain.nl <-- our company site.
http://fanficmaker.com <-- our, really,really, bad story generator.


On 15 March 2016 at 15:48, Yuri Z <vega...@gmail.com> wrote:
> Yeah, we need to re-use the existing editor. Patches would be great!
>
> On Tue, Mar 15, 2016 at 4:46 PM Pablo Ojanguren <pablo...@gmail.com> wrote:
>
>> Hi,
>>
>> I agree with the dependency hell issue and the suggestion for throwing
>> away the GWT client. This would require a new client-server API as
>> suggested, however I think a Rest API won't be enough, because real editing
>> needs websocket.
>>
>> I also agree with Michael, developing a new editor is a massive task, so
>> we should use an existing one and plug it in the new API.
>>
>> To write again the server in other language would be great, but I think it
>> requires a huge effort.
>>
>> I will be happy to help in decoupling the server-client, I can provide the
>> experience from my fork. And I plan to send some patches to Wave soon.
>>
>>
>> These are some slides about my fork (swellrt) it could give you some ideas:
>>
>> https://docs.google.com/presentation/d/1WFDS_m7eyNjBjcdPs0zH496Y9bMSl0_JnSEYGjxNFn0/edit?usp=sharing
>>
>> https://docs.google.com/presentation/d/18hMYyECo5EmQsrAb8DT6SkO7LksWVJnhdZmqeCsar4c/edit?usp=sharing
>>
>> btw, I would like to start a business providing these SwellRT services.
>>
>>
>>
>> 2016-03-14 23:27 GMT+01:00 Joseph Gentle <m...@josephg.com>:
>>
>>> I've been playing with the idea of starting a company around a rewrite of
>>> wave for years.
>>>
>>> -J
>>>
>>> On Tuesday, 15 March 2016, Adam Bielski <a_biel...@ymail.com.invalid>
>>> wrote:
>>>
>>> > Hiya all!I wish I could find out who is potentially interested in
>>> creating
>>> > the WAVE for a commercial service/productwith my seed startup!Cheers!
>>> > Adam
>>> >
>>> >     20:23 poniedziałek, 2016-3-14, Zachary Yaro <zmy...@gmail.com
>>> > <javascript:;>> napisał(a):
>>> >
>>> >
>>> >  I am inclined to agree with Yuri—if the alternative implementation can
>>> be
>>> > developed in parallel around the same protocol, that would seem to be
>>> the
>>> > best scenario, but the existing codebase should be kept because it is
>>> > (AFAIK) the most functional implementation of the protocol.
>>> >
>>> > Zachary Yaro
>>> > On Mar 14, 2016 15:05, "Yuri Z" <vega...@gmail.com <javascript:;>>
>>> wrote:
>>> >
>>> > > I think that more "wavy" projects are nice, but IMO it doesn't mean we
>>> > > should abandon Apache Wave as it is now. I agree there are a lot of
>>> > issues
>>> > > with current code, but I think there's still value as people can see
>>> what
>>> > > Wave can potentially be.
>>> > >
>>> > > On Sun, Mar 13, 2016 at 8:46 AM Evan Hughes <wisebald...@apache.org
>>> > <javascript:;>>
>>> > > wrote:
>>> > >
>>> > > > The link for those who wish to join, Ill also add this link onto the
>>> > new
>>> > > > website.
>>> > > >
>>> > > > https://www.hipchat.com/gsModF8CY
>>> > > >
>>> > > > On Sun, 13 Mar 2016 at 12:12 Michael MacFadden <
>>> > > > michael.macfad...@gmail.com <javascript:;>>
>>> > > > wrote:
>>> > > >
>>> > > > > Yeah. Chatting is fine and beneficial. We just need to make sure
>>> we
>>> > > > > capture key decisions and rationale back in the list for all to
>>> see.
>>> > > > >
>>> > > > > ~Michael
>>> > > > >
>>> > > > > > On Mar 12, 2016, at 6:07 PM, Evan Hughes <
>>> wisebald...@apache.org
>>> > <javascript:;>>
>>> > > > wrote:
>>> > > > > >
>>> > > > > > It does not so as Ive seen other projects state this motto "If
>>> its
>>> > > not
>>> > > > on
>>> > > > > > the mailing list it didnt happen at all", but allows for non
>>> formal
>>> > > > talk
>>> > > > > > and back and forth discussion realtime. The Monthly reports
>>> that we
>>> > > > > talked
>>> > > > > > about back when we did the hangout session should probably be
>>> > picked
>>> > > up
>>> > > > > > again, ill add it to the monthly todo's.
>>> > > > > >
>>> > > > > > On Sun, 13 Mar 2016 at 11:58 Michael MacFadden <
>>> > > > > michael.macfad...@gmail.com <javascript:;>>
>>> > > > > > wrote:
>>> > > > > >
>>> > > > > >> One follow up question though. Does hip hat store conversations
>>> > in a
>>> > > > > >> publicly accessible manner?  If not, we need to make sure key
>>> > > > decisions
>>> > > > > >> that come out of chats are captured and discussed on the
>>> mailing
>>> > > list
>>> > > > > for
>>> > > > > >> all to see.
>>> > > > > >>
>>> > > > > >> ~Michael
>>> > > > > >>
>>> > > > > >>> On Mar 12, 2016, at 7:15 AM, Evan Hughes <
>>> wisebald...@apache.org
>>> > <javascript:;>>
>>> > > > > wrote:
>>> > > > > >>>
>>> > > > > >>> I would get infra to make us a hipchat channel so we have some
>>> > > place
>>> > > > to
>>> > > > > >>> talk casually web interface / irc, but seesm the jira's down.
>>> > > Looking
>>> > > > > to
>>> > > > > >>> getting this rolling in some way or another by mid week.
>>> > > > > >>>
>>> > > > > >>> ~ Evan
>>> > > > > >>>
>>> > > > > >>>> On Fri, 11 Mar 2016 at 19:48 Evan Hughes <
>>> > wisebald...@apache.org <javascript:;>>
>>> > > > > >> wrote:
>>> > > > > >>>>
>>> > > > > >>>> The client-server protocol would define a protobuf and json
>>> rest
>>> > > > > >> services
>>> > > > > >>>> so any language that support protocol buffers would be able
>>> to
>>> > > make
>>> > > > a
>>> > > > > >>>> client or fallback to the json rest.
>>> > > > > >>>>
>>> > > > > >>>>
>>> > > > > >>>> On Fri, 11 Mar 2016 at 19:24 Andreas Kotes <
>>> > > > > >> count-apache....@flatline.de <javascript:;>>
>>> > > > > >>>> wrote:
>>> > > > > >>>>
>>> > > > > >>>>> FWIW,
>>> > > > > >>>>>
>>> > > > > >>>>> I also consider the idea pretty good and would want stronger
>>> > > > > decoupling
>>> > > > > >>>>> of server/client. I'd be interested in a python client
>>> > > > > implementation,
>>> > > > > >>>>> mostly for CLI and bot integration.
>>> > > > > >>>>>
>>> > > > > >>>>> Not sure whether doing a client-side C implementation of the
>>> > > > > >>>>> communication protocol would be best here (so wrapper for
>>> more
>>> > > > > >> languages
>>> > > > > >>>>> can follow), or whether native Python would be better. We
>>> need
>>> > > > > >> something
>>> > > > > >>>>> for non-Java folks in any case, I think.
>>> > > > > >>>>>
>>> > > > > >>>>> Cheers,
>>> > > > > >>>>>
>>> > > > > >>>>>  count
>>> > > > > >>>>>
>>> > > > > >>>>>> On Fri, Mar 11, 2016 at 10:52:34AM +1000, Evan Hughes
>>> wrote:
>>> > > > > >>>>>> Thankyou all for your feedback and expressions of
>>> interests,
>>> > > seems
>>> > > > > >> like
>>> > > > > >>>>> we
>>> > > > > >>>>>> may be able to develop some teams together to make this a
>>> > faster
>>> > > > > >> reality
>>> > > > > >>>>>> than just I. Hopefully we can get some more people to
>>> express
>>> > > > > >> interests
>>> > > > > >>>>> in
>>> > > > > >>>>>> this way forward.
>>> > > > > >>>>>
>>> > > > > >>>>> --
>>> > > > > >>>>> Andreas 'count' Kotes
>>> > > > > >>>>> Taming computers for humans since 1990.
>>> > > > > >>>>> "Don't ask what the world needs. Ask what makes you come
>>> alive,
>>> > > and
>>> > > > > go
>>> > > > > >> do
>>> > > > > >>>>> it.
>>> > > > > >>>>> Because what the world needs is people who have come
>>> alive." --
>>> > > > > Howard
>>> > > > > >>>>> Thurman
>>> > > > > >>
>>> > > > >
>>> > > >
>>> > >
>>> >
>>> >
>>>
>>
>>

Reply via email to