[webkit-dev] Changing the implementation of KURL

Joe Mason jmason at rim.com
Sat Jan 28 17:28:38 PST 2012


> -----Original Message-----
> From: webkit-dev-bounces at lists.webkit.org [mailto:webkit-dev-
> bounces at lists.webkit.org] On Behalf Of Maciej Stachowiak
> Sent: Saturday, January 28, 2012 7:08 PM
> To: Brett Wilson
> Cc: Benjamin Poulain; WebKit Development
> Subject: Re: [webkit-dev] Changing the implementation of KURL
> 
> Let's take some specific examples. Would using WTF::Vector inside the
> implementation (not necessarily at the API boundary, just internally)
> be acceptable? Or would it be required to use C arrays or std::vector?
> Would using WTF's ASSERT family of macros be acceptable, or should some
> other form of asserts be used? The are examples I can think of where
> "dependencies" could simply be added in the course of trying to get the
> code to be in WebKit style.

Another big potential dependency would be use of Platform.h and the ENABLE/USE/etc system of macros - I could easily see a new feature including special processing for a new URL scheme, similar to the way file: url's have slightly different parsing rules than http: urls.  In this case we'd want to wrap the special handling in ENABLE(feature).  (Arguably the url class should be flexible enough that you don't have to hardcode special handling for a scheme, though.)

Joe

---------------------------------------------------------------------
This transmission (including any attachments) may contain confidential information, privileged material (including material protected by the solicitor-client or other applicable privileges), or constitute non-public information. Any use of this information by anyone other than the intended recipient is prohibited. If you have received this transmission in error, please immediately reply to the sender and delete this information from your system. Use, dissemination, distribution, or reproduction of this transmission by unintended recipients is not authorized and may be unlawful.


More information about the webkit-dev mailing list