On 13 June 2011 03:25, Leon 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 highlighted "dot" of s
> 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 t
On 13 June 2011 02:15, Kurt H Maier 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
concede. Though li
On Sun, Jun 12, 2011 at 9:00 PM, Connor Lane Smith 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 and the nusing
On 13 June 2011 02:00, Connor Lane Smith wrote:
> I personally see no reason
> why we should refuse to zoom clients in monocle mode, since there is
> no other way to move clients in the stack.
Though this would make more conceptual sense if we also added the
monocle count patch[1], which apparent
Hey,
On 13 June 2011 01:38, Bryan Bennett 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 should refuse to z
On Sun, Jun 12, 2011 at 07:21:35PM -0400, Kurt H Maier wrote:
> This can't be achieved by alternating Mod+k and Mod+j?
No.
Assume you have windows 1,2,3,4,5,6 with 1 being focused. Now you need
window 4, so you press mod+j/k 3 times, so in between you focus 2,3. If
you need 1 again, you have to m
On Sun, Jun 12, 2011 at 3:21 PM, Kurt H Maier wrote:
> This can't be achieved by alternating Mod+k and Mod+j?
Or half a dozen other ways with tags...
--Andrew Hills
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 cr
On Sun, Jun 12, 2011 at 5:22 PM, Christoph Schied
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
> between two windows.
T
On Sun, Jun 5, 2011 at 10:31 AM, ilf 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.
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 wrote:
> What's the most suckless Linux distribution?
>
>
On 12 June 2011 18:55, Martin Kühl 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 well for things like
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 y
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 some
On Fri, Jun 10, 2011 at 00:05, Connor Lane Smith 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 `Escape' an opti
On Sun, 12 Jun 2011 12:45:32 +
Bjartur Thorlacius wrote:
> On 6/12/11, Ethan Grammatikidis 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 product
On Sat, Jun 11, 2011 at 3:57 AM, Yoshi Rokuko 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 redefining master her
On 6/12/11, Ethan Grammatikidis 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 this kind of fixat
Connor Lane Smith lubutu.com> wrote:
>
> I've been working on a minimalist UTF-8 library for the editor, based
> on Plan 9's libutf, except designed for native Unix, with support for
> Unicode beyond the Basic Multilingual Plane, and without the
> vulnerabilities on 64-bit systems. I'm not sure
On 12 June 2011 10:53, Nicolai Waniek 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
read the vast major
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 t
22 matches
Mail list logo
