Hi Eric,
I was not ignoring this, but was trying to figure it out correctly.
My original hack (entirely within x.c) had some nasty side-effects
while attempting to select or backspace (width isn't followed). My
second approach (entirely within st.c) has the select problem fixed,
but I'm still le
On Sat, 16 Sep 2017, at 03:39 AM, Draco Metallium(Rodrigo S. Cañibano)
wrote:
> Do you have color codes on your PS1? If you do, try removing them.
Tried removing them with no executing my bashrc like so:
./st -i -g =80x20 -f "Terminus
(TTF):pixelsize=48:antialias=true:autohint=true" -e bash --nor
On Fri, Sep 15, 2017 at 09:24:55PM +, Eric Pruitt wrote:
> On Fri, Sep 15, 2017 at 09:41:32PM +0200, Hadrien Lacour wrote:
> > I basically wanted a way to open a terminal with the beginning of a
> > command ("pass -c " in my case) already typed.
> >
> > I finally settled for the dmenu integrati
On Fri, Sep 15, 2017 at 09:41:32PM +0200, Hadrien Lacour wrote:
> I basically wanted a way to open a terminal with the beginning of a
> command ("pass -c " in my case) already typed.
>
> I finally settled for the dmenu integration, but this still could be
> useful. I'll probably have better chance
Hi Kurt,
On 09/15/17 14:50, Kurt Van Dijck wrote:
> This runtime probe is only used when cpu usage is reported relative to 1cpu.
> The default case reports cpu usage relative to 100%, and not runtime
> cpu counting is required.
>
> Signed-off-by: Kurt Van Dijck
> ---
> config.def.h | 7 ---
On Fri, Sep 15, 2017 at 07:24:51PM +, Kamil Cholewiński wrote:
> echo 'echo mytext' >> .zshrc
>
> P.S. please remove "in-reply-to" headers when starting a new thread
>
Yeah, sorry. Just noticed. Your solution isn't "input" text, it's just
displayed. I basically wanted a way to open a terminal
On 15 September 2017 at 09:56, Kai Hendry wrote:
> 1) Some readline isn't showing the line properly after a long input line
> or I presume some line wrapping
Hi! I think that I use to have the same problem, but I'm not sure if I
really understood the video.
Do you have color codes on your PS1? I
--- Original message ---
> Date: Fri, 15 Sep 2017 20:00:26 +0200
> From: Laslo Hunhold
>
> On Fri, 15 Sep 2017 19:50:47 +0200
> Kurt Van Dijck wrote:
>
> Dear Kurt,
>
> > strtok() inspired me to let pscanf continue on the same file.
> > Only if a new filename was specified (the default case),
echo 'echo mytext' >> .zshrc
P.S. please remove "in-reply-to" headers when starting a new thread
On Fri, 15 Sep 2017 19:50:47 +0200
Kurt Van Dijck wrote:
Dear Kurt,
> strtok() inspired me to let pscanf continue on the same file.
> Only if a new filename was specified (the default case), the pending
> open file is closed.
>
> Signed-off-by: Kurt Van Dijck
> ---
> slstatus.c | 13 -
strtok() inspired me to let pscanf continue on the same file.
Only if a new filename was specified (the default case), the pending
open file is closed.
Signed-off-by: Kurt Van Dijck
---
slstatus.c | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
diff --git a/slstatus.c b/slst
This runtime probe is only used when cpu usage is reported relative to 1cpu.
The default case reports cpu usage relative to 100%, and not runtime
cpu counting is required.
Signed-off-by: Kurt Van Dijck
---
config.def.h | 7 ---
slstatus.c | 17 +
2 files changed, 21 insert
Hello,
I'm trying to do what the subject says but I have some troubles. Maybe someone
already have a solution. Here's what I tried:
#!/bin/sh
tty=$(mktemp)
st -e sh -c "tty >\"$tty\"; exec \"$SHELL\""
sleep 1
printf 'mytext' >"$(cat "$tty")"
rm -- "$tty"
I get the text, but the shell (zsh here)
2) Showing them is common behavior afaik. MacOS terminal is the one
that's odd here. Nothing wrong with that. Those characters are what
actually the keyboard sends to the terminal or, more accurately, what
the terminal prints for what it actually receives from the keyboard.
1) I can't tell what's
On Fri, Sep 15, 2017 at 08:56:13PM +0800, Kai Hendry wrote:
> Hi Hiltjo,
>
This is dev@.
> I have a couple issues with st https://s.natalian.org/2017-09-15/st.mp4
>
> They are still reproduciable on b1338e91ed632adbcd08388de37e46cf25326e01
>
Bug reports are written using the universal text fo
Hi Hiltjo,
I have a couple issues with st https://s.natalian.org/2017-09-15/st.mp4
They are still reproduciable on b1338e91ed632adbcd08388de37e46cf25326e01
1) Some readline isn't showing the line properly after a long input line
or I presume some line wrapping
2) When I hit key combos accidenta
> Quentin Rameau:
> >We are not collecting per-cpu statistics, so it's misleading at best.
>
> Maybe we should do that?
>
> From conky(1):
>
> >cpu (cpuN)
> >CPU usage in percents. For SMP machines, the CPU number can be
> >provided as an argument. ${cpu cpu0} is the total usage, and
> >${cp
> > This commit allows to specify (statically) the number of CPU's (ncpu).
> > This allows to show the cpu usage relative to 1 CPU.
> > So, when 1 cpu is busy, 100% is shown. 2 cpu's busy: 200%, and so on.
> > At this point, the configuration of ncpu is static.
> >
> > When no number is given (the
Quentin Rameau:
We are not collecting per-cpu statistics, so it's misleading at best.
Maybe we should do that?
From conky(1):
cpu (cpuN)
CPU usage in percents. For SMP machines, the CPU number can be
provided as an argument. ${cpu cpu0} is the total usage, and
${cpu cpuX} (X >= 1) are in
> Dear Laslo,
>
> > this concept is quite established as far as I have seen and would
> > support the proposed change.
>
> I did not know that. Then I agree too.
Please don't.
> This commit allows to specify (statically) the number of CPU's (ncpu).
> This allows to show the cpu usage relative to 1 CPU.
> So, when 1 cpu is busy, 100% is shown. 2 cpu's busy: 200%, and so on.
> At this point, the configuration of ncpu is static.
>
> When no number is given (the backward co
Hi Aaron
On Thu, Sep 14, 2017 at 9:58 PM, Aaron Marcher wrote:
> I will not merge as locales suck.
While I agree that the locales are quite complex and its C interface
could be better, being able to adjust the output's formatting to the
individual wishes of all the users by just adding two lines
22 matches
Mail list logo