Re: [dev] Shell style guide

On Fri, Sep 9, 2016, at 10:27 AM, Evan Gates wrote: > Well that makes the suckless.org shell styleguide nice and simple: > > Use rc. Here here!

Re: [dev] Shell style guide

On Fri, Sep 9, 2016, at 11:05 AM, Greg Reagle wrote: > On Fri, Sep 9, 2016, at 10:27 AM, Evan Gates wrote: > > Well that makes the suckless.org shell styleguide nice and simple: > > > > Use rc. > > Here here! It's supposed to be hear, hear! http://grammarist.com/spelling/hear-hear/

Re: [stali] base tools and build system (Was [dev]Shell style guide)

On Thu, Sep 15, 2016, at 10:56 AM, Evan Gates wrote: > On Thu, Sep 8, 2016 at 10:29 PM, Anselm R Garbe > wrote: > > Nevertheless, after an excursion to sh for several years, I'm kind of > > favouring 9base/rc again, after all. For stali I now tend to adopt rc > > as primary scripting language for

[dev] trying Stali in emulator

On Thu, Sep 15, 2016, at 06:25 PM, Evan Gates wrote: > There's a new make file for each package anyway (stali.mk), so it > doesn't matter if it's written in make+sh or mk+rc the amount of work > is the same. I'd like to try out Stali. I don't have and don't want a Raspberry Pi. I have an old des

Re: [dev] trying Stali in emulator

On Fri, Sep 16, 2016, at 08:14 AM, Kamil Cholewiński wrote: > qemu works fine I ran qemu-img create stali.img 256M then qemu-system-x86_64 -m 128 -cdrom stali.iso -hda stali.img -boot d and I get attached screen shot. I don't think I can copy and paste from qemu.

Re: [dev] trying Stali in emulator

On Fri, Sep 16, 2016, at 08:51 AM, Greg Reagle wrote: > On Fri, Sep 16, 2016, at 08:14 AM, Kamil Cholewiński wrote: > > qemu works fine > > I ran > qemu-img create stali.img 256M > then > qemu-system-x86_64 -m 128 -cdrom stali.iso -hda stali.img -boot d > and I g

[dev] suckless lacks pager?

Greetings. I am running stali in qemu and and it seems to lack a pager. Is it a goal of the suckless project to write a suckless pager for sbase? I see that plan9port already has a pager called "p". What about importing that into 9base?

[dev] I wrote a pager

On Fri, Sep 16, 2016, at 10:01 AM, Greg Reagle wrote: > Greetings. I am running stali in qemu and and it seems to lack a pager. > Is it a goal of the suckless project to write a suckless pager for > sbase? I see that plan9port already has a pager called "p". What about &g

Re: [dev] I wrote a pager

On Fri, Sep 16, 2016, at 12:25 PM, u...@netbeisser.de wrote: > Thank you Greg for writing such a fantastic pager. It is very primitive, so I don't know whether you're being sincere or sarcastic. > I could increase lines > however to something more than 22. I chose 22 because a VT100 terminal i

Re: [dev] I wrote a pager - errno

On Fri, Sep 16, 2016, at 12:26 PM, u...@netbeisser.de wrote: > > #include > > #include > > > > int main() > > { > > const int page_size = 22; > > int count = 0; > > int ch; > > FILE *tty; > > > > if ((tty = fopen("/dev/tty", "a+")) == NULL) > > return(errno); > >

Re: [dev] I wrote a pager

On Fri, Sep 16, 2016, at 04:10 PM, Martin Kühne wrote: > a few gripes: > > atoi: personally I prefer strtol and range-checks on the result and/or > errno. > getenv(LINES) is a start, but you might also want to offer > ioctl(TIOCGWINSZ) where available. > always NULL-check the return value of geten

Re: [dev] I wrote a pager

Thanks to all who gave feedback. I made a few enhancements. Hopefully they're not bloat. I think it has significantly better functionality for only several more SLOC. Once again, looking for feedback. Also, do you suckless maintainers want to put this into sbase? It tries to get the size of t

