[webkit-dev] About the " Video conferencing and peer-to-peer communication" implementation

[Victor LI]

Hi，

Does the webkit implements the chapter " Video conferencing and peer-to-peer 
communication" now?
if it doesn't , is there any plan to support it?


Victor LI
rtj...@hotmail.com



___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev

Re: [webkit-dev] About the " Video conferencing and peer-to-peer communication" implementation

[Kalle Vahlman]

2011/11/10 Victor LI :
> Hi，
> Does the webkit implements the chapter " Video conferencing and peer-to-peer
> communication" now?
> if it doesn't , is there any plan to support it?

There are people working on it:

  https://lists.webkit.org/pipermail/webkit-dev/2011-November/018445.html

I suppose bugzilla has bugs for this, although they are not mentioned
in the announcement.

Would probably be a good idea to have a tracking bug for this though?

-- 
Kalle Vahlman, z...@iki.fi
Powered by http://movial.com
Interesting stuff at http://sandbox.movial.com
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev

Re: [webkit-dev] About the " Video conferencing and peer-to-peer communication" implementation

[Charles Pritchard]

On 11/10/11 12:32 AM, Kalle Vahlman wrote:

2011/11/10 Victor LI:

Hi，
Does the webkit implements the chapter " Video conferencing and peer-to-peer
communication" now?
if it doesn't , is there any plan to support it?

There are people working on it:

   https://lists.webkit.org/pipermail/webkit-dev/2011-November/018445.html

I suppose bugzilla has bugs for this, although they are not mentioned
in the announcement.

Would probably be a good idea to have a tracking bug for this though?

Seems like there's need for consensus; a tracking bug might help 
webkit-devs develop an internal consensus.


From the spec, data section: "there is currently not enough agreement 
on the data channel to write it up."

http://www.w3.org/TR/webrtc/#the-data-stream

Also, on the p2p communication side:

Seems like the only means of passing arbitrary binary data over P2P in 
this spec is to flash a QR code in front of a web cam.


I don't want to see P2P implemented so conservatively in browsers that 
it's restricted to webcams and pre-recorded audio-video files.


The spec mentions a "signaling channel" but that channel is coordinated 
"via the server, e.g. using XMLHttpRequest.".


-Charles
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev

Re: [webkit-dev] About the " Video conferencing and peer-to-peer communication" implementation

[Adam Bergkvist]

On 11/10/2011 09:32 AM, Kalle Vahlman wrote:

2011/11/10 Victor LI:

Hi，
Does the webkit implements the chapter " Video conferencing and peer-to-peer
communication" now?
if it doesn't , is there any plan to support it?


There are people working on it:

   https://lists.webkit.org/pipermail/webkit-dev/2011-November/018445.html

I suppose bugzilla has bugs for this, although they are not mentioned
in the announcement.

Would probably be a good idea to have a tracking bug for this though?



There is a meta bug for this feature.
https://bugs.webkit.org/show_bug.cgi?id=56459

/Adam

___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev

Re: [webkit-dev] About the " Video conferencing and peer-to-peer communication" implementation

[ᛏᚮᛘᛘᚤ]

Something ate the last part of my message :/

Master bug can be found here: https://bugs.webkit.org/show_bug.cgi?id=56459

/Tommy

On Thu, Nov 10, 2011 at 09:32, Kalle Vahlman wrote:

> 2011/11/10 Victor LI :
> > Hi，
> > Does the webkit implements the chapter " Video conferencing and
> peer-to-peer
> > communication" now?
> > if it doesn't , is there any plan to support it?
>
> There are people working on it:
>
>  https://lists.webkit.org/pipermail/webkit-dev/2011-November/018445.html
>
> I suppose bugzilla has bugs for this, although they are not mentioned
> in the announcement.
>
> Would probably be a good idea to have a tracking bug for this though?
>
> --
> Kalle Vahlman, z...@iki.fi
> Powered by http://movial.com
> Interesting stuff at http://sandbox.movial.com
> ___
> webkit-dev mailing list
> webkit-dev@lists.webkit.org
> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
>



-- 
Tommy Widenflycht, Senior Software Engineer
Google Sweden AB, Kungsbron 2, SE-11122 Stockholm, Sweden
Org. nr. 556656-6880
And yes, I have to include the above in every outgoing email according to
EU law.
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev

Re: [webkit-dev] About the " Video conferencing and peer-to-peer communication" implementation

