On Wed, Jun 15, 2011 at 6:57 AM, Maciej Stachowiak m...@apple.com wrote:
Getting on the latest protocol in place would be great, so long as we
minimize the risk of anyone shipping a halfway mix.
What do you mean by a halfway mix?
If you mean we should not ship until the complete feature set
Hi webkit-dev!
I wanted to let you know that I plan to add battery status event support to
WebCore.
The Battery Status Event is a new feature that is defined by W3C
(http://www.w3.org/TR/battery-status http://www.w3.org/TR/battery-status/
)
This support will be behind the
On 06/15/2011 10:21 AM, 권기홍 wrote:
Hi webkit-dev!
I wanted to let you know that I plan to add battery status event support to
WebCore.
The Battery Status Event is a new feature that is defined by W3C
(http://www.w3.org/TR/battery-status http://www.w3.org/TR/battery-status/)
I am
Dear. holger
I agree with you.
This spec is too simple, and I think there may be some other needs.
So I reported your concern to DAP WG for this spec, I'm joining in the DAP WG
in the W3C.
But this is a minimum set of battery status report to WebApps or a Web pages,
So I think this event and
2011/6/15 권기홍 kihong.k...@samsung.com
I wanted to let you know that I plan to add battery status event support to
WebCore.
The Battery Status Event is a new feature that is defined by W3C (
http://www.w3.org/TR/battery-status)
It seems like the working draft has a couple of TODOs now. Is
From: ryosuke.n...@gmail.com [mailto:ryosuke.n...@gmail.com] On Behalf Of
Ryosuke Niwa
2011/6/15 권기홍 kihong.k...@samsung.com
I wanted to let you know that I plan to add battery status event support to
WebCore.
The Battery Status Event is a new feature that is defined by W3C
Hi,
On 15.6.2011, at 17.24, ext Ryosuke Niwa wrote:
2011/6/15 권기홍 kihong.k...@samsung.com
I wanted to let you know that I plan to add battery status event support to
WebCore.
The Battery Status Event is a new feature that is defined by W3C
(http://www.w3.org/TR/battery-status)
It
Hi,
It seems like the working draft has a couple of TODOs now. Is the
spec sufficiently stable? Are other browser vendors implementing this
feature?
We have interest implementing the battery-status spec for the QtWebKit (and
share the common part of the implementation).
What happens if
On 06/15/2011 06:11 PM, laszlo.1.gom...@nokia.com wrote:
Hi,
The use-case for us is to enable content developers to implement rudimentary
power management (e.g. to stop expensive operations on the page, perhaps
save state). I'm not sure if this API is really meant for accurately
On Wed, Jun 15, 2011 at 9:30 AM, Holger Freyther ze...@selfish.org wrote:
On 06/15/2011 06:11 PM, laszlo.1.gom...@nokia.com wrote:
Hi,
The use-case for us is to enable content developers to implement rudimentary
power management (e.g. to stop expensive operations on the page, perhaps
On Wed, Jun 15, 2011 at 5:58 PM, Brett Wilson bre...@chromium.org wrote:
On Wed, Jun 15, 2011 at 9:30 AM, Holger Freyther ze...@selfish.org wrote:
On 06/15/2011 06:11 PM, laszlo.1.gom...@nokia.com wrote:
Hi,
The use-case for us is to enable content developers to implement
rudimentary
On 06/15/2011 06:58 PM, Brett Wilson wrote:
Why would a web page care about whether the battery is being charged
when the device is plugged in?
Hi,
aeh, first of all my mind is playing tricks and I could swear that its
battery is being charged was not in the isPlugged description so my
On Wed, Jun 15, 2011 at 2:02 PM, Andrei Popescu andr...@google.com wrote:
On Wed, Jun 15, 2011 at 5:58 PM, Brett Wilson bre...@chromium.org wrote:
On Wed, Jun 15, 2011 at 9:30 AM, Holger Freyther ze...@selfish.org wrote:
On 06/15/2011 06:11 PM, laszlo.1.gom...@nokia.com wrote:
Hi,
The
On Wed, Jun 15, 2011 at 10:02 AM, Andrei Popescu andr...@google.com wrote:
Because it would know not to start doing things that drain the
battery. For instance, powering up a 3G antenna to download your
latest emails could be annoying to users if the battery level is too
low. 3G takes quite a
On Wed, Jun 15, 2011 at 6:08 PM, Alexis Menard
alexis.men...@openbossa.org wrote:
On Wed, Jun 15, 2011 at 2:02 PM, Andrei Popescu andr...@google.com wrote:
On Wed, Jun 15, 2011 at 5:58 PM, Brett Wilson bre...@chromium.org wrote:
On Wed, Jun 15, 2011 at 9:30 AM, Holger Freyther ze...@selfish.org
From what I can tell the spec offers no way for the web application to
initialize any algorithm based on the battery/power state because there is
no guarantee of minimum time when a new document is created and the first
battery event arrives. Ideally there would be a way to kick the UA into
There should probably be a way to poll the current state. Much as you can
poll the document.readyState and respond to progress events, it would seem
to make sense to have a way to poll the battery state as well as respond to
battery state change events.
-Darin
On Wed, Jun 15, 2011 at 10:25 AM,
On Wed, Jun 15, 2011 at 11:29 AM, Darin Fisher da...@chromium.org wrote:
There should probably be a way to poll the current state. Much as you can
poll the document.readyState and respond to progress events, it would seem
to make sense to have a way to poll the battery state as well as
If possible, I would encourage any breaking update to WebSockets (protocol
or JS API) to be feature detectable. Additionally, I would encourage WebKit
to postpone updating to -09 to coincide with expected changes to the JS API,
which may provide the necessary feature detection mechanisms (e.g.,
On Mon, Jun 13, 2011 at 11:21 AM, Darin Adler da...@apple.com wrote:
On Jun 13, 2011, at 11:05 AM, Ojan Vafai wrote:
On Mon, Jun 13, 2011 at 10:51 AM, Darin Adler da...@apple.com wrote:
Even though we need to prevent find or autoscrolling from scrolling, it
seems we must not prevent
20 matches
Mail list logo
