Re: [dev] [dmenu] sorted unlimited history

2013-03-11 Thread Peter Hartman
2013/3/11 Chris Johnson : > I created a patch to have sorted (first by number of previous runs, then by > most recent) and unlimited history. It is similar to the patch from Peter > John Hartman, but modified in the following ways: Hi Chris, That's neat. I moved to using a shell script wrapper

Re: [dev] web browsers

2013-03-10 Thread Peter Hartman
I use surf. Peter 2013/3/10 hiro <23h...@gmail.com>: > I still sometimes need a full bloated web browser for bureaucratic > bullshit, but opera doesn't work well with javascript lately and is > anyways moving to webkit soon. So I need an alternative. > > chrome doesn't work since web developers f

Re: [dev] Find window with dmenu

2013-02-12 Thread Peter Hartman
What I've been doing for a bit is using a modified version of lsw + xdotool: ~/bin $ cat dwm-xdo-focus #!/bin/sh TMPFILE=$HOME/.tmp/dwm-lastwindow xdotool getwindowfocus > $TMPFILE xdotool windowactivate $1 diff -r e86225980f5d lsw.c --- a/lsw.c Sat Jun 18 18:47:03 2011 +0100 +++ b/lsw.c

Re: [dev] Suckless generic diagram creation software?

2013-02-06 Thread Peter Hartman
2013/2/6 Manolo Martínez : > On 02/06/13 at 03:29pm, Peter Hartman wrote: >> LaTeX >> > I use and love LaTeX, but LaTeX is *not* lightweight. Depends on the measure, but it is lighter both in terms of its source, memory footprint, and deps than any app based on gtk. -p -- si

Re: [dev] Suckless generic diagram creation software?

2013-02-06 Thread Peter Hartman
LaTeX 2013/2/6 Lee Fallat : > Hey suckless fans, > > Does anyone know of some lightweight generic diagram software? So far all > I've found are bloated programs that pull in gnome/kde dependencies (for > example dia pulled in gstreamer/vlc, what the heck right?). Basically what > I'm looking for i

Re: [dev] I'm back

2012-11-17 Thread Peter Hartman
> I know that some of you are inclined to use dwm on tablets. But I'm > not convinced that tablets or touch interfaces in general are a nice > fit with the terminal world we live in. tablets are used to read pdfs, and tablets do not have keyboards. however, while i didn't quite parse your whole pr

Re: [dev] [st] Patches

2012-09-20 Thread Peter Hartman
how is -e not a solution? 2012/9/20 Roberto E. Vargas Caballero : > >> Yeah! Oh, we could have a variable for everything that one could wish >> to start in st: STTMUX, STGNUSCREEN, STAALIBKDE... >> >> or we could just use -e. > > Yeah, even when you start it from a menu like dmenu or it is automat

Re: [dev] [st] xft

2012-09-19 Thread Peter Hartman
What was wrong with -f commandline switch from the xft branch? Half the point is to avoid having to compile a unique binary per font. But whatever 2012/9/19 Christoph Lohmann <2...@r-36.net>: > Greetings. > > Attached is a port of the xft branch to the current tip of st. It will > activate xft

Re: [dev] [st] Patches

2012-09-19 Thread Peter Hartman
2012/9/19 pancake : > How many patches are left to get scrollback buffer? We don't want scrollback buffers. -- sic dicit magister P Université du Québec à Montréal / Loyola University Chicago http://individual.utoronto.ca/peterjh gpg 1024D/ED6EF59B (7D1A 522F D08E 30F6 FA42 B269 B860 352B ED6E F5

Re: [dev] POLL: most beautiful suckless cloud

2012-09-19 Thread Peter Hartman
> I'd like to know is this kind of jokes is considered funny here. Which kind of joke? -- sic dicit magister P Université du Québec à Montréal / Loyola University Chicago http://individual.utoronto.ca/peterjh gpg 1024D/ED6EF59B (7D1A 522F D08E 30F6 FA42 B269 B860 352B ED6E F59B) gpg --keyserve

Re: [dev] [st] fonts and diacriticals

2012-09-17 Thread Peter Hartman
2012/9/17 Peter Hartman : >> http://sprunge.us/IfXW > Note the first "command" I type in that is é peterjh@trilx220 st $ locale LANG=fr_FR@euro LC_CTYPE="fr_FR" LC_NUMERIC="fr_FR" LC_TIME="fr_FR" LC_COLLATE="fr_FR" LC_MONETARY=

Re: [dev] [st] fonts and diacriticals

