Re: [dev] ASCII Delimited Text

2018-05-22 Thread Connor Lane Smith
On 22 May 2018 at 17:03, Silvan Jegen wrote: > This sounds like 'column'[0]. It's similar to column -t, except that it handles varying field counts in a similar way to gofmt, and it can use ANSI escapes to rewrite the output so it can stream without buffering all (or any) input or output up front

Re: [dev] ASCII Delimited Text

2018-05-22 Thread Connor Lane Smith
On 22 May 2018 at 01:24, Raphaël Proust wrote: > I sent the copy. I use usul regularly so I still have the whole repo > locally. Could you send me a copy as well? I'd also be interested to know what sort of things you tend to use it for, in case it could be made better. > In what way is the elas

Re: [dev] ASCII Delimited Text

2018-05-21 Thread Connor Lane Smith
Hi, On 21 May 2018 at 17:12, Adrian Grigore wrote: > I'm having problems compiling usul: This is a surprise. Where did you get usul from? I'm not sure even I have a copy any more! The only reason I can think of, though, is that you need to specify the -L libdir. I have been wondering lately abo

Re: [dev] structural regular expression support for vis

2017-02-03 Thread Connor Lane Smith
On 3 February 2017 at 10:00, Raphaël Proust wrote: > One thing that always bothers me with regexes is that the same syntax > (parens) is used for both overriding precedence (e.g., `(foo)*` to > specify that star operates on the sequence `foo`) and groups (to be > recalled with `\1`–`\9`). > > Anyo

Re: [dev] Some core tools

