[Initiatives.wiki] Add a section



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]