Re: [dev] I wrote a pager

On Sat, Sep 17, 2016, at 01:09 PM, hiro wrote: > a suckless pager would be provided by the terminal. Good point. I hadn't thought of that when I was trying stali. Stali has dvtm! Even still, I think that it would be nice for sbase to have a pager and I think that the one I wrote is pretty suckl

Re: [dev] I wrote a pager

On Sat, Sep 17, 2016, at 12:55 PM, pranomes...@gmail.com wrote: > Maybe I'm a bit late for the party, but I think that > https://arcetera.moe/git/pg/log.html > could be another alternative for a suckless pager. > > Possible advantages: more features, like scrolling back and going to the > beginnin

Re: [dev] Re: I wrote a pager

On Sun, Sep 18, 2016, at 09:34 AM, Christian Neukirchen wrote: > 1 loc! > > awk 'NR%22==0 { getline _ <"/dev/tty" } {print}' Great! And stali has awk. It works pretty well, but doesn't take into account long lines.

Re: [dev] several questions

On Tue, Sep 20, 2016, at 04:44 PM, FRIGN wrote: > Some people would recommend rc (by Plan9), but it's definitely not > portable Would you mind explaining specifically what you mean by "not portable"? It is my understanding that it works on a lot of Unix-like operating systems and that it is highl

Re: [dev] several questions

On Wed, Sep 21, 2016, at 10:45 AM, Evan Gates wrote: > Sadly there are two implementations. Yes, you're right. We already had this conversation about the two rc's [1] [2] and the consensus on this list is to prefer the Plan 9 version. So I meant the Plan 9 version in my previous messages. It is

Re: [dev] Just discovered dwm

Speaking of just discovering dwm, I started using it several months ago, and I have found that the systray patch for dwm [1] or the stalonetray program [2] are very useful for showing my volume control, dropbox status, and network icon. [1] http://dwm.suckless.org/patches/systray [2] http://stalon

Re: [dev] Just discovered dwm

On Wed, Sep 21, 2016, at 12:10 PM, Nick Warne wrote: > One little thing I do miss though is scrolling with mouse wheel (or > using the pad side edge) to scroll a web page etc. > Is that doable? If I had a mouse wheel I'd let you know how I do it, but I don't. I use a track ball. I wonder if the

Re: [dev] [st] Scrollback patch crashes X

On Sat, Sep 24, 2016, at 07:50, Nick Warne wrote: > With latest git st and latest git scrollback patch, I had 3 X crashes Does it happen with the latest unpatched st?

Re: [dev] [st] Scrollback patch crashes X

On Sat, Sep 24, 2016, at 09:33, Nick Warne wrote: > rebuilt dwm to use st. What does that mean?

Re: [dev] name for ii-like chatting

On Tue, Sep 27, 2016, at 08:09, Jan Klemkow wrote: > Hi, > > I am programming on front-end and back-end tools for ii for several > years now. For the back-end I use UCSPI[0] (Unix Client Server Program > Interface). But there is no name for the front-end of tools like ii[1], > ratox[2], sj[3] or

Re: [dev] sbase installed first impressions

On Mon, Oct 3, 2016, at 17:23, stephen Turner wrote: > I see a few items have the -i removed, I can't say i use the > interactive mode but i assume you removed it due to redundancy and so > i'm curious how you would normally do that the suckless way. This probably sucks since I am not an expert sh

Re: [dev] Good Morning, and a question about st (italic mode switches color).

I can confirm that on my system (Debian stable) with the latest st (just ran a git pull and rebuilt), that when i is 7, the color changes. for i in `seq 0 255` do tput setaf $i tput sitm echo -n $i ": Test it!" tput ritm echo "Test it!" done

Re: [dev] Good Morning,

On Wed, Oct 5, 2016, at 07:54, Ingo Krabbe wrote: > Did you load "TERM=st-256color" ? $ env | grep TERM TERM=st-256color

Re: [dev] [dvtm] Scrolling back