2017-02-02 Thread Connor Lane Smith
On 2 February 2017 at 20:08, Connor Lane Smith wrote: > > .o: > > $(CC) $(CFLAGS) $(LDFLAGS) -o $@ $< By which I of course mean `.c:'. We're all making mistakes today! cls

Re: [dev] Some core tools

2017-02-02 Thread Connor Lane Smith
On 2 February 2017 at 19:54, Markus Wichmann wrote: > GNU make style patsubst rules, i.e. > > %.o: %.c > $(CC) $(CFLAGS) -o $@ $< > > Those are really useful. While GNU's syntax can be more general, that rule can be done in POSIX make: > .c.o: > $(CC) $(CFLAGS) -c $< Likewise,

Re: [dev] s - suckless shell

2016-08-13 Thread Connor Lane Smith
On 13 August 2016 at 12:31, Connor Lane Smith wrote: > IO redirection being done by separate programs, though, seems like a > wrong decision. Streaming the data through a separate process is > considerably less efficient than just setting a file descriptor to an > open file, an

Re: [dev] s - suckless shell

2016-08-13 Thread Connor Lane Smith
Hi, I'm not quite sure about this specific design, but I do think there is still work to be done in shell design. We've not quite got there yet, I think. On 12 August 2016 at 22:41, wrote: > Tokenization [tokenizer.c]: Instead of the strange and complex way that > normal shells work (where "$X"

Re: [dev] [discussion] Cooperation between terminal and graphical programs

2016-06-26 Thread Connor Lane Smith
Hi Marc, On 25 June 2016 at 14:48, Marc Collin wrote: > Is there any way to get this behavior on standard Linux with suckless > tools (dwm, st, etc)? Previous discussion about this [1] led to the xembed utility being added to tabbed [2], which mimics this behaviour: > In a terminal emulator wit

[dev] Re: JIT & VM discussion

2016-06-20 Thread Connor Lane Smith
Thanks for the suggestions, everyone. The motive for this is essentially that I'd been playing around with designing interpreters for various Turing-incomplete programming languages, and I kept having to design and write new abstract machines, which seemed like a lot of wasted effort. And JIT seem

[dev] JIT & VM discussion

2016-06-18 Thread Connor Lane Smith
Hi all, I was wondering if others had an opinion on JIT. Suppose we don't need anything fancy like adaptive optimisation, but just wanted to compile a program at runtime. One possibility might be to generate C code and store that in a file and then call the C compiler and then execute the resultin

Re: [dev] Different versions of suckless libutf

2016-06-18 Thread Connor Lane Smith
Hi all, Following this past conversation, I decided to reinstate rune validity checks in libutf. Since people seem to be using my repo as a submodule, I decided it was best to cater for that (somewhat questionable) use case. > I would have liked to have separated UTF-8 and Unicode support into tw

Re: [dev] [lnanosmtp]

2016-06-11 Thread Connor Lane Smith
On 11 June 2016 at 07:34, wrote: > Strings are not idenpotent. In C strings, any pointer inside > of the string is a new string. Splitting strings is only > writing a 0. Splitting strings in Pascal strings require to > allocate a new chunk of memory and copy all the characters. This is fixed wit

Re: [dev] pledge(2) patches

2016-06-06 Thread Connor Lane Smith
On 6 June 2016 at 12:19, Martin Kühne wrote: > Can it somehow be made to keep its effect across the exec family of syscalls? My understanding is that one can pledge not to call exec, but if one explicitly permits exec and it *is* called, the pledge no longer holds. cls

Re: [dev] pledge(2) patches

2016-06-06 Thread Connor Lane Smith
On 6 June 2016 at 11:51, Martin Kühne wrote: > I don't understand the purpose of pledge, since it's under the control > of the programmer, but so is what the program does just as well. In > what way is the programmer supposed to prevent himself from doing what > they were going to do anyway? The

Re: [dev] Different versions of suckless libutf

2016-06-01 Thread Connor Lane Smith
On 1 June 2016 at 18:43, Kamil Cholewiński wrote: > The 95% use case here is handling UTF8-encoded Unicode text. Secure by > default should be the norm, not a magic flag, not buried in a readme. Obviously nobody is arguing for magic flags or burying things in a readme. > If you need to encode an

Re: [dev] Different versions of suckless libutf

2016-06-01 Thread Connor Lane Smith
On 1 June 2016 at 07:42, Ben Woolley wrote: > I am pretty sure you are aware of this already, but the UTF-8 RFC > defines Unicode quirks as part of the UTF-8 definition. Even the title > is "UTF-8, a transformation format of ISO 10646". It does not call it a > general purpose transformation format

Re: [dev] Different versions of suckless libutf

2016-05-31 Thread Connor Lane Smith
On 31 May 2016 at 18:43, FRIGN wrote: > as a quick note, the sbase libutf is probably the most feature-rich one. > The version by cls suffers from multiple issues, even though it might > be the most recent. Strictly speaking they're all by me, since I started it (and sbase) in the first place. Bu

Re: [dev] Different versions of suckless libutf

2016-05-31 Thread Connor Lane Smith
Marc -- I remember now that you emailed me about this, and it must have slipped my mind. Sorry about that. I personally have no strong opinion on what should be done with the different repos, since I consider libutf to be mostly a pet project; and I don't think there's any problem with sbase havin

Re: [dev] [dwm] [patch] config.o

2016-05-15 Thread Connor Lane Smith
On 15/05/2016, Hiltjo Posthuma wrote: > I'm against this idea. It is simpler to hack if everything is one file which > is > normal for alot of suckless tools. It is not very clear to me what is > considered a config or "the code" neccesarily. I personally feel that the benefits of having only one

[dev] [dwm] [patch] config.o

2016-05-14 Thread Connor Lane Smith
about half a year, and I've still not made my mind up as to whether it's a good idea or not. But I thought I might as well post it on here anyway. Thanks, cls commit af3575a3388b6518de395a09e0becad0d486df76 Author: Connor Lane Smith Date: Mon Nov 23 17:29:28 2015 + separate

Re: [dev] structural regular expression support for vis

2016-03-28 Thread Connor Lane Smith
On 28 March 2016 at 18:47, Connor Lane Smith wrote: > On 28 March 2016 at 18:46, Connor Lane Smith wrote: >> Diff attached, if you're interested. > > For real this time. I also just discovered that it does manage to compile without those changes if you run ./configure first.

Re: [dev] structural regular expression support for vis

2016-03-28 Thread Connor Lane Smith
On 28 March 2016 at 18:46, Connor Lane Smith wrote: > Diff attached, if you're interested. For real this time. diff --git a/Makefile b/Makefile index 97adf0d..7b7d4cb 100644 --- a/Makefile +++ b/Makefile @@ -12,8 +12,8 @@ CONFIG_LUA ?= 1 CONFIG_ACL ?= 0 CONFIG_SELINUX ?= 0 -CF

Re: [dev] structural regular expression support for vis

2016-03-28 Thread Connor Lane Smith
On 27 March 2016 at 17:10, Marc André Tanner wrote: > You could also try `make local` which might or might not work ... It didn't. Anyway, today I unfortunately found myself with nowt but a Mac, though I did manage to get vis to compile. I had to make a couple of changes to get it to work. Diff a

Re: [dev] structural regular expression support for vis

2016-03-27 Thread Connor Lane Smith
Hi Marc, On 27 March 2016 at 09:16, Marc André Tanner wrote: > Did anyone else participating in this thread (Connor?, Greg?) bother > to give it a try? Sorry, it's on my to-do list, but I had some trouble compiling and haven't got around to giving it another go. It seems there's a new dependency

Re: [dev] another text user interface for sam

2016-03-02 Thread Connor Lane Smith
On 2 March 2016 at 18:26, Maxime Coste wrote: > Yeah, I'd really like to get rid of boost, and possibly migrate to a > lighter regex lib. The problem is that no currently available libs match > the required feature set Thanks for the list of issues. Perhaps we can work these in to a library. >

Re: [dev] another text user interface for sam

2016-03-02 Thread Connor Lane Smith
On 2 March 2016 at 16:06, Greg Reagle wrote: > Well sam has ISRE, but it lacks a nano/vi/emacs-like (full screen > interactive) TUI. I think the key to *interactive* structural regular expressions is that it must be possible to position oneself 'within' an expression. Suppose you write x/re/, th

Re: [dev] another text user interface for sam

2016-03-02 Thread Connor Lane Smith
On 2 March 2016 at 15:45, Maxime Coste wrote: > How does sam handles parallel grouping when we get multiple incompatible > changes > to the same range of text ? It panics. Incidentally, I notice that Kakoune uses Boost's regular expressions, which means that reverse searches are very inefficien

Re: [dev] another text user interface for sam

2016-03-02 Thread Connor Lane Smith
On 2 March 2016 at 10:40, Maxime Coste wrote: > That has been provided by Kakoune for a looong time Not as long as I've wanted it! (My first rant on this mailing list about 'interactive structural regular expressions' was in June 2011.) But this may be what I've been looking for, thanks. cls

Re: [dev] another text user interface for sam

2016-03-01 Thread Connor Lane Smith
On 1 March 2016 at 20:35, Marc André Tanner wrote: > As an example, swapping two words with > > ,x[a-zA-Z]+/{ > g/fred/ v/./ c/jim/ > g/jim/ v// c/fred/ > } > > which is mentioned in both the sam tutorial and the cheatsheet would > no longer work. That's true; I suppose it depends h

Re: [dev] another text user interface for sam

2016-03-01 Thread Connor Lane Smith
On 1 March 2016 at 17:44, Marc André Tanner wrote: > Why do you think that? For pretty much the reasons you list. Only support for NUL-terminated strings, no support for passing successive blocks, poor performance for repeated searches of particularly nondeterministic expressions, and so on. We a

Re: [dev] another text user interface for sam

2016-03-01 Thread Connor Lane Smith
On 1 March 2016 at 17:12, Marc André Tanner wrote: > All commands of a group should operate on the original state of the text. Is that strictly necessary? I know that's how sam and acme behave, but series of commands outside those {} blocks occur in sequence (not all performing on the original te

Re: [dev] quirks with sam's structured regexps

2016-03-01 Thread Connor Lane Smith
On 1 March 2016 at 17:00, Connor Lane Smith wrote: > acme/regx.c certainly was derived from sam/regexp.c. See attached diff. I forgot to also check the other files necessary for sam's command language, but they too seem similarly derived: * sam/cmd.c -> acme/edit.c * sam/parse.h -&g

Re: [dev] another text user interface for sam

2016-03-01 Thread Connor Lane Smith
On 1 March 2016 at 17:12, Marc André Tanner wrote: > I think structural regexp will integrate nicely with multiple selections. > > Basically if you omit the command of a structural regexp the editor > would switch to visual mode and add a selection for every match. If you > are already in visual m

Re: [dev] quirks with sam's structured regexps

2016-03-01 Thread Connor Lane Smith
On 1 March 2016 at 12:43, Greg Reagle wrote: > That's interesting. It's funny that sam does a better job since acme is a > successor to sam. I wonder if/how they share code. acme/regx.c certainly was derived from sam/regexp.c. See attached diff. cls --- sam/regexp.c2016-03-01 16:52:35.

Re: [dev] another text user interface for sam

2016-03-01 Thread Connor Lane Smith
On 29 February 2016 at 18:51, Greg Reagle wrote: > Another approach would be to write a structural regexp library. Then > structural regexp's could be available to other programs. I've been thinking about this, actually. What might be even better is a regular expression library which just makes

Re: [dev] another text user interface for sam

2016-02-26 Thread Connor Lane Smith
On 26 February 2016 at 16:11, Greg Reagle wrote: > Thanks for your thoughtful reply. What about a third option: use the core > (editing and structural regexps) of sam (the part that runs with sam -d > perhaps) and add a TUI. Do we have to re-use the undocumented binary > protocol just because sa

Re: [dev] another text user interface for sam

2016-02-26 Thread Connor Lane Smith
You certainly aren't alone. I expect I'm the local expert on trying to draw blood from that stone. The problem, aside from my not having enough time to do any worthwhile hobby programming at the moment, is that communication between sam and samterm is an ad hoc binary protocol, with absolutely zer

Re: [dev] [ANNOUNCE] vis-0.1: first release of a vim-like editor

2015-12-31 Thread Connor Lane Smith
I think this is pushing it for a 2015 release. But I'll be sure to give it a go asap, 2016. :) cls

Re: [dev] [dwm] 6.1 release

2015-12-07 Thread Connor Lane Smith
On 7 December 2015 at 15:51, Jakub Lach wrote: > What I'm trying to say, is that 6.1 is a little more > POLA violating, than dwm releases used to be. I do think it a little unfortunate that dwm release numbering means essentially nothing. The jump from 6.0 to 6.1 was far greater than 5.9 to 6.0 w

Re: [dev] Re: [sbase] cal doesn't highlight current day

2015-11-20 Thread Connor Lane Smith
On 20 November 2015 at 18:40, Connor Lane Smith wrote: > I've attached a patch. It's not too bad, although it does have ugly > escape codes. But I don't actually mind either way. Slightly uglier bugfix. cls patch Description: Binary data

Re: [dev] Re: [sbase] cal doesn't highlight current day

2015-11-20 Thread Connor Lane Smith
On 20 November 2015 at 13:13, FRIGN wrote: > I think there should be no discussion without a patch. I don't want to see > anybody express his opinion here unless he has a patch in his attachments. I've attached a patch. It's not too bad, although it does have ugly escape codes. But I don't actual

Re: [dev] a suckless hex editor

2015-11-13 Thread Connor Lane Smith
On 13 November 2015 at 20:42, pancake wrote: > Also, echo is a buildtin, so dont use absolute path for it My guess is the path was added because the builtin echo may not support the -e flag. But that's because it's non-standard -- as are all echo flags, really -- and as Dimitris says printf shoul

Re: [dev] [PATCH 1/1] remove useless dup()

2015-07-08 Thread Connor Lane Smith
Hi, On 8 July 2015 at 11:32, Christian Hesse wrote: > We are ignoring return value of dup(), so just remove it. This code was brought up a few months ago [1]. The return value is ignored because, as STDIN_FILENO is 0 and has just been closed, the returned new file descriptor must be 0. A number

Re: [dev] surf release?

2015-06-01 Thread Connor Lane Smith
On 1 June 2015 at 15:33, Martti Kühne wrote: > However upstream is not everyone's taste either, in that configuration > changes require recompiling of the respective binary. I'm quite happy using the default configuration for most tools though, as are a lot of people. And since it's the default i

Re: [dev] How to use ssam in Ubuntu 14.04

2015-05-07 Thread Connor Lane Smith
On 7 May 2015 at 20:12, Teodoro Santoni wrote: > ssam is an rc script. You can download it from plan9port or if i recall > correctly from cat-v and put it in your path. It's also in the 9base git repo [1], just not in a release. [1]: http://git.suckless.org/9base/tree/ssam cls

Re: [dev] Odds and ends (2/2): $XEMBED

2015-05-06 Thread Connor Lane Smith
On 6 May 2015 at 15:28, Jason Woofenden wrote: > If you don't replace the terminal window, then you're just talking > about window management, which should perhaps be done with the > window manager. The XEMBED thing only works on a few clients. The > WM can meddle with just about all the clients.

Re: [dev] Odds and ends (2/2): $XEMBED

2015-05-06 Thread Connor Lane Smith
On 6 May 2015 at 11:59, Connor Lane Smith wrote: > With that in mind, might 9embed (perhaps under another name) be > suitable to add to the tabbed distribution? Having had Christoph's approval, I've attached a patch which adds the utility (under the name of xembed) to tabbed. Th

Re: [dev] Odds and ends (2/2): $XEMBED

2015-05-06 Thread Connor Lane Smith
On 6 May 2015 at 11:43, Connor Lane Smith wrote: > I've not found time to add the functionality into a terminal like st > yet, but I was happy to discover that tabbed already sets XEMBED, and > the wrapper works as expected: 'surf &' will open surf in a new > wind

Re: [dev] Odds and ends (2/2): $XEMBED

2015-05-06 Thread Connor Lane Smith
EMBED, and the wrapper works as expected: 'surf &' will open surf in a new window, whereas 'surf' will open it in a new tab. Thanks, cls /* (c) Connor Lane Smith, 2015 */ #include #include #include #include int main(int argc, char **argv) { if(argc < 3) { fprintf(

Re: [dev] [ST] [PATCH] Changed type for UTF-32 codepoints from long to uint_least32_t

2015-05-05 Thread Connor Lane Smith
Hi, On 5 May 2015 at 19:31, suigin wrote: > Hi all, here's a patch that changes occurences of long to uint_least32_t > where it's being used to store UTF-32 codepoints, as was previously > discussed. Other cases where long is used are preserved as is. I get the feeling we should typedef uint_lea

Re: [dev] [st utf8 3/4] Change internal character representation.

2015-05-04 Thread Connor Lane Smith
On 4 May 2015 at 11:30, Roberto E. Vargas Caballero wrote: > But uint32_t is not guaranteed to be present in all the implementations uint32_t is guaranteed in POSIX 2004, but you may not want to rely on that. uint32_least_t, which would suffice, is guaranteed in C99. cls

Re: [dev] [sbase] Use of libutil

2015-04-30 Thread Connor Lane Smith
Reading the link again, it seems that the people 'helpfully' forwarding messages to this mailing list aren't the same as those authoring the messages. With that in mind, I'd like to stress that my irritating is towards those doing the forwarding, i.e. Marc, and not those just talking about the tool

Re: [dev] [sbase] Use of libutil

2015-04-29 Thread Connor Lane Smith
Hi Marc, You really don't have to be such a twat about all this. Just offer your suggestion without the unnecessary abrasiveness. What I got from your link is that someone negatively compared your work to sbase, and now you've got a bee in your bonnet over it. Are we really going to have to put u

Re: [dev] [st] [PATCH] Replace close and dup with dup2.

2015-04-29 Thread Connor Lane Smith
Hi, I'm personally in favour of using dup2. It is quite clear that dup2(cmdfd, STDIN_FILENO) duplicates the fd into the position of STDIN_FILENO. That's what it says. On the other hand, the combination of close(STDIN_FILENO) and dup(cmdfd) is less efficient (two syscalls) and also means that the r

[dev] Odds and ends (2/2): $XEMBED

2015-04-21 Thread Connor Lane Smith
Hi again, In Plan 9, when one executes a graphical program from a terminal window it will take over that window, so that running a graphical text editor like Sam from a terminal is not so different from running a line editor. This was one of my favourite things from the Plan 9 GUI. Plan 9 Port do

[dev] Odds and ends (1/2): next.sh

2015-04-21 Thread Connor Lane Smith
Hi all, These are just a couple of thoughts I've had that we've discussed a little in IRC recently. They aren't exactly earth-shattering, but I think they might still be of use to someone. Shell aliases which give default arguments, like alias ls='ls -1', are useful but must be invoked from the s

Re: [dev] [ls] reform ls

2015-04-19 Thread Connor Lane Smith
On 19 April 2015 at 15:47, Connor Lane Smith wrote: > That's why -r is to be ignored, > and -lgnos may be ignored: because they are all problematic for that > behaviour (e.g. because they require that the directory be preceded by > a total block count). To be clear, in my

Re: [dev] [ls] reform ls

2015-04-19 Thread Connor Lane Smith
On 19 April 2015 at 12:41, FRIGN wrote: > > enum { AlphaSort, SizeSort = 'S', TimeSort = 't' }, > > Rather use an "int sorttype = 'a';" and change it while parsing the flags. So exactly what I said except using an int instead of an enum? That's fine too, although the compiler won't then be aware

Re: [dev] [ls] reform ls

2015-04-19 Thread Connor Lane Smith
Hi, On 19 April 2015 at 09:16, Quentin Rameau wrote: > I noticed that ls didn't really behaved as stated by POSIX so I worked > a little on that. Here are four patches, the second one introduce big > changes, so I'll be glad if you could review it. 1. Rather than turning off, and refusing to tur

Re: [dev] [st] [PATCH 4/3] tresize: remove unnecessary if

2015-04-14 Thread Connor Lane Smith
On 14 April 2015 at 13:50, Dimitris Papastamos wrote: > dst and src are required to be valid objects even if n is 0, otherwise > this is undefined behaviour. I looked this up in C11. Seems to be the case: > 7.24.2.1.2. The memcpy function copies n characters from the object > pointed to by s2 in

Re: [dev] A suckless issue tracker

2015-04-06 Thread Connor Lane Smith
Hi, On 6 April 2015 at 21:29, Mattias Andrée wrote: > I have just started on a simple issue tracker > [Write a decent bug and issue tracking system], > that I would like to make part of suckless.org > and develop under your mentorship. I'm afraid I can't help all that much, but despite FRIGN's p

Re: [dev] A suckless issue tracker

2015-04-06 Thread Connor Lane Smith
On 6 April 2015 at 21:58, Mattias Andrée wrote: > The best solution to the problem that I know if is bugseverywhere, but > [...] last time I used it, it was very buggy. Well at least the name serves as a warning. :) cls

Re: [dev] sed breaks utf8 in [ ]

2015-03-30 Thread Connor Lane Smith
On 31 March 2015 at 00:13, Roger wrote: > But anyways, think I made my point. You did: you only care for whatever encoding you personally need over there in America. Most of us, however, are from Europe, do need UTF-8, and reckon you can piss off. cls

Re: [dev] sed breaks utf8 in [ ]

2015-03-30 Thread Connor Lane Smith
On 30 March 2015 at 22:28, Roger wrote: > No need for funky apostrophe usage within the English language. We do however need to use English currency. £ ain't ASCII. cls

Re: [dev] sed breaks utf8 in [ ]

2015-03-30 Thread Connor Lane Smith
On 30/03/2015, FRIGN wrote: > In the end, the idea of locales is founded in some deeply-resting issue > with self-guilt, assuming there's some African tribe which sorts ö after > x. They're called Swedes. cls

Re: [dev] [PATCH quark] Fix chroot argument

2015-03-19 Thread Connor Lane Smith
On 19 March 2015 at 22:25, Alexander Huemer wrote: > - if (chroot(".") == -1) { > + if (chroot(chrootdir) == -1) { This looks wrong; see line 709: > if (chdir(chrootdir) == -1) { So on line 713 . should be chrootdir, because it just chdir'd there. cls

Re: [dev] Potential bug in st fallback font code

2015-03-10 Thread Connor Lane Smith
Hi, I had a quick glance at Christoph's patch. An excerpt: + /* We got a default font for a not found glyph. */ + if(!charexists && frc[i].flags == frcflags \ + && unicodep == unicodep) { I invite you to contemplat

Re: [dev] [sbase][PATCH] Add col command

2015-03-03 Thread Connor Lane Smith
On 3 March 2015 at 13:40, Dimitris Papastamos wrote: > This reminds me, we should really find another name for cols(1) now that > we have col(1). I suggested mcol(1) on IRC, given that it was originally mc(1), per Plan 9. cls

Re: [dev] Re: [libutf] Proposal for additional rune utility functions

2015-02-11 Thread Connor Lane Smith
Hi, On 11 February 2015 at 20:48, FRIGN wrote: > there's no need for a separate GitHub-repo. You are the maintainer and > have the right to push your stuff to suckless, and at least I personally > would really like to see the fresh changes here on suckless.org rather > than some GitHub 0815 repos

[dev] Re: [libutf] Proposal for additional rune utility functions

2015-02-11 Thread Connor Lane Smith
Hi, I've added these proposed functions, and done some other work too, on my GitHub repo [1], which is where I maintain libutf now that I no longer contribute particularly regularly. Please feel free to send me any other patch proposals, either directly or via this mailing list (preferably with a

[dev] Re: [libutf] Proposal for additional rune utility functions

2015-02-10 Thread Connor Lane Smith
Hi FRIGN, It's been a while since I posted to this list. I do still maintain libutf, though -- glad to hear it's still being of use. It sounds like it might be a good idea to add these to the library. However, I have some simplification suggestions, especially to avoid memory allocation inside li

Re: Regarding "make"-systems [Was: Re: [dev] Build system: redo]

2012-08-11 Thread Connor Lane Smith
I'm going to ignore the "dogma" subthread, because, Christ. On 10 August 2012 11:35, Connor Lane Smith wrote: > These are quite easy to fix; we'd have to play around with the syntax > and come up with our own. But I would definitely like a tool that > solves

Re: Regarding "make"-systems [Was: Re: [dev] Build system: redo]

2012-08-10 Thread Connor Lane Smith
Hey, On 10 August 2012 10:48, Ciprian Dorin Craciun wrote: > As such -- if I get the "suckless" definition correctly (but see > the P.S.) -- such a tool is far from the original intent because it > does all sorts of things instead of doing exactly one correctly... We were actually talking ab

Re: [dev] dmenu_run: Split cache logic to dmenu_path again

2012-08-08 Thread Connor Lane Smith
Hey, On 31 July 2012 11:31, Quentin Glidic wrote: > This patch allows to run dmenu_path to update the cache using > a packager manager hook system Thanks, pushed to tip. cls

Re: [dev] [PATCH] sbase: add cut

2012-08-03 Thread Connor Lane Smith
On 4 August 2012 01:37, Uriel wrote: > Yea, because obviously what we needed is even more unportable GNU extensions. I don't know about you, but I'd rather use an effective unportable tool than an ineffective portable one. cls

Re: [dev] [PATCH] sbase: add cut

2012-08-03 Thread Connor Lane Smith
On 4 August 2012 01:01, Strake wrote: > Not sbase head. Maybe someone should file a bug. :p By the way, POSIX tail accepts both positive and negative '-n' arguments, so it would make sense if head did too. One might expect '-c' as well. Unfortunately standards seldom make much sense. cls

Re: [dev] [PATCH] sbase: add cut

2012-08-03 Thread Connor Lane Smith
On 3 August 2012 22:15, Nick wrote: > Cool, I didn't know that syntax. Useful. Out of curiousity, is it > codified in any standard? Sadly not. But then, most things aren't. cls

Re: [dev] [PATCH] sbase: add cut

2012-08-03 Thread Connor Lane Smith
On 3 August 2012 19:02, Uriel wrote: > head(1) is utterly and completely idiotic. sed 11q is superior in > every possible way. % head -n -10 % sed -e :a -e '$d;N;2,10ba' -e 'P;D' No thanks. cls

Re: [dev] Build system: redo

2012-07-15 Thread Connor Lane Smith
On 15 July 2012 18:54, Andreas Wagner wrote: > Mk is just a cleaned up version of make. In contrast, the implementations of > redo itself and build files written for it are much simpler. Redo also > improves on correctness. > > Check this out: http://cr.yp.to/redo.html > > I like redo, but I do th

Re: [dev] [ii] exposed password on process monitoring

2012-06-16 Thread Connor Lane Smith
On 16 June 2012 16:27, markus schnalke wrote: > AFAIR the environment can be displayed, too. I think it was `ps e'. > Hence the fix is no fix. On 21 April 2012 01:25, Kurt H Maier wrote: > I am mildly convinced that other users cannot see env data with ps -e. > I am also vaguely determined that

