djpohly / dtao Goto Github PK

If the output on which dtao is displayed has a scale factor, the bar should be rendered at a higher resolution to avoid making the compositor resample it up to size.

Dzen allows negative -x and -y values to position from the opposite side, so our -b can be replaced with -y -1.
However, the bar seems to be prevented from starting beyond the bottom border.
So y -$H will, for $H < $HEIGHT, keep the bar right at the bottom, and otherwise leave a $((H - HEIGHT)) gap.

I find this behaviour odd. What we could instead do is reflect the height (i.e. implicitly raise by $HEIGHT if anchored to bottom) such that dtao -y $H and dtao -y -$H will both be $Hpx from their respective edge regardless of $HEIGHT.

Of course, this is incompatible with dzen. There's also the question of whether flipping the y should start from '-1' or '-0', but that's just a minor implementation detail.

will probably implement the offsetting with zwlr_layer_surface_v1 set_margin

Opinions?

The first ) after the start of an inline command is interpreted as the end.

For example,
^ca(1, echo "$(tty)" > randomfile)
is interpreted as
^ca( 1, echo "$(tty )
and the remaining " > randomfile) is printed as plaintext.

I haven't looked too deeply into how dzen handles this, probably with something like ^), but that'll burden the parser with more complexity than I'm comfortable with.

Maybe at this point I should be using a shellscript (that doesn't have ) in its name).

There is no default value for PREFIX in the Makefile (e.g. PREFIX ?= /usr/local), so if a user runs make install without specifying a PREFIX value, it will install the binary to /bin and the manpage to /share.

I'm getting a difficulty to compile dtao on freebsd, I keep getting this error :

make error : exec (client-header) , no such file or directory.

I'm sure all dependencies are satisfied. I suspect Makefile format not fully suitable with freebsd.