9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
* [9fans] home, end ^h^j^k^l
@ 2001-05-18 10:18 Matt H
  2001-05-18 19:26 ` Chris Locke
  2001-05-18 22:28 ` Boyd Roberts
  0 siblings, 2 replies; 21+ messages in thread
From: Matt H @ 2001-05-18 10:18 UTC (permalink / raw)
  To: 9fans

Hello 9fans,

  here's my question for today

  over the years i've rather got used to home, end and the cursor
  keys. I find it slightly cumbersome so reach for the mouse to move
  up a line in acme and I keep instinctively press the up key and lose
  my concentration when I find myself a page away.

  So, is there a simple way to enable those keys to move as I expect
  them to (without hacking the source)?

  If not then my supplementary is why?
  What's the philosophy of not allowing the cursor keys to move the cursor?

  Same goes for the shell. I love the freeform nature of it but really
  miss home and end. Ctrl-U is about as good as it seems to get.

  I hope I'm missing something, I'd be disappointed to lose out on all
  that keyboard training.

-- 
Best regards,
 Matt                          mailto:matt@proweb.co.uk




^ permalink raw reply	[flat|nested] 21+ messages in thread
* Re: [9fans] home, end ^h^j^k^l
@ 2001-05-18 15:17 Russ Cox
  2001-05-21  8:38 ` Douglas A. Gwyn
  0 siblings, 1 reply; 21+ messages in thread
From: Russ Cox @ 2001-05-18 15:17 UTC (permalink / raw)
  To: 9fans

> keys. I find it slightly cumbersome so reach for the mouse to move
> up a line in acme and I keep instinctively press the up key and lose
> my concentration when I find myself a page away.

I've been using Wily recently, and I keep instinctively
pressing the up key and lose my concentration when I 
find myself still on the same page but with a moved
cursor.

It's just different.  I'm not convinced one is better
than the other.  I do notice that when I try to use
the arrow keys to move the cursor, I get frustrated
with how much more time it seems to take than when
I use the mouse.

Give it a bit more time, you'll get used to (and
appreciate) both depending on your environment.

Russ


^ permalink raw reply	[flat|nested] 21+ messages in thread
* Re: [9fans] home, end ^h^j^k^l
@ 2001-05-18 20:23 rog
  0 siblings, 0 replies; 21+ messages in thread
From: rog @ 2001-05-18 20:23 UTC (permalink / raw)
  To: 9fans

> What are other peoples most common acme 'gotchas'?

when button-3 clicking through a file, i quite often jiggle the mouse
slightly on the click, and end up searching for a single character
instead of the whole word.

perhaps a little attention to timing could help here:  if i'm selecting
some text, i think i always take more than 1/2 a second to do it, so
perhaps a down-up motion of less than 1/2 (1/3?) a second could always
be taken as a single click.

i reckon the "selecting more than one line" problem could be partially
due to the fact that it's difficult to make straight horizontal lines
with the mouse, as the hand tends to describe an arc around the wrist,
so it'll tend to be lower at the right end of the arc.

i look forward to chris's hysteresis modifications :-)

  rog.



^ permalink raw reply	[flat|nested] 21+ messages in thread
* Re: Re[4]: [9fans] home, end ^h^j^k^l
@ 2001-05-19 15:39 rob pike
  2001-05-21 16:24 ` Douglas A. Gwyn
  0 siblings, 1 reply; 21+ messages in thread
From: rob pike @ 2001-05-19 15:39 UTC (permalink / raw)
  To: 9fans

> That's pretty cool. I suppose it would be a waste of space to
> record who deleted a file as well?

The directory will have its muid set to the most recent deleter or
creator of a file within.  There's no other obvious place to record
the information for deleting a file, since the file is gone.

-rob



^ permalink raw reply	[flat|nested] 21+ messages in thread
* Re: [9fans] home, end ^h^j^k^l
@ 2001-05-22  6:25 nemo
  2001-05-22  6:35 ` Scott Merrilees
  2001-05-22  8:31 ` Boyd Roberts
  0 siblings, 2 replies; 21+ messages in thread
From: nemo @ 2001-05-22  6:25 UTC (permalink / raw)
  To: 9fans

rob pike wrote:
> There's no other obvious place to record
> the information for deleting a file, since the file is gone.