Re: [dev] [surf] patch to remove resizing if small

2012-06-11 Thread Connor Lane Smith
On 11 June 2012 13:48, Nick wrote: > The most annoying feature of surf for me has been that when the > window gets quite small suddenly everything is zoomed to a tiny and > unreadable size. Oh wow, until now I'd assumed this was some Webkit misfeature. Add me to the patch tally. On 11 June 2012

Re: [dev] [surf]keybind to scroll left/right

2012-05-24 Thread Connor Lane Smith
Hey, On 24 May 2012 15:12, Hannes Blut wrote: > This is not required for a 1024x768 resolution and most people have > higher resolutions than this. This doesn't need to be mainline. Are you serious? I know we prefer minimalism, but it really would make sense to have this in mainline. Being able

Re: [dev] [dwm] dynamic environment variables

2012-05-19 Thread Connor Lane Smith
On 19 May 2012 17:36, Connor Lane Smith wrote: > It wouldn't be a perfect solution, but you could just alter your dwm > cmd functions to call a script which set the environment correctly and > then execs the given command. Or, of course, if there are only a small number of applicat

Re: [dev] [dwm] dynamic environment variables

2012-05-19 Thread Connor Lane Smith
Hey, On 19 May 2012 17:26, Swiatoslaw Gal wrote: > I am wondering if it is possible to implement some (synamic) management of > environment variables, so, for example I could change HTTP_PROXY when I hook > my > laptop in a new place, and all the processes started from now on would respect > it.