On Sat, Oct 15, 2016, at 08:40, Bruno Vetter wrote: > Dear all, > > I just checked out dvtm on a stali installation with default config.h. As > a default, mod+page up is configured for scrollback along with shift-page > up, which seems more convenient for me. > > From my understanding, shift-page

Re: [dev] [dvtm] Scrolling back

On Tue, Oct 18, 2016, at 04:17, Bruno Vetter wrote: > I am running dvtm from a linux text console. I am splitting up my main > window into a couple of tiled windows. In one of these windows I run a > command that outputs a lot of text. Now I want to scroll back in this > specific window. In want to

Re: [dev] [sbase] [tar] some errors

On Fri, Dec 23, 2016, at 15:07, Cág wrote: > I was trying to create an archive with my gtk themes with > "tar -c themes | xz > themes.tar.xz" > and it says "tar:strlcpy: input string too long". I tried this command on a few directories and did not get a malfunction.

Re: [dev] [st] Issues

On Sun, Dec 25, 2016, at 11:15, moos...@gmail.com wrote: > cat(1)ing https://www.cl.cam.ac.uk/~mgk25/ucs/full-bmp.txt leads to a > segfault inside Xft (with 50% chance) furthermore my attempts to > reproduce it under valgrind(1) failed. I am using the latest st (git pull) with no changes to config

Re: [dev] Request for name suggestions: suckless video editor

Why don't you name it after something totally arbitrary but totally awesome. For example, there is a tree that is so toxic that standing under it during the rain will burn your skin, and it has a great name in Spanish, arbol de la muerte. [1] There's all sorts of really cool stuff in nature. [1]

Re: [dev] [st/dwm] Alt-Shift-C and Mod1-Shift-C

On Thu, Jan 12, 2017, at 13:25, Patrick Bucher wrote: > I'm using st and dwm at the same time, and today I discovered a little > problem > when using the default config of both programs. st uses Alt-Shift-C to > copy text > into the clipboard, dwm uses Mod1-Shift-C for closing the selected > window

Re: [dev] Re: st: Use after free

On Mon, Jan 23, 2017, at 10:18, Alexander Keller wrote: > Now now. No need to hold contempt on the mailing lists. Suckless isn't > some Linux list where we go off on people who want to help but didn't > read the entire codebase, wiki, and archive before posting. Uh, yea it is. Where have you been

Re: [dev] Some core tools

On Thu, Feb 2, 2017, at 18:44, Mattias Andrée wrote: > Also, I think mk(1) uses rc(1), right? The variable MKSHELL contains the shell command line mk uses to run recipes. If the first word of the command ends in rc or rcsh, mk uses rc(1)'s quoting rules; otherwise it

Re: [dev] [st] Full screen without menu bar?

I think that st does not have a menu bar. What are you referring to? Perhaps you mean the title bar [1]? If you are referring to the title bar or any other window decoration [2], they are drawn by the window manager, so you need to tell the window manager to display full screen. What window man

Re: [dev] [st] Full screen without menu bar?

On Wed, Feb 8, 2017, at 04:15, doug livesey wrote: > Hi -- I tried applying the patch in the simplest way (from some > instructions I googled up), but it didn't know what file to apply the > patch to. > I suspect I'm operating with rather incomplete knowledge! > Could you advise me on how to apply

Re: [dev] surf segmentation fault

I can reproduce bug on Debian. Just did a git clone git://git.suckless.org/surf then make. ~> cat /etc/debian_version 8.7 ~> uname -a Linux t400 3.16.0-4-686-pae #1 SMP Debian 3.16.39-1+deb8u1 (2017-02-22) i686 GNU/Linux ~/a/surf> ./surf -p http://dhl.de Vector smash protection is enabled. java v

Re: [dev] [st] [PATCH 2/2] Keep end of lines in memory when resizing terminal

On Mon, Mar 27, 2017, at 18:40, Alexander Krotov wrote: > Scrollback patch [1] adds 98 lines and removes 25 according to diffstat. > If implementing it separately takes significantly more effort than that, > it is probably not worth it. > > [1] http://st.suckless.org/patches/scrollback As listed

[dev] st: different keybindings not in man page

