Luke Wilde c0f22065ab LibWeb: Add an extended attribute that makes interfaces use AK::String ... Adding the [UseNewAKString] extended attribute to an interface will cause all IDL string types to use String instead of DeprecatedString. This is done on an per interface level instead of per type/parameter because: - It's much simpler to implement, as the generators can already access the interface's extended attributes. Doing it per type/parameter would mean parsing and piping extended attributes for each type that doesn't already take extended attributes, such as unions. - Allows more incremental adoption of AK::String. For example, adding [UseNewAKString] to BodyInit would require refactoring Request, Response and XMLHttpRequest to AK::String in one swoop. Doing it on the interface allows you to convert just XHR and its dependencies at once, for example. - Simple string return types (i.e. not parameterised or not in a union) already accept any of the string types JS::PrimitiveString::create accepts. For example, you can add [UseNewAKString] to DOMStringMap to convert Element attributes to AK::String and still return AK::String from get_attribute, without adding [UseNewAKString] to Element. - Adding [UseNewAKString] to one function typically means adding it to a bunch of other functions, if not the rest of them. For example, adding [UseNewAKString] to the parameters FormData.append would either mean converting AK::String to AK::DeprecatedString or storing the AK::String as-is, making the other functions of FormData have to convert back from AK::String or also support AK::String.		2023-02-18 01:23:36 +01:00
..
CodeGenerators	LibWeb: Add an extended attribute that makes interfaces use AK::String	2023-02-18 01:23:36 +01:00
ConfigureComponents	LibCore: Move Stream-based file into the Core namespace	2023-02-13 00:50:07 +00:00
IPCMagicLinter	LibCore: Rename File to DeprecatedFile	2023-02-13 00:50:07 +00:00
CMakeLists.txt	Meta: Rename Lagom library target names from LagomFoo to LibFoo	2022-07-06 14:24:23 +02:00