[dev] [dev xlsh]: fix Makefile

On Wed, Oct 19, 2011 at 09:37:52PM +0200, Michał Siejak wrote: > Hello. [...] > Source code is here: https://github.com/Nadrin/xlsh > Example screenshot is here: https://github.com/Nadrin/xlsh/wiki > > If any of you guys find it useful let me know. :) Constructive > criticism/peer review is more t

Re: [dev] Some questions about st and a patch

nothing.anyone says on this list is worth digitally signing and nobody cares how you prefer to be contacted. -- # Kurt H Maier

Re: [dev] Some questions about st and a patch

On Thu 20 Oct 2011 01:55:30 AM PDT, Stephen Paul Weber wrote: > Does this list support MIME? Works for me with PGP MIME. -- FORTRAN rots the brain. -- John McQuillin signature.asc Description: PGP signature

Re: [dev] Some questions about st and a patch

Somebody claiming to be Andrew Hills wrote: On Wed, Oct 19, 2011 at 9:20 PM, Stephen Paul Weber wrote: Or are you complaining about filesize? Are you on dialup? No, just complaining that it's hard to find the content in your message when the majority of my mail reader's window is full of PGP

Re: [dev] Some questions about st and a patch

On Wed, Oct 19, 2011 at 9:20 PM, Stephen Paul Weber wrote: > Or are you complaining about filesize? Are you on dialup? No, just complaining that it's hard to find the content in your message when the majority of my mail reader's window is full of PGP signature instead of words. That, and reading

Re: [dev] Some questions about st and a patch

Somebody claiming to be Kurt H Maier wrote: Thanks for sending out a kilobyte of text with an eleven-word reply buried in the middle, Stephen Paul Weber. Sorry, most mailing lists hate MIME, so I send inline. Or are you complaining about filesize? Are you on dialup? -- Stephen Paul Weber, @si

Re: [dev] Some questions about st and a patch

> Hey, at least those of us who know where to find his public key know > that it was actually sent by him, or someone else with access to his > computer. Because it's vital that we know that this is from him.

Re: [dev] Some questions about st and a patch

On Wed, Oct 19, 2011 at 7:04 PM, Kurt H Maier wrote: > Thanks for sending out a kilobyte of text with an eleven-word reply > buried in the middle, Stephen Paul Weber. Hey, at least those of us who know where to find his public key know that it was actually sent by him, or someone else with access

Re: [dev] Introducing XLSH

Hey! 2011/10/19 Michał Siejak : > Hello. > > Recently I've written a simple program for myself and I think it fits > well into minimalistic suckless philosophy, so I present to you XLSH > or eXtended Login Shell. Let me paste a chunk of relevant info from > the README file: > > A simple login shel

Re: [dev] Some questions about st and a patch

Thanks for sending out a kilobyte of text with an eleven-word reply buried in the middle, Stephen Paul Weber. -- # Kurt H Maier

Re: [dev] Some questions about st and a patch

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Somebody claiming to be Aurélien Aptel wrote: >Attached wrong patch; use this one, sorry. I can confirm that this patch works for me in irssi :D - -- Stephen Paul Weber, @singpolyma See for how I prefer to be contacted edit

[dev] Re: dvtm keybindings

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Me again :) I've been trying to use dvtm under st, with some strange results. It seems that dvtm tries to emulate rxvt, whereas st has it's own way of doing things (but is closer to xterm than to rxvt). If I run dvtm normally, keys seem to most

[dev] Introducing XLSH

Hello. Recently I've written a simple program for myself and I think it fits well into minimalistic suckless philosophy, so I present to you XLSH or eXtended Login Shell. Let me paste a chunk of relevant info from the README file: A simple login shell with readline functionality and PAM integrati

Re: [dev] st features that'd be nice

> ..., which would be a good starting point to trace > the problem (unless someone already knows what the problem is). I would assume the problem is the excessive redrawing of the whole terminal window. Each time you move the curser only one cell the whole screen will be redrawn into a backup pixm

Re: [dev] st features that'd be nice

On Wed, Oct 19, 2011 at 09:51:33AM -0400, Andrew Hills wrote: > Recently I have discovered that, independent of the value of $TERM, I > am unable to use ^C or ^\ to kill tail when following a file. I am > required to ^Z, kill %%. However, no other program seems to have this > problem. Has anyone el

Re: [dev] st features that'd be nice

On Wed, Oct 19, 2011 at 9:17 AM, Nick wrote: > st has no performance issues. The computers are slow, by > modern standards (900Mhz CPU). Right, and I have a similar speed and font size (and no issues), yet users with faster machines experience degraded performance. I'm wondering if they have sign

Re: [dev] st features that'd be nice

On Wed, Oct 19, 2011 at 09:06:25AM -0400, Andrew Hills wrote: > The computers are fast, or st has no performance issues (and is thus fast)? st has no performance issues. The computers are slow, by modern standards (900Mhz CPU).

Re: [dev] st features that'd be nice

On Wed, Oct 19, 2011 at 8:30 AM, Nick wrote: > It isn't. I use terminus 16 on my computers, one with an > Intel gfx card, one with an nVidia one, and they are both > quite fast. The computers are fast, or st has no performance issues (and is thus fast)? --Andrew Hills

Re: [dev] st features that'd be nice

On Wed, Oct 19, 2011 at 08:24:22AM -0400, Andrew Hills wrote: > I will check tonight. Of note is that I use a > rather large font in my terminal to avoid straining my eyes--Terminus > 12 or 14. This may be related. It isn't. I use terminus 16 on my computers, one with an Intel gfx card, one with a

Re: [dev] st features that'd be nice

On Wed, Oct 19, 2011 at 5:59 AM, Stefan Mark wrote: > This problems seems to be related to the radeon video driver My notebook has a Radeon card (Mobility X1400, I think), but I forget which driver I am using. I will check tonight. Of note is that I use a rather large font in my terminal to avoid

Re: [dev] st features that'd be nice

On 18.10.2011 18:39, Andrew Hills wrote: > On Tue, Oct 18, 2011 at 9:13 AM, Stefan Mark wrote: >> For me, performance is the main issue. Drawing of 'mc' on higher >> resolutions (1600x1200 or 1920x1080) tooks about 10s (sometimes more) on >> a reasonable fast machine. Drawing 'top' took a bit less