Hi,
Generally, using jQuery in XUL files is not supported. Some of jQuery
might work accidentally, but it is designed specifically to work with
HTML, not XUL. If you want to write HTML-based add-ons, you should take
a look at Jetpack.
Cheers,
David
On 16/07/14 05:38, 王欢 wrote:
Dear,
Cool
=Re decoding.
I'm replying to this note:
1. We're fans of libjpeg-turbo - it powers JPEG decoding in Firefox because
its focus is on being fast, and that isn't going to change any time soon. The
mozjpeg project focuses solely on encoding, and we trade some CPU cycles for
smaller
On 7/16/14, 2:40 AM, David Rajchenbach-Teller wrote:
Hi,
Generally, using jQuery in XUL files is not supported. Some of jQuery
might work accidentally, but it is designed specifically to work with
HTML, not XUL. If you want to write HTML-based add-ons, you should take
a look at
Legacy RS232 ports on PC motherboards are probably not that important.
But phones, and devices like the Raspberry Pi, and BeagleBone Black, also have
native serial ports (i.e. non-USB, non-Bluetooth), and the people that use
these types of devices are the very one which are extremely
On 07/16/2014 02:03 PM, Dave Hylands wrote:
But phones, and devices like the Raspberry Pi, and BeagleBone Black, also have
native serial ports (i.e. non-USB, non-Bluetooth), and the people that use
these types of devices are the very one which are extremely frustrated by the lack of
support
This is an official notice of intent to deploy the experiment in bug
1018200 to the beta channel.
The experiment is an A/B test to determine the optimal value of the
dom.ipc.plugins.unloadTimeoutSecs on the FF32 beta. This setting
determines primarily how long we wait to unload Flash and
Should we make DebugOnly MOZ_STACK_CLASS?
On 2014-07-15, 9:21 PM, Nicholas Nethercote wrote:
Hi,
The comment at the top of mfbt/DebugOnly.h includes this text:
* Note that DebugOnly instances still take up one byte of space, plus padding,
* when used as members of structs.
I'm in the
That sounds like a good idea, if possible.
2014-07-16 14:41 GMT-04:00 Ehsan Akhgari ehsan.akhg...@gmail.com:
Should we make DebugOnly MOZ_STACK_CLASS?
On 2014-07-15, 9:21 PM, Nicholas Nethercote wrote:
Hi,
The comment at the top of mfbt/DebugOnly.h includes this text:
* Note that
after a user isn't using it any more
How good are we at determining any more? Flash is used in all sorts of crazy
ways, and guessing wrong can be more harmful than unloading too soon/late.
--Jet
___
dev-platform mailing list
On 7/16/2014 3:35 PM, Jet Villegas wrote:
after a user isn't using it any more
How good are we at determining any more?
We start counting when the last instance for that plugin is destroyed
(NPP_Destroy).
--BDS
___
dev-platform mailing list
I guess my point is that it isn't always possible to determine what device is
connected. You need to know the correct baud rate, hardware-flow-control,
serial comms to even talk to the device. Some devices are write-only. Some
devices are read-only. Some devices aren't even serial devices at
On Jul 16, 2014 10:34 PM, Dave Hylands dhyla...@mozilla.com wrote:
I guess my point is that it isn't always possible to determine what
device is connected. You need to know the correct baud rate,
hardware-flow-control, serial comms to even talk to the device. Some
devices are write-only. Some
Hello,
Summary: The Fetch specification unifies fetching across the web platform. The
intention of Bug 1039846 is to implement the content facing aspects of the
Fetch specification, namely:
- Request/Response/Headers/FetchBodyStream objects
- Expose the fetch() method on windows and workers.
Currently, we have navigator.getDeviceStorage and navigator.getDeviceStorages
We're looking to expand device storage to add support for more virtual storage
areas, like DropBox, or GoogleDrive, etc.
See bug 1035053
I was going to propose that we add navigator.deviceStorage (or possibly
14 matches
Mail list logo