Re: [dev] I messed up...used glib, dbus, and friends. Need help to fix this mistake

2012-05-16 Thread Connor Lane Smith
Hey, On 16 May 2012 17:23, Amit Uttamchandani wrote: > GIO/gvfs had interfaces to do mounts asynchronously and call a callback > function when it was done. Separate concerns: mount with mount, parallelise with pthreads (or similar). Having to build asynchronicity into each function suggests you'

Re: [dev] swerc v. werc

2012-05-15 Thread Connor Lane Smith
Hey, On 14 May 2012 00:10, David Krauser wrote: > What's the difference between swerc and werc? According to Anselm, "it is just simpler right now, but I intend to make it serve pages completely statically." cls

Re: [dev] changing sizes in the master area

2012-05-14 Thread Connor Lane Smith
Hey, On 14 May 2012 12:29, Uli Armbruster wrote: > If you mean changing the size vertically (e.g. with two widows in the master > area), then no You can, by adding or removing windows from master as appropriate. :p cls

Re: [dev] suckless document generator for C code

2012-05-11 Thread Connor Lane Smith
On 11 May 2012 19:29, Galos, David wrote: > Less clean than troff files for the docs, I think. And retrieval is > definitely uglier than "man headername" For the record, I do agree. My suggestion involving C header files was meant as a kind of compromise between the two. cls

