From mboxrd@z Thu Jan 1 00:00:00 1970 In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Paul Lalonde Subject: Re: [9fans] Long tags in acme Date: Mon, 14 Mar 2005 16:05:55 -0800 To: Fans of the OS Plan 9 from Bell Labs <9fans@cse.psu.edu> Cc: russcox@gmail.com Topicbox-Message-UUID: 24fcc590-ead0-11e9-9d60-3106f5b1d025 I'm most partial to Russ' $env tag, to date. Alias is complicated by the fact that alias interpretation would have to be added to the meaning of text selected in the tag; that's in addition to the environment variable handling that needs to go into the plumber anyhow. As for special regions to click to scroll, I already hate the little window handles, I'd rather see fewer special places than more. Tag scrolling with the first mouse button works fine for those (now) rare cases where the tag is too long. Paul On 14-Mar-05, at 3:50 PM, Heiko Dudzus wrote: >> I've recently moved to a 1024x768 laptop screen (from a >> large 1400x1050) and spent a half hour today making things >> fit better on my screen: smaller fonts, different acme.dump, >> etc. I also tried the $env tags again. They're a big win on >> the small screen. Folding tag lines might be sufficient in my >> case, but the $env tags are easier to implement. At least >> now I can run with multiple columns *and* see the Put verb >> in my tags. > > How about to make button 1 to scroll the tag line to the left and > button 3 to scroll it to the left? > > Sure, it would need reserved space in the tag line where one could > commit the "click", because button 1&3 on the tag verbs means > something else. (perhaps a square on the righthand side of the tag > line; like the one on the left side for positioning?) >