The directory entry could be kept allocated like a zombie. disk space
is cheap.  Of course this only handles the top of a deleted hierarchy,
but for the purposes of knowing who deleted what it may suffice.



^ permalink raw reply	[flat|nested] 21+ messages in thread
* Re: [9fans] home, end ^h^j^k^l
@ 2001-05-22  7:17 nemo
  0 siblings, 0 replies; 21+ messages in thread
From: nemo @ 2001-05-22  7:17 UTC (permalink / raw)
  To: 9fans

[-- Attachment #1: Type: text/plain, Size: 508 bytes --]

:  Then what do you do when the same file is created again?
:  Associate all the old info with the new file?
:  Rename the old file?  How do you handle collisions?

Just keep the last entry for a given name (deleted or not).  If the
file is created again, you could forget about the last deleted
directory entry w/ the same name. After all, you couldn't tell if the
file was just `modified' and the change was to rewrite it all. (Ok, you
can tell, but for the application it would be the same).



[-- Attachment #2: Type: message/rfc822, Size: 2657 bytes --]

From: Scott Merrilees <Sm@itntl.bhp.com.au>
To: 9fans@cse.psu.edu
Subject: Re: [9fans] home, end ^h^j^k^l
Date: Tue, 22 May 2001 16:35:33 +1000
Message-ID: <200105220635.f4M6ZXZ02330@samarium.itntl.bhp.com.au>

>nemo@gsyc.escet.urjc.es:
>The directory entry could be kept allocated like a zombie. disk space
>is cheap.  Of course this only handles the top of a deleted hierarchy,
>but for the purposes of knowing who deleted what it may suffice.

Then what do you do when the same file is created again?
Associate all the old info with the new file?
Rename the old file?  How do you handle collisions?

If you really want to know who deleted a file, wouldn't it be easier to
just maintain a log somewhere?

Sm

^ permalink raw reply	[flat|nested] 21+ messages in thread
* Re: [9fans] home, end ^h^j^k^l
@ 2001-05-22 12:36 rob pike
  0 siblings, 0 replies; 21+ messages in thread
From: rob pike @ 2001-05-22 12:36 UTC (permalink / raw)
  To: 9fans

> The directory entry could be kept allocated like a zombie. disk space
> is cheap.  Of course this only handles the top of a deleted hierarchy,
> but for the purposes of knowing who deleted what it may suffice.

But how would you name it?  You're inventing a lot of mechanism
when the problem is already solved well enough.

-rob



^ permalink raw reply	[flat|nested] 21+ messages in thread
* Re: [9fans] home, end ^h^j^k^l
@ 2001-05-22 14:42 nemo
  0 siblings, 0 replies; 21+ messages in thread
From: nemo @ 2001-05-22 14:42 UTC (permalink / raw)
  To: 9fans

:  But how would you name it?  You're inventing a lot of mechanism
:  when the problem is already solved well enough.

I think you are right. 
But just to clarify, I meant to use the old name for the file---which
would require read() on directories to be able to return more entries
(the deleted ones) if asked to do so. Not worth given we have dump.



^ permalink raw reply	[flat|nested] 21+ messages in thread

end of thread, other threads:[~2001-05-22 14:42 UTC | newest]

Thread overview: 21+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2001-05-18 10:18 [9fans] home, end ^h^j^k^l Matt H
2001-05-18 19:26 ` Chris Locke
2001-05-18 19:34   ` Scott Schwartz
2001-05-19  7:54   ` Re[2]: " Matt H
2001-05-19 17:07     ` Quinn Dunkan
2001-05-19 16:00       ` Re[4]: " Matt H
2001-05-19 20:46         ` Boyd Roberts
2001-05-21 16:24           ` Douglas A. Gwyn
2001-05-21 16:23       ` Douglas A. Gwyn
2001-05-19 20:19     ` Re[2]: " Boyd Roberts
2001-05-18 22:28 ` Boyd Roberts
2001-05-18 15:17 Russ Cox
2001-05-21  8:38 ` Douglas A. Gwyn
2001-05-18 20:23 rog
2001-05-19 15:39 Re[4]: " rob pike
2001-05-21 16:24 ` Douglas A. Gwyn
2001-05-22  6:25 nemo
2001-05-22  6:35 ` Scott Merrilees
2001-05-22  8:31 ` Boyd Roberts
2001-05-22  7:17 nemo
2001-05-22 12:36 rob pike
2001-05-22 14:42 nemo

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).