On 2010-05-26 19:10, Aaron Boodman wrote:
On Wed, May 26, 2010 at 4:30 AM, Henri Sivonenhsivo...@iki.fi
wrote:
There's a zip file with a .crx extension that contains an icon, a
permission manifest and potentially the code of the app (Building
a serverless app). When the .crx file contains the
On Thu, 13 May 2010 16:47:34 +0200, Simon Pieters sim...@opera.com wrote:
On Wed, 12 May 2010 20:01:11 +0200, Ojan Vafai o...@chromium.org wrote:
On Wed, May 12, 2010 at 4:31 AM, Simon Pieters sim...@opera.com wrote:
establishing a WebSocket connection:
[[
Note: There is no limit to the
Off topic (but I couldn't find any contact info on the site)
Could someone please fix http://www.webmproject.org/? The left side of
the page is inaccessible at 1024 x 768 (800 x 600 for example), which
makes the site unusable.
(It has to be some common css that Google uses on their sites
On Thu, 2010-05-27 at 11:12 -0400, Michael A. Puls II wrote:
Off topic (but I couldn't find any contact info on the site)
Could someone please fix http://www.webmproject.org/? The left side of
the page is inaccessible at 1024 x 768 (800 x 600 for example), which
makes the site
On Thu, May 27, 2010 at 17:12, Michael A. Puls II shadow2...@gmail.com wrote:
Off topic (but I couldn't find any contact info on the site)
Could someone please fix http://www.webmproject.org/? The left side of the
page is inaccessible at 1024 x 768 (800 x 600 for example), which makes the
On Thu, May 27, 2010 at 10:28 AM, Simon Pieters sim...@opera.com wrote:
From our testing it seems that Vista has a limit of 1398 open sockets.
Apparently Ubuntu has a limit of 1024 file descriptors per process.
On Linux, that is just the default (which may vary between distros) and can
be
On Thu, May 27, 2010 at 11:45 AM, John Tamplin j...@google.com wrote:
On Thu, May 27, 2010 at 10:28 AM, Simon Pieters sim...@opera.com wrote:
From our testing it seems that Vista has a limit of 1398 open sockets.
Apparently Ubuntu has a limit of 1024 file descriptors per process.
On Linux,
On Thu, 27 May 2010 11:25:56 -0400, Peter Beverloo pe...@lvp-media.com
wrote:
On Thu, May 27, 2010 at 17:12, Michael A. Puls II shadow2...@gmail.com
wrote:
Off topic (but I couldn't find any contact info on the site)
Could someone please fix http://www.webmproject.org/? The left side
of
On Thu, May 27, 2010 at 5:09 AM, Lachlan Hunt lachlan.h...@lachy.id.au wrote:
On 2010-05-26 19:10, Aaron Boodman wrote:
On Wed, May 26, 2010 at 4:30 AM, Henri Sivonenhsivo...@iki.fi
wrote:
There's a zip file with a .crx extension that contains an icon, a
permission manifest and potentially
On Tue, May 25, 2010 at 3:58 AM, Kornel Lesinski kor...@geekhood.netwrote:
JPEG can be efficiently decoded at fraction of its size — without full
decode and scale process. This process also needs only fraction of memory
required for full scaling, which might matter on low-end mobile devices.
Summarizing
We've found that a synchronous solution will likely lead to a bad user
experience. As an alternative, we've presented an async
apihttp://lists.whatwg.org/pipermail/whatwg-whatwg.org/2010-May/026292.htmlwhich
solves this frequent use
On Fri, May 21, 2010 at 1:29 AM, Anne van Kesteren ann...@opera.com wrote:
On Fri, 21 May 2010 10:20:00 +0200, Nicklas Sandgren
nicklas.sandg...@ericsson.com wrote:
As mentioned in the draft, the peer-to-peer API must rely on underlying
protocols/mechanisms to establish the connections and to
On Thu, May 27, 2010 at 3:34 PM, Mark Frohnmayer
mark.frohnma...@gmail.com wrote:
There has been some limited discussion about the peer-to-peer section
as it relates to real-time peer to peer gaming applications:
On Thu, May 27, 2010 at 6:22 PM, James Salsman jsals...@gmail.com wrote:
Why is relying on TCP for reliable delivery inferior to asking
applications to re-implement reliable transmission?
In real-time networked applications the retransmission delay imposed
by TCP can cause unnecessary and
On Thu, May 27, 2010 at 7:59 PM, Mark Frohnmayer
mark.frohnma...@gmail.com wrote:
On Thu, May 27, 2010 at 6:22 PM, James Salsman jsals...@gmail.com wrote:
Why is relying on TCP for reliable delivery inferior to asking
applications to re-implement reliable transmission?
In real-time
15 matches
Mail list logo