If someone can confirm that the man page should be updated to reflect the new keybindings, I will submit a patch of st.1. The man page still has "Alt". commit 20f713548de451b67db3306cf8cf7b2f38fee05c Author: Roberto E. Vargas Caballero Date: Wed Jan 25 19:17:38 2017 +0100 Change default k

Re: [dev] st: different keybindings not in man page

On Sun, Apr 9, 2017, at 22:53, Greg Reagle wrote: > If someone can confirm that the man page should be updated to reflect > the new keybindings, I will submit a patch of st.1. The man page still > has "Alt". Never mind. I didn't have the patience to wait for confirmatio

Re: [dev] a few questions

Config.h is the file actually used to build the program. It is intended to be "manually" controlled by the user/developer, meaning not managed by git and not generated by a recipe in a makefile. It is for personal preferences. It is a sort of substitute for a .rc file. As far as i understand, y

Re: [dev] a few questions

On Thu, Apr 13, 2017, at 12:58, Greg Minshall wrote: > 3. i recently lost my ability to run X on my laptop, so lived with tmux > (which i heard about here, and very much like -- thanks!). this > experience emphasized that often i'd rather have a two-key (say) > sequence, ^B-j, rather than the "c

Re: [dev] [surf] freeze with gstreamer error

On Tue, May 30, 2017, at 12:26, Quentin Rameau wrote: > Yes, set MediaManualPlay to 1. > I think I'll push it as a default. I agree. I am in favor of the default behavior being manual play of media.

Re: [dev] lightweight build system

I agree that mk is very good and better than make, and also that it is not radically different from make. Same thing goes for rc, it is very good and better than Bourne shell (/bin/sh), but not radically different. If you are looking for a radically different approach to building, have you consid

Re: [dev] lightweight build system

On Sun, Jul 23, 2017, at 05:38, ochern wrote: > . $TOP/build.conf > > case "$target_os" in > gnulinux) > SOURCES="$SOURCES linux.c" > CFLAGS="-DENABLE_LINUX_FEATURES > ;; > *) > SOURCES="$SOURCES unix.c" > ;; > esac > > OBJECTS=`src2obj $SOURCES` > PROG=app > > cat

Re: [dev] [st, dmenu] Crash when attempting to display characters with missing glyphs

On Fri, Jul 28, 2017, at 01:44, B. Wilson wrote: > I use mutt and happened to receive an email that caused st to crash. It > turned out that the email contained a unicode emoji character for which I > didn't have a suitable font. I cannot reproduce this bug. I am using the latest st from git (7f9

Re: [dev] less(1) replacement?

On Thu, Aug 24, 2017, at 05:01, Anselm R Garbe wrote: > On 24 August 2017 at 01:59, fao_ wrote: > > Is the suckless project packing a replacement to my favorite pager, > > less(1)? Or is the advice to just use something like screen or tmux. I > > don't really want to bother installing and learning

Re: [dev] less(1) replacement?

On Wed, Aug 23, 2017, at 19:59, fao_ wrote: > Is the suckless project packing a replacement to my favorite pager, > less(1)? Or is the advice to just use something like screen or tmux. I > don't really want to bother installing and learning those when `less` > meets > my needs perfectly. > > As f

[dev] announcing edit-pipe

Hello everyone. Someone asked a little while ago about a suckless pager and I mentioned using vipe of moreutils to use your favorite editor as a pager. I noticed that when I was using vipe it was using several megabytes (it is written in Perl) so I wrote a program in Bourne shell that is much sma

Re: [dev] announcing edit-pipe

On Sun, Aug 27, 2017, at 13:18, isabella parakiss wrote: > why don't you open the !@#$%^&* vipe script and read it? I did. > YOU WROTE THE EXACT SAME THING Well it's very similar, but not the exact same thing because it has the -v option. > you literally have ZERO control over the amount of mem

Re: [dev] announcing edit-pipe