Re: [dev] suckless document generator for C code

2012-05-11 Thread Connor Lane Smith
Hey, On 11 May 2012 17:45, Amit Uttamchandani wrote: > I'm looking for a document generator for C code. Mainly to document APIs > to give to UI developers. I'm of the belief that documentation generators vary between useless and harmful. When you embed documentation into the program source itsel

Re: [dev] [tabbed] explicitly requesting input focus

2012-04-30 Thread Connor Lane Smith
ndow manager. On 16 November 2011 21:16, Connor Lane Smith wrote: > Can you reply to the thread on the mailing list [1]? Apparently > removing XSetInputFocus introduced a bug. > > [1]: http://lists.suckless.org/dev/1109/9350.html On 17 November 2011 15:32, Thomas Adam wrote: > I

Re: [dev] slock && fullscreen

2012-04-23 Thread Connor Lane Smith
On 23 April 2012 23:26, Mauricio Kanada wrote: > Maybe 'minimize windows' may be one 'slock' option. Clearly that is unnecessary as it can be solved by using another tool, just as you have. Adding hundreds of options to each program isn't the Unix way. By the way, HTML emails are frowned upon on

Re: [dev] slock && fullscreen

2012-04-23 Thread Connor Lane Smith
Hey, On 23 April 2012 22:28, Mauricio Kanada wrote: > When slock runs, the screens gets black for 1 sec, and backs normal again. > When I minimize my vm, I see that 'slock' was terminated. slock cannot grab the keyboard if it has already been grabbed by another client. VirtualBox grabs the keybo

