mirrors/ladybird
1
0
Fork 0
mirror of https://github.com/LadybirdBrowser/ladybird.git synced 2025-01-26 19:22:30 -05:00
Code Issues Projects Releases Packages Wiki Activity
ladybird/Libraries/LibWebView/Utilities.h

27 lines
651 B
C
Raw Normal View History

Ladybird/WebView: Move our PageClient to its own file And rename it to PageClientLadybird while we're at it, it's not "headless" by any means.
2022-09-19 11:06:23 +02:00
/*
Meta: Update my e-mail address everywhere
2024-10-04 13:19:50 +02:00
* Copyright (c) 2022, Andreas Kling <andreas@ladybird.org>
Ladybird: Move Qt-specific classes and functions to a Qt subdirectory This will help a lot with developing chromes for different UI frameworks where we can see which helper classes and processes are really using Qt vs just using it to get at helper data. As a bonus, remove Qt dependency from WebDriver.
2023-08-05 10:42:26 -06:00
* Copyright (c) 2023, Andrew Kaster <akaster@serenityos.org>
Ladybird/WebView: Move our PageClient to its own file And rename it to PageClientLadybird while we're at it, it's not "headless" by any means.
2022-09-19 11:06:23 +02:00
*
* SPDX-License-Identifier: BSD-2-Clause
*/
#pragma once
Everywhere: Rename {Deprecated => Byte}String This commit un-deprecates DeprecatedString, and repurposes it as a byte string. As the null state has already been removed, there are no other particularly hairy blockers in repurposing this type as a byte string (what it _really_ is). This commit is auto-generated: $ xs=$(ack -l \bDeprecatedString\b\|deprecated_string AK Userland \ Meta Ports Ladybird Tests Kernel) $ perl -pie 's/\bDeprecatedString\b/ByteString/g; s/deprecated_string/byte_string/g' $xs $ clang-format --style=file -i \ $(git diff --name-only | grep \.cpp\|\.h) $ gn format $(git ls-files '*.gn' '*.gni')
2023-12-16 17:49:34 +03:30
#include <AK/ByteString.h>
Ladybird+LibWebView: Move Lagom code to Ladybird, Qt code to Utilities Re-organize our helper files here a bit, to make a clearer distinction between Qt-specific helpers and generic non-serenity helpers. A future commit will move Lagom specific code from LibSQL to ladybird as well, so that we can see about future generic apis for spawning helper procesess.
2023-08-01 11:56:10 -06:00
#include <AK/Error.h>
Ladybird: Add `ak_string_from_qstring` function This will be used later when doing the conversion from the QString in QSettings for the homepage URL.
2023-02-01 18:47:56 +01:00
#include <AK/String.h>
Ladybird+LibWebView: Move Lagom code to Ladybird, Qt code to Utilities Re-organize our helper files here a bit, to make a clearer distinction between Qt-specific helpers and generic non-serenity helpers. A future commit will move Lagom specific code from LibSQL to ladybird as well, so that we can see about future generic apis for spawning helper procesess.
2023-08-01 11:56:10 -06:00
#include <AK/Vector.h>
Ladybird/WebView: Move our PageClient to its own file And rename it to PageClientLadybird while we're at it, it's not "headless" by any means.
2022-09-19 11:06:23 +02:00
LibWebView+Services+UI: Move process helpers to LibWebView
2024-11-10 10:26:07 -05:00
namespace WebView {
Ladybird: Render web content in a separate process :^) This patch brings over the WebContent process over from SerenityOS to Ladybird, along with a new WebContentView widget that renders web content in a separate process. There's a lot of jank and FIXME material here, notably I had to re-add manually pumped Core::EventLoop instances on both sides, in order to get the IPC protocol running. This introduces a lot of latency and we should work towards replacing those loops with improved abstractions. The WebContent process is built separately here (not part of Lagom) and we provide our own main.cpp for it. Like everything, this can be better architected, it's just a starting point. :^)
2022-10-05 15:23:41 +02:00
void platform_init();
UI: Copy the default config to the user's config directory Currently only used on the Qt chrome.
2024-07-15 21:50:51 +02:00
void copy_default_config_files(StringView config_path);
Ladybird+Userland: Use ByteString for candidate server paths We've adopted a stance that paths should be ByteStrings rather than UTF-8 strings, so apply that to the Ladybird helpers.
2024-02-21 18:27:05 -07:00
ErrorOr<ByteString> application_directory();
ErrorOr<Vector<ByteString>> get_paths_for_helper_process(StringView process_name);
Ladybird: Render web content in a separate process :^) This patch brings over the WebContent process over from SerenityOS to Ladybird, along with a new WebContentView widget that renders web content in a separate process. There's a lot of jank and FIXME material here, notably I had to re-add manually pumped Core::EventLoop instances on both sides, in order to get the IPC protocol running. This introduces a lot of latency and we should work towards replacing those loops with improved abstractions. The WebContent process is built separately here (not part of Lagom) and we provide our own main.cpp for it. Like everything, this can be better architected, it's just a starting point. :^)
2022-10-05 15:23:41 +02:00
UI: Rename s_serenity_resource_root to s_ladybird_resource_root
2024-07-21 16:50:14 +02:00
extern ByteString s_ladybird_resource_root;
Ladybird: Return a reference to the mach server name Rather than a copy, return a reference so that it's a bit safer to use the result as a StringView within the calling scope.
2024-04-22 12:56:02 -04:00
Optional<ByteString const&> mach_server_name();
Ladybird: Use MachPortServer to get WebContent Mach ports on macOS
2024-04-04 14:13:14 -06:00
void set_mach_server_name(ByteString name);
LibWebView+Services+UI: Move process helpers to LibWebView
2024-11-10 10:26:07 -05:00
}
Reference in a new issue Copy permalink