🎨 Generate and change color-schemes on the fly.

Downloaded pywal with pip3, used wal -i image.jpg then background turned black and Dock disappeared, so I'm unable to change background and show dock + some bugs appeared. No such problem as another user

OS Mojave MacBook Pro Mid 2012

I have i3-gaps, I've runned wal -i <path to image> and the color changed on everything except for rofi

my config.rasi [rofi config color scheme]

/* global settings and color variables */
* {
   maincolor:        #ed8712;
   highlight:        bold #ed8712;
   urgentcolor:      #e53714;

   fgwhite:          #cfcfcf;
   blackdarkest:     #1d1d1d;
   blackwidget:      #262626;
   blackentry:       #292929;
   blackselect:      #303030;
   darkgray:         #848484;
   scrollbarcolor:   #505050;
   font: "Hack 8";
   background-color: @blackdarkest;
}

i run rofi via i3 config using

bindsym $mod+d exec rofi -show run -separator-style solid -font "Hack 8"
bindsym $mod+shift+d exec rofi -show window -separator-style solid -font "Hack 8"

my .Xresource

! freetype2-infinality
Xft.autohint: 0
Xft.lcdfilter:  lcddefault
Xft.hintstyle:  hintslight
Xft.hinting: 1
Xft.antialias: 1
Xft.rgba: rgb

! special
*.foreground:   #a8a19f
*.background:   #1b1918
*.cursorColor:  #a8a19f

! black
*.color0:       #1b1918
*.color8:       #766e6b

! red
*.color1:       #f22c40
*.color9:       #f22c40

! green
*.color2:       #5ab738
*.color10:      #5ab738

! yellow
*.color3:       #d5911a
*.color11:      #d5911a

! blue
*.color4:       #407ee7
*.color12:      #407ee7

! magenta
*.color5:       #6666ea
*.color13:      #6666ea

! cyan
*.color6:       #00ad9c
*.color14:      #00ad9c

! white
*.color7:       #a8a19f
*.color15:      #f1efee



URxvt.termName:    rxvt-256color
URxvt.transparent: true
URxvt.shading:     10
URxvt.fading:      15
URxvt.font:        xft:Hack:pixelsize=10, xft:Hack:antialias=false, xft:Hack:antialias=false

URxvt.saveLines:         4096
URxvt.scrollBar:         false
URxvt.scrollTtyOutput:   false
URxvt.scrollWithBuffer:  true
URxvt.scrollTtyKeypress: true
URxvt.urgentOnBell:      true
URxvt.iconFile:          /usr/share/icons/Numix-Circle/48x48/apps/xterm-color_48x48.svg

URxvt.perl-lib:       ~/.config/urxvt
URxvt.perl-ext:       default,cspace,font-size,url-select,tabbedex

URxvt.url-launcher:   /usr/bin/xdg-open

! Tabbedex features
URxvt.tabbed.new-button:       no
URxvt.tabbed.autohide:         yes
URxvt.tabbed.no-tabbedex-keys: yes

! Tabbedex colors
URxvt.tabbed.tabbar-fg:   244
URxvt.tabbed.tabbar-bg:   16
URxvt.tabbed.tab-fg:      255
URxvt.tabbed.tab-bg:      52
URxvt.tabbed.bell-tab-fg: 255
URxvt.tabbed.bell-tab-bg: 160
URxvt.tabbed.bell-fg:     244
URxvt.tabbed.bell-bg:     17
URxvt.tabbed.title-fg:    28
URxvt.tabbed.title-bg:    16

! Tabbedex keybindings (4-1: Super + Alt)
URxvt.keysym.4-1-Down:    perl:tabbedex:new_tab
URxvt.keysym.4-1-Left:    perl:tabbedex:prev_tab
URxvt.keysym.4-1-Right:   perl:tabbedex:next_tab
URxvt.keysym.4-1-Up:      perl:tabbedex:rename_tab
URxvt.keysym.4-1-C-Left:  perl:tabbedex:move_tab_left
URxvt.keysym.4-1-C-Right: perl:tabbedex:move_tab_right

