In the download api we are working on for b2g, a download event in webidl
looks like:
[Constructor(DOMString type, optional DownloadEventInit eventInitDict)]
interface DownloadEvent : Event
{
readonly attribute DOMDownload? download;
};
dictionary DownloadEventInit : EventInit
{
DOMDownload
Hello,
We are building a new cluster to test local storage failover and high
availability. Also to thoroughly run full integration testing of our MarkLogic
search apps along with transition from a shared storage to local.
1. what is the minimum recommended nodes to setup a cluster resembling
On 10/30/2013 2:55 PM, Jorge Villalobos wrote:
> Cross posting to dev.planning, where I originally intended this to be.
> Please follow up to dev.planning.
>
> Jorge
>
> On 10/30/13 3:42 PM, Jorge Villalobos wrote:
>> Hello!
>>
>> As many of you know, the Add-ons Team, User Advocacy Team, Firefox
On 11/3/2013 8:48 PM, Sankha Narayan Guria wrote:
> One thing that I have noticed after talking to many new contributors is
> that, people are often overwhelmed by the large amount of the docs. They
> look for quick results when they are starting off.
>
> The idea of videos is great, but it would a
Our weekly-ish DOM bindings meetings continue on Monday Nov 4, 2013 at 12:30 PM
PDT.
http://arewemeetingyet.com/Los%20Angeles/Mon/12:30/w/DOM%20Bindings%20Meeting
Dial-in Info:
- Vidyo room: Boris Zbarsky
___
dev-platform mailing list
dev-platform@li
On Mon, Nov 4, 2013 at 12:49 PM, Kang-Hao (Kenny) Lu
wrote:
> Well, it's not clear to me if "Standard method(s) to find the data
> described by the metadata" would turn out to be a simple
> .responseType/.response proposal so this might be relevant.
Which proposal has something XHR-relevant in it
(this meeting is scheduled in Pacific time zone; note that means a different
time for Taipei, New Zealand, Australia, etc. now)
The Rendering meeting is about all things Gfx, Image, Layout, and Media.
It takes place every second Monday, alternating between 2:30pm PDT and 5:30pm
PDT.
The next m
Hi,
read the thread now. I ignored it based on the subject, btw, didn't seem
to affect anything in real life from just glancing at that.
I'd like to get langpacks excluded. Maybe we need to make their
abilities to do stuff more robustly checked, but for a localizer wanting
to test their work
On Mon, Nov 4, 2013 at 10:49 AM, Kang-Hao (Kenny) Lu
wrote:
> Well, it's not clear to me if "Standard method(s) to find the data
> described by the metadata" would turn out to be a simple
> .responseType/.response proposal so this might be relevant.
>
> An "abstain" for this one seems not very fri
On 11/4/13 9:41 AM, Onno Ekker wrote:
Jorge Villalobos wrote:
Cross posting to dev.planning, where I originally intended this to be.
Please follow up to dev.planning.
Jorge
On 10/30/13 3:42 PM, Jorge Villalobos wrote:
Hello!
As many of you know, the Add-ons Team, User Advocacy Team, Firefox
(2013/10/29 18:22), Henri Sivonen wrote:
> On Mon, Oct 28, 2013 at 11:28 PM, L. David Baron wrote:
>> W3C is proposing a data activity (an area of work)
>
>> Please reply to this thread if you think
>> there's something we should say.
>
> Maybe it would make sense to abstain explicitly, sinc
On Mon, Nov 4, 2013 at 10:44 AM, Gijs Kruitbosch
wrote:
> On 04/11/13, 10:30 , Neil wrote:
>
>> Gijs Kruitbosch wrote:
>>
>> On 03/11/13, 11:46 , Neil wrote:
>>>
>>> 14. Rebasing a bitrotted patch
> 14.0 What it looks like when you qpush a patch that has conflics
> 14.1 Open a rej file
On 04/11/13, 10:30 , Neil wrote:
Gijs Kruitbosch wrote:
On 03/11/13, 11:46 , Neil wrote:
14. Rebasing a bitrotted patch
14.0 What it looks like when you qpush a patch that has conflics
14.1 Open a rej file
14.2 Apply the change to the file
Shouldn't be necessary these days ;-)
Uh, why
Gijs Kruitbosch wrote:
On 03/11/13, 11:46 , Neil wrote:
14. Rebasing a bitrotted patch
14.0 What it looks like when you qpush a patch that has conflics
14.1 Open a rej file
14.2 Apply the change to the file
Shouldn't be necessary these days ;-)
Uh, why not?
hg pull --rebase works on y
Jorge Villalobos wrote:
> Cross posting to dev.planning, where I originally intended this to be.
> Please follow up to dev.planning.
>
> Jorge
>
> On 10/30/13 3:42 PM, Jorge Villalobos wrote:
>> Hello!
>>
>> As many of you know, the Add-ons Team, User Advocacy Team, Firefox Team
>> and others hav
15 matches
Mail list logo