2012-09-17 Thread Peter Hartman
> http://sprunge.us/IfXW Note the first "command" I type in that is é -- sic dicit magister P Université du Québec à Montréal / Loyola University Chicago http://individual.utoronto.ca/peterjh gpg 1024D/ED6EF59B (7D1A 522F D08E 30F6 FA42 B269 B860 352B ED6E F59B) gpg --keyserver pgp.mit.edu --rec

Re: [dev] [st] fonts and diacriticals

2012-09-17 Thread Peter Hartman
TERM inside st = "st-256color" TERM outside st (i.e. in urxvt where I launch it) is = "screen" xlsfonts indicates terminus is there, etc. xset q also indicates it is there. Here's the st -f output: http://sprunge.us/IfXW 2012/9/17 Roberto E. Vargas Caballero : >> peterjh@trilx220 st $ st >> erre

Re: [dev] [st] fonts and diacriticals

2012-09-17 Thread Peter Hartman
Yes, and ls -la ~/.termcap/s/ has st and st-256colors, as it should (and I nuked the old ones). 2012/9/17 Nick : > On Mon, Sep 17, 2012 at 11:17:54AM -0400, Peter Hartman wrote: >> I should add that when I launch st I get: >> >> peterjh@trilx220 st $ st >> erresc: unkn

Re: [dev] [st] fonts and diacriticals

