Re: [dev] [st] goals / non-goals for st?
Maybe you can try Task Spooler [1], it do some of the thinks you want and its very confortable. -- jordi [1] http://vicerveza.homeunix.net/~viric/soft/ts/ On Mon, Aug 24, 2009 at 12:27 PM, pancake wrote: > Yep, I dont see why we should delegate scrolling to screen. screen is > bloated GNU > software and i dont want to relay on it. > > Another random idea for 'st' would be to redirect the IO of the terminal to > a file. > Something like piping shell applications but integrated on X. Like > overlapping buffers > thru different filter applications. This can be useful to grep the > scrolling buffer for > words, or less it, etc.. this will simplify the implementation of the > scrolling by > delegating the task to another application like more/grep/less/nl, etc... > > Some years ago I thought it would be possible to hook pipes in runtime and > graphically, > that is, linking the output of a terminal to the input of another one, and > be able to bind > scrolls between them (like in vim:scrollbind). I think that this maybe a > little complex, but > by discussing with more people we can probably reach a decent solution and > new ideas > to play with st. > > About the buffer size, its ok to refer as it as in bytes, but st should > keep a pointer > to the beggining of the oldest line, because we would like to keep lines > and not > part of them. > > BTW i really like the background-color change idea. I would probably use it > manually > instead of at automatically, but would be good to test. > > --pancake > > > Mate Nagy wrote: > >> On Mon, Aug 24, 2009 at 02:17:15AM +0200, Valentin wrote: >> >> >>> Isn't that what screen's there for? :P >>> >>> >> if only screen's interface for scrolling back wasn't ridiculously >> uncomfortable. IMHO shift+pgup/pgdn, and horribile dictu mousewheel >> scrolling are essential. On the other hand, regex search forward >> backward etc would be convenient, also keyboard-based text selection >> (connected to the X clipboard, which again screen cannot do). >> >> Regards, >> Mate >> >> >> > > -- Atentament. Jordi Mariné
Re: [dev] [st] goals / non-goals for st?
you are a compulsive replier, you haven't time to use a computer On Fri, Oct 30, 2009 at 3:24 AM, Uriel wrote: > > On Thu, Oct 29, 2009 at 11:01 PM, frederic wrote: > Example: > http://xinutec.org/~pippijn/files/img/collection/why-transparency-is-evil.jpg > > > > > So sugar is evil, because if one eats too much of it, one may die. > > And make the world a better place as a result. > > > So, I agree with uriel: transparency is for idiots. > > > > Often, drunk people seem to believe that other people are drunk. > > And often idiots are just idiots. > > > > Do yourself a favour: stop calling others idiots. > > Do yourself and the world a favour and go use Gnome, or even better OS X. > > > >>> When I was young I thought hey that looks cool (compared to the usual > >>> terminals on Windows by that time). But when actually using it for a > >>> while it hurts more and the coolness factor becomes obsolete sooner > >>> than later. Perhaps the younger generation has better eyes and can > >>> cope with it for a couple of years, but I haven't seen any serious > >>> programmer that worked with translucent terminals very long... > >>> > > > > I think I'm not younger than you, and I have been working with translucent > > terminals for about ten years on a daily basis. > > And now we have conclusive evidence that using translucent terminals > for extended periods of time damages the brain! > > Thanks for sacrificing yourself as guinea pig for this essential and > fascinating scientific research project. > > > > I think the reason why I've been using them for so long is because I use > > them more for the aesthetics than for the coolness factor. > > Of course, my wallpaper doesn't show some lame anime character, insipid > > landscape or kickass-y car. > > What have you got as wallpaper? A picture of your but? > > > >>> Apart from that, all the other reasons (unnecessary complexity, > >>> unnecessary cpu cycles, etc) are true and I agree. > >>> > > > > I won't argue against that. Suckless software is nice, because it spares > > some resources on my machine, so I can use translucent terminals :) > > > >> > >> If you need the transparency, there are compositing window managers > >> that will do perfect transparency for any application you would like > >> to. > > > > Not exactly. Last time I tried, a compositing manager makes transparent > > everything including writings, and performs true transparency. It is > > significantly less comfortable than pseudo-transparency done by terminals > > themselves. A comfortable translucent set up requires a accurate settings in > > order to balance correctly eye-candy and easy reading. > > I know that many enjoy so much the mental-masturbatory process of > configuring and "tuning" their desktops to death, but some of us > managed to outgrow our pre-adolescent vices and actually use computers > to get work done, hell, or even to have *actual* fun like watching > films or perhaps playing games, instead of spending a lifetime > pretending that the look of our work area is some kind of third rate > kitsch 'art work'. > > Peace > > uriel > -- Atentament. Jordi Mariné
Re: [dev] [wmii] disable mouse resizing in non-floating mode
Or stop using it. On Wed, Apr 14, 2010 at 12:40 AM, hiro <23h...@googlemail.com> wrote: > Or just learn to use your mouse? :P > > On 4/12/10, Suraj Kurapati wrote: >> On Thu, Mar 25, 2010 at 5:07 AM, Jonas H. wrote: >>> how can I disable resizing windows with the mouse in non-floating mode? >> >> Good point. Why do we have 2 ways of resizing: (1) the traditional >> WIMP way of putting your cursor on the client border and dragging and >> (2) pressing grabmod key and right clicking on a client (which is much >> more user-friendly IMHO because the entire client acts as the target >> of the click+drag, rather than the tiny 1-pixel client border)? >> >>> I really hate this feature that I can't remember was there in wmii 3.6 >>> because I frequently resize layers accidentally when using a scroll bar. >> >> Agreed. I also make the same mistake sometimes. >> >> Maybe we can delete resizing method #1 from the wmii source code and >> have one less annoying feature and less LOC to boot? Two birds for >> one stone. :-) >> >> > > -- Atentament. Jordi Mariné
Re: [dev] unsubscribe
It's a routine. On Tue, Jul 20, 2010 at 4:25 PM, Kris Maglione wrote: > > On Tue, Jul 20, 2010 at 09:21:05AM -0500, Sean Neilan wrote: >> >> my goodness.. he said he made a mistake. such fuss over such a small thing. >> you guys spend too much time on your computadorahs. > > It's a tradition. > > -- > Kris Maglione > > Microsoft is not the answer. Microsoft is the question. NO is the > answer. > --Eric Naggum > >
Re: [dev] [libdc] default font and unicode
readable XML? You must patent it. On Thu, Sep 30, 2010 at 2:31 PM, Moritz Wilhelmy wrote: > > > Maybe you should switch to a suckless language that doesn't require > > several megs of font data. > Maybe dwm should be rewritten to use GTK instead of xlib, and also include a > nice, human readable XML config file? > -- Atentament. Jordi Mariné
Re: [dev] [libdc] default font and unicode
I have elided human, haven't read Asimov for years... On Thu, Sep 30, 2010 at 7:19 PM, hiro <23h...@googlemail.com> wrote: > Well, human readable XML is what you should patent, but I guess Jordi > forgot that part in rage... > > When I think about it you could use blocks of XML to create letters, > like ascii art. > Eventually you would really have human readable XML! > > On 9/30/10, sta...@cs.tu-berlin.de wrote: >> * Jordi Marine [2010-09-30 15:08]: >>> readable XML? >> >> Valid statement. >> He didn't say human readable. >> >> as readable as tar.gz is. >> >>> You must patent it. >> >> -- >> stanio_ >> >> > > -- Atentament. Jordi Mariné
Re: [dev] Introducing the imagefile-format
On Mon, Jul 28, 2014 at 6:55 PM, FRIGN wrote: > > Hello, > > after literally dozens of mails discussing a new suckless image-format, > I sat down last week to reflect on what could be the best of all > proposed format-specifications. > As a result I came up with the first implementation, the if-tools[0], > capable of easily converting between png and imagefiles. > In this mail, I'll give you a small overview on the format itself and > how it behaves in real situations. > > 1) FORMAT > > Bytes Description > 9 "imagefile" > 4 32-bit BE - width > 4 32-bit BE - height > [] RGBA Is not the same as implementing a subset of PAM [1] ? [1] http://netpbm.sourceforge.net/doc/pam.html
Re: [dev] [st] Larger HISTSIZE consumes huge memory
Check https://en.wikipedia.org/wiki/Virtual_memory On Thu, Jun 22, 2017 at 10:54 PM, Techno Implant wrote: >> Wrong: ... > > Sorry for posting again. Does that mean If I have single st window > open it'll allocate 120MiB but won't actually use that?? And also > other applications can't use that space ?? With 10 st window you have > 1GiB less, available space for other applications ? > -- Atentament. Jordi Mariné
Re: [dev] uriel is gone
Bad news, it sucks when good players leave. On Mon, Oct 15, 2012 at 8:09 PM, Jakub Lach wrote: > > Dnia 15 października 2012 19:22 j l napisał(a): > > > We never spoke, but I felt I knew him... just a little. Goodbye, > > Uriel. > > > > > > "All I know is that while I’m asleep, I’m never afraid, and I have no > > hopes, no struggles, no glories..." > > If it was his decision; as some alluded to, then I'm forced to respect > it (and partially relieved), as I firmly believe it's it one of > Philosopher > prerogatives, however I'm still sad about losing his potential insight > on matters I have hesitated (too long) to ask him. > > I was just distant observer and far from participant, but wherever I've > stumbled upon his opinion, it was always thought provoking for me. >
Re: [dev] I don't want to live on this planet anymore
And what have you answered? "Universities are full of Knowledge; the freshmen bring a little in, the seniors take none away, and the kowledge there accumulates" On Wed, Oct 31, 2012 at 3:21 PM, Calvin Morrison wrote: > My 3rd year computer science professor just said: > > "In order to have a good program, it must be large" > > *facepalm* -- Atentament. Jordi Mariné
