at the new templating stuff 2 weeks from now.
sashee
On Fri, Mar 5, 2010 at 12:52 PM, Matthew Toseland
wrote:
> Bombe has built a simple, fast template library for us. This is faster than
> our HTMLNode code and is remarkably concise in the code to use it. It's
> great. This should
at the new templating stuff 2 weeks from now.
sashee
On Fri, Mar 5, 2010 at 12:52 PM, Matthew Toseland
wrote:
> Bombe has built a simple, fast template library for us. This is faster than
> our HTMLNode code and is remarkably concise in the code to use it. It's
> great. This should
riority at W3C in favor to
HTML5, I think treating XHTML as HTML(as of now) won't break sites,
and GWT is happy too.
Thoughts welcome
sashee
On Sat, Nov 21, 2009 at 11:23 PM, Matthew Toseland
wrote:
> On Saturday 21 November 2009 18:03:59 Evan Daniel wrote:
>> On Sat, Nov 21, 2009 at
riority at W3C in favor to
HTML5, I think treating XHTML as HTML(as of now) won't break sites,
and GWT is happy too.
Thoughts welcome
sashee
On Sat, Nov 21, 2009 at 11:23 PM, Matthew Toseland
wrote:
> On Saturday 21 November 2009 18:03:59 Evan Daniel wrote:
>> On Sat, Nov 21, 2009 at
s the cause of the error, then the introduction of an initial
phase should solve this. It creates the requests in an initial state,
which they can have notifications, but those won't be propagated to
the client, until it sends a keepalive. It should timeout longer then
the next keepalives.
sash
s the cause of the error, then the introduction of an initial
phase should solve this. It creates the requests in an initial state,
which they can have notifications, but those won't be propagated to
the client, until it sends a keepalive. It should timeout longer then
the next keepalives.
sash
can not be reviewed, because
they change too much with changes to the source.
sashee
On Thu, Aug 27, 2009 at 3:20 PM, Matthew
Toseland wrote:
> sashee's web-pushing branch should significantly improve Freenet's
> responsiveness and usability, by making extensive use of
can not be reviewed, because
they change too much with changes to the source.
sashee
On Thu, Aug 27, 2009 at 3:20 PM, Matthew
Toseland wrote:
> sashee's web-pushing branch should significantly improve Freenet's
> responsiveness and usability, by making extensive use of
Thank you for the review.
The alerts pushing is just started, it isn't considered working.
On Sat, Aug 1, 2009 at 5:52 PM, Matthew
Toseland wrote:
> On Saturday 01 August 2009 16:41:49 Matthew Toseland wrote:
>> I'm not going to summarise your changes in detail, basically this is inline
>> image
Thank you for the review.
The alerts pushing is just started, it isn't considered working.
On Sat, Aug 1, 2009 at 5:52 PM, Matthew
Toseland wrote:
> On Saturday 01 August 2009 16:41:49 Matthew Toseland wrote:
>> I'm not going to summarise your changes in detail, basically this is inline
>> image
NE~7P-MJX8tcyZKpzY9z2xCKj3iFWQ,8g1XHQNfqxFBrVZxzMt0KKmvN0JePbDkJ8HXWUt3DXk,AAIC--8/freenet-cvs-snapshot.jar,
or you can checkout to the web-pushing branch on fred-staging, pull
the changes, and build one yourself.
Please report any bugs you encounter, and all feedback is appreciated.
sashee
ne~7p-mjx8tcyzkpzy9z2xckj3ifwq,8g1XHQNfqxFBrVZxzMt0KKmvN0JePbDkJ8HXWUt3DXk,AAIC--8/freenet-cvs-snapshot.jar,
or you can checkout to the web-pushing branch on fred-staging, pull
the changes, and build one yourself.
Please report any bugs you encounter, and all fe
On Tue, Jul 7, 2009 at 10:08 PM, Matthew
Toseland wrote:
> On Tuesday 07 July 2009 20:41:54 sashee wrote:
>> Maybe I don't see something, but I think it is much more simpler. Here it is:
>>
>> When the processing of RequestElement starts, the ClientRequest object
>&g
t seems to be working.
The only problem seems to be that these listeners shouldn't be
persisted, they aren't supposed to survive a restart. So I think I
should create a mechanism for transient eventlisteners.
What you think about it?
sashee
On Tue, Jul 7, 2009 at 7:56 PM, Matthew
On Tue, Jul 7, 2009 at 10:08 PM, Matthew
Toseland wrote:
> On Tuesday 07 July 2009 20:41:54 sashee wrote:
>> Maybe I don't see something, but I think it is much more simpler. Here it is:
>>
>> When the processing of RequestElement starts, the ClientRequest object
>&g
t seems to be working.
The only problem seems to be that these listeners shouldn't be
persisted, they aren't supposed to survive a restart. So I think I
should create a mechanism for transient eventlisteners.
What you think about it?
sashee
On Tue, Jul 7, 2009 at 7:56 PM, Matthew
>> Autotests: In most of my time, I've written an auto-test suite for
>> pushing. It requires fproxy to be running. I have written a tester
>> toadlet, that has some pushed data that changes, and also some tests
>> that tries some functionality. The problem is, that they needs
>> additional librari
>
> - ? ? ? ? ? ? ? if (fr.isFinished()) {
> + ? ? ? ? ? ? ? if (fr.isFinished() || fr.hasData() || fr.failed != null) {
>
> Is it possible for fr.isFinished to be false when fr.hasData is true or
> fr.failed is non-null? (I'm not saying take it out, but is isFinished() buggy
> or am I missing so
t
> freenet.clients.http.SimpleToadletServer$SocketHandler.run(SimpleToadletServer.java:694)
> ? ? ? ?at freenet.support.PooledExecutor$MyThread.run(PooledExecutor.java:224)
>
It is now should be fixed. Found some horrible bugs that caused
stalling, and fixed them. I'm testing it for some time, and haven't
experienced any stops yet. Please mail me if you experience it
further.
sashee
>> Autotests: In most of my time, I've written an auto-test suite for
>> pushing. It requires fproxy to be running. I have written a tester
>> toadlet, that has some pushed data that changes, and also some tests
>> that tries some functionality. The problem is, that they needs
>> additional librari
>
> - if (fr.isFinished()) {
> + if (fr.isFinished() || fr.hasData() || fr.failed != null) {
>
> Is it possible for fr.isFinished to be false when fr.hasData is true or
> fr.failed is non-null? (I'm not saying take it out, but is isFinished() buggy
> or am I missing so
> freenet.clients.http.SimpleToadletServer$SocketHandler.run(SimpleToadletServer.java:694)
> at freenet.support.PooledExecutor$MyThread.run(PooledExecutor.java:224)
>
It is now should be fixed. Found some horrible bugs that caused
stalling, and fixed them. I'm test
just I dont know if it is). It
should allow the download of the current language pack, so it can be
integrated with the build process. And ofc web-based to provide easy
access.
sashee
On Thu, Jul 2, 2009 at 3:41 PM, Cl?ment wrote:
> Le jeudi 02 juillet 2009 14:33:04, Florent Daigniere a ?crit :
>
just I dont know if it is). It
should allow the download of the current language pack, so it can be
integrated with the build process. And ofc web-based to provide easy
access.
sashee
On Thu, Jul 2, 2009 at 3:41 PM, Clément wrote:
> Le jeudi 02 juillet 2009 14:33:04, Florent Daigniere a écrit :
>
age should also be pushed, as
they are changing frequently.
The message handling should have some improvements, like get messages
when browsing freenet, and they should be pushed.
As always, feedback are welcome, but I most likely won't be able to
check my mails in the following days.
sashee
time finding it imo.
- The right picture shouldn't have a reflection below. It looks
strange that tha progress line of a browser is present twice.
sashee
On Wed, Jun 24, 2009 at 4:49 AM, Juiceman wrote:
>
>
> On Tue, Jun 23, 2009 at 10:00 PM, Cl?ment wrote:
>>
>> Hello al
age should also be pushed, as
they are changing frequently.
The message handling should have some improvements, like get messages
when browsing freenet, and they should be pushed.
As always, feedback are welcome, but I most likely won't be able to
check my mails in the following days.
sashee
time finding it imo.
- The right picture shouldn't have a reflection below. It looks
strange that tha progress line of a browser is present twice.
sashee
On Wed, Jun 24, 2009 at 4:49 AM, Juiceman wrote:
>
>
> On Tue, Jun 23, 2009 at 10:00 PM, Clément wrote:
>>
>> Hello al
No, even javascript cannot send tab closing callback that is reliable.
It can only be achieved with keepalives missing.
Think about system crash when no action can be performed. On that case
the javascript cannot report that it is closed, so it is not reliable.
sashee
On Fri, Jun 19, 2009 at 5
Ofc not. HTTP is stateless, so in standard ways it cannot be notified
when a tab is closed.
On Fri, Jun 19, 2009 at 12:28 AM, Matthew
Toseland wrote:
> On Thursday 18 June 2009 17:02:06 sashee wrote:
>> With async image loading,activelinks will be loaded too.
>> As for the 21
No, even javascript cannot send tab closing callback that is reliable.
It can only be achieved with keepalives missing.
Think about system crash when no action can be performed. On that case
the javascript cannot report that it is closed, so it is not reliable.
sashee
On Fri, Jun 19, 2009 at 5
Ofc not. HTTP is stateless, so in standard ways it cannot be notified
when a tab is closed.
On Fri, Jun 19, 2009 at 12:28 AM, Matthew
Toseland wrote:
> On Thursday 18 June 2009 17:02:06 sashee wrote:
>> With async image loading,activelinks will be loaded too.
>> As for the 21
sec. If we send keepalives more frequently,
it will consume more resources for all tabs to send them, but it will
reduce further the time needed to detect tab closes. It is easily
configured with constants though.
sashee
On Thu, Jun 18, 2009 at 11:33 AM, xor wrote:
> On Wednesday 17 June
sec. If we send keepalives more frequently,
it will consume more resources for all tabs to send them, but it will
reduce further the time needed to detect tab closes. It is easily
configured with constants though.
sashee
On Thu, Jun 18, 2009 at 11:33 AM, xor wrote:
> On Wednesday 17 June
e too irritated
seeing something is broken in it.
sashee
On Wed, Jun 17, 2009 at 9:43 PM, Caco Patane wrote:
>> I think he means that users in "poor" areas usually run pirated versions
>> of XP with the included IE6. Many of these installations won't have a
>> functional
is subscribed to which leader?
It should be doable, will think about it.
sashee
ld
solve that problem, because it can notify(and cancel) the fetches when
the user actually closes the tab.
sashee
On Wed, Jun 17, 2009 at 8:28 PM, Matthew
Toseland wrote:
> On Wednesday 17 June 2009 19:23:22 sashee wrote:
>> So my question is: Is it needed? If it helps, I'll do it bef
So my question is: Is it needed? If it helps, I'll do it before the
midterm evals, but if it doesnt improve anything, then no need to
program it.
On Wed, Jun 17, 2009 at 5:44 PM, sashee wrote:
> Ok, thats true. But the browser won't show an image till all the image
> above are s
;ve only did the coding part yet. When it seems finalized, I'll write
comments, javadocs and some documents about how it works and how ppl
can code against it.
For the build process to be integrated, I'll need the 2 jars to be
publicly available somewhere. If it is, then everybody could build
even after a distclean.
sashee
Ok, thats true. But the browser won't show an image till all the image
above are shown, because it uses 2-3 connections to fetch the images
sequentially. It may happen that a few image that fetches very slowly
will hang all the others, even if they are completely present.
sashee
On Wed, J
.
sashee
On Wed, Jun 17, 2009 at 4:46 PM, Thomas Bruderer wrote:
> sashee wrote:
>
> This sounds very promising :) and it is certainly a nice feature we all will
> appreciate very much.
>
> However I have a rather technical questions out of curiousity, you talk
> several times about
27;s done, we
don't need continuations anymore. Ofc it would need javascript to be
enabled.
What you think?
sashee
On Wed, Jun 17, 2009 at 3:09 PM, Matthew
Toseland wrote:
> On Wednesday 17 June 2009 13:27:10 sashee wrote:
>> Hello everybody!
>>
>> This is time for my first status report, because mid-term evals are
>> approaching.
>>
>> Some introduction, what I'
before mid term eval, I'll fix the known bugs and
optimize some processes, and it also needs be documented and
commented. The pushing can also be used for the images' loading, but
I'll write a separate email about that.
sashee
e too irritated
seeing something is broken in it.
sashee
On Wed, Jun 17, 2009 at 9:43 PM, Caco Patane wrote:
>> I think he means that users in "poor" areas usually run pirated versions
>> of XP with the included IE6. Many of these installations won't have a
>> functional
is subscribed to which leader?
It should be doable, will think about it.
sashee
___
Devl mailing list
Devl@freenetproject.org
http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
ld
solve that problem, because it can notify(and cancel) the fetches when
the user actually closes the tab.
sashee
On Wed, Jun 17, 2009 at 8:28 PM, Matthew
Toseland wrote:
> On Wednesday 17 June 2009 19:23:22 sashee wrote:
>> So my question is: Is it needed? If it helps, I'll do it bef
So my question is: Is it needed? If it helps, I'll do it before the
midterm evals, but if it doesnt improve anything, then no need to
program it.
On Wed, Jun 17, 2009 at 5:44 PM, sashee wrote:
> Ok, thats true. But the browser won't show an image till all the image
> above are s
;ve only did the coding part yet. When it seems finalized, I'll write
comments, javadocs and some documents about how it works and how ppl
can code against it.
For the build process to be integrated, I'll need the 2 jars to be
publicly available somewhere. If it is, then everybody could build
even after a distclean.
sashee
___
Devl mailing list
Devl@freenetproject.org
http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
Ok, thats true. But the browser won't show an image till all the image
above are shown, because it uses 2-3 connections to fetch the images
sequentially. It may happen that a few image that fetches very slowly
will hang all the others, even if they are completely present.
sashee
On Wed, J
.
sashee
On Wed, Jun 17, 2009 at 4:46 PM, Thomas Bruderer wrote:
> sashee wrote:
>
> This sounds very promising :) and it is certainly a nice feature we all will
> appreciate very much.
>
> However I have a rather technical questions out of curiousity, you talk
> several times about
27;s done, we
don't need continuations anymore. Ofc it would need javascript to be
enabled.
What you think?
sashee
___
Devl mailing list
Devl@freenetproject.org
http://emu.freenetproject.org/cgi-bin/mailman/listinfo/devl
On Wed, Jun 17, 2009 at 3:09 PM, Matthew
Toseland wrote:
> On Wednesday 17 June 2009 13:27:10 sashee wrote:
>> Hello everybody!
>>
>> This is time for my first status report, because mid-term evals are
>> approaching.
>>
>> Some introduction, what I'
before mid term eval, I'll fix the known bugs and
optimize some processes, and it also needs be documented and
commented. The pushing can also be used for the images' loading, but
I'll write a separate email about that.
sashee
___
Devl mailin
open ticket before opening a new one.
sashee
On Mon, Jun 1, 2009 at 1:22 PM, Daniel Cheng
wrote:
> On Mon, Jun 1, 2009 at 7:15 PM, xor wrote:
>> On Saturday 30 May 2009 16:37:15 Ian Clarke wrote:
>>>
>>> I like this idea. ?I think it is clear that there is a lot o
they should appear when hovering with the
mouse
- I dont like the shadows on the Download Freenet image. It makes it
harder to read slightly
- I agree with the financial status to the main page
- The menu tree is logical
I hope my review helps at some degree
sashee
On Mon, Jun 1, 2009 at 2:24 AM, Cl
open ticket before opening a new one.
sashee
On Mon, Jun 1, 2009 at 1:22 PM, Daniel Cheng wrote:
> On Mon, Jun 1, 2009 at 7:15 PM, xor wrote:
>> On Saturday 30 May 2009 16:37:15 Ian Clarke wrote:
>>>
>>> I like this idea. I think it is clear that there is a lot of cru
they should appear when hovering with the
mouse
- I dont like the shadows on the Download Freenet image. It makes it
harder to read slightly
- I agree with the financial status to the main page
- The menu tree is logical
I hope my review helps at some degree
sashee
On Mon, Jun 1, 2009 at 2:24 AM
IE's have many issues. Which one you mean by the MIME type one?
Btw, it's a standard way of obtaining an xmlhttprequest object, cross
browser. If the user uses IE6, it's his problem imo.
sashee
On Sat, Apr 25, 2009 at 9:18 PM, Matthew Toseland
wrote:
> On Friday 24 April 20
IE's have many issues. Which one you mean by the MIME type one?
Btw, it's a standard way of obtaining an xmlhttprequest object, cross
browser. If the user uses IE6, it's his problem imo.
sashee
On Sat, Apr 25, 2009 at 9:18 PM, Matthew Toseland
wrote:
> On Friday 24 April 20
On Wed, Apr 22, 2009 at 1:33 PM, xor wrote:
>
>
>> -Original Message-
>> From: devl-bounces at freenetproject.org
>> [mailto:devl-bounces at freenetproject.org] On Behalf Of sashee
>> Sent: Wednesday, April 22, 2009 1:25 PM
>> To: Discussion of develop
ve just been announced, I
have no clear plans for the implementation, but they will be discussed
in the mailing list. I'm sure we will come up with a solution that is
both effective and easy to implement plugins' interfaces for.
Greetings, sashee
On Wed, Apr 22, 2009 at 1:05 PM, xor w
On Wed, Apr 22, 2009 at 1:33 PM, xor wrote:
>
>
>> -Original Message-
>> From: devl-boun...@freenetproject.org
>> [mailto:devl-boun...@freenetproject.org] On Behalf Of sashee
>> Sent: Wednesday, April 22, 2009 1:25 PM
>> To: Discussion of development
ve just been announced, I
have no clear plans for the implementation, but they will be discussed
in the mailing list. I'm sure we will come up with a solution that is
both effective and easy to implement plugins' interfaces for.
Greetings, sashee
On Wed, Apr 22, 2009 at 1:05 PM, xor w
64 matches
Mail list logo