Re: [dev] ideas on suckless file manager

2011-06-12 Thread Nicolai Waniek
On 06/07/2011 07:09 PM, pancake wrote: Its anti natural. It's not. Because I asked myself which is the best working environment regarding ones eyes some time ago, I looked around for some scientific research on the topic of black-background vs white background. There's not that much research

Re: [dev] ideas on suckless file manager

2011-06-12 Thread Connor Lane Smith
On 12 June 2011 10:53, Nicolai Waniek roc...@rochus.net wrote: Quite the opposite, that they could not detect any difference. So uh, not *quite* the opposite. I'm willing to believe people have a higher reading speed with black-on-white, though I suspect this is in part because that's how we

Re: [dev] revolution

2011-06-12 Thread Bjartur Thorlacius
On 6/12/11, Ethan Grammatikidis eeke...@fastmail.fm wrote: On Sat, 11 Jun 2011 07:45:11 -0400 An astonishingly large proportion of people go through a phase of promoting something beyond all reason at some point in their lives. Apple products are the most common computer-related subjects of

Re: [dev] [dwm] zoom() monocle

2011-06-12 Thread Andrew Hills
On Sat, Jun 11, 2011 at 3:57 AM, Yoshi Rokuko yo...@rokuko.net wrote: yes mod+[jk] is nice but still i like the behavior of zoom() without line 2037 more even though in monocle there is no distinction between master and slaves - wait there is, slaves are invisible ... ... probably i'm

Re: [dev] revolution

2011-06-12 Thread Ethan Grammatikidis
On Sun, 12 Jun 2011 12:45:32 + Bjartur Thorlacius svartma...@gmail.com wrote: On 6/12/11, Ethan Grammatikidis eeke...@fastmail.fm wrote: On Sat, 11 Jun 2011 07:45:11 -0400 An astonishingly large proportion of people go through a phase of promoting something beyond all reason at some

Re: [dev] Experimental editor

2011-06-12 Thread Martin Kühl
On Fri, Jun 10, 2011 at 00:05, Connor Lane Smith c...@lubutu.com wrote: My plan, then, is to write an editor for X, which although (almost-)modeless, is extremely fast to use. (I say `almost' because search, for instance, is a mode, but is at the users' locus of attention. I may also make

Re: [dev] ideas on suckless file manager

2011-06-12 Thread pancake
Just to add my 5c to the thread.. I remember in the msdos5.0 age where everybody was using a 80x25 text console to run programs and graphical mode was just for games.. Many text editors used a blue background. This is: wordperfect/wordstar/edit.com .. I remember my teacher arguing this as

Re: [dev] [dwm] zoom() monocle

2011-06-12 Thread Christoph Schied
On Sun, Jun 12, 2011 at 08:22:59AM -0800, Andrew Hills wrote: [...] but that's the only purpose of zoom in monocle mode that I can think of. The idea is to view zoom as a method to bring a window to the front of the window-stack. That way you can use your windows in a LRU manner, which saves

Re: [dev] Experimental editor

2011-06-12 Thread Connor Lane Smith
On 12 June 2011 18:55, Martin Kühl martin.ku...@gmail.com wrote: Have you considered a command-quasimode? That way you could keep vi-style composeable commands and stay mostly modeless. Yes, this is possible -- I was wondering whether we could fit in command composition. A quasimode would work

Re: [dev] Distribution

2011-06-12 Thread Brandon LaRocque
I'd say one of the BSD's or (Gen|Fun)too. But that's just me. On Fri, Jun 3, 2011 at 7:41 AM, Sir Cyrus sircy...@gmail.com wrote: What's the most suckless Linux distribution?

Re: [dev] Suckless Smartphone?

2011-06-12 Thread Brandon LaRocque
On Sun, Jun 5, 2011 at 10:31 AM, ilf i...@zeromail.org wrote: Apparently all smartphones suck. Hard. Depends on what you need it for. So, what's your smartphone of choice? What did you do to make it suck less? iPhone 4. I just ignore the obvious flaws and it just feels less sucky.

Re: [dev] [dwm] zoom() monocle

2011-06-12 Thread Kurt H Maier
On Sun, Jun 12, 2011 at 5:22 PM, Christoph Schied christoph.sch...@uni-ulm.de wrote: The idea is to view zoom as a method to bring a window to the front of the window-stack. That way you can use your windows in a LRU manner, which saves you endless moving through the window list just to toggle

Re: [dev] [dwm] zoom() monocle

2011-06-12 Thread Bryan Bennett
I believe he's attempting to avoid 'flicking' through windows when changing them. The workflow would be: 1) identify that you need another window focused 2) MOD+j/k through windows, identify them by title and select one 3) Hit a key to focus that client and bring it to the front Basically a

Re: [dev] [dwm] zoom() monocle

2011-06-12 Thread Andrew Hills
On Sun, Jun 12, 2011 at 3:21 PM, Kurt H Maier karmaf...@gmail.com wrote: This can't be achieved by alternating Mod+k and Mod+j? Or half a dozen other ways with tags... --Andrew Hills

Re: [dev] [dwm] zoom() monocle

2011-06-12 Thread Connor Lane Smith
Hey, On 13 June 2011 01:38, Bryan Bennett bbenn...@gmail.com wrote: Basically a crippled and ill-intentioned version of alt+tab,if I'm reading this right Problem is, you can't use Alt-Tab in this situation, if the two windows are not adjacent to one another. I personally see no reason why we

Re: [dev] [dwm] zoom() monocle

2011-06-12 Thread Kurt H Maier
On Sun, Jun 12, 2011 at 9:00 PM, Connor Lane Smith c...@lubutu.com wrote: Hey, Problem is, you can't use Alt-Tab in this situation, if the two windows are not adjacent to one another. It sounds to me like you can do this exactly with Alt+Tab, by assigning the two windows you want to two tags

Re: [dev] [dwm] zoom() monocle

2011-06-12 Thread Connor Lane Smith
On 13 June 2011 02:15, Kurt H Maier karmaf...@gmail.com wrote: It sounds to me like you can do this exactly with Alt+Tab, by assigning the two windows you want to two tags and the nusing Alt+Tab to alternate between them. This is true. You only need to tag one window, in fact. Fair enough, I

Re: [dev] Experimental editor

2011-06-12 Thread Leon
The editor uses interactive structural regular expressions, somewhat like sam, only with more visual support. Say you run the command `x/re/'; a special `match' buffer will open containing the matching lines and line numbers (and in the case of X Y, their file names too), allowing you to

Re: [dev] Experimental editor

2011-06-12 Thread Connor Lane Smith
On 13 June 2011 03:25, Leon leondistef...@gmail.com wrote: x doesn't necessarily match lines; it chunks the file arbitrarily. The chunks could potentially be huge. Of course; I just meant the matches and their addresses. Also, another buffer seems unwieldy. Still, perhaps a non-contiguous