9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
* [9fans] Acme 2-1 chord behaves differently in external programs
@ 2008-04-27 23:37 a
  2008-07-20  7:45 ` Russ Cox
  0 siblings, 1 reply; 2+ messages in thread
From: a @ 2008-04-27 23:37 UTC (permalink / raw)
  To: 9fans

Is it intentional that the 2-1 chord behaves differently in external
programs? For example, I have a guide file with "0,.d" in it. If I
2-1 on Edit in a "normal" text window in Acme, it does what I'd
expect: delete from start of file to current selection. In win, for
example, it does nothing.

I'm not entirely sure I have the problem right here, since even
replacing 'Edit' with 'echo' in the above scenario gives different
behavior in "regular" windows vs. ones managed by external
programs. They do still seem to function, though, and Edit
works as expected if given the same argument normally.
Anthony



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

* Re: [9fans] Acme 2-1 chord behaves differently in external programs
  2008-04-27 23:37 [9fans] Acme 2-1 chord behaves differently in external programs a
@ 2008-07-20  7:45 ` Russ Cox
  0 siblings, 0 replies; 2+ messages in thread
From: Russ Cox @ 2008-07-20  7:45 UTC (permalink / raw)
  To: 9fans

> Date: Sun Apr 27 19:42:09 EDT 2008
>
> Is it intentional that the 2-1 chord behaves differently in external
> programs? For example, I have a guide file with "0,.d" in it. If I
> 2-1 on Edit in a "normal" text window in Acme, it does what I'd
> expect: delete from start of file to current selection. In win, for
> example, it does nothing.

I don't know that I'd call it intentional, but I doubt there is an easy fix.
Acme client programs read from the event file to learn about mouse
clicks.  The ones they don't want to handle they write back, causing
acme to handle them instead.  Unfortunately, the write back interface
is a little narrower than the read interface, and giving the argument
from another window is one of the things that the write back can't
accomodate.

> I'm not entirely sure I have the problem right here, since even
> replacing 'Edit' with 'echo' in the above scenario gives different
> behavior in "regular" windows vs. ones managed by external
> programs. They do still seem to function, though, and Edit
> works as expected if given the same argument normally.

You don't say which external programs you are talking about,
but in general each gets to assign meaning as it decides.
I tried win and Mail.  In win, echo with an external argument
is like sending the text "echo argument" to the shell session,
which is what I expected.  In Mail, echo with an external argument
runs the command echo, but without the argument.  The difference
is that win is handling the event itself, while Mail is bouncing it
back to acme, losing the argument on the return trip.

Russ



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

end of thread, other threads:[~2008-07-20  7:45 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2008-04-27 23:37 [9fans] Acme 2-1 chord behaves differently in external programs a
2008-07-20  7:45 ` Russ Cox

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).