On Sun, Aug 27, 2017, at 13:48, Thomas Levine wrote: > * mktemp is not portable; you could use something like the date and > process identifier ($$) to create a portable temporary file. > (I am actually still curious as to whether there is a reasonable > portable approach that is less sloppy

Re: [dev] announcing edit-pipe

On Sun, Aug 27, 2017, at 16:46, Kamil Cholewiński wrote: > On Sun, 27 Aug 2017, Thomas Levine <_...@thomaslevine.com> wrote: > > * mktemp is not portable; you could use something like the date and > > process identifier ($$) to create a portable temporary file. > > This is very wrong advice, ple

Re: [dev] [st] Text select and autoscroll

On Thu, Sep 14, 2017, at 04:26, Rasmus Edgar wrote: > How do I get auto scroll (upwards and downwards) functionality when > selecting text which goes beyond terminal height? dvtm [1] and tmux provide scrollback buffer that can be viewed/edited. Despite what the dvtm webpage says about copymode r

Re: [dev] [sxiv] doesn't want to be compiled

On Sun, Oct 8, 2017, at 07:05, Laslo Hunhold wrote: > mk is nice, but there is just not enough "spread" of it to justify > using it. Everyone with a toolchain has a POSIX compliant make utility. > The problem with 9base/mk is that many people don't associate the two. I don't understand what you me

Re: [dev] [dvtm] alt screen

On Wed, Nov 8, 2017, at 14:55, Cág wrote: > Is there a way to disable the alternate screen in dvtm? > If there isn't, any plans? The ability to disable the alternate screen does not seems to be built into dvtm. I do not see a patch to do so. If you write a patch to do so, the author might be wil

Re: [dev] sselp and surf - does not transfer after copying link

On Thu, Jan 4, 2018, at 10:06, Kart Etlinger wrote: > Tested on git and 2.0. > > Actions: > > 1.Right click on the link > > 2.Press copy link location > > 3.Open terminal and run sselp > > Sselp does not print copied link. I think that this is expected/normal behavior, not a bug. I would ass

Re: [dev] ASCII Delimited Text

On Wed, May 16, 2018, at 10:05, Adrian Grigore wrote: > What do you guys think of this: > > https://ronaldduncan.wordpress.com/2009/10/31/text-file-formats-ascii-delimited-text-not-csv-or-tab-delimited-text/ Seems reasonable to me. For the purpose of transferring data between two different spr

Re: [dev] ASCII Delimited Text

On Thu, May 17, 2018, at 10:50, Adrian Grigore wrote: > How would you have other tools like cat(1) or ls(1) handle them? I don't know. The way it currently handles them perhaps.

[dev] git log query on web server

This link used to show my contributions to sbase: https://git.suckless.org/sbase/log/?qt=author&q=reagle Now it returns: 404 Not Found nginx Does anyone know whether this is still possible, and if yes what the proper syntax is? Thanks.

Re: [dev] git log query on web server

Thank you for explaining Laslo. I had it on my resume. :>

Re: [dev] surf

On Sat, Jan 26, 2019, at 15:58, Igor Rubel wrote: > I've just installed surf using MacPorts. > > > surf https://www.apple.com/ > > Can't open default display > > How can one solve that? Hi. My guess, and it is just a wild guess because I don't even own an Apple/Mac (although I have used them a

Re: [dev] Web development in C (or, C'ing clearly through the webs of bias)

On Sat, Feb 2, 2019, at 05:21, Ciprian Dorin Craciun wrote: > C is not "suckless" based on the above ides: > * C is not minimal; (I understand "why" it is not minimal, but this > is besides the point;) > * C is not as usable as other languages; (how many times have we as > developers rewritten li

Re: [dev] [dwm] new release - transition from Openbox

On Mon, Feb 4, 2019, at 20:03, Sean MacLennan wrote: > One of the big pluses is pinning an app to a workspace. When I boot, I > get two xterm windows in workspace 1, a browser in workspace 2, and my > email client in workspace 3. That's intriguing. Would you please explain how to do this?

Re: [dev] [st] How do I add a keybinding to open a new ST window in the current working directory?

On Tue, Apr 23, 2019, at 07:05, Enan Ajmain wrote: > I want to add a keybinding to ST to spawn a new ST window in the > current working directory. How do I do that? I don't really understand your question, but I'll give it a try anyway. Type st & at the shell prompt and you'll get a new st wi

Re: [dev] Pandoc replacement that sucks less

Is there any problem with pandoc. You mention that it takes 420 MB. Is that the only complaint you have with it? Otherwise, it seems to be meeting all your goals? You could buy a bigger hard drive. There is a markdown program [1] which seems to be very small, which will get you from markdow

Re: [dev] Pandoc replacement that sucks less

What about Discount (http://www.pell.portland.or.us/~orc/Code/discount/) ?

[dev] multi-column text editing and viewing like tcvt

Greetings. I just discovered (or more probably, discovered a long time ago, forgot about, and rediscovered) multi-column text editing and viewing. And I am thinking this is very useful, especially with the modern craze for wide screens. I am referring to the feature implemented by Emacs follo

Re: [dev] 9base mk doesn't work with subscripts?

On Sun, Nov 24, 2019, at 18:13, Marc Chantreux wrote: > but when building index.html from index.md, i got > > mkpage index.md template(1) > $target > > instead of > > mkpage index.md template(1) > $target These two lines look exactly the same to me. Did *I* miss something? Also, what

Re: [dev] [surf] can't follow a link for download

On Thu, Feb 20, 2020, at 08:26, Renato A. Galvão wrote: > I use the packaged version buster (stable) of surf in Debian. > > While trying to make any download I'm receiving this: > > surf: execvp x-terminal-emulator failed: Permission denied Run the command x-terminal-emulator from a shell prompt

[dev] an approach to Matrix client that sucks less

Hi y'all. I don't see any Matrix client at https://suckless.org/rocks/ or https://suckless.org/other_projects/ and I am thinking of making one. I use the Riot.im web app client which has a lot of features, but is bloated. Do any of you know of a Matrix client that is not bloated? I have looke

[dev] startup time of some interpreters

Hello. I am amazed at how fast Lua is to start up and shut down. Is my benchmark defective in any way? Lua seems to start up and exit faster than bash, python, rc, and ksh. Dash and mksh are faster. These interpreters are all packages from Debian Stable 10 "Buster". /usr/bin/time sh -c 'for i i

Re: [dev] startup time of some interpreters

On Thu, Feb 20, 2020, at 13:07, Hadrien Lacour wrote: > Why would it be "defective" other than sh or I/O adding time noise? Because I am a flawed and imperfect person who makes mistakes, and while I consider myself a competent programmer, I know that there are people here on suckless who are exp

Re: [dev] startup time of some interpreters

On Thu, Feb 20, 2020, at 12:48, Eric Pruitt wrote: > One problem I see with these benchmarks is that it's not an entirely > fair comparison. For example, in Python, you're only printing some text, > but you aren't importing any modules. That's true, but I was just comparing the overhead of the int

Re: [dev] an approach to Matrix client that sucks less

Thank you Laslo Hunhold for your feedback. On Thu, Feb 20, 2020, at 14:54, Laslo Hunhold wrote: > yes, we haven't looked into Matrix much here. I have to admit that it's > the most promising protocol out there, in my opinion. What matters for > a suckless client is the interface. Based on your o

[dev] user interfaces on top of ii

On Thu, Feb 20, 2020, at 15:33, Greg Reagle wrote: > I am not very familiar with IRC or with ii (I've used IRC very very > little). Could you recommend and IRC client that works on top of ii > that is fairly easy to use, not requiring a lot of scripting and setup > and

[dev] experimenting with ii, question about a script

I am new to ii and experimenting and learning. I had the thought, "Why re-invent the wheel?" Questions and comments are welcome. I am sharing my thoughts. For a little program that deals with an in and an out file, like lchat or xii [1], I need only three features: an out-displayer, an in-se

[dev] Re: experimenting with ii, question about a script

Now it works with pcw! Very much like lchat. Put this in pcw_win.sh: exec dvtm-ii "$CPATH" and here is the script, which I named dvtm-ii #!/bin/sh set -u trap cleanup INT TERM QUIT cleanup() { kill $!; } # make st end when this script does [ -d "$1" -a -r "$1"/out -a -p "$1"/in ] || exit 1

Re: [dev] user interfaces on top of ii

On Mon, Feb 24, 2020, at 11:54, Evan Gates wrote: > I had no idea anyone actually used pcw. I feel like I should warn you > that I wrote that code a long time ago and it is most likely complete > shit. Awesome that it seems to work for you though! It works great for me. I have called (executed)

Re: [dev] Scrollback utility for use with st

On Wed, Apr 1, 2020, at 16:51, Lehner Georg wrote: > That is absolutely great! R.I.P `sb`. If a standalone scrollback program were good enough, could it be used to replace the scrollback code in tmux, dvtm, xterm? Would that be a good idea? Do you think the developers of these programs would b

Re: [dev] Scrollback utility for use with st

On Sun, Apr 5, 2020, at 06:57, Laslo Hunhold wrote: > On Sun, 5 Apr 2020 12:11:09 +0200 > Georg Lehner wrote: > > A question: why is the scrollback-patch not included in `st` already > > exactly my point. I see no reason why there can't at least be a > scrollback, which defaults to 0 in config.h.

Re: [dev] Scrollback utility for use with st

On Mon, Apr 6, 2020, at 04:40, Laslo Hunhold wrote: > On Mon, 06 Apr 2020 08:48:38 +0200 > "Silvan Jegen" wrote: > But how often do you get some output and think "oh, I > actually needed that" Yes that happen to me occasionally, which is why I use the scrollback patch for st. I find it much eas

Re: [dev] [st] Copy from st and paste to Chrome, cause Chrome crash

On Sun, Apr 5, 2020, at 23:42, Damon wrote: > I am using: > st 0.8.2 with these patches: font2, scrollback, scrollback-mouse, > scrollback-mouse-altscreen. > Chrome 80.0 > bspwm > > If I ctrl+shift+c copy something in ST, I can not paste it in Chrome. I do not experience this problem. I als

Re: [dev] [dwm] Window layout gets corrupted when using xca

I tried to reproduce the bug, but I could not. dwm worked fine. -- Contact me: I am available on SIP, Matrix/Riot, and Jami. Just ask for my address.

[dev] Re: [hackers] [st] support REP (repeat) escape sequence || Avi Halachmi (:avih)

On Sat, May 16, 2020, at 08:09, g...@suckless.org wrote: > support REP (repeat) escape sequence > > This is Ecma-048/ANSI-X3.6 sequence and not DEC VT. It's supported by > xterm, and ncurses uses it when possible, e.g. when TERM is xterm* (and > with this commit also st*). > To

[dev] st: use mouse to paste from clipboard

I can easily paste from the primary selection using middle mouse button (Button2), or with the keyboard (Ctrl-Shift-y). To paste from the clipboard I can use the keyboard (Ctrl-Shift-v), but there is no way to do it with the mouse. Wouldn't it be great to be able to paste from the clipboard se

Re: [dev] st mouse binding with scroll

On Mon, Jun 22, 2020, at 06:46, Greg Reagle wrote: > I don't understand the purpose of mshortcuts. It doesn't seem to work. Actually, I do understand it, and it doesn't work because I commented it out. Sorry--it's early in the morning and I just woke up. mshortcuts wor

Re: [dev] st mouse binding with scroll

On Sun, Jun 21, 2020, at 21:38, Kai Hendry wrote: > Since the mouse wheel bindings are disabled by default in scroll, what > are the alternative bindings people can suggest? > > https://git.suckless.org/scroll/file/config.def.h.html > > Would be kindof awesome to be able to scroll with a mouse.

Re: [dev] st: use mouse to paste from clipboard

On Mon, Jun 22, 2020, at 22:38, Ivan Tham wrote: > On Mon, Jun 22, 2020 at 07:03:13AM -0400, Greg Reagle wrote: > >I can easily paste from the primary selection using middle mouse button > >(Button2), or with the keyboard (Ctrl-Shift-y). To paste from the clipboard > >I

Re: [dev] st: use mouse to paste from clipboard

On Tue, Jun 23, 2020, at 03:27, Kai Hendry wrote: > Hi Greg, have you seen https://st.suckless.org/patches/clipboard/ ? I hadn't. I just looked at it. I don't think it does what I want. -- Contact me: I am available on SIP, Matrix/Riot, and Jami. Just ask for my address.

Re: [dev] st mouse binding with scroll

On Sun, Jun 21, 2020, at 21:38, Kai Hendry wrote: > Since the mouse wheel bindings are disabled by default in scroll, what > are the alternative bindings people can suggest? > > https://git.suckless.org/scroll/file/config.def.h.html > > Would be kindof awesome to be able to scroll with a mouse.

[dev] dwm: mod key improvement

>From the time I started using dwm (many months or years ago--my long term >sense of time is very inaccurate and imprecise) until today, I have been using >it with: #define MODKEY Mod4Mask Today I had the brilliant idea to instead use: #define MODKEY Mod5Mask To make this work, I remapped

[dev] Re: [hackers] announcing tec: temporary email commands

I am replying on dev since it seems more appropriate. On Wed, Oct 21, 2020, at 05:06, Cág wrote: > This reminds me of how I use mblaze. Instead of using the plethora of > small commands for my own convenience I made a single script to call them > using arguments. May I see the single script plea

[dev] announcing tec: temporary email commands

I re-wrote tec as one command. I used action flags rather than sub-commands because it seemed to be easier to code for me. For those who want to check out the new UI: https://github.com/GReagle/tec

Re: [dev] Build system: redo

I would love to see an example, Make translated to apenwarr redo. I would learn best seeing a real but fairly simple project's Makefile implemented in apenwarr redo, so I can look at both ways of doing it. Like st for example.

Re: [dev] Build system: redo

Thanks very much for you comprehensive and thorough reply. I'll be studying it over the course of many days. I disagree with your first point though, so read on. On Fri, Dec 18, 2020, at 05:08, Sergey Matveev wrote: > Just a remark: when using "basic" features of redo, just what DJB > describe

Re: [dev] Build system: redo

Thank you very much Sergey Matveev. I have studied your proposed redo files for st and learned a lot. Here are my new and improved (you had a bug in default.o.do in that you forgot to depend on $src) redo files for st. Please take a look and tell me what you think. Note that there are neithe

Re: [dev] Build system: redo

On Sun, Jan 3, 2021, at 14:16, Sergey Matveev wrote: > "all" target is useful only as a default rule that is run by many > implementations by default and you have just to type "redo" to build the > program. Yes, agreed. > Everything looks good. But I am just curious: why do you use > > print

Re: [dev] Build system: redo

Here is my attempt at a redo file for st, instead of a Makefile. I expect it is a complete replacement. If it interests any of you, please take a look and give me constructive criticism. Does it have any flaws? Could it be improved? I know that there are advantages to having the .do files s

Re: [dev] Build system: redo

On Wed, Jan 6, 2021, at 08:52, Greg Reagle wrote: > Here is my attempt at a redo file for st, instead of a Makefile. I I have made one improvement already, adding this to the end of the case statement: *) echo "no rule to build '$1'" >&2 exit 1 ;;

Re: [dev] Build system: redo

On Wed, Jan 6, 2021, at 09:57, Sergey Matveev wrote: > > clean) > > redo-always > > No need to add redo-always to the targets that only can be "called" by > the human/user. User uses "redo" command, that forces specified targets > to be rebuild. So "redo clean/dst/install/whatever"

Re: [dev] [st] When shrinking the width of a st window, overflowing text gets cut out and it is no longer retrievable, not even if the width is reset to the original one

On Wed, Jan 6, 2021, at 10:50, Lee Phillips wrote: > I compiled the current version of this scroll program and used it with > both st and xterm. It had no effect. No effect at all? It is at least supposed to allow you to scroll back. I suspect something is wrong with the way you're trying to u

<    1   2   3   4   >