Hello,
Having compiled and tested st, I would like to contribute a report.
First the less important and possibly known issue:
Utf-8 and line graphics symbols' handling looks broken on bold text (?).
E.g. mutt shows kanji in From correctly unless the entry is highlighted.
Selecting text which c
Hello,
I thought some of you might be interested in this utility I wrote:
https://github.com/cfuehrmann/bringer
It is a minimalistic launcher/desktop switcher which calls dmenu.
Besides the usual launching capability of dmenu, it
* presents a human-readable list of all desktops, allowing to swi
For the second bug, An example may help. I ran into
(what I believe to be) the same bug a few months ago,
but assumed it was a problem with the font rather than
with st. (I had been making modifications to the font for
a while and assumed I'd done something wrong.) I
made a screenshot of the issue,
On Sat, Sep 24, 2011 at 01:19:47PM -0400, Bryan Bennett wrote:
> For the second bug, An example may help. I ran into
> (what I believe to be) the same bug a few months ago,
> but assumed it was a problem with the font rather than
> with st. (I had been making modifications to the font for
> a while
The description you're providing now matches perfectly with the
behavior I was seeing with that particular font. When I get back to my
desktop, I'll pull tip and try boxxy again to make sure I'm
remembering everything correctly.
Greetings,
Carsten Führmann wrote:
> The utility is described in loving detail in the README.markdown on
> the main project page.
ocaml;wu (ocaml; won't use)
Sincerely,
Christoph Lohmann
On 2011-09-25 03:19, Christoph Lohmann wrote:
> ocaml;wu (ocaml; won't use)
use the bringer_obsolete.bash [1] from the package?
why ocaml;wu? because it's outside the C/sh stack, or ?
Patrick
[1] send
"https://github.com/cfuehrmann/bringer/raw/master/bringer_obsolete.bash \r"
expect "bash;wu"
