2013/6/25 Joseph Gentle
>
> >> When peers connect, they send each other missing ops. Figuring out
> >> which ops are missing can be surprisingly tricky - but we'll figure
> >> that out later. New ops must be ingested in order, so we always ingest
> >> an operation after ingesting all of its paren
proach is different from Etherpad, which finds DOM nodes that have
> changed at regular intervals, and then generates operations, sanitizes the
> input and redraws the actual DOM.
>
> What are some of the advantages and disadvantages of the event-driven
> approach versus the diff-ing
ons. This seems to be
>>> contradictory.
>>>>> If we have buffered 4 operations, it seems like we can send all of them
>>> as
>>>>> four individual operations.
>>>>>
>>>>>
>>>>> 3) Is there a run down of how the CurrencyControl class does point #2
>>>>> anywhere. I see the unacknowledged, the inferredServerPath, and the
>>>>> clientOperationsQueue objects and get a lose impression of how these are
>>>>> managed but any help with regard to incoming server operations while we
>>>>> have an operation in flight would be appreciated. Specifically what
>>>>> transformations are performed on which object structures when we get a
>>> new
>>>>> operation form there server, and where / when is composition happening.
>>>>>
>>>>>
>>>>> 4) How exactly are the hashed versions designed? There seems to be a
>>>>> monotonic scalar version number and a hash? I want to make sure I
>>>>> understand how both are generated and how both are used.
>>>>>
>>>>>
>>>>> If any of this is well documented, please let me know where I could find
>>>>> it. If it is not, I would volunteer to document this as I work through
>>> it.
>>>>> Thanks in advance.
>>>>>
>>>>> Michael
>>>
>>>
>
--
---
Prof. Torben Weis
Universitaet Duisburg-Essen
torben.w...@gmail.com
8, 2012, at 2:14 PM, Yuri Z wrote:
>
>> From
>> http://www.codecommit.com/blog/java/understanding-and-applying-operational-transformation
>>
>> " We do however want to retain() over the remainder of the document, seeing
>> as we don’t need to do anything else
o wrong if done otherwise?
In any case, we are done when the entire mutation has been processed.
In theory there is no need to find out via a retain.
Anyway, I would just treat it as a convention, because that's what I
think it really is.
Greetings
Torben
> On Mon, Jan 9, 2012 at 12:0
Hi Michael,
I have once implemented Wave OT, so I hope I can be of some help. You
mentioned that question 1 is till open to you:
> 1) In order to compose operations I assume they don't have to have the same
> document width (how could they for successive inserts for example), but I
> assume the
tab differentiate between ops in localstorage because the browser
> crashed, vs ops in localstorage because an editor in another tab has
> unacknowledged operations?
>
> -J
>
>
> On Tue, Nov 1, 2011 at 8:17 AM, Torben Weis wrote:
>> I just wondered what happens when we add HTML5
On Mon, Oct 31, 2011 at 13:48, Torben Weis wrote:
>> However, we could argue that a client that is able to remember its ops is
>> as well able to remember (and reuse) its client id. Thus a
>> resubmission is easy to identify:
>> compare the tuple (client-ID,applies-at-ver
le to remember (and reuse) its client id. Thus a
resubmission is easy to identify:
compare the tuple (client-ID,applies-at-version).
Greetings
Torben
> Christian.
>
--
---
Prof. Torben Weis
Universitaet Duisburg-Essen
torben.w...@gmail.com
Hi,
> Interestingly, there is still a potential issue if you don't reuse session
> IDs:
>
> Client: submit op X at version 100
>
> Client: Reconnect
> Server: Ok. 10 new ops since you connected
> Client: submit op X' at version 110
> Server gets op X at version 100 (first submission)
> Server ge
>
> Greetings,
> Lennard
>
> On Wed, Feb 2, 2011 at 19:59, Torben Weis wrote:
>
> > Hi guys,
> >
> > thanks for the quick response! I will use
> > http://incubator.apache.org/wave/.
> > This seems to be save.
> >
> > 2011/2/2 Dan Pete
27;, insert 'abc' ]
> [ insert 'a', delete 'def', insert 'bc' ]
> ...
>
> Are the ops actually identical? If so, does wave in a box have a
> canonical ordering for the op components?
>
> -J
>
--
---
Prof. Torben Weis
Universitaet Duisburg-Essen
torben.w...@gmail.com
gets
> published
> > it will be up. Either way this will likely be the "real" home of WiaB
> for a
> > while. My only concern is that after we graduate from the incubator, I
> > would think our site would be moved to.
> >
> > http://wave.apache.
?
Unfortunately I cannot wait because I have to submit the final version of
the manuscript tomorrow
and whatever link I choose should be already alive now.
Any suggestions?
Torben
--
---
Prof. Torben Weis
Universitaet Duisburg-Essen
torben.w...@gmail.com
Hi Thomas,
> 2. When a client creates a new blip, how is its ID handled. Does the
> client create a temp ID that is then updated by the server sending
> back a "real" ID? Or does the server tell the client what is a new
> free ID in advance of blip creation?
>
In general, IDs are chosen by the
ike the work
> being done on the http version of the protocol.
>
> James
>
--
-------
Prof. Torben Weis
Universitaet Duisburg-Essen
torben.w...@gmail.com
setting themselves up as an alternative
> > reference implementation based on the fact that they don't like the work
> > being done on the http version of the protocol.
> >
> > James
> >
>
--
---
Prof. Torben Weis
Universitaet Duisburg-Essen
torben.w...@gmail.com
; recent version of the code?
> >
> > -J
> >
> > On Fri, Jan 21, 2011 at 2:55 PM, Michael MacFadden
> > wrote:
> > > All,
> > >
> > > Just wondering what the current status on the HTTP federation project
> is.
> > We haven't heard much lately.
> > >
> > > ~Michael
> >
>
--
---
Prof. Torben Weis
Universitaet Duisburg-Essen
torben.w...@gmail.com
gt; Alex
> >>
> >> On 20 January 2011 14:57, David Weiser wrote:
> >>
> >> > Howdy,
> >> >
> >> > According to http://www.waveprotocol.org/code/starter-projects one of
> >> > the proposed starter projects is to add a search text field in the
> >> > left hand panel of the web client.
> >> >
> >> > Is anyone doing this? If not, I'd like to.
> >> >
> >> > --
> >> > Thanks,
> >> > dw
> >> >
> >>
>
--
---
Prof. Torben Weis
Universitaet Duisburg-Essen
torben.w...@gmail.com
> able to log in and get everything set up. Could the rest of the
> committers
> > sound off as to whether or not they got their accounts created?
> >
> > ~Michael
> >
> > P.S. Hopefully all the committers are subscribed to the private list. If
> > not please do
cribe from this group, send email to
> wave-protocol+unsubscr...@googlegroups.com
> .
> For more options, visit this group at
> http://groups.google.com/group/wave-protocol?hl=en.
>
--
---
Prof. Torben Weis
Universitaet Duisburg-Essen
torben.w...@gmail.com
re treated as
> sub-projects and do not impact the releasability of Maven itself. If, and I
> stress if, the wave projects decides to maintain additional components, it
> would need to be done in this manner.
>
I fully agree.
Greetings
Torben
>
> ~Michael
>
> On Dec 13,
Disclaimer: The following is just my personal opinion.
As Chris pointed out, the confusion was to be expected.
However, the alternative would not be much better currently. We would have
two mailing lists, one for Apache Wave (WiaB)
and one for wave in general. New developers will find this quite
rest and power to participate, was not my
> intention
> to complain or to push against somebody, I'm not native english speaker and
> I know my English limitations can show other attiture for what I say that
> is
> not really intentionally so my apologies if someone feel t
> >>>>>>>> On Dec 7, 2010, at 8:30 AM, Michael MacFadden wrote:
> > >>>>>>>>
> > >>>>>>>>> -- Committer Accounts --
> > >>>>>>>>>
> > >>>>>>>>>
te accounts.
> > >>
> > >> Alex North
> > >> Anthony Watkins (there's a CLA for 'Anthony LaMarr Watkins' on file)
> > >> Christian Ohler
> > >> Dan Danilatos
> > >> David Hearnden
> > >> David Wang
> > >> James Purser
> > >> Joseph Gentle
> > >> Lennard de Rijk
> > >> Michael MacFadden (there's a CLA on file)
> > >> Soren Lassen
> > >> Tad Glines (there's a CLA on file)
> > >> Torben Weis
> > >>
> > >> [1] http://people.apache.org/committer-index.html
> > >> [2] http://apache.org/licenses/
> > >>
> > >>
> > >> Cheers,
> > >> Andrus
> >
>
--
---
Prof. Torben Weis
Universitaet Duisburg-Essen
torben.w...@gmail.com
actor out things which are common to XMPP and
HTTP federation which means the XMPP fed spec might change as well in the
future.
Greetings
Torben
>
> Greetings,
>
> Juan
>
> On Sat, Dec 11, 2010 at 5:36 PM, Torben Weis
> wrote:
> > Currently we are editing an
into
> Spanish.
>
> Best regards,
>
> Juan
>
> On Sat, Dec 11, 2010 at 3:51 PM, Torben Weis
> wrote:
> >>
> >> The blog post referenced is from someone on my team. If it help clarify
> >> details I can ask about also posting on Apache when things
> Sent from my Android phone with K-9 Mail. Please excuse my brevity.
>
> --
> You received this message because you are subscribed to the Google Groups
> "Wave Protocol" group.
> To post to this group, send email to wave-proto...@googlegroups.com.
> To unsubscribe from this group, send email to
> wave-protocol+unsubscr...@googlegroups.com
> .
> For more options, visit this group at
> http://groups.google.com/group/wave-protocol?hl=en.
>
>
--
---
Prof. Torben Weis
Universitaet Duisburg-Essen
torben.w...@gmail.com
one in a branch or patch to be applied later. Not sure about
> hg,
> > very easy with GIT.
> >
> > Regards,
> > Santiago
> > El 10/12/2010 20:57, "Torben Weis" escribió:
> >> Hi Michael,
> >>
> >> I try to avoid changing code and
uggest
> checking with others before just removing large bits of code, that you
> yourself didn't write.
>
> Thanks,
>
> Michael
--
---
Prof. Torben Weis
Universitaet Duisburg-Essen
torben.w...@gmail.com
31 matches
Mail list logo
