> "CL" == Christoph Lohmann <2...@r-36.net> writes:
>> (by the way I just noticed that st is also brightening underline
>> text, while other terminals don't)
CL>> If you request the brightening of underline, you will get
CL>> brightened un‐ derline.
Ah, sure, I didn't modify
Greetings.
On Wed, 16 Apr 2014 06:37:45 +0200 Yuri Karaban wrote:
> I will describe cases why I need it:
>
> 1. I had bold shell prompt, which was black in all virtual terminals I
>have used so far. When I run st first time the first thing that
>caught my eye was the _gray_ prompt. It wa
Greetings.
On Wed, 16 Apr 2014 06:36:15 +0200 Amadeus Folego
wrote:
> Hi Guys, thank you for your feedback and taking your time to
> help me!
>
> I identified the issue.
>
> It looks like I am spawning st with tmux (e.g. st -e tmux), and the issue is
> that tmux is reparenting the process id t
Yeah, I think you're right, that's why I said I'll have to find another
way to have scrolling.
But at least we should warn on the section we recommend tmux as a viable
multiplexer about this, what do you think?
On Tue, Apr 15, 2014 at 05:53:13PM -0700, Ryan O’Hara wrote:
> On Tue, Apr 15, 2014 at
On Tue, Apr 15, 2014 at 5:36 PM, Amadeus Folego wrote:
> It looks like I am spawning st with tmux (e.g. st -e tmux), and the issue is
> that tmux is reparenting the process id to tmux's daemon. Example:
>
> tmux
> |
> \_newsbeuter
> |
> \_vim st.c
>
> It is not an issue with
Hi Guys, thank you for your feedback and taking your time to
help me!
I identified the issue.
It looks like I am spawning st with tmux (e.g. st -e tmux), and the issue is
that tmux is reparenting the process id to tmux's daemon. Example:
tmux
|
\_newsbeuter
|
\_vim st.c
It
> "F" == FRIGN writes:
F>> No, seriously. If you bring up a point, and we discuss it, we
F>> prefer discussions which cut the bullshit and get to the point
F>> of the problem - or - non-problem. Don't confuse this with being
F>> habitutional, it's just that we have agreed on
> "REVC" == Roberto E Vargas Caballero writes:
>> Bold colors are brightened to stand out even more. But with the
>> light background and dark foreground brightening acts contrary
>> making the letters less emphasized.
REVC>> It is not the first time this question is discusse
On 15/04/2014, Jakub Lach wrote:
> http://www.openbsd.org/cgi-bin/cvsweb/src/lib/libssl/src/ssl/
Win. OpenBSD tolerates little bullshit.
On this note, de Raadt's [uncommonly restrained ☺] comment on OpenSSL:
http://article.gmane.org/gmane.os.openbsd.misc/211963
On Tue, 15 Apr 2014 19:08:37 +0300
Yuri Karaban wrote:
> Probably, but would it be better if I stay and continue to irritate
> habitues?
Dimidium facti qui coepit habet. Disce pati!
No, seriously. If you bring up a point, and we discuss it, we prefer
discussions which cut the bullshit and get t
On 2014-04-15 18:44 +0200, Markus Wichmann wrote:
> st reacted to the DELETE_WINDOW message by killing the shell with
> SIGHUP. Now, your shell may ignore SIGHUP, since it is waiting for
> mutt to finish. Or it may die. If it died and sent mutt the SIGHUP,
> too, that would be great, however, some
> Bold colors are brightened to stand out even more. But with the light
> background and dark foreground brightening acts contrary making the
> letters less emphasized.
It is not the first time this question is discussed in the list, and your
patch is the second about this issue.
> Don't jeer, be
On Tue, Apr 15, 2014 at 05:57:25PM +0100, Dimitris Papastamos wrote:
> On Tue, Apr 15, 2014 at 06:44:54PM +0200, Markus Wichmann wrote:
> > On Sun, Apr 13, 2014 at 02:10:51PM +0200, FRIGN wrote:
> > > Good day,
> > >
> > > sometimes, you depend on an initramfs to do stuff for you before
> > > the
On Tue, Apr 15, 2014 at 06:44:54PM +0200, Markus Wichmann wrote:
> On Sun, Apr 13, 2014 at 02:10:51PM +0200, FRIGN wrote:
> > Good day,
> >
> > sometimes, you depend on an initramfs to do stuff for you before
> > the rootfs is available.
> > Busybox has become the standard for "all your initramfs
On Sun, Apr 13, 2014 at 02:10:51PM +0200, FRIGN wrote:
> Good day,
>
> sometimes, you depend on an initramfs to do stuff for you before
> the rootfs is available.
> Busybox has become the standard for "all your initramfs needs", but
> tbh, I hate working with it.
> Statically linking sbase and uba
On Thu, Apr 10, 2014 at 05:03:33PM -0300, Amadeus Folego wrote:
> I probably discovered why this happens.
>
> The WM_DELETE_WINDOW command is being received with success, I tested
> it.
>
> The issue is that the command xmonad uses to spawn st double-forks the
> process, making the SIGHUP signal
Greetings.
On Tue, 15 Apr 2014 18:20:11 +0200 Yuri Karaban wrote:
> Hi Christoph!
>
> Probably, but would it be better if I stay and continue to irritate
> habitues?
We don’t like sissies turning around after the first question.
Sincerely,
Christoph Lohmann
Hi Christoph!
Probably, but would it be better if I stay and continue to irritate
habitues?
Si fueris Romae, Romano vivito more;
Si fueris alibi, vivito sicut ibi.
(When at Rome, do as the Romans do.)
> "CL" == Christoph Lohmann <2...@r-36.net> writes:
CL>> Greetings.
CL>> You gi
Greetings.
On Tue, 15 Apr 2014 17:49:20 +0200 Yuri Karaban wrote:
> > "REVC" == Roberto E Vargas Caballero writes:
>
> >> if default color is used (with light background and black
> >> foreground it's looking rather ugly, brightened black font
> >> becomes gray and unreadable on
> "REVC" == Roberto E Vargas Caballero writes:
>> if default color is used (with light background and black
>> foreground it's looking rather ugly, brightened black font
>> becomes gray and unreadable on light gray background).
REVC>> If you don't like you can always change t
Greetings.
On Tue, 15 Apr 2014 17:26:30 +0200 FRIGN wrote:
> On Tue, 15 Apr 2014 16:31:22 +0200
> Jakub Lach wrote:
>
> > http://www.openbsd.org/cgi-bin/cvsweb/src/lib/libssl/src/ssl/
>
> I stumbled upon it via [1].
> I'm glad this idea finally is being realized. Discussing this topic
> with m
> if default color is used (with light background and black foreground
> it's looking rather ugly, brightened black font becomes gray and
> unreadable on light gray background).
If you don't like you can always change the background.
> Please consider adopting standard behavior, otherwise it's ma
On Tue, 15 Apr 2014 16:31:22 +0200
Jakub Lach wrote:
> http://www.openbsd.org/cgi-bin/cvsweb/src/lib/libssl/src/ssl/
I stumbled upon it via [1].
I'm glad this idea finally is being realized. Discussing this topic
with many of my colleagues, there definitely is need for a community of
skilled dev
From: Yuri Karaban
This makes behavior consistent with XTerm and RXVT. When default
foreground color is black (implicit):
echo -e "\033[1m Bold but not bright"
should show bold black string, and when color is explicit (black too):
echo -e "\033[30;1m Bold and bright"
or
echo -e "\033[30m\033[1
From: Yuri Karaban
Hello,
I found that st behavior is inconsistent with XTerm and RXVT in regard
to handling bold text. XTerm and RXVT are not making bold font bright
if default color is used (with light background and black foreground
it's looking rather ugly, brightened black font becomes gray
http://www.openbsd.org/cgi-bin/cvsweb/src/lib/libssl/src/ssl/
26 matches
Mail list logo