[Harald Alvestrand]

Re status on data transmission:

The main discussion channel for the data stream is the IETF working group:
rtc...@ietf.org
The core draft discussing the protocol tradeoffs is
draft-jesup-rtcweb-data-01, available from the usual IETF draft places.

The main discussion channel for the API is the W3C working group:
public-web...@w3.org

What protocol to use for the data channel is a subject of active discussion.
At the moment, the proposal that seems to have the least resistance for a
data channel protocol is userspace SCTP over DTLS over UDP. That it has
"the least resistance" is not the same as "no resistance" - there are pros
and cons to both this and all other solutions.

 Harald (chair of the W3 WG)

On Thu, Nov 10, 2011 at 9:57 AM, Charles Pritchard  wrote:

> On 11/10/11 12:32 AM, Kalle Vahlman wrote:
>
>> 2011/11/10 Victor LI:
>>
>>> Hi，
>>> Does the webkit implements the chapter " Video conferencing and
>>> peer-to-peer
>>> communication" now?
>>> if it doesn't , is there any plan to support it?
>>>
>> There are people working on it:
>>
>>   https://lists.webkit.org/**pipermail/webkit-dev/2011-**
>> November/018445.html
>>
>> I suppose bugzilla has bugs for this, although they are not mentioned
>> in the announcement.
>>
>> Would probably be a good idea to have a tracking bug for this though?
>>
>>  Seems like there's need for consensus; a tracking bug might help
> webkit-devs develop an internal consensus.
>
> From the spec, data section: "there is currently not enough agreement on
> the data channel to write it up."
> http://www.w3.org/TR/webrtc/#**the-data-stream
>
> Also, on the p2p communication side:
>
> Seems like the only means of passing arbitrary binary data over P2P in
> this spec is to flash a QR code in front of a web cam.
>
> I don't want to see P2P implemented so conservatively in browsers that
> it's restricted to webcams and pre-recorded audio-video files.
>
> The spec mentions a "signaling channel" but that channel is coordinated
> "via the server, e.g. using XMLHttpRequest.".
>
> -Charles
>
> __**_
> webkit-dev mailing list
> webkit-dev@lists.webkit.org
> http://lists.webkit.org/**mailman/listinfo.cgi/webkit-**dev
>
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev

[webkit-dev] Adding the Vibration API to WebCore

[권기홍]

Hi webkit-dev.

