Re: [webkit-dev] How to make changes to website?

2022-02-16 Thread Michael Catanzaro via webkit-dev




On Wed, Feb 16 2022 at 02:05:40 PM -0800, Chris Dumez 
 wrote:

Jon Davis is probably the right contact for Webkit.org.


Um... yeah, of course he is. I knew this. Brain fart, sorry.

My suggested change is to add a warning sentence to the 
https://webkit.org/contributing-code/#choose-a-bug-report section:


"You can also create a new report. Be sure to search the database 
before creating new reports to avoid duplication, and select the most 
accurate component possible to maximize the chance that your 
contribution will be noticed by the right maintainers and reviewed."



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


Re: [webkit-dev] How to make changes to website?

2022-02-16 Thread Chris Dumez via webkit-dev
Jon Davis is probably the right contact for Webkit.org .

--
 Chris Dumez




> On Feb 16, 2022, at 2:01 PM, Michael Catanzaro via webkit-dev 
>  wrote:
> 
> Hi,
> 
> I want to make a modification to:
> 
> https://webkit.org/contributing-code/
> 
> Suggested here: https://bugs.webkit.org/show_bug.cgi?id=232935#c6
> 
> It looks like this page is not part of WebKit/Websites/webkit.org. Anyone 
> know who can edit it?
> 
> Michael
> 
> 
> ___
> webkit-dev mailing list
> webkit-dev@lists.webkit.org
> https://lists.webkit.org/mailman/listinfo/webkit-dev

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


[webkit-dev] How to make changes to website?

2022-02-16 Thread Michael Catanzaro via webkit-dev

Hi,

I want to make a modification to:

https://webkit.org/contributing-code/

Suggested here: https://bugs.webkit.org/show_bug.cgi?id=232935#c6

It looks like this page is not part of WebKit/Websites/webkit.org. 
Anyone know who can edit it?


Michael


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


Re: [webkit-dev] Request for Position: Fetch Metadata

2022-02-16 Thread Patrick Griffis via webkit-dev
On 2022-02-11 16:15, Patrick Griffis via webkit-dev wrote:
> However Sec-Fetch-User I believe will require more
> significant changes that will have to be exposed to each port. It
> requires knowing if a request was initiated by a user, exact details are
> specified here[2], which I think will require integration at the
> Safari/WebKitGTK/etc layers.

Looking more into this Firefox takes a more heuristic approach to
figuring this out (was there a referrer and what is the request type)
and if that approach works out for WebKit it wouldn't require any
port-specific changes. Chromium itself does just ask the `ui` layer what
type of "transition" caused the request which is more in-line with the
spec.
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev


Re: [webkit-dev] Great function for Cocoa platform, bridge_cast

2022-02-16 Thread Ryosuke Niwa via webkit-dev
On Wed, Feb 16, 2022 at 6:13 AM Darin Adler  wrote:

> I think of it as following the same naming pattern as downcast<> or
> static_cast<>, but you don’t have to specify a template argument since it
> infers it for you.
>

I guess the closer analogy might be with const_cast, which does the "right
thing" based on the type.

I still think a single name conversion is less clear since we don't
typically call out which type of an object is returned by a function (since
we don't really use Hungarian notation). We'd end up having to look up the
function declaration / definition to see whether it returns CF vs NS/UI.

- R. Niwa
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev


Re: [webkit-dev] Great function for Cocoa platform, bridge_cast

2022-02-16 Thread Darin Adler via webkit-dev
I think of it as following the same naming pattern as downcast<> or 
static_cast<>, but you don’t have to specify a template argument since it 
infers it for you.

— Darin
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev


Re: [webkit-dev] Great function for Cocoa platform, bridge_cast

2022-02-16 Thread Darin Adler via webkit-dev
Just economy. There is no need for two different names. I personally like it 
this way, and have found it appealing when I used it. I think you should give 
it a try. We can certainly change the name later if this turns out to 
significantly improve things.

— Darin
___
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev