> lu...@proxima.alt.za:
> but I know that I haven't yet
> found a CPU architecture I dislike more then the Intel i386
Ever tried the 6502?
Hello everyone,
I am taking the Acme workflow for a spin. I am coming from Emacs and Vi. I
have read the manual and the original paper discussing the motivations
behind its design. I am familiar with mouse based editing in the NEdit
style to ane extent that I can use it properly with NEdit, but I
> some of the tasks I often wish to do with the efficient Acme approach? I'm
> missing small things, like how to select and move all the text in one
> window to another in a fast manner,
there are a couple of options "Edit ," will select all the text in
a window. but "|cat $file" will replace th
> [...] but I'm also missing big things like
> how to quickly navigate through to specific parts of a file and how to
> reduce redundancy of typing and movement.
>
Here's how I navigate through my various files in acme:
The old standard, the arrow keys. Type ":100" in the tag and
left-click to
>I think Tog's conclusions (the single set of studies put forth whenever this
>thing
>comes up) are poorly made ...
it turns out that there is rather older work that supports
much the same conclusion, which i probably saw mentioned in HCI Remixed,
since that's one i've read recently.
On Jul 1, 2009, at 12:46, Charles Forsyth wrote:
I think Tog's conclusions (the single set of studies put forth
whenever this thing
comes up) are poorly made ...
it turns out that there is rather older work that supports
much the same conclusion, which i probably saw mentioned in HCI
On Jul 1, 2009, at 11:58, j...@csplan9.rit.edu wrote:
[...] but I'm also missing big things like
how to quickly navigate through to specific parts of a file and how
to
reduce redundancy of typing and movement.
Here's how I navigate through my various files in acme:
The old standard, t
> On Jul 1, 2009, at 12:46, Charles Forsyth wrote:
>
>>> I think Tog's conclusions (the single set of studies put forth
>>> whenever this thing
>>> comes up) are poorly made ...
>>
>> it turns out that there is rather older work that supports
>> much the same conclusion, which i probably saw me
On Wed, Jul 01, 2009 at 02:53:09PM -0400, J. R. Mauro wrote:
it turns out that there is rather older work that supports
much the same conclusion, which i probably saw mentioned in HCI
Remixed,
since that's one i've read recently.
I've seen a couple of independent time trials from the mid 80s
> I spend relatively little of my time actually typing
> or moving the cursor, etc. The majority of my time
> is spent thinking, so I'm much more interested in
> what distracts me less and what causes the least
> irritation. And I do find moving my hand back and
> forth between the keyboard and m
Arguing about mouse vs keyboard misses the point.
I'm very happy with acme's use of the mouse, but
acme's power comes from the rest of its design.
Russ
> perhaps i should have taken piano, but i find the
That's an interesting observation. As it turns out I
do play, and it's certainly possible that it colors my
taste in UIs.
> contortions kbd-based editors such as vi or emacs
> require to be quite irritating indeed. fumbling for
I don't disagr
> Arguing about mouse vs keyboard misses the point.
> I'm very happy with acme's use of the mouse, but
> acme's power comes from the rest of its design.
I think that's why I find acme's use of the pointer to
be more paletable than other apps. The one thing
that no UI study ever measures is how mu
This page collects some tips for working more efficiently with an
acme-like program.
http://www.cse.yorku.ca/~oz/wily/idioms.html
wily is a unix port of just acme which rarely gets updated. It has a
few differences, mostly in the direction of being more unixy. I used
it for 5 years before switch
It's not how you say something, it's what you say.
On Wed, Jul 1, 2009 at 9:24 PM, wrote:
>> On Jul 1, 2009, at 12:46, Charles Forsyth wrote:
>>
I think Tog's conclusions (the single set of studies put forth
whenever this thing
comes up) are poorly made ...
>>>
>>> it turns out th
On Wed Jul 1 16:29:23 EDT 2009, noah.ev...@gmail.com wrote:
> It's not how you say something, it's what you say.
you must be a bachelor. ☺
- erik
> wily is a unix port of just acme which rarely gets updated.
wily is a reimplementation of acme from the papers; wily
is to acme as byron's rc is to rc.
- erik
On Wed, Jul 1, 2009 at 12:49 PM, Russ Cox wrote:
> Arguing about mouse vs keyboard misses the point.
> I'm very happy with acme's use of the mouse, but
> acme's power comes from the rest of its design.
>
> Russ
>
>
Even in Emacs, I use the mouse because pointing the insertion point or
cursor or w
On Wed, 1 Jul 2009 15:00:01 -0500
blstu...@bellsouth.net wrote:
> > perhaps i should have taken piano, but i find the
>
> That's an interesting observation. As it turns out I
> do play, and it's certainly possible that it colors my
> taste in UIs.
>
> > contortions kbd-based editors such as vi
On Wed, Jul 1, 2009 at 1:58 PM, David Leimbach wrote:
>
>
> On Wed, Jul 1, 2009 at 12:49 PM, Russ Cox wrote:
>>
>> Arguing about mouse vs keyboard misses the point.
>> I'm very happy with acme's use of the mouse, but
>> acme's power comes from the rest of its design.
>>
>> Russ
>>
>
> Even in Emac
2009/7/1 Aaron W. Hsu :
> how to
> quickly navigate through to specific parts of a file and how to reduce
> redundancy of typing and movement.
>
Maybe I'm alone doing this, but I tend to avoid movement inside a file
abusing of the Zerox command. I keep the function definitions at the
top of the fi
On Wed, Jul 1, 2009 at 2:11 PM, Ethan Grammatikidis wrote:
> On Wed, 1 Jul 2009 15:00:01 -0500
> blstu...@bellsouth.net wrote:
>
>> > perhaps i should have taken piano, but i find the
>>
>> That's an interesting observation. As it turns out I
>> do play, and it's certainly possible that it colors
On Wed, 1 Jul 2009 13:58:19 -0700
David Leimbach wrote:
> On Wed, Jul 1, 2009 at 12:49 PM, Russ Cox wrote:
>
> > Arguing about mouse vs keyboard misses the point.
> > I'm very happy with acme's use of the mouse, but
> > acme's power comes from the rest of its design.
> >
> > Russ
> >
> >
> Even
esc is quite useful in sam.
On Wed, Jul 1, 2009 at 6:18 PM, John Floren wrote:
> On Wed, Jul 1, 2009 at 2:11 PM, Ethan Grammatikidis
> wrote:
>> On Wed, 1 Jul 2009 15:00:01 -0500
>> blstu...@bellsouth.net wrote:
>>
>>> > perhaps i should have taken piano, but i find the
>>>
>>> That's an interest
On Wed, Jul 1, 2009 at 5:18 PM, John Floren wrote:
> Not when Esc is placed wy up in the upper left... Of course, in
> Linux you can rebind the keyboard however you want, and X.org even has
> a nifty 'Option "ctrl:swapcaps"' thing to stick in xorg.conf for us
> Emacs users.
Some of this is a
> Umm, Plan 9 relevance: I don't have to fingertwist in Plan 9! Actually
> I can't remember using Esc anywhere,
esc selects typing since last non-typing
repositing of the tick or deletes selected
text in acme. esc toggles hold mode in
a 9term window.
- erik
>I'm just not sure time is the right thing to measure.
it wasn't just time, but included other aspects such as accuracy.
``but i want to be slow AND, overall, inaccurate!''
On Wed, Jul 1, 2009 at 2:41 PM, erik quanstrom wrote:
>> Umm, Plan 9 relevance: I don't have to fingertwist in Plan 9! Actually
>> I can't remember using Esc anywhere,
>
> esc selects typing since last non-typing
> repositing of the tick or deletes selected
> text in acme. esc toggles hold mode in
On Wed, 1 Jul 2009 14:18:24 -0700
John Floren wrote:
> On Wed, Jul 1, 2009 at 2:11 PM, Ethan Grammatikidis
> wrote:
> > On Wed, 1 Jul 2009 15:00:01 -0500
> > blstu...@bellsouth.net wrote:
> >
> >> > perhaps i should have taken piano, but i find the
> >>
> >> That's an interesting observation. A
2009/7/1 Aaron W. Hsu :
> I'm missing
> small things, like how to select and move all the text in one window to
> another in a fast manner
if the amount of text in the window is relatively small, then
just selecting all the text by dragging from start to end
and chord cut/paste is usually fastest.
On Wed, 1 Jul 2009 23:08:33 +0100
Ethan Grammatikidis wrote:
> > Umm, Plan 9 relevance: I don't have to fingertwist in Plan 9!
> > Actually I can't remember using Esc anywhere, and of course the
> > F[1-12] keys are unused, and a proper terminal boots with the
> > Control key to the left of the '
> it wasn't just time, but included other aspects such as accuracy.
> ``but i want to be slow AND, overall, inaccurate!''
we have folks like that around here. they work for
the county.
- erik
> first trick, but I do use hold mode... usually after I have typed a
> few lines and want to edit them.
Hold mode is a godsend
On Wed, Jul 1, 2009 at 4:00 PM, wrote:
>> perhaps i should have taken piano, but i find the
>
> That's an interesting observation. As it turns out I
> do play, and it's certainly possible that it colors my
> taste in UIs.
The weirdest thing about piano for me (typist first) is pressing more
than
> On Wed, 1 Jul 2009 23:08:33 +0100
> Ethan Grammatikidis wrote:
>
>> > Umm, Plan 9 relevance: I don't have to fingertwist in Plan 9!
>> > Actually I can't remember using Esc anywhere, and of course the
>> > F[1-12] keys are unused, and a proper terminal boots with the
>> > Control key to the lef
Here is a less drunk and better working version of the patch.
Scrolling seems to be working perfectly. I hope gmail doesn't eat this
patch.
=
Add scrollwheel support to sam
diff -r 5f1b36ecd9db src/cmd/samterm/main.c
--- a/src/cmd/samterm/main.cTue Jun 09 09:26:13 2009 -0700
+++ b/src/cmd/sa
On Mon, Jun 29, 2009 at 08:56:06AM -0700, Russ Cox wrote:
> Whether you use -q should have no effect on the memory usage.
> There may be a memory leak somewhere involving -q, but at
> first glance I don't see one. Feel free to investigate.
You're right; I glitched. The memory consumption is due
On Wed, Jul 01, 2009 at 12:49:21PM -0700, Russ Cox wrote:
Arguing about mouse vs keyboard misses the point.
I'm very happy with acme's use of the mouse, but
acme's power comes from the rest of its design.
That was exactly my point.
--
Kris Maglione
One does well to put on gloves when reading
> I have a weird love-hate relationship with keybindings in Emacs. That
> is, I wish they were slightly more Unix-ized instead of whatever
> arbitrary junk they decided on back in the ITS days. Ctrl-U should
> delete from your cursor to the start of the line, and Ctrl-H should do
> a backspace, not
[Revised to correct filename in cat command, sorry]
On a Mac:
mkdir -p $HOME/Library/KeyBindings
cat >$HOME/Library/KeyBindings/DefaultKeyBinding.dict <
> Anyway, hope people finds it useful, and please send me any extra info
> on how to implement/configure/restore the standard Unix behavior in
> any other environments and apps.
On a Mac:
mkdir -p $HOME/Library/KeyBindings
cat >$HOME/Library/KeyBindings < P.S.: I even recently wrote a Google Chro
On Thu, Jul 2, 2009 at 5:26 AM, Russ Cox wrote:
>> Anyway, hope people finds it useful, and please send me any extra info
>> on how to implement/configure/restore the standard Unix behavior in
>> any other environments and apps.
>
> On a Mac:
>
> mkdir -p $HOME/Library/KeyBindings
> cat >$HOME/Libr
On Wed, 2009-07-01 at 14:13 -0700, John Floren wrote:
> and Ctrl-H should do
> a backspace,
(global-set-key "\C-h" 'delete-backward-char)
(global-set-key "\M-?" 'help-command)
Emacs may be an atomic hammer, but it's sure as hell a customizable
atomic hammer.
I rarely use emacs these days, but o
On Thu, 2 Jul 2009 05:04:14 +0200
Uriel wrote:
> > I have a weird love-hate relationship with keybindings in Emacs. That
> > is, I wish they were slightly more Unix-ized instead of whatever
> > arbitrary junk they decided on back in the ITS days. Ctrl-U should
> > delete from your cursor to the s
I believe ^H ^W ^U date back at least to TENEX.
-rob
On Wed, Jul 1, 2009 at 10:39 PM, Rob Pike wrote:
> I believe ^H ^W ^U date back at least to TENEX.
>
> -rob
>
>
I just checked, ^H and ^W were the same in ITS's :EMACS
John
--
"I've tried programming Ruby on Rails, following TechCrunch in my RSS
reader, and drinking absinthe. It doesn't work. I
46 matches
Mail list logo
