* [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
* Re: [9fans] acme: some thoughts about design
2004-06-03 11:22 ` Matthias Teege
@ 2004-06-03 11:34 ` boyd, rounin
0 siblings, 0 replies; 16+ messages in thread
From: boyd, rounin @ 2004-06-03 11:34 UTC (permalink / raw)
To: matthias, Fans of the OS Plan 9 from Bell Labs
> 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"
yeah, i had thought of that. a1-2 chord would be nice.
^ 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
* Re: [9fans] acme: some thoughts about design
2004-06-04 12:52 cej
@ 2004-06-04 18:21 ` boyd, rounin
0 siblings, 0 replies; 16+ messages in thread
From: boyd, rounin @ 2004-06-04 18:21 UTC (permalink / raw)
To: Fans of the OS Plan 9 from Bell Labs
> Am I wrong?
yes
^ 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
* Re: [9fans] acme: some thoughts about design
2004-06-02 12:42 ` a
@ 2004-06-02 12:55 ` a
0 siblings, 0 replies; 16+ messages in thread
From: a @ 2004-06-02 12:55 UTC (permalink / raw)
To: 9fans
bugger. backspace didn't work out so well. huh.
^ 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
* [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-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: [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
* 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
* [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
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).