在 2015年4月3日星期五 UTC+8下午11:14:31，Boris Zbarsky写道：
> On 4/3/15 9:31 AM, 罗勇刚(Yonggang Luo) wrote:
> > Don't know if we can compile c expat to asm.js to running in a worker.
>
> If you just want an XML parser in JS, there are various options out
> there which are significantly more usable (and possib
> The IndexedDB API does not currently have a way to say "no, really, I
> want to make sure that this important data is saved to disk before I
> continue".
Do our internal APIs offer this?
Android can kill Firefox at any time it requires more memory. It seems
prudent to at least commit when we'r
it sounds like overbite is using it as intended.
On Fri, Apr 3, 2015 at 2:19 PM, Cameron Kaiser wrote:
> On 3/26/15 8:37 AM, Randell Jesup wrote:
>
>> Can we stop exposing the socket transport service's nsIEventTarget outside
>>> of Necko?
>>>
>>
>> If we move media/mtransport to necko... or mak
On 3/26/15 8:37 AM, Randell Jesup wrote:
Can we stop exposing the socket transport service's nsIEventTarget outside
of Necko?
If we move media/mtransport to necko... or make an exception for it (and
dom/network/UDPSocket and TCPSocket, etc). Things that remove loaded
footguns (or at least lock
On 4/3/15 12:57 PM, Syd Polk wrote:
We recently ran numbers on our user base (like about 3 weeks ago), and found
that 10.10, 10.9 and 10.6 all had greater than 10% share of our Mac user base.
10.6 was still close to 19%.
Right, but the question is how many people on 10.6 are (1) compiling
Fi
We recently ran numbers on our user base (like about 3 weeks ago), and found
that 10.10, 10.9 and 10.6 all had greater than 10% share of our Mac user base.
10.6 was still close to 19%.
Syd Polk
sp...@mozilla.com
+1-512-905-9904
irc: sydpolk
> On Apr 2, 2015, at 17:45, Mike Hommey wrote:
>
On 4/3/15 5:53 AM, Philip Chee wrote:
Really? Nobody can reopen a bug except the owner?
[thinks some more] actually this might come in handy. If some idiot
tries to reopen one of my bugs, I can always slap them down and tell
them this is Mozilla policy.
I'd instead say that the people do
On Fri, Apr 3, 2015 at 4:27 AM, Ehsan Akhgari wrote:
> Next week, I'm planning to land the patches to bug 1149853 which enables
> Gecko to track which RequestContext [1] a network fetch is being performed
> for.
>
> This will enable us to correctly signal the context for which a given
> request wa
On 4/3/15 9:31 AM, 罗勇刚(Yonggang Luo) wrote:
Don't know if we can compile c expat to asm.js to running in a worker.
If you just want an XML parser in JS, there are various options out
there which are significantly more usable (and possibly faster) than
trying to shoehorn expat into JS.
-Bor
Redirecting this to firefox-dev, which is more appropriate.
Gavin
On Fri, Apr 3, 2015 at 9:33 AM, Philip Chee wrote:
> Let's take for instance:
> Bug 1150006 - Get rid of "-aero" file name suffixes, part 4: replace
> some Windows icons with Gtk stock icons on Linux.
>
> Once upon a time on Linux
Thanks for your help, even though XMLHttpRequest 's responoseXml is
always be null.
Don't know if we can compile c expat to asm.js to running in a worker.
2015-04-03 20:35 GMT+08:00 Xidorn Quan :
> I think you can use XMLHttpRequest in a worker, so that everything happens
> in the separate thread
On Thursday, April 2, 2015 at 5:01:12 PM UTC-7, Jonas Sicking wrote:
> We don't fire the "commit" event until after we've told SQLite to
> commit and it's come back to tell us that the commit was successful,
> do we?
You mean the "complete" event, but yes, that's correct.
-bent
__
Let's take for instance:
Bug 1150006 - Get rid of "-aero" file name suffixes, part 4: replace
some Windows icons with Gtk stock icons on Linux.
Once upon a time on Linux Firefox would try to look like a native
(GNOME) application as much as possible so stock GTK icons were used as
much as possible
On 4/3/15 8:35 AM, Xidorn Quan wrote:
I think you can use XMLHttpRequest in a worker
This actually proxies all the work to the main thread.
The answer to the original question is that all the DOM code is very
much main-thread-only right now.
-Boris
__
[quote]
This is a "ridiculous" change:
In the chrome.manifest there are now many override's like this:
override chrome://global/skin/popup.css
chrome://global/skin/popup-aero.css osversion>=6
For custom themes these override are a nightmare.
Custom themes are not allowed to do overrides, but now w
I think you can use XMLHttpRequest in a worker, so that everything happens
in the separate thread.
- Xidorn
On Fri, Apr 3, 2015 at 8:40 PM, Yonggang Luo wrote:
> I am currently to use XMLHttpRequest to fetch large amount of xml files
> in main thread but found it's very slow when I fetching mu
I am currently to use XMLHttpRequest to fetch large amount of xml files in
main thread but found it's very slow when I fetching multiple document that
contains large amount data in the same time.
___
dev-platform mailing list
dev-platform@lists.mozilla
On Fri, Apr 3, 2015 at 4:27 AM, Ehsan Akhgari wrote:
> Next week, I'm planning to land the patches to bug 1149853 which enables
> Gecko to track which RequestContext a network fetch is being performed
> for.
Are you replacing this existing interface by doing that?
https://developer.mozilla.org/e
On 2015年04月03日 13:11, Boris Zbarsky wrote:
> On 4/2/15 10:27 PM, Ehsan Akhgari wrote:
>> Note that for the network connections that are used for our own purposes
>> which do not belong to a specific web page, this value won't be used, so
>> its value doesn't matter in practice, but as convention, p
19 matches
Mail list logo