! Font-size (C-1: Ctrl + Alt)
URxvt.keysym.C-1-Up:     perl:font-size:increase
URxvt.keysym.C-1-Down:   perl:font-size:decrease
URxvt.keysym.C-S-1-Up:   perl:font-size:incglobal
URxvt.keysym.C-S-1-Down: perl:font-size:decglobal

! url-select
URxvt.keysym.M-u: perl:url-select:select_next
URxvt.url-select.launcher: /usr/bin/xdg-open
URxvt.url-select.underline: yes

! rofi -- dmenu clone
rofi.opacity:  100
rofi.width:    90
rofi.lines:    25
rofi.font:     Iosevka Medium 10
rofi.location: 0
rofi.padding:  5

rofi.color-enabled: true
rofi.color-window: #3f3f3f, #000000, #000000

! State:           bg,      fg,      bgalt    hlbg,    hlfg
! zenburn:         bg,      fg,      bg-05,   bg+1,    fg+1
rofi.color-normal: #3f3f3f, #dcdccc, #383838, #4f4f4f, #ffffef
!                  blue-4,  fg,      blue-5,  blue-3,  fg+1
rofi.color-active: #4c7073, #dcdccc, #366060, #5c888b, #ffffef
!                  red-4,   fg,      red-5,   red-3,   fg+1
rofi.color-urgent: #8c5353, #dcdccc, #7c4343, #9c6363, #ffffef

!(call-process-shell-command "xrdb -load ~/.Xresources")

i have no clue why is not changing rofi color scheme

P.S. does pywal works with polybar, if yes how can i change the color of that too?

I tried to add an emacs colorscheme, it's basically xresources-theme but with the xresources bits ripped out of it and replaced with pywal templates.
It does look a bit weird but it's better than no color-hot-swapping:

Usage is simply (load-file "~/.cache/wal/colors.el") in ielm and/or .emacs.el, M-x load-file or from the command line (can also be automated after wal is executed), something like $ emacs -batch --eval='(load-file "~/.cache/wal/colors.el")'

Alright I am going to try to give as much relevant information as I can, but I am in a specific scenario. I install yabai on my mac and also disabled SIP, so this is what I think is the main issue. I used this for about a week with no issues. I then installed pywal with pip3. Upon using the "wal -i" command with an image, my background went black, the dock.app stopped running, workspaces and mission control stopped running. Applications will still run and finder works, but dock.app wont restart, and upon trying to kill any instances of it already running, there are none to be found. I think this is an issue with running wal with SIP disabled, does it edit any system files that could be an issue? Also let me know if you need more information to diagnose this.

