* [9fans] acme: some thoughts about design
@ 2004-06-03 7:48 cej
2004-06-03 9:10 ` boyd, rounin
0 siblings, 1 reply; 16+ messages in thread
From: cej @ 2004-06-03 7:48 UTC (permalink / raw)
To: 9fans
Thanks for reaction! Here is some explanations to what i meant...
/As I mentioned earlier, wouldn't a frame with [sorted] listing of
//window tags be a cleaner solution for navigation?
> i don't think so, no. how would it work? say i have some window
> containing this list. how's it sorted? lists are one-dimensional; my
> acme window arangement is not. while there's a trivial way to do
> the transformation (go down col 1, then col 2...), that becomes
> quite awkward, mentally.
why? the list will always take you to the correct place, won't it? otherwise, OK, one could have such window for each column separately...
> but the biggest problem is that i want to look at a window and
> know which file i'm editing.
cursor position | highlighting in "listing/tag window" not sufficient?
> i have a lot of acme windows most of
so do i ;-)
> the time, and counting down a list - even given some kind of
> markers denoting col boundaries - seems like it would take
> forever.
> and how would commands work? how do you tell Put which
> window to Put if they're all in a list?
use last "ordinary window" ... i think
> actually, this all sounds so bad to me i've concluded i don't
> really understand what you're suggesting. care to sort me out?
best regards,
++pac.
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [9fans] acme: some thoughts about design
2004-06-03 7:48 [9fans] acme: some thoughts about design cej
@ 2004-06-03 9:10 ` boyd, rounin
2004-06-03 9:51 ` Matthias Teege
0 siblings, 1 reply; 16+ messages in thread
From: boyd, rounin @ 2004-06-03 9:10 UTC (permalink / raw)
To: Fans of the OS Plan 9 from Bell Labs
sounds like you want sam, but with acme style execute semantics.
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [9fans] acme: some thoughts about design
2004-06-03 9:10 ` boyd, rounin
@ 2004-06-03 9:51 ` Matthias Teege
2004-06-03 10:14 ` boyd, rounin
0 siblings, 1 reply; 16+ messages in thread
From: Matthias Teege @ 2004-06-03 9:51 UTC (permalink / raw)
To: 9fans
On Thu Jun 3 09:40:03 GMT 2004, boyd@insultant.net wrote:
> sounds like you want sam, but with acme style execute semantics.
Yes!, mark and execute in any sam window maybe with an
execute key on keyboard.
Matthias
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [9fans] acme: some thoughts about design
2004-06-03 9:51 ` Matthias Teege
@ 2004-06-03 10:14 ` boyd, rounin
2004-06-03 11:22 ` Matthias Teege
0 siblings, 1 reply; 16+ messages in thread
From: boyd, rounin @ 2004-06-03 10:14 UTC (permalink / raw)
To: matthias, Fans of the OS Plan 9 from Bell Labs
> Yes!, mark and execute in any sam window maybe with an
> execute key on keyboard.
i can't actually believe i'm about to say this, but:
button-1 to select and hold down and button-2 chord to execute it.
i just thought of a problem, but:
button 2: does a !text send in the command window
button 3: text send in command window
you want to be able to execute external as well as internal sam commands.
i was thinking of Put and w and am not sure what stdin/stdout should be for external commands.
this may require some thought.
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [9fans] acme: some thoughts about design
2004-06-03 10:14 ` boyd, rounin
@ 2004-06-03 11:22 ` Matthias Teege
2004-06-03 11:34 ` boyd, rounin
0 siblings, 1 reply; 16+ messages in thread
From: Matthias Teege @ 2004-06-03 11:22 UTC (permalink / raw)
To: 9fans
> i can't actually believe i'm about to say this, but:
>
> button-1 to select and hold down and button-2 chord to execute it.
;-)
What I'm thinking about is to simple type somthing like that:
"Dear customer, please pay < hoc -e '47.11 * 8.15' Euros, as
fast as you can"
and then mark '< hoc -e '47.11 * 8.15' and execute it in that
way, that the result replaces the selection. This is somthing
I can explain to a clerk.
send a command to the command window without
snarf/paste is a nice idea.
Matthias
^ permalink raw reply [flat|nested] 16+ messages in thread
* [9fans] acme: some thoughts about design
@ 2004-06-07 7:18 cej
0 siblings, 0 replies; 16+ messages in thread
From: cej @ 2004-06-07 7:18 UTC (permalink / raw)
To: 9fans
>> Am I wrong?
>
>yes
>
why?
++pac.
^ permalink raw reply [flat|nested] 16+ messages in thread
* [9fans] acme: some thoughts about design
@ 2004-06-04 12:52 cej
2004-06-04 18:21 ` boyd, rounin
0 siblings, 1 reply; 16+ messages in thread
From: cej @ 2004-06-04 12:52 UTC (permalink / raw)
To: 9fans
> sounds like you want sam, but with acme style execute semantics.
No, I would love commandline-Sam using acme as interface. Am I wrong?
++pac.
^ permalink raw reply [flat|nested] 16+ messages in thread
* [9fans] acme: some thoughts about design
@ 2004-06-02 11:22 cej
2004-06-02 12:42 ` a
0 siblings, 1 reply; 16+ messages in thread
From: cej @ 2004-06-02 11:22 UTC (permalink / raw)
To: 9fans
> > The thing I don't like [very much] is taglines [as a place for commands]:
> if you don't want to use the taglines for commands, don't.
> the taglines are necessary -- how else would you know
> which file was which? putting extra stuff in them that can
> be ignored seems like an efficient use of space, not a waste.
As I mentioned earlier, wouldn't a frame with [sorted] listing of window
tags be a cleaner solution for navigation?
++pac.
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [9fans] acme: some thoughts about design
2004-06-02 11:22 cej
@ 2004-06-02 12:42 ` a
2004-06-02 12:55 ` a
0 siblings, 1 reply; 16+ messages in thread
From: a @ 2004-06-02 12:42 UTC (permalink / raw)
To: 9fans
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset="UTF-8", Size: 919 bytes --]
//As I mentioned earlier, wouldn't a frame with [sorted] listing of
//window tags be a cleaner solution for navigation?
i don't think so, no. how would it work? say i have some window
containing this list. how's it sorted? lists are one-dimensional; my
acme window arangement is not. while there's a trivial way to do
the transformation (go down col 1, then col 2...), that becomes
quite awkward, mentally.
but the biggest problem is that i want to look at a window and
know which file i'm editing. i have a lot of acme windows most of
the time, and counting down a list - even given some kind of
markers denoting col boundaries - seems like it would take
forever.
and how would commands work? how do you tell Put which
window to Put if they're all in a list?
actually, this all sounds so bad to me i've concluded i don't
really understand what you're suggesting. ââcare to sort me out?
ï
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: Re: [9fans] acme: some thoughts about design
@ 2004-05-31 9:19 a
2004-05-31 10:17 ` Bruce Ellis
0 siblings, 1 reply; 16+ messages in thread
From: a @ 2004-05-31 9:19 UTC (permalink / raw)
To: 9fans
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset="UTF-8", Size: 1258 bytes --]
i don't think anybody's seriously questioning the general
utility of search capabilities. but the directed graph we
currently have is very useful for all sorts of things. it
is, for example, a very "natural" (but see later) layout
for source trees and related documentation.
i really like (and have for a while) the "tagging" idea
(although i don't think i ever thought to call it that).
it's still active on the part of the user (which i like,
but folks interested in having the idea of saving go away
likely won't), and organizes things based on ideas the
user has about the document, not arbitrary search.
there is no "natural" way to store files on a computer.
our brains weren't designed for it. any scheme we come up
with to store them runs smack up against that. we can try
to find useful ways that we can adapt easily to, but that
really is the best we're getting. and be very careful
about choosing what seem to be "natural" ways to store or
organize stuff - read "The Anti-Mac Interface" or any of
the many papers on how the desktop metaphor seriously
limits the utility of an interface.
i can't find the attribution just now, but "the only
intuitive user interface is the nipple. after that, it's
all learned."
ÎÐÉ
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [9fans] acme: some thoughts about design
2004-05-31 9:19 a
@ 2004-05-31 10:17 ` Bruce Ellis
0 siblings, 0 replies; 16+ messages in thread
From: Bruce Ellis @ 2004-05-31 10:17 UTC (permalink / raw)
To: Fans of the OS Plan 9 from Bell Labs
directed, of course - that's what walk does.
but not necessarily acyclic, unless you have
a really uninteresting namespace. that's why
cp -r is fraught with peril.
brucee
a@9srv.net wrote:
> i don't think anybody's seriously questioning the general
> utility of search capabilities. but the directed graph we
> currently have is very useful for all sorts of things. it
> is, for example, a very "natural" (but see later) layout
> for source trees and related documentation.
^ permalink raw reply [flat|nested] 16+ messages in thread
* RE: Re: [9fans] acme: some thoughts about design
@ 2004-05-29 16:51 Tiit Lankots
2004-05-29 16:58 ` Tristan Seligmann
0 siblings, 1 reply; 16+ messages in thread
From: Tiit Lankots @ 2004-05-29 16:51 UTC (permalink / raw)
To: Fans of the OS Plan 9 from Bell Labs, russcox
> If I have a usefull search interface I didnt need any
> filename or directory structure. A user isn't interessted in
> filesystems.
A smart user is. When your file count passes 200 000, you won't know
your
left from your right in a flat file space. Hierarchy is your friend.
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: Re: [9fans] acme: some thoughts about design
2004-05-29 16:51 Tiit Lankots
@ 2004-05-29 16:58 ` Tristan Seligmann
2004-05-29 22:48 ` boyd, rounin
0 siblings, 1 reply; 16+ messages in thread
From: Tristan Seligmann @ 2004-05-29 16:58 UTC (permalink / raw)
To: Fans of the OS Plan 9 from Bell Labs
[-- Attachment #1: Type: text/plain, Size: 791 bytes --]
On Sat, May 29, 2004 at 19:51:56 +0300, Tiit Lankots wrote:
> > If I have a usefull search interface I didnt need any
> > filename or directory structure. A user isn't interessted in
> > filesystems.
>
> A smart user is. When your file count passes 200 000, you won't know
> your
> left from your right in a flat file space. Hierarchy is your friend.
A 2-dimensional hierarchy is hopelessly inadequate for storing
information in a "natural" way. People retrieve information along many
different "vectors" all the time, and a hierachical filesystem only
really has 1 or 2. It may be a great low-level implementation, but being
able to say "find the e-mail I wrote to Timothy last week" is a lot more
useful to the user.
--
mithrandi, i Ainil en-Balandor, a faer Ambar
[-- Attachment #2.1: Type: text/plain, Size: 333 bytes --]
from postmaster@ethel:
The following attachment had content that we can't
prove to be harmless. To avoid possible automatic
execution, we changed the content headers.
The original header was:
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline
[-- Attachment #2.2: signature.asc.suspect --]
[-- Type: application/octet-stream, Size: 196 bytes --]
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFAuME6pNuXDQIV94oRAmQJAJ0ZmTsVYpEtwwmaeWFF1BT8Ry6tmgCeMfok
VRFhF0lX8kpkTim4H8O25YE=
=Tn8l
-----END PGP SIGNATURE-----
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: Re: [9fans] acme: some thoughts about design
2004-05-29 16:58 ` Tristan Seligmann
@ 2004-05-29 22:48 ` boyd, rounin
2004-05-29 23:56 ` Tristan Seligmann
0 siblings, 1 reply; 16+ messages in thread
From: boyd, rounin @ 2004-05-29 22:48 UTC (permalink / raw)
To: Fans of the OS Plan 9 from Bell Labs
> A 2-dimensional hierarchy is hopelessly inadequate for storing
> information in a "natural" way.
nonsense.
> really has 1 or 2
run du -a lately?
> It may be a great low-level implementation, but being
> able to say "find the e-mail I wrote to Timothy last week" is a lot more
> useful to the user.
really? mbox/Timothy/* or mbox/Timothy/YYYY/MMDD/*
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: Re: [9fans] acme: some thoughts about design
2004-05-29 22:48 ` boyd, rounin
@ 2004-05-29 23:56 ` Tristan Seligmann
2004-05-29 23:59 ` boyd, rounin
0 siblings, 1 reply; 16+ messages in thread
From: Tristan Seligmann @ 2004-05-29 23:56 UTC (permalink / raw)
To: Fans of the OS Plan 9 from Bell Labs
[-- Attachment #1: Type: text/plain, Size: 897 bytes --]
On Sun, May 30, 2004 at 00:48:40 +0200, boyd, rounin wrote:
> > really has 1 or 2
>
> run du -a lately?
The problem is, if I want to associate a file with, say, "computers" and
"vaccuum cleaners", how do I layout my filesystem? (let's say the file
is a write-up about computer-controlled vaccuum cleaners)
> > It may be a great low-level implementation, but being
> > able to say "find the e-mail I wrote to Timothy last week" is a lot more
> > useful to the user.
>
> really? mbox/Timothy/* or mbox/Timothy/YYYY/MMDD/*
Ok, now what about "all work-related e-mail I wrote about cars last
month"?
All of these queries can be "displayed" via a hierarchical file view,
but not simultaneously; you could of course build multiple "views" using
symlinks or unions or similar, but that's what I'd consider
"higher-level".
--
mithrandi, i Ainil en-Balandor, a faer Ambar
[-- Attachment #2.1: Type: text/plain, Size: 333 bytes --]
from postmaster@ethel:
The following attachment had content that we can't
prove to be harmless. To avoid possible automatic
execution, we changed the content headers.
The original header was:
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline
[-- Attachment #2.2: signature.asc.suspect --]
[-- Type: application/octet-stream, Size: 196 bytes --]
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFAuSMzpNuXDQIV94oRAniKAJ9JFHoi3LyNeERKi08yEEV5zum5AgCeO3cR
LQwylAh3aXdh8VPYLIWSfPs=
=rUWi
-----END PGP SIGNATURE-----
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: Re: [9fans] acme: some thoughts about design
2004-05-29 23:56 ` Tristan Seligmann
@ 2004-05-29 23:59 ` boyd, rounin
2004-05-30 18:09 ` Bruce Ellis
0 siblings, 1 reply; 16+ messages in thread
From: boyd, rounin @ 2004-05-29 23:59 UTC (permalink / raw)
To: Fans of the OS Plan 9 from Bell Labs
> The problem is, if I want to associate a file with, say, "computers" and
> "vaccuum cleaners", how do I layout my filesystem?
organisation? smarts?
reverting to a serach engine is excessive.
oh, i can't find my remote control ... hmm, better find it with a search engine.
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [9fans] acme: some thoughts about design
2004-05-29 23:59 ` boyd, rounin
@ 2004-05-30 18:09 ` Bruce Ellis
0 siblings, 0 replies; 16+ messages in thread
From: Bruce Ellis @ 2004-05-30 18:09 UTC (permalink / raw)
To: Fans of the OS Plan 9 from Bell Labs
if you can't organize your data store then you probably
can't find a clean towel either. the "drop it all on
the floor and expect the floor to be your friend" is
delusional. and i still can't find the remote control.
just use the right tool for the job. i didn't use
"diff" to compare the '96 and the '98.
http://www.pikeswines.com.au (nice fish)
and there is no need to clean a vacuum.
brucee
boyd, rounin wrote:
>>The problem is, if I want to associate a file with, say, "computers" and
>>"vaccuum cleaners", how do I layout my filesystem?
>
> organisation? smarts?
>
> reverting to a serach engine is excessive.
>
> oh, i can't find my remote control ... hmm, better find it with a search engine.
^ permalink raw reply [flat|nested] 16+ messages in thread
* [9fans] acme: some thoughts about design
@ 2004-05-28 9:01 cej
2004-05-29 9:28 ` Matthias Teege
0 siblings, 1 reply; 16+ messages in thread
From: cej @ 2004-05-28 9:01 UTC (permalink / raw)
To: 9fans
Hi, there!
First... I love Acme's design: chording, no-menus, etc... Nothing pops up, or falls at me, etc,etc...
The thing I don't like [very much] is taglines [as a place for commands]:
they waste screen space, show redundant info (same commands all the time)
couldn't we have a *single* command 'window'[==acme's frame, not rio window]
which would behave much like tagline: show current window's tag plus list of predefined/pasted commands
this would save space on screen, and [IMHO] would bemore elegant solution.
Another frame with [sorted] listing of window tags could ease navigation...
would love also to have acme as an optional universal glue for programs,
eg., Edit functions could move outside to [something like a commandline]Sam (enhanced sed) that would
then use Acme's frame to display files...
Just a prick in a wasp's nest, I feel, but I would love
to hear from you, even if [especially if] I missed the point! Don't shoot me.
No need to say that implementation is far, far beyond my skills :-(((
Sincerely yours,
++pac.
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [9fans] acme: some thoughts about design
2004-05-28 9:01 cej
@ 2004-05-29 9:28 ` Matthias Teege
0 siblings, 0 replies; 16+ messages in thread
From: Matthias Teege @ 2004-05-29 9:28 UTC (permalink / raw)
To: 9fans
> The thing I don't like [very much] is taglines [as a place for commands]:
> they waste screen space, show redundant info (same commands all the time)
> couldn't we have a *single* command 'window'[==acme's frame, not rio window]
A "command window" introduce a mode. It's better If you can
input a command in any place and execute it with a "execute key" like
acme does.
Matthias
^ permalink raw reply [flat|nested] 16+ messages in thread
end of thread, other threads:[~2004-06-07 7:18 UTC | newest]
Thread overview: 16+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-06-03 7:48 [9fans] acme: some thoughts about design cej
2004-06-03 9:10 ` boyd, rounin
2004-06-03 9:51 ` Matthias Teege
2004-06-03 10:14 ` boyd, rounin
2004-06-03 11:22 ` Matthias Teege
2004-06-03 11:34 ` boyd, rounin
-- strict thread matches above, loose matches on Subject: below --
2004-06-07 7:18 cej
2004-06-04 12:52 cej
2004-06-04 18:21 ` boyd, rounin
2004-06-02 11:22 cej
2004-06-02 12:42 ` a
2004-06-02 12:55 ` a
2004-05-31 9:19 a
2004-05-31 10:17 ` Bruce Ellis
2004-05-29 16:51 Tiit Lankots
2004-05-29 16:58 ` Tristan Seligmann
2004-05-29 22:48 ` boyd, rounin
2004-05-29 23:56 ` Tristan Seligmann
2004-05-29 23:59 ` boyd, rounin
2004-05-30 18:09 ` Bruce Ellis
2004-05-28 9:01 cej
2004-05-29 9:28 ` Matthias Teege
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).