* [9fans] Acme tag scrolling/expansion
@ 2005-10-08 3:34 Paul Lalonde
2005-10-08 4:43 ` Paul Lalonde
` (2 more replies)
0 siblings, 3 replies; 11+ messages in thread
From: Paul Lalonde @ 2005-10-08 3:34 UTC (permalink / raw)
To: Fans of the OS Plan 9 from Bell Labs
I have a working hack to acme that now lets me use the scroll wheel
to expand the tag to multiple lines and collapse it again. It seems
to have no nasty interactions with the feature set I use. Moving a
window into a slot shorter than the tag shortens the tag to fit. One
line of the body tries to always show, except when windows are
collapsed. Dragging the tag text continues to work.
Does anyone else want it? How do I submit the patch? It's
substantially smaller than I expected.
Should I also allow carriage returns in the tag text now?
One thing that it has caused me to observe in more detail is the
layout bug where occasionally a window moved into a tight space
wastes nearly a line of space and doesn't show the separator bar
between it and the (unshown) body. I'll pick at it this evening.
Paul
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [9fans] Acme tag scrolling/expansion
2005-10-08 3:34 [9fans] Acme tag scrolling/expansion Paul Lalonde
@ 2005-10-08 4:43 ` Paul Lalonde
2005-10-08 9:06 ` Uriel
2005-10-08 15:34 ` Russ Cox
2 siblings, 0 replies; 11+ messages in thread
From: Paul Lalonde @ 2005-10-08 4:43 UTC (permalink / raw)
To: Fans of the OS Plan 9 from Bell Labs
And one more associated question: with longer tags, does it make
sense to augment the dump format to save/restore tags with carriage
returns?
Paul
On 7-Oct-05, at 8:34 PM, Paul Lalonde wrote:
> I have a working hack to acme that now lets me use the scroll wheel
> to expand the tag to multiple lines and collapse it again. It
> seems to have no nasty interactions with the feature set I use.
> Moving a window into a slot shorter than the tag shortens the tag
> to fit. One line of the body tries to always show, except when
> windows are collapsed. Dragging the tag text continues to work.
>
> Does anyone else want it? How do I submit the patch? It's
> substantially smaller than I expected.
>
> Should I also allow carriage returns in the tag text now?
>
> One thing that it has caused me to observe in more detail is the
> layout bug where occasionally a window moved into a tight space
> wastes nearly a line of space and doesn't show the separator bar
> between it and the (unshown) body. I'll pick at it this evening.
>
> Paul
>
>
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [9fans] Acme tag scrolling/expansion
2005-10-08 3:34 [9fans] Acme tag scrolling/expansion Paul Lalonde
2005-10-08 4:43 ` Paul Lalonde
@ 2005-10-08 9:06 ` Uriel
2005-10-08 12:46 ` erik quanstrom
2005-10-08 13:19 ` Paul Lalonde
2005-10-08 15:34 ` Russ Cox
2 siblings, 2 replies; 11+ messages in thread
From: Uriel @ 2005-10-08 9:06 UTC (permalink / raw)
To: 9fans
On Fri, Oct 07, 2005 at 08:34:14PM -0700, Paul Lalonde wrote:
> I have a working hack to acme that now lets me use the scroll wheel
> to expand the tag to multiple lines and collapse it again. It seems
> to have no nasty interactions with the feature set I use. Moving a
> window into a slot shorter than the tag shortens the tag to fit. One
> line of the body tries to always show, except when windows are
> collapsed. Dragging the tag text continues to work.
>
> Does anyone else want it? How do I submit the patch? It's
> substantially smaller than I expected.
Very cool; please, could you put it in sources/contrib?
See: http://plan9.bell-labs.com/wiki/plan9/How_to_contribute/
(I think patch/saved overlaps too much with sources/contrib but either
should be OK)
> Should I also allow carriage returns in the tag text now?
This might be confusing because IMHO the main purpose for a multi line
tag is to accommodate longer paths and I don't see much use for explicit
new lines, also opens it to abuse as scratch space for big chunks of
stuff where a guide file should be used instead.
BTW, anyone knows if there is a way to snarf the path from a tag without
making the window 'dirty'? The usual mouse chording idiom that works for
the body seems to fail in the tag, and not even Undo helps after that.
uriel
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [9fans] Acme tag scrolling/expansion
2005-10-08 9:06 ` Uriel
@ 2005-10-08 12:46 ` erik quanstrom
2005-10-08 13:30 ` Paul Lalonde
2005-10-08 13:19 ` Paul Lalonde
1 sibling, 1 reply; 11+ messages in thread
From: erik quanstrom @ 2005-10-08 12:46 UTC (permalink / raw)
To: 9fans, Uriel
this sounds great. often i can't Put files in the rh column
because Put gets cropped. even with acme covering the whole
width of the screen.
can this work with a 3-button mouse, too?
i disagree with Uriel. to paraphrase feynman, why should
you care how other people "abuse" acme.
it's hard to type "| awkscript <script>" in acme for this
reason. it gets difficult to read even for a 3-line BEGIN/
for-each-line/END script.
alternatively, what if any line after the first scrolls and is executed
on \n, like sam.
Uriel <uriell@binarydream.org> writes
|
| On Fri, Oct 07, 2005 at 08:34:14PM -0700, Paul Lalonde wrote:
| > I have a working hack to acme that now lets me use the scroll wheel
| > to expand the tag to multiple lines and collapse it again. It seems
| > to have no nasty interactions with the feature set I use. Moving a
| > window into a slot shorter than the tag shortens the tag to fit. One
| > line of the body tries to always show, except when windows are
| > collapsed. Dragging the tag text continues to work.
| >
| > Does anyone else want it? How do I submit the patch? It's
| > substantially smaller than I expected.
| Very cool; please, could you put it in sources/contrib?
|
| See: http://plan9.bell-labs.com/wiki/plan9/How_to_contribute/
|
| (I think patch/saved overlaps too much with sources/contrib but either
| should be OK)
|
| > Should I also allow carriage returns in the tag text now?
| This might be confusing because IMHO the main purpose for a multi line
| tag is to accommodate longer paths and I don't see much use for explicit
| new lines, also opens it to abuse as scratch space for big chunks of
| stuff where a guide file should be used instead.
|
| BTW, anyone knows if there is a way to snarf the path from a tag without
| making the window 'dirty'? The usual mouse chording idiom that works for
| the body seems to fail in the tag, and not even Undo helps after that.
|
| uriel
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [9fans] Acme tag scrolling/expansion
2005-10-08 9:06 ` Uriel
2005-10-08 12:46 ` erik quanstrom
@ 2005-10-08 13:19 ` Paul Lalonde
2005-10-08 13:33 ` Uriel
1 sibling, 1 reply; 11+ messages in thread
From: Paul Lalonde @ 2005-10-08 13:19 UTC (permalink / raw)
To: Fans of the OS Plan 9 from Bell Labs
On 8-Oct-05, at 2:06 AM, Uriel wrote
> Very cool; please, could you put it in sources/contrib?
> See: http://plan9.bell-labs.com/wiki/plan9/How_to_contribute/
Ah - I forgot to mention; ever since my shuttle turned into an
unresponsive pile of silicon, I've been working in plan9port under OS
X; patch doesn't exist there :-(
>> Should I also allow carriage returns in the tag text now?
>>
> This might be confusing because IMHO the main purpose for a multi line
> tag is to accommodate longer paths and I don't see much use for
> explicit
> new lines, also opens it to abuse as scratch space for big chunks of
> stuff where a guide file should be used instead.
>
I used to think that too; but I found myself using the longer tag to
hide less-frequent commands, especially with my debugger. I know I
can use "Send" to bridge from a guide file, but then I can't also
chord in a parameter. So, debugging with GDB in particular, I need
break, display, print, and so on, in my tag if I want to chord
parameters. Now I keep them tucked on the second line, and find
myself opening my tag, chording the command, and closing it up, all
in one "gesture". Incidentally - you can already cut and paste
newlines into the tag.
The hard part of multi-line tags is finding a backwards compatible
format for the dump files.
Paul
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [9fans] Acme tag scrolling/expansion
2005-10-08 12:46 ` erik quanstrom
@ 2005-10-08 13:30 ` Paul Lalonde
0 siblings, 0 replies; 11+ messages in thread
From: Paul Lalonde @ 2005-10-08 13:30 UTC (permalink / raw)
To: erik quanstrom, Fans of the OS Plan 9 from Bell Labs
On 8-Oct-05, at 5:46 AM, erik quanstrom wrote:
> can this work with a 3-button mouse, too?
I'd like it to, but I was unable to find an interaction that didn't
break the current behaviour: the obvious thing is to manipulate the
window button. The second most obvious thing is to add TagExpand and
TagReduce keywords, but that's a nasty cop-out - they are slow and
awkward to use, which isn't bad for expanding, but is awful (I tried
it) for making the tag smaller and reclaiming space. Pretty much
every gesture of 3 buttons is already used up.
Any suggestions?
>
> it's hard to type "| awkscript <script>" in acme for this
> reason. it gets difficult to read even for a 3-line BEGIN/
> for-each-line/END script.
For this I'm on uriel's side: I drop my scripts into the guide file
and chord it to Send or to '|' in the appropriate window.
>
> alternatively, what if any line after the first scrolls and is
> executed
> on \n, like sam.
Now that I won't implement - I think Rob would shoot me!
Paul
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [9fans] Acme tag scrolling/expansion
2005-10-08 13:19 ` Paul Lalonde
@ 2005-10-08 13:33 ` Uriel
2005-10-08 13:37 ` Paul Lalonde
2005-10-08 13:44 ` Paul Lalonde
0 siblings, 2 replies; 11+ messages in thread
From: Uriel @ 2005-10-08 13:33 UTC (permalink / raw)
To: 9fans
On Sat, Oct 08, 2005 at 06:19:38AM -0700, Paul Lalonde wrote:
> Ah - I forgot to mention; ever since my shuttle turned into an
> unresponsive pile of silicon, I've been working in plan9port under OS
> X; patch doesn't exist there :-(
Oh, well, that still should let you upload stuff to a sources/contrib
dir using 9p(1) or the python 9p client. Or you can drawterm to a 9grid
node.
> I used to think that too; but I found myself using the longer tag to
> hide less-frequent commands, especially with my debugger. I know I
> can use "Send" to bridge from a guide file, but then I can't also
> chord in a parameter. So, debugging with GDB in particular, I need
> break, display, print, and so on, in my tag if I want to chord
> parameters. Now I keep them tucked on the second line, and find
> myself opening my tag, chording the command, and closing it up, all
> in one "gesture". Incidentally - you can already cut and paste
> newlines into the tag.
I agree, but still I'm unsure \n should be accepted in the tag just
making the text flow into the following line when it doesn't fit in the
current one should be enough... but I can't think of any strong reason
to avoid \n except simplicity as things like dump assume a single line.
It would be nice if there was a way to see that there are more lines
than what is visible... not sure how that can be done without an extra
scroll bar, but that I think would be a bad idea.
But I should try the patch before commenting so much :)
uriel
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [9fans] Acme tag scrolling/expansion
2005-10-08 13:33 ` Uriel
@ 2005-10-08 13:37 ` Paul Lalonde
2005-10-08 13:44 ` Paul Lalonde
1 sibling, 0 replies; 11+ messages in thread
From: Paul Lalonde @ 2005-10-08 13:37 UTC (permalink / raw)
To: Fans of the OS Plan 9 from Bell Labs
On 8-Oct-05, at 6:33 AM, Uriel wrote:
>>
> I agree, but still I'm unsure \n should be accepted in the tag just
> making the text flow into the following line when it doesn't fit in
> the
> current one should be enough... but I can't think of any strong reason
> to avoid \n except simplicity as things like dump assume a single
> line.
I thought Dump did that too, but then I found the code that searches
for the end of the tag or the first newline to cut it off at; my dump
files are 100 backwards compatible, because they haven't changed!
> It would be nice if there was a way to see that there are more lines
> than what is visible... not sure how that can be done without an extra
> scroll bar, but that I think would be a bad idea.
Yes; I thought of overloading the window button, but again, that
changes existing functionality/expectations. It's pretty easy to
scroll open the tag and check though.
Paul
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [9fans] Acme tag scrolling/expansion
2005-10-08 13:33 ` Uriel
2005-10-08 13:37 ` Paul Lalonde
@ 2005-10-08 13:44 ` Paul Lalonde
2005-10-08 13:49 ` Paul Lalonde
1 sibling, 1 reply; 11+ messages in thread
From: Paul Lalonde @ 2005-10-08 13:44 UTC (permalink / raw)
To: Fans of the OS Plan 9 from Bell Labs
[-- Attachment #1: Type: text/plain, Size: 219 bytes --]
Uriel - regarding the patch, can you help me?
I've attached my tarball, it should just build.
Or, I could use a walk-through of using 9p from p9p to drop the file
into contrib somewhere handy.
Thanks,
Paul
[-- Attachment #2: paul_acme.tgz --]
[-- Type: application/octet-stream, Size: 84014 bytes --]
[-- Attachment #3: Type: text/plain, Size: 1642 bytes --]
On 8-Oct-05, at 6:33 AM, Uriel wrote:
> On Sat, Oct 08, 2005 at 06:19:38AM -0700, Paul Lalonde wrote:
>
>> Ah - I forgot to mention; ever since my shuttle turned into an
>> unresponsive pile of silicon, I've been working in plan9port under OS
>> X; patch doesn't exist there :-(
>>
> Oh, well, that still should let you upload stuff to a sources/contrib
> dir using 9p(1) or the python 9p client. Or you can drawterm to a
> 9grid
> node.
>
>
>> I used to think that too; but I found myself using the longer tag to
>> hide less-frequent commands, especially with my debugger. I know I
>> can use "Send" to bridge from a guide file, but then I can't also
>> chord in a parameter. So, debugging with GDB in particular, I need
>> break, display, print, and so on, in my tag if I want to chord
>> parameters. Now I keep them tucked on the second line, and find
>> myself opening my tag, chording the command, and closing it up, all
>> in one "gesture". Incidentally - you can already cut and paste
>> newlines into the tag.
>>
> I agree, but still I'm unsure \n should be accepted in the tag just
> making the text flow into the following line when it doesn't fit in
> the
> current one should be enough... but I can't think of any strong reason
> to avoid \n except simplicity as things like dump assume a single
> line.
>
> It would be nice if there was a way to see that there are more lines
> than what is visible... not sure how that can be done without an extra
> scroll bar, but that I think would be a bad idea.
>
> But I should try the patch before commenting so much :)
>
> uriel
>
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [9fans] Acme tag scrolling/expansion
2005-10-08 13:44 ` Paul Lalonde
@ 2005-10-08 13:49 ` Paul Lalonde
0 siblings, 0 replies; 11+ messages in thread
From: Paul Lalonde @ 2005-10-08 13:49 UTC (permalink / raw)
To: Fans of the OS Plan 9 from Bell Labs
Crap - Sorry about the tarball - I have to learn to read the
generated To line on reply vs reply-to-all, which in both cases
defaults to the list, not the sender.
Paul
On 8-Oct-05, at 6:44 AM, Paul Lalonde wrote:
> Uriel - regarding the patch, can you help me?
> I've attached my tarball, it should just build.
> Or, I could use a walk-through of using 9p from p9p to drop the
> file into contrib somewhere handy.
> Thanks,
> Paul
>
> <paul_acme.tgz>
>
> On 8-Oct-05, at 6:33 AM, Uriel wrote:
>
>
>> On Sat, Oct 08, 2005 at 06:19:38AM -0700, Paul Lalonde wrote:
>>
>>
>>> Ah - I forgot to mention; ever since my shuttle turned into an
>>> unresponsive pile of silicon, I've been working in plan9port
>>> under OS
>>> X; patch doesn't exist there :-(
>>>
>>>
>> Oh, well, that still should let you upload stuff to a sources/contrib
>> dir using 9p(1) or the python 9p client. Or you can drawterm to a
>> 9grid
>> node.
>>
>>
>>
>>> I used to think that too; but I found myself using the longer tag to
>>> hide less-frequent commands, especially with my debugger. I know I
>>> can use "Send" to bridge from a guide file, but then I can't also
>>> chord in a parameter. So, debugging with GDB in particular, I need
>>> break, display, print, and so on, in my tag if I want to chord
>>> parameters. Now I keep them tucked on the second line, and find
>>> myself opening my tag, chording the command, and closing it up, all
>>> in one "gesture". Incidentally - you can already cut and paste
>>> newlines into the tag.
>>>
>>>
>> I agree, but still I'm unsure \n should be accepted in the tag just
>> making the text flow into the following line when it doesn't fit
>> in the
>> current one should be enough... but I can't think of any strong
>> reason
>> to avoid \n except simplicity as things like dump assume a single
>> line.
>>
>> It would be nice if there was a way to see that there are more lines
>> than what is visible... not sure how that can be done without an
>> extra
>> scroll bar, but that I think would be a bad idea.
>>
>> But I should try the patch before commenting so much :)
>>
>> uriel
>>
>>
>
>
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [9fans] Acme tag scrolling/expansion
2005-10-08 3:34 [9fans] Acme tag scrolling/expansion Paul Lalonde
2005-10-08 4:43 ` Paul Lalonde
2005-10-08 9:06 ` Uriel
@ 2005-10-08 15:34 ` Russ Cox
2 siblings, 0 replies; 11+ messages in thread
From: Russ Cox @ 2005-10-08 15:34 UTC (permalink / raw)
To: Fans of the OS Plan 9 from Bell Labs
There's no need to use Plan 9's patch(1) if you're working
on Unix. You can just post or mail me the output of cvs diff -u.
I update the two in sync.
Also, for everyone, please don't knee-jerk drop new versions of
programs in sources/contrib as Uriel suggests. If you make a
change that doesn't make it into the distribution (like pie menus
for rio) then fine, put it in contrib, but the first choice should be
to try to put it into the main distribution.
Thanks for the changes, Paul. I've downloaded your tar ball
and will look through them.
Russ
^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2005-10-08 15:34 UTC | newest]
Thread overview: 11+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2005-10-08 3:34 [9fans] Acme tag scrolling/expansion Paul Lalonde
2005-10-08 4:43 ` Paul Lalonde
2005-10-08 9:06 ` Uriel
2005-10-08 12:46 ` erik quanstrom
2005-10-08 13:30 ` Paul Lalonde
2005-10-08 13:19 ` Paul Lalonde
2005-10-08 13:33 ` Uriel
2005-10-08 13:37 ` Paul Lalonde
2005-10-08 13:44 ` Paul Lalonde
2005-10-08 13:49 ` Paul Lalonde
2005-10-08 15:34 ` 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).