I installed Void Linux today and finally managed to get pywal working (it only has py3.5 so I compiled 3.6.1 with pyenv) and since it doesn't have Termite (my go-to terminal) in it's repos I decided to try Alacritty (it's supposed to be fast). So turns out it's dash-fast, as in "lacks too many useful features" (probably because it's still in alpha). The printf "%b" "\033]11;#ff0000\007" does nothing so I guess you should add it to the list. I tried to make it work with wal by having a config.yml that contains non-color options and an auto-generated colors.yml that has colors (used termcolors to convert to Alacritty's format), what I did was add this function:

function fix_alacritty() {
	local dir="${HOME}/.config/alacritty"
	rm "${dir}/alacritty.yml"
	cat "${dir}/config.yml" "${dir}/colors.yml" >> "${dir}/alacritty.yml"
}

And call it in the script that gets executed after wal, turns out Alacritty needs everything to be in specific positions for the thing to work (it is possible with some mad regex-foo or yaml parsing, both of which I'm no good at and not going to try doing since the benefits aren't that good, not being able to change colors on the fly is a bummer)

So I guess it's not really an issue with wal but I'm just letting you know

$ wal -v wal 3.2.1

For me it seems that commit https://github.com/dylanaraps/pywal/commit/da0e2ff05a885422dfc61fc87ae3c68ec713751b introduced the issue. In my opinion set_color should be used instead of set_special (at least for me that resolved it). (Also adding 4; before 708; in .cache/wal/sequences solves the issue temporarily)

During the debugging of this I found another minor coding issue: in set_special() the default value for alpha is 100 (the number), while later in the function the alpha is compared to the string "100"(in python the number and string 100 are different), thus even if the alpha parameter is omitted and the value of it is 100 it will be added to the sequence. (Again, this is nothing serious, just wanted to leave a note about it)

Hey there, I've been having an issue where wal seems to change the desktop to an all black image. It changes the colorscheme in the open terminals and vim but the wallpaper gets messed up. It may have to do with a messy install I had, since Python 3.6 doesn't seem to be what pip uses on my system, so I installed it via "sudo -H python3.6 -m pip install pywal". I installed pywal once before and it was working great, but uninstalled and reinstalled it and that's when the issues started. As for my system, I'm running Ubuntu 17.04 with Gnome using the Gnome terminal. The command I'm using for wal is simply "wal -t -i ~/Pictures/Wallpapers/wallpaper.jpg"

I can see the bit for code provided for qtille (https://github.com/dylanaraps/pywal/wiki/Customization#qtile) but I'm not really sure how to integrate it with my config.

Right now, I use the pywal functionality in Luke Smith's setbg script to change the colour of my terminal emulator (https://github.com/LukeSmithxyz/voidrice/blob/master/.local/bin/setbg). This script changes the wallpaper and then uses pywal on the new wallpaper.

Does the qtile customisation code which pywal's wiki provids change both the terminal and bar colour? I'm not really sure how to add it to my config: haman_config.txt (rename to config.py accordingly)

Hello. Thank you for your hard work with this project. I have one request. Would it be possible to extend the functionality of the program by adding dunst (it is a lightweight replacement for the notification-daemons provided by most desktop environments) support?

Is there a way I can configure pywal to not change the cursor color? That's a little thing that's been bothering me because fonts of the same color as the cursor disappear. With the default cursor it changes its color to match the color of the current character, but the character itself appears black. Can I make that behaviour to be wal's behaviour?

Hello.

I'm using macOS 10.14 Mojave and when I set a wallpaper with pywal I get a few problems:

• Desktop turns black
• Dock crashes and cannot be restarted
• Cannot launch Safari, but I can launch Chrome

Of course there might be other errors that I just haven't noticed. I'm running in dark mode and I'm using a fresh/clean installation of macOS.

The problem is similar to #292. Once I delete the file "desktoppicture.db" in "/Users/username/Library/Application Support/Dock" everything works fine again. But as soon as I try setting the wallpaper with pywal again I get the exact same errors as I mentioned above.

I looked at the code and I cannot understand how simply changing a wallpaper can cause such massive errors (the system literally becomes unusable), but maybe someone with more background knowledge can chime in.

How to make pywal change color with real time background image? That is, when wallpaper changes pywal's color should change automatically in fish shell

For KDE am using , grep 'Image=' ~/.config/plasma-org.kde.plasma.desktop-appletsrc | sed 's/Image=//' this to fetch image

Can someone tell how can I write the code?

If I run wal with wal -i path/to/symlink the colors aren't regenerated, if a cached color scheme for that symlink already exists in ~/.cache/wal/schemes, even if the symlink changes destinations. I haven't tried it out, but I think the same thing probably also holds true, if a normal image would be switched out but would keep it's name. So the issue isn't necessarily symbolic links, but rather that wal doesn't detect, if the underlying image has changed.

I think there are two possible solutions for that problem:

1. add an argument to wal, which forces wal to ignore the cache and always regenerate the color scheme
2. add a checksum of the image file to the cached json scheme, which if different also forces the regeneration of the color scheme

Generated color scheme from B&W photos is just grayscale.

A feature where pywal would skip generating grayscale color scheme or fallback to a preset one would solve this issue.

Could you make a new file for leftwm?

Toml configuration was like this.

border_width = 1
margin = [1, 1]

default_border_color = "#4c566a"
floating_border_color = "#4c566a"
focused_border_color = "#5e81ac"

And ron configuration is like this.

(
border_width: 1,
margin: [1, 1],
default_border_color: "#4c566a",
floating_border_color: "#4c566a",
focused_border_color: "#5e81ac",
)

I better put @vuimuch in copy if that is possible here.