2012-09-17 Thread Peter Hartman
I should add that when I launch st I get: peterjh@trilx220 st $ st erresc: unknown csi ESC[?17;0;64c 2012/9/17 Nick : > To confirm, I just tried st tip (main branch), and the diacritics from > this email displayed without issue. > > Hopefully somebody with more skill than being able to type "wo

Re: [dev] [st] fonts and diacriticals

2012-09-17 Thread Peter Hartman
x27;s the default x / st font settings working against you. > I know that isn't much of an answer. > > Why have you moved off the xft branch? I've been working with rather > more complex characters than accented latin, and st-xft has been a > godsend. > > Nick > >

[dev] [st] fonts and diacriticals

2012-09-17 Thread Peter Hartman
Comrades: I recently moved to Quebec and now need accents and all that fun stuff. I also recently moved off the xft branch of st and to the standing tip, and I've noticed that I can't for the life of me get diacriticals to display. They display fine in dwm and dmenu, urxvt, and xft version of st

Re: R: Re: [dev] Surf 0.5 released

2012-07-16 Thread Peter Hartman
I use surf & st just fine. st -e has worked for about a year. here's a quick fix: sed 's/xterm/st/' config.def.h Peter On Mon, Jul 16, 2012 at 7:03 AM, Nick wrote: > Quoth anonimopococin...@alice.it: >> surf still relies on xterm for the downloads, why can't we use st? >> (I mean I did a few

Re: [dev] Introducing SLUT (Suckless Linux Using a Tablet)

2012-05-09 Thread Peter Hartman
Not yet. http://www.trilidun.org/misc/slut-0.1.tgz -- sic dicit magister P University of Toronto / Fordham University http://individual.utoronto.ca/peterjh gpg 1024D/ED6EF59B (7D1A 522F D08E 30F6 FA42 B269 B860 352B ED6E F59B) gpg --keyserver pgp.mit.edu --recv-keys ED6EF59B

Re: [dev] Introducing SLUT (Suckless Linux Using a Tablet)

2012-05-09 Thread Peter Hartman
On Wed, May 9, 2012 at 9:38 AM, Pierre Chapuis wrote: > You should change the name before Internet drama > occurs. Don't tell me there's a SLUT.exe that is in competition for the name! -- sic dicit magister P University of Toronto / Fordham University http://individual.utoronto.ca/peterjh gp

[dev] Introducing SLUT (Suckless Linux Using a Tablet)

2012-05-09 Thread Peter Hartman
Hi Folks: For some time now I've been cobbling together a kind of suckless ecosystem for use on tablet or hybrid touch devices. I thought I'd release some of the code to the public, although most of it is proof-of-concept and cobbled together. GOAL Operate without a keyboard. OVERVIEW SLUT co

Re: [dev] regarding surf and cookie handling

2012-02-22 Thread Peter Hartman
It is pretty silly to write surf, which rides on the Hotspur of webkit-gtk, and then not utilize whatever cookie apparatus that Hotspur offers. Of course, if it offers us a really shitty cookie apparatus, then what is EVEN MORE silly is to write our own. Instead, we should disable cookies in surf

Re: [dev] regarding surf and cookie handling

2012-02-21 Thread Peter Hartman
On Tue, Feb 21, 2012 at 6:48 PM, Calvin Morrison wrote: > On 21 February 2012 18:36, Peter Hartman wrote: >>> This is stil is favorable than the current approach as far as I can tell. >> >> Why? >> >> > > I was thinking it would be a more conscise metho

Re: [dev] regarding surf and cookie handling

2012-02-21 Thread Peter Hartman
> This is stil is favorable than the current approach as far as I can tell. Why? -- sic dicit magister P University of Toronto / Fordham University http://individual.utoronto.ca/peterjh gpg 1024D/ED6EF59B (7D1A 522F D08E 30F6 FA42 B269 B860 352B ED6E F59B) gpg --keyserver pgp.mit.edu --recv-ke

Re: [dev] regarding surf and cookie handling

2012-02-21 Thread Peter Hartman
The other reason (besides hatred of libsoup) that surf never bothered implementing anything other than what it currently has is that (to my knowledge) there has yet to be a bona fide web-site that the current system fails on. There's a lot of FUD, but none (to my knowledge) that is bona fide. Of

Re: [dev] Re: [st] 0.2.1 is out

2012-02-16 Thread Peter Hartman
On Wed, Feb 15, 2012 at 7:43 PM, Aurélien Aptel wrote: > On Thu, Feb 16, 2012 at 1:19 AM, Aurélien Aptel > wrote: >> * support for dim/bright colors >> * unfocused cursor is now visible with a different color >> * using index >16 for default colors now works properly >> * various code cleanup, re

Re: [dev] Re: Suckless.org Man page links

2012-02-11 Thread Peter Hartman
man pages on the web-site where one downloads the software are nice for the simple reason that they tell us what the software is capable of doing before we install it. -- sic dicit magister P University of Toronto / Fordham University http://individual.utoronto.ca/peterjh gpg 1024D/ED6EF59B (7D1A

Re: [dev] [surf] Grave bug reported for Surf in Debian

2012-02-10 Thread Peter Hartman
yes. On Fri, Feb 10, 2012 at 2:00 PM, Vasudev Kamath wrote: > On 11:46 Fri 10 Feb     , Peter Hartman wrote: >> Fixed. > > Hello Peter thanks for the patch. Can the permission for cookies.txt > can be changed to 0600 instead of 0644?. > > Best Regards >

Re: [dev] [surf] Grave bug reported for Surf in Debian

2012-02-10 Thread Peter Hartman
Fixed. On Fri, Feb 10, 2012 at 11:33 AM, Vasudev Kamath wrote: > Hello all, > > I'm just forwarding a bug reported on surf Debian package [1]. This > bug makes package unfit for Wheezy release. > > (I'm not the maintainer of package only did a recent QA upload.) > > [1] http://bugs.debian.org/c

Fwd: [dev] [st] new xft branch (FreeType font rendering)

2012-01-28 Thread Peter Hartman
Begin forwarded message: > From: Peter Hartman > Date: January 28, 2012 11:03:39 AM EST > To: Steven Blatchford > Subject: Re: [dev] [st] new xft branch (FreeType font rendering) > > > > > > On Jan 28, 2012, at 10:51 AM, Steven Blatchford wrote: &g

Re: [dev] [st] new xft branch (FreeType font rendering)

2012-01-28 Thread Peter Hartman
On Sat, Jan 28, 2012 at 10:30 AM, Bryan Bennett wrote: > Interestingly enough, if you  launch the affected ncurses programs inside > tmux, everything seems to work fine (which is why I hadn't noticed the bug > until my last post - I wasn't using tmux at work.) s/in/outside/ -- but I've verified:

Re: [dev] [st] new xft branch (FreeType font rendering)

2012-01-27 Thread Peter Hartman
A new bug with xft: alsamixer looks fine in the other branch, but in the xft branch it looks hideous. Still use-able but hideous. Peter On Fri, Jan 27, 2012 at 8:12 AM, Aurélien Aptel wrote: > Oops. Applied, thanks. > -- sic dicit magister P University of Toronto / Fordham University Coll

Re: [dev] [st] new xft branch (FreeType font rendering)

2012-01-26 Thread Peter Hartman
On Thu, Jan 26, 2012 at 8:01 AM, Peter Hartman wrote: > As far as I can tell, this new branch breaks the -e argument, e.g., > > st -f Terminus:size=12 -e tmux-start.sh > > is a total fail cat (laugh out loud). And here's a patch to fix that: -- sic dicit magister P U

Re: [dev] [st] new xft branch (FreeType font rendering)

2012-01-26 Thread Peter Hartman
As far as I can tell, this new branch breaks the -e argument, e.g., st -f Terminus:size=12 -e tmux-start.sh is a total fail cat (laugh out loud).

Re: [dev] [st] new xft branch (FreeType font rendering)

2012-01-26 Thread Peter Hartman
I can verify that this fixes or at least ameliorates the tmux-split-pane bug reported earlier. Peter