Mirrors/uBlock
1
0
Fork 0
mirror of https://github.com/gorhill/uBlock.git synced 2024-11-17 16:02:33 +01:00
Code Issues Releases Wiki Activity
0cc8b7864f
uBlock/platform/mv3/extension/popup.html

62 lines
2.2 KiB
HTML
Raw Normal View History

Add per-site on/off switch to mv3 experimental version
2022-09-07 16:15:36 +02:00
<!DOCTYPE html>
<html id="uBO-popup-panel" class="desktop">
<head>
<meta charset="utf-8">
<meta name="viewport" content="width=device-width, initial-scale=1">
<link rel="stylesheet" href="css/default.css">
<link rel="stylesheet" href="css/common.css">
<link rel="stylesheet" href="css/fa-icons.css">
[mv3] Introduce per-site filtering modes in lieu of per-site toggle switch
2022-10-10 18:28:24 +02:00
<link rel="stylesheet" href="css/filtering-mode.css">
[mv3] Move hostname label to top of popup panel Related commit in uBO: - https://github.com/gorhill/uBlock/commit/b8cfa382e84902e21cea7fa5e57ccf22e36d2388 Additionally, render internationalized domain names in pretty Unicode instead of ugly punycode.
2023-06-06 15:04:21 +02:00
<link rel="stylesheet" href="css/popup.css">
Add per-site on/off switch to mv3 experimental version
2022-09-07 16:15:36 +02:00
<title data-i18n="extName"></title>
</head>
Report ruleset stats in popup panel
2022-09-08 16:04:08 +02:00
<body class="loading" data-section="">
Add per-site on/off switch to mv3 experimental version
2022-09-07 16:15:36 +02:00
<div id="main">
[mv3] Move hostname label to top of popup panel Related commit in uBO: - https://github.com/gorhill/uBlock/commit/b8cfa382e84902e21cea7fa5e57ccf22e36d2388 Additionally, render internationalized domain names in pretty Unicode instead of ugly punycode.
2023-06-06 15:04:21 +02:00
<div id="hostname"><span></span>&shy;<span></span></div>
[mv3] Open options page at first install To be sure first time users are properly informed about the possibility to enable broad permissions for better filtering.
2022-09-30 15:18:52 +02:00
<!-- -------- -->
[mv3] Introduce per-site filtering modes in lieu of per-site toggle switch
2022-10-10 18:28:24 +02:00
<div class="filteringModeSlider">
<div class="filteringModeButton"><div></div></div>
<span data-level="0"></span>
<span data-level="1"></span>
<span data-level="2"></span>
<span data-level="3"></span>
Add per-site on/off switch to mv3 experimental version
2022-09-07 16:15:36 +02:00
</div>
[mv3] Open options page at first install To be sure first time users are properly informed about the possibility to enable broad permissions for better filtering.
2022-09-30 15:18:52 +02:00
<!-- -------- -->
[mv3] Move hostname label to top of popup panel Related commit in uBO: - https://github.com/gorhill/uBlock/commit/b8cfa382e84902e21cea7fa5e57ccf22e36d2388 Additionally, render internationalized domain names in pretty Unicode instead of ugly punycode.
2023-06-06 15:04:21 +02:00
<div id="filteringModeText"><label data-i18n="popupFilteringModeLabel">_</label><br><span>_</span><span></span></div>
[mv3] Add support for specific cosmetic filtering Specific plain CSS cosmetic filters are now supported. Cosmetic filtering will occur only after the user explicitly grant uBO extended permissions for a given site, so that it can inject CSS on the site. A new button in the popup panel allows a user to grant/revoke extended permissions to/from uBO Lite for the current site. More capabilities will be carefully added for when extended permissions are granted on a site, so specific cosmetic filtering through plain CSS is the first implemented capability. Generic and procedural cosmetic filtering is not implemented. The current implementation for plain CSS cosmetic filters is through declarative content injection, which does not require the service worker to be alive, the browser takes care to inject the cosmetic filters. However declarative CSS injection does not support user styles, so the injected cosmetic filters are "weak". I consider this is a browser issue, since user styles are supported by Chromium, there is just no way in the API to specify user styles for the injected content. Also: - Fixed dark theme issues - Added Steven Black's hosts file Keep in mind all this is very experimental and implementation details in this release may (will) greatly change in the future.
2022-09-15 19:14:08 +02:00
<div class="toolRibbon pageTools">
[mv3] Introduce per-site filtering modes in lieu of per-site toggle switch
2022-10-10 18:28:24 +02:00
<span></span>
[mv3] Add support for specific cosmetic filtering Specific plain CSS cosmetic filters are now supported. Cosmetic filtering will occur only after the user explicitly grant uBO extended permissions for a given site, so that it can inject CSS on the site. A new button in the popup panel allows a user to grant/revoke extended permissions to/from uBO Lite for the current site. More capabilities will be carefully added for when extended permissions are granted on a site, so specific cosmetic filtering through plain CSS is the first implemented capability. Generic and procedural cosmetic filtering is not implemented. The current implementation for plain CSS cosmetic filters is through declarative content injection, which does not require the service worker to be alive, the browser takes care to inject the cosmetic filters. However declarative CSS injection does not support user styles, so the injected cosmetic filters are "weak". I consider this is a browser issue, since user styles are supported by Chromium, there is just no way in the API to specify user styles for the injected content. Also: - Fixed dark theme issues - Added Steven Black's hosts file Keep in mind all this is very experimental and implementation details in this release may (will) greatly change in the future.
2022-09-15 19:14:08 +02:00
<span></span>
<span></span>
[mv3] Add minimal ability to diagnose ruleset issue A new icon has been added to the popup panel, to open a popup window with a terse list of DNR events for the current tab, in reverse chronological order (most recent DNR event appears at the top). The new ability is available only when the extension is sideloaded, as per `declarativeNetRequestFeedback` documentation. Ref: https://developer.chrome.com/docs/extensions/reference/api/declarativeNetRequest#event-onRuleMatchedDebug Purposefully minimal, so as to have something rather than nothing when having to diagnose filtering issue with the DNR API. Example: https://github.com/uBlockOrigin/uBOL-home/issues/156 The content of the popup window does not dynamically update, force a refresh (F5) to get the most recent DNR events. This might be improved in the future. The DNR event buffer is not persisted, so the buffer is empty when service worker is restarted. This might be improved in the future by using session storage API. There is no output filtering ability in this first draft. This might be improved in the future. DNR rules are reported. The filter from which a DNR rule originates is not reported. Given that the rulesets are optimized after conversion from original filter lists to reduce the DNR rule count, this is unlikely to ever be possible.
2024-07-29 20:54:46 +02:00
<span id="showMatchedRules" class="fa-icon tool" tabindex="0" title="Show matched rules">list-alt<span class="caption">Show matched rules</span></span>
Do not use `a` element to access dashboard Related issue: - https://github.com/uBlockOrigin/uBOL-issues/issues/13
2022-12-16 18:05:59 +01:00
<span class="fa-icon tool enabled" tabindex="0" data-i18n-title="popupTipDashboard">cogs<span class="caption" data-i18n="popupTipDashboard"></span></span>
[mv3] Add ability to enable/disable filter lists
2022-09-13 23:44:24 +02:00
</div>
[mv3] Open options page at first install To be sure first time users are properly informed about the possibility to enable broad permissions for better filtering.
2022-09-30 15:18:52 +02:00
<!-- -------- -->
Report ruleset stats in popup panel
2022-09-08 16:04:08 +02:00
<div id="rulesetStats" data-section="a">
</div>
[mv3] Add support for specific cosmetic filtering Specific plain CSS cosmetic filters are now supported. Cosmetic filtering will occur only after the user explicitly grant uBO extended permissions for a given site, so that it can inject CSS on the site. A new button in the popup panel allows a user to grant/revoke extended permissions to/from uBO Lite for the current site. More capabilities will be carefully added for when extended permissions are granted on a site, so specific cosmetic filtering through plain CSS is the first implemented capability. Generic and procedural cosmetic filtering is not implemented. The current implementation for plain CSS cosmetic filters is through declarative content injection, which does not require the service worker to be alive, the browser takes care to inject the cosmetic filters. However declarative CSS injection does not support user styles, so the injected cosmetic filters are "weak". I consider this is a browser issue, since user styles are supported by Chromium, there is just no way in the API to specify user styles for the injected content. Also: - Fixed dark theme issues - Added Steven Black's hosts file Keep in mind all this is very experimental and implementation details in this release may (will) greatly change in the future.
2022-09-15 19:14:08 +02:00
<hr data-section="a">
[mv3] Open options page at first install To be sure first time users are properly informed about the possibility to enable broad permissions for better filtering.
2022-09-30 15:18:52 +02:00
<!-- -------- -->
[mv3] Add support for specific cosmetic filtering Specific plain CSS cosmetic filters are now supported. Cosmetic filtering will occur only after the user explicitly grant uBO extended permissions for a given site, so that it can inject CSS on the site. A new button in the popup panel allows a user to grant/revoke extended permissions to/from uBO Lite for the current site. More capabilities will be carefully added for when extended permissions are granted on a site, so specific cosmetic filtering through plain CSS is the first implemented capability. Generic and procedural cosmetic filtering is not implemented. The current implementation for plain CSS cosmetic filters is through declarative content injection, which does not require the service worker to be alive, the browser takes care to inject the cosmetic filters. However declarative CSS injection does not support user styles, so the injected cosmetic filters are "weak". I consider this is a browser issue, since user styles are supported by Chromium, there is just no way in the API to specify user styles for the injected content. Also: - Fixed dark theme issues - Added Steven Black's hosts file Keep in mind all this is very experimental and implementation details in this release may (will) greatly change in the future.
2022-09-15 19:14:08 +02:00
<div id="moreOrLess">
Report ruleset stats in popup panel
2022-09-08 16:04:08 +02:00
<span id="moreButton">
Add missing translatable strings
2022-09-13 23:58:48 +02:00
<span data-i18n="popupMoreButton">_</span>&emsp;<span class="fa-icon">angle-up</span>
Report ruleset stats in popup panel
2022-09-08 16:04:08 +02:00
</span>
<span id="lessButton">
Add missing translatable strings
2022-09-13 23:58:48 +02:00
<span class="fa-icon">angle-up</span>&emsp;<span data-i18n="popupLessButton">_</span>
Report ruleset stats in popup panel
2022-09-08 16:04:08 +02:00
</span>
Add per-site on/off switch to mv3 experimental version
2022-09-07 16:15:36 +02:00
</div>
</div>
[mv3] Add support for specific cosmetic filtering Specific plain CSS cosmetic filters are now supported. Cosmetic filtering will occur only after the user explicitly grant uBO extended permissions for a given site, so that it can inject CSS on the site. A new button in the popup panel allows a user to grant/revoke extended permissions to/from uBO Lite for the current site. More capabilities will be carefully added for when extended permissions are granted on a site, so specific cosmetic filtering through plain CSS is the first implemented capability. Generic and procedural cosmetic filtering is not implemented. The current implementation for plain CSS cosmetic filters is through declarative content injection, which does not require the service worker to be alive, the browser takes care to inject the cosmetic filters. However declarative CSS injection does not support user styles, so the injected cosmetic filters are "weak". I consider this is a browser issue, since user styles are supported by Chromium, there is just no way in the API to specify user styles for the injected content. Also: - Fixed dark theme issues - Added Steven Black's hosts file Keep in mind all this is very experimental and implementation details in this release may (will) greatly change in the future.
2022-09-15 19:14:08 +02:00
<div id="templates">
<div class="rulesetDetails"><h1></h1><p data-section="b"></p></div>
</div>
Code maintenance: replace uDom.js with dom.js `uDom` is old and crusty and `dom` is meant as replacement. The goal of `dom` is to be simpler and mainly just convenience methods for handling the DOM with vanilla JS -- this is not a framework. Additionally, removed keyboard shortcuts pane which was useful only on very old versions of Firefox.
2022-11-12 15:51:22 +01:00
<script src="js/theme.js" type="module"></script>
Fix mv3 builds
2023-04-11 15:35:31 +02:00
<script src="js/fa-icons.js" type="module"></script>
[mv3] Add ability to enable/disable filter lists
2022-09-13 23:44:24 +02:00
<script src="js/i18n.js" type="module"></script>
Add per-site on/off switch to mv3 experimental version
2022-09-07 16:15:36 +02:00
<script src="js/popup.js" type="module"></script>
</body>
</html>
Reference in New Issue Copy Permalink