[Initiatives.wiki] Add a section
- From: Alexander Mikhaylenko <alexm src gnome org>
- To: commits-list gnome org
- Cc:
- Subject: [Initiatives.wiki] Add a section
- Date: Mon, 4 Oct 2021 00:30:27 +0000 (UTC)
commit 94904fd46a5be303f8e7b833c057e7c6a8f47975
Author: Alexander Mikhaylenko <alexm gnome org>
Date: Mon Oct 4 00:30:25 2021 +0000
Add a section
Dark-Style-Preference.md | 8 ++++++++
1 file changed, 8 insertions(+)
---
diff --git a/Dark-Style-Preference.md b/Dark-Style-Preference.md
index 736b79f..41ebabc 100644
--- a/Dark-Style-Preference.md
+++ b/Dark-Style-Preference.md
@@ -7,6 +7,14 @@
5. Apps that use completely custom styles (e.g. **Contrast**) shouldn't try to follow the preference at all
if it doesn't make sense for them.
6. Libraries that provide widgets should try to follow the app's appearance if possible and makes sense -
for example, **WebKitGTK** should use dark color scheme for pages that support it when the application it's
embedded into is dark — either automatically, or via API that the app would use. They should not follow the
system preference directly, as there's no guarantee the application follows it.
+If most of the application is content and not UI, the content should follow the preference as well when
possible. Some examples where this applies:
+- Text editors
+- Maps
+- Note taking apps
+- File managers
+- Calendars
+- Games, e.g. Sudoku or Mines
+
# Implementation
## GTK4 + libadwaita
Applications follow the preference by default, so design 1 doesn't require any changes.
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]