On Tuesday, November 26, 2013 09:52:37 PM Matthew Toseland wrote:
> On 30/10/13 03:47, xor wrote:
> Errors:
> If you are already subscribed to the selected type, you will only
> receive
> a
> message:
> "Message" = "Error"
> "Description" =
> "plugins.WebOfTr
On Tuesday, November 26, 2013 09:48:23 PM Matthew Toseland wrote:
> On 30/10/13 03:49, xor wrote:
> > On Monday, October 28, 2013 12:29:51 AM Steve Dougherty wrote:
> I originally wanted to link you to the JavaDoc but we currently do not
> have a proper way of auto-generating it on a webs
On Tuesday, November 26, 2013 09:51:23 PM Matthew Toseland wrote:
> >> or (probably better) put it in a Bucket i.e.
> >> a data field.
> >
> > Which storage format should I use then?
>
> Another SFS of course!
>
> > We use SFS because it allows easy implementation of clients since it is
> > huma
On 30/10/13 03:47, xor wrote:
Errors:
If you are already subscribed to the selected type, you will only receive
a
message:
"Message" = "Error"
"Description" =
"plugins.WebOfTrust.SubscriptionManager$SubscriptionExistsAlreadyExceptio
n"
"SubscriptionID" =
On 30/10/13 00:11, xor wrote:
> On Saturday, October 26, 2013 09:11:03 PM Matthew Toseland wrote:
>> The initial state could be huge.
... Skip discussion of filters, which are of course absolutely vital ...
>> Please don't send it as part of the FCP
>> message's SimpleFieldSet.
> Do we currently
On 30/10/13 03:49, xor wrote:
> On Monday, October 28, 2013 12:29:51 AM Steve Dougherty wrote:
I originally wanted to link you to the JavaDoc but we currently do not
have a proper way of auto-generating it on a webserver.
>> For Fred the build scripts update it on release:
>> https://gith
On 10/29/2013 11:47 PM, xor wrote:
> [re-arranged part of the quotes for better structure of the reply, I
> don't want to answer to the same question in three different areas]
>
> On Monday, October 28, 2013 12:29:51 AM Steve Dougherty wrote:
[...]
>> WoT is synchronizing entire categories of stuf
On Wednesday, October 30, 2013 04:47:18 AM xor wrote:
> What CAN be optimized about the process of initial synchronization:
> 1) Re-defining what "the WHOLE dataset" means by introducing filters on
> subscriptions (not implemented yet) as you suggested. The filter will cut
> down the size of the d
On Monday, October 28, 2013 12:29:51 AM Steve Dougherty wrote:
> >> I originally wanted to link you to the JavaDoc but we currently do not
> >> have a proper way of auto-generating it on a webserver.
>
> For Fred the build scripts update it on release:
> https://github.com/freenet/scripts/blob/mas
[re-arranged part of the quotes for better structure of the reply, I don't
want to answer to the same question in three different areas]
On Monday, October 28, 2013 12:29:51 AM Steve Dougherty wrote:
> >> Short summary of what event-notifications provides: Before
> >> event-notifications, a WOT c
On Saturday, October 26, 2013 09:11:03 PM Matthew Toseland wrote:
> The initial state could be huge.
Yes. But it really depends on filters set on subscriptions, which are not
implemented yet though. A client might filter the "Identities" subscription to
"only own identities", then it wouldn't b
On 10/26/2013 04:11 PM, Matthew Toseland wrote:
> On 25/10/13 02:05, xor wrote:
>> Hi,
>> the last remaining TODO of merging the "event-notifications" branch of WOT
>> to
>> the master branch is to ask you guys for your opinion on whether you are OK
>> with the FCP API. This mail does that.
Gla
On 25/10/13 02:05, xor wrote:
> Hi,
> the last remaining TODO of merging the "event-notifications" branch of WOT to
> the master branch is to ask you guys for your opinion on whether you are OK
> with the FCP API. This mail does that.
>
> Short summary of what event-notifications provides: Before
Hi,
the last remaining TODO of merging the "event-notifications" branch of WOT to
the master branch is to ask you guys for your opinion on whether you are OK
with the FCP API. This mail does that.
Short summary of what event-notifications provides: Before event-notifications,
a WOT client would
14 matches
Mail list logo