Re: [dev] Nmaster Patch

2012-04-20 Thread Connor Lane Smith
Hey, On 20 April 2012 19:26, Eric Tse wrote: > Trying to get nmaster patch to work on dwm-hg (dwm 6.0) nmaster is in mainline since dwm 6.0; you don't need to patch. cls

Re: [dev] [ii] exposed password on process monitoring

2012-04-19 Thread Connor Lane Smith
On 19 April 2012 23:51, Connor Lane Smith wrote: > In my opinion the -h flag > should be made mandatory, with no default host. Sorry, it's -h in sic, -s in ii (which is confusing, too.) On 20 April 2012 00:19, Nico Golde wrote: > I don't really like putting that in a file.

Re: [dev] [ii] exposed password on process monitoring

2012-04-19 Thread Connor Lane Smith
On 19 April 2012 19:12, Strake wrote: > Worse yet are flags whose semantics vary by argument. > k flag takes literal password, not file name. > If we want such a feature we ought to add a new flag, as in attached patch. I understand your position, but I think we should have just one PASS flag, no

Re: [dev] [ii] exposed password on process monitoring

2012-04-19 Thread Connor Lane Smith
Hey, On 19 April 2012 17:34, Truls Becken wrote: > $ ii & > $ cat ~/irc/freenode_login_script > ~/irc/irc.freenode.net/in > > No need for the program to implement password support at all really. 'ii -k' sends the server a PASS message, which must be done before NICK or USER. This is unrelated to

