eugene-eeo

Herbsluftwm does not natively come with support for a 'proper' floating layer. We can remedy that problem using some scripting; the goal is to get a 'seamless' experience.

First you need to download and run the floatmon script somewhere in autostart. Using this is a good start. But if you use multiple monitors you will run into the issue where if you focus right, sometimes you can focus an empty floatmon monitor. So probably you want to disable the focus_crosses_monitor_boundaries option.

eugene-eeo

*-flake

most distributed uid generation schemes are inspired by twitter's snowflake. basic principle is that we generate ids that can be split into 3 chunks, TSM where:

• T = time difference
• S = server 'id'
• M = server counter, in case we get the same T

ideas

eugene-eeo

#!/bin/bash
GEOMETRY="80x20+570+300"

_st_fzf() {
    fzf +m --tiebreak=length,end --layout=reverse --color=prompt:7,pointer:7,spinner:2,info:8,hl:2,hl+:2,marker:0 --margin=1,2 --prompt='∴ ' $@
}

_st_run() {
    st -t 'st-launch' -a -g $GEOMETRY -e "$0" "$1" &
}

eugene-eeo

SELECT
  r.id as r_id,
  i.id as i_id,
  SUM(u.quantity) as per_resident_total
FROM
  resident as r,
  inventory_item as i,
  inventory_usage as u
WHERE
  resident.id = inventory_usage.id AND

eugene-eeo

Keyboard Layout for the FILCO 68-key UK layout.
Usage:
 - Download filco68.keylayout
 - Put it in ' ~/Library/Keyboard Layouts'
 - Add layout to input sources => done

eugene-eeo

Keybase proof

I hereby claim:

• I am eugene-eeo on github.
• I am eeojun (https://keybase.io/eeojun) on keybase.
• I have a public key ASBPozL3c19DFS2saFNdiQbq_O3si2lcJRrnBGfbAFPgHQo

To claim this, I am signing this object:

eugene-eeo

from schema import Schema
s = Schema.from_iterable([
    {'key': True, 'maybe': 1},
    {'key': None, 'maybe': True},
    {'key': False},
])
print(s)
# => {'key': <Key [bool]>, 'maybe': <Maybe [bool, int]>}