Re: [dev] [st] macOS: Wide Asian Glyphs

2017-09-15 Thread Gary Allen Vollink
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

Re: [dev] st b1338e issues

2017-09-15 Thread Kai Hendry
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

Re: [dev] [st] Start with text already input

2017-09-15 Thread Hadrien Lacour
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

Re: [dev] [st] Start with text already input

2017-09-15 Thread Eric Pruitt
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

Re: [dev] [PATCH 2/2] slstatus: determine the number of cpu's in runtime

2017-09-15 Thread Lucas Gabriel Vuotto
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 ---

Re: [dev] [st] Start with text already input

2017-09-15 Thread Hadrien Lacour
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

Re: [dev] st b1338e issues

2017-09-15 Thread Rodrigo S. Cañibano
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

Re: [dev] [PATCH 1/2] slstatus: allow pscanf to continue on the same file

2017-09-15 Thread Kurt Van Dijck
--- 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),

Re: [dev] [st] Start with text already input

2017-09-15 Thread Kamil Cholewiński
echo 'echo mytext' >> .zshrc P.S. please remove "in-reply-to" headers when starting a new thread

Re: [dev] [PATCH 1/2] slstatus: allow pscanf to continue on the same file

2017-09-15 Thread 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), the pending > open file is closed. > > Signed-off-by: Kurt Van Dijck > --- > slstatus.c | 13 -

[dev] [PATCH 1/2] slstatus: allow pscanf to continue on the same file

2017-09-15 Thread Kurt Van Dijck
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

[dev] [PATCH 2/2] slstatus: determine the number of cpu's in runtime

2017-09-15 Thread Kurt Van Dijck
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

[dev] [st] Start with text already input

2017-09-15 Thread Hadrien Lacour
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)

Re: [dev] st b1338e issues

2017-09-15 Thread lukáš Hozda
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

Re: [dev] st b1338e issues

2017-09-15 Thread Hiltjo Posthuma
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

[dev] st b1338e issues

2017-09-15 Thread Kai Hendry
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

Re: [dev] [PATCH] slstatus: cpu_perc: make 100% equivalent of 1 cpu

2017-09-15 Thread Kurt Van Dijck
> 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

Re: [dev] [PATCH] slstatus: cpu_perc: make 100% equivalent of 1 cpu

2017-09-15 Thread Kurt Van Dijck
> > 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

Re: [dev] [PATCH] slstatus: cpu_perc: make 100% equivalent of 1 cpu

2017-09-15 Thread ilf
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

Re: [dev] [PATCH 3/3] slstatus: cpu_perc: make 100% equivalent of 1 cpu

2017-09-15 Thread Quentin Rameau
> 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.

Re: [dev] [PATCH] slstatus: cpu_perc: make 100% equivalent of 1 cpu

2017-09-15 Thread Quentin Rameau
> 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

Re: [dev] [PATCH] slstatus: set locale

2017-09-15 Thread Silvan Jegen
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