Re: [dev] [dwm] tag changes when applications are activated

2012-04-18 Thread Connor Lane Smith
On 18 April 2012 08:57, Arian Kuschki wrote: > for some time now, not sure how long, dwm changes the displayed tag when an > application is activated. The blame here is either with dwm or the application, depending on the way you look at it. Essentially, dwm supports the _NET_ACTIVE_WINDOW EWMH c

Re: [dev] A tiny IRC connection tool

2012-04-16 Thread Connor Lane Smith
On 16 April 2012 21:45, Benjamin R. Haskell wrote: > How does it compare to the other two suckless minimalist IRC tools? In short, ircio does less. It doesn't have any real parsing of the IRC protocol aside from PING, and it's not designed for use as an IRC client. It's equivalent to netcatting i

Re: [dev] sbase - seq.c: help wanted

2012-04-16 Thread Connor Lane Smith
Hey, On 16 April 2012 22:34, Galos, David wrote: > After some testing I realized that my regex was inaccurate--I forgot to > encase it in '^$'. If everyone here's cool with REG_EXTENDED, I changed it to > "^([^%]|%%)*%[ +-]?[0-9]*.?[0-9]*[fFgGeE]([^%]|%%)*$" > Which seemed clearer, and survived m

  1   2   3   4   5   6   >