ctrl+shift+p filters: :st2 :st3 :win :osx :linux
Browse

Auto​Dark​Linux

by smac89 ST4 Linux

Fix auto dark mode for sublime on Linux :sunglasses:

Details

Installs

  • Total 120
  • Win 0
  • Mac 0
  • Linux 120
Oct 4 Oct 3 Oct 2 Oct 1 Sep 30 Sep 29 Sep 28 Sep 27 Sep 26 Sep 25 Sep 24 Sep 23 Sep 22 Sep 21 Sep 20 Sep 19 Sep 18 Sep 17 Sep 16 Sep 15 Sep 14 Sep 13 Sep 12 Sep 11 Sep 10 Sep 9 Sep 8 Sep 7 Sep 6 Sep 5 Sep 4 Sep 3 Sep 2 Sep 1 Aug 31 Aug 30 Aug 29 Aug 28 Aug 27 Aug 26 Aug 25 Aug 24 Aug 23 Aug 22 Aug 21
Windows 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
Mac 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
Linux 0 0 0 0 0 0 1 0 2 0 0 0 0 0 0 0 1 0 1 0 0 0 0 0 3 1 1 1 1 1 1 1 2 1 0 0 0 0 1 1 0 0 0 0 0

Readme

Source
raw.​githubusercontent.​com

autodark-sublime-plugin

Fix auto dark mode for sublime v4 on Linux. Sublime text 4 supposedly has such a feature, but it seems to not be working for me. If you also experience the same, this plugin bridges that gap and provides an adequate solution until the problem is fixed.

Dependencies:

  • Sublime text (build 4050+)
  • Systemd (for busctl command)
  • A desktop environment or a DBus service which implements org.freedesktop.portal.Settings. The major DE's provide this already

Installation:

Configuration/Usage:

  • Edit your preferences and configure the following keys:
    • dark_color_scheme
    • light_color_scheme
    • dark_theme
    • light_theme
  • Either from the context menu (under View), or from the command pallet (search for AutoDark)
    • System: Sublime follows the system settings
    • Light: Sublime sticks to only light mode
    • Dark: Sublime sticks to only dark mode
  • Any option selected is set as the default and will be remembered

FAQ

  • Q: Switching to system mode does not automatically infer my preferred colorscheme

    A: This might be caused when you have two competing xdg-desktop-portal implementations installed on your system. e.g. kde and gtk, but gtk wins because its name comes first alphabetically.:shrug:

    You can check the /usr/share/xdg-desktop-portal/portals/ folder to see which portals are installed. e.g. kde.portal, gkt.portal, etc. Once you determine which implementation you want to use (this would most likely be determined by your current desktop), create a file called ~/.config/xdg-desktop-portal/portals.conf (see portals.conf manpage), and add the following to it:

    [preferred]
    default=enter-your-choice-here-without.portal-suffix
    

    Restart xdg-desktop-portal service using systemctl restart --user xdg-desktop-service, or logout and log back in to see the new changes.

    This should hopefully fix the issue with automatically switching modes.


Development

These are just reminders for myself, but feel free to follow along if you need to start developing packages

  1. Clone this project into the folder ~/.config/sublime-text-3/Packages/AutoDarkLinux. If you already cloned the project elsewhere, just symlink it inside the above folder using the command:

    ln --symbolic --target-directory ~/.config/sublime-text-3/Packages/  /path/to/autodark-sublime-plugin/
    mv ~/.config/sublime-text-3/Packages/{autodark-sublime-plugin,AutoDarkLinux}
    

    See link for more info.

    Note: The reason for using the name AutoDarkLinux is because that's the name this plugin was published under. It's also the name you have to use if you want to import other modules from within this package during development and at runtime.

  2. (Optional) Install the virtualenv using pipenv install --dev. This is useful for auto completion during development

  3. Restart sublime to make sure the plugin is loaded. Enable viewing of commands and logs from the console. Open console with Ctrl + ` and type the following commands:

    sublime.log_commands(True)
    sublime.log_input(True)
    
  4. Start developing :hammer: (see docs, especially api_ref, and this one)

  5. Enable INFO logging to see more logs in the console

  6. Commit changes

  7. Release a new version using the scripts/release.sh script

  8. Remove the symlinked dev package from the sublime folder