I want to let you know that I plan to add the Vibration API to WebKit.
(http://dev.w3.org/2009/dap/vibration/)
This support will be behind the ENABLE_VIBRATION feature define.
see : https://bugs.webkit.org/show_bug.cgi?id=72010

Spec is not mature because it's recently added.
But Mozila is already implemented this.

I'm going to support this until finishing both the spec and patch.
If you have any comment, please let me know.

Thank you
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev

Re: [webkit-dev] Adding the Vibration API to WebCore

[Adam Barth]

On Thu, Nov 10, 2011 at 5:57 AM, 권기홍  wrote:
> Hi webkit-dev.
>
> I want to let you know that I plan to add the Vibration API to WebKit.
> (http://dev.w3.org/2009/dap/vibration/)
> This support will be behind the ENABLE_VIBRATION feature define.
> see : https://bugs.webkit.org/show_bug.cgi?id=72010
>
> Spec is not mature because it's recently added.
> But Mozila is already implemented this.
>
> I'm going to support this until finishing both the spec and patch.
> If you have any comment, please let me know.
>
> Thank you

One minor comment: you might want to add a security consideration to
the spec about spam issues.  An unfriendly web site might spam the
vibration API and deplete the user's battery.

Adam
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev

[webkit-dev] script MIME restrictions for X-Content-Type-Options: nosniff

[Tom Sepez]

Hi webkit-dev,

I'd like to implement restrictions on script execution in webkit along the
lines of what has already happened here:
http://msdn.microsoft.com/en-us/library/gg622941(v=vs.85).aspx  and to that
end I've filed https://bugs.webkit.org/show_bug.cgi?id=71851.

A question has come up as to whether this needs to/should be behind an
ENABLE_NOSNIFF flag, so I'm reaching out to this larger list to solicit
feedback.  Thanks.
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev

Re: [webkit-dev] script MIME restrictions for X-Content-Type-Options: nosniff

[Adam Barth]

IMHO, having an ENABLE flag is better because supporting nosniff
requires work both inside and outside of WebKit.  It's better if folks
need to turn on the WebKit parts explicitly so they don't end up
half-implementing the feature.

Adam


On Thu, Nov 10, 2011 at 9:50 AM, Tom Sepez  wrote:
> Hi webkit-dev,
>
> I'd like to implement restrictions on script execution in webkit along the
> lines of what has already happened here:
> http://msdn.microsoft.com/en-us/library/gg622941(v=vs.85).aspx  and to that
> end I've filed https://bugs.webkit.org/show_bug.cgi?id=71851.
>
> A question has come up as to whether this needs to/should be behind an
> ENABLE_NOSNIFF flag, so I'm reaching out to this larger list to solicit
> feedback.  Thanks.
> ___
> webkit-dev mailing list
> webkit-dev@lists.webkit.org
> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
>
>
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev

[webkit-dev] Is JSRetainPtr part of public WebKit API on some platforms?

[Darin Adler]

Julien Chaffraix asked me about API breakage in 
 Remove all releaseRef 
implementations except for RetainPtr.

I realize now that JSRetainPtr.h is in the API directory. Is it part of the 
public API on some platforms? I know it’s not on Mac.

-- Darin
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev

Re: [webkit-dev] Is JSRetainPtr part of public WebKit API on some platforms?

[Julien Chaffraix]

> Julien Chaffraix asked me about API breakage in 
>  Remove all releaseRef 
> implementations except for RetainPtr.
>
> I realize now that JSRetainPtr.h is in the API directory. Is it part of the 
> public API on some platforms? I know it’s not on Mac.

As added in the bug in the meantime, I thought JSRetainPtr was part of
the public JSC API (which it is not...).

Julien
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev

[webkit-dev] vertical text

[Cary Clark]

TL;DR: Why is the graphics context rotated when drawing vertical text?

Skia ports use text-on-path to draw vertical text. This is slow, and
sometimes doesn't look very good, for instance when rendering
fast/writing-mode/text-orientation-basic.html .

To fix this, I added vertical text support on Skia's Mac port. With the
current version, you can set a flag in the paint, so that drawing a line of
text goes from top to bottom instead of from left to right. Setting the
font and text size to match text-orientation-basic.html causes Skia to
generate identical output when compared to Safari.

Plugging this into WebKit, I was surprised that while the glyphs draw down
the page, each glyph is rotated 90 degrees from what I expected. While I
can fix this by rotating the graphics context one way and rotating the
glyph positions the opposite way, I wonder if there's a way to avoid the
rotation altogether.

>From reading online commentary and the implementation in FontMac.mm, there
appears to be some confusion about how to get CoreText to draw vertically.
I found that it is only necessary to rotate the advance and the vertical
offsets to compute the proper text metrics; the change from horizontal text
drawing is minimal. You can see that here:
http://codereview.appspot.com/5375053

The extra rotations may be a consequence of Skia on Mac using some Mac font
code in a way that wasn't intended -- I just don't know where to look to
find the code.

Thanks
Cary
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev

Re: [webkit-dev] vertical text

[David Hyatt]

On Nov 10, 2011, at 4:07 PM, Cary Clark wrote:

> TL;DR: Why is the graphics context rotated when drawing vertical text?

I assume you're referring to the rotation done by InlineTextBox. The basic 
reason for the rotation was that it was a minimal change to the code and 
allowed a bunch of other drawing functions to remain unchanged. You could 
certainly eliminate the rotation, but you'd then have to patch all of the 
InlineTextBox drawing functions (underlines, selection, spell check markers, 
etc.) to be able to operate horizontally or vertically.

dave
(hy...@apple.com)

___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev

Re: [webkit-dev] Adding the Vibration API to WebCore

[Simon Fraser]

On Nov 10, 2011, at 5:57 AM, 권기홍 wrote:

> Hi webkit-dev.
> 
> I want to let you know that I plan to add the Vibration API to WebKit.
> (http://dev.w3.org/2009/dap/vibration/)
> This support will be behind the ENABLE_VIBRATION feature define.
> see : https://bugs.webkit.org/show_bug.cgi?id=72010
> 
> Spec is not mature because it's recently added.
> But Mozila is already implemented this.
> 
> I'm going to support this until finishing both the spec and patch.
> If you have any comment, please let me know.

For game pads that have vibration feedback, there's obviously a tie-in with the 
joystick API here:


Simon

___
webkit-dev mailing list
webkit-dev@lists.webkit.org
http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev