Thanks for the heads up Sairhei! I ended up backporting 9front's ^ and _ to
my copy of plan9port. It's not as flexible as having the named pipe around
but it answers the immediate question.
On Sun, 22 May 2016 at 09:38 Siarhei Zirukin wrote:
> In 9front's version of sam
In 9front's version of sam there are two additional commands that could
help you with "complex" commands, perhaps.
^ Plan 9-command
Send the standard output of the Plan 9 command to the
command window.
_ Plan 9-command
Send the range to the standard
unfortunately, sam has hardcoded B into the command channel.
see /sys/src/cmd/samterm/plan9.c:/^plumbformat
- erik
> I've never seen it happen, and I don't really expect to. I do maintain
> that calling acme an editor is akin to calling New York a shopping
> center.
>
> khm
That deserves an entry in the fortunes file.
Thanks for the interesting comments.
I've been making an effort to use Sam, in the interest of my own
understanding. One of the biggest barriers I've hit is that there doesn't
appear to be a good way to save complex edit commands for later. The man
page suggests that it's possible to send
#define chording 0 /* code here for reference but it causes deadlocks */
I suppose the bug is still messing around.
I'll give it a try to the 9front version.
Thanks for the info!
On Sat, May 21, 2016 at 11:28:09AM -0700, Rob Pike wrote:
> If that was meant as a dis, you obviously haven't been to New York lately.
>
Merely an observation that editing text is a minor subset of acme's
functionality. When I dis things, you will not be confused about my
intent.
khm
On Thu, May 19, 2016 at 11:18 PM, Lee Fallat wrote:
> You can copy code from Acme and "backport" it. I've done it before and
> it was trivial (and it's long gone too).
That's most interesting.
The following had made me think it would not be easy:
If that was meant as a dis, you obviously haven't been to New York lately.
-rob
On Sat, May 21, 2016 at 11:16 AM, Kurt H Maier wrote:
> On Sat, May 21, 2016 at 10:36:44AM -0700, erik quanstrom wrote:
> > > This is tantamount to saying acme is superior because you are better
On Sat, May 21, 2016 at 10:36:44AM -0700, erik quanstrom wrote:
> > This is tantamount to saying acme is superior because you are better at
> > acme. [...]
>
> c'mon man. you follow this with several paragraphs of opinion which appear
> to say that acme is not better because you don't like it.
> This is tantamount to saying acme is superior because you are better at
> acme. [...]
c'mon man. you follow this with several paragraphs of opinion which appear
to say that acme is not better because you don't like it.
but then again, editors don't tend to lead to logical arguments. :-)
-
I started with Sam a sit ran on all the different unixes I used an vi an emacs
just felt clunky.
I never got into help and when acme replaced that I just never made the
transition.
I love Sam, though it is because I know it so well.
btw, anyone written scripts to allow the plan9 wiki to be
On 05/20/2016 08:07 AM, Mark van Atten wrote:
This one I like, and it is not difficult to find:
http://www.amazon.com/HP-Optical-Button-Mouse-accessory/dp/B0002Y5LZ8/ref=sr_1_1?ie=UTF8=1463745997=8-1=dy651a+mouse
Sorry folks, it's not my habit to take the last cookie but in this case
I
I purchased about a hundred of the IBM mice on Ebay, so I’m good for a while.
HP has a nice three button mouse currently, seemingly from the European part of
the company. I’m using one now.
http://www.laserjet.co.uk/hp-usb-optical-3-button-mouse-dy651a
Acme, of course, is based on the Oberon
This one I like, and it is not difficult to find:
http://www.amazon.com/HP-Optical-Button-Mouse-accessory/dp/B0002Y5LZ8/ref=sr_1_1?ie=UTF8=1463745997=8-1=dy651a+mouse
Mark.
I have bought 5 IBM mice with a real middle finger button. If someone
needs one tell me.
http://www.ibmfiles.com/ibmfiles/peripherals/scrollpoint_ice_blue.jpg
location: Berlin
> It's a problem for many people, for sure. On one of my mice, I bound a side
> button to b2, and it works well enough for me. Other than that, I find
> clicking the scrollwheel is acceptable with about 50% of mice.
A consistent way to remap the mouse button bindings would work. It's a lot
On Fri, May 20, 2016, at 02:32 AM, Lyndon Nerenberg wrote:
>
> > On May 19, 2016, at 6:23 PM, Ethan Grammatikidis
> > wrote:
> >
> > It's the plumber which does the heavy lifting there, and it will provide
> > the same in conjunction with rio & sam. Selecting 'plumb' from
> On May 19, 2016, at 6:23 PM, Ethan Grammatikidis wrote:
>
> It's the plumber which does the heavy lifting there, and it will provide the
> same in conjunction with rio & sam. Selecting 'plumb' from rio's menu may
> seem clunkier, but after the first time it's just a
On Fri, May 20, 2016, at 01:37 AM, Lyndon Nerenberg wrote:
> To my view, acme is more of an IDE than an editor. the << B3-on-file:linenum
> >> in the diagnostics window from a compile is the greatest productivity gain
> I have ever experienced.
It's the plumber which does the heavy lifting
> On May 19, 2016, at 2:51 PM, Kurt H Maier wrote:
>
> Acme is firmly with X Windows in the "huge programs that don't actually
> *do* anything for you" category.
To my view, acme is more of an IDE than an editor. the << B3-on-file:linenum >>
in the diagnostics window from a
On Thu, May 19, 2016 at 08:42:54PM +0100, Charles Forsyth wrote:
>
> Any experienced acme user will quickly start banging the desk in
> frustration if thrown back into sam.
> Incredibly clumsy by comparison; not fluid. sam -d is useful for certain
> types of scripting.
This is tantamount to
You can copy code from Acme and "backport" it. I've done it before and
it was trivial (and it's long gone too).
On Thu, May 19, 2016 at 5:13 PM, Mark van Atten wrote:
> The one thing I regret about Sam is that it doesn't have scroll-select
> as in Acme. I know the k and '
The one thing I regret about Sam is that it doesn't have scroll-select
as in Acme. I know the k and ' dance, but that is not nearly as
convenient.
Mark van Atten.
>> at the cost of stepping all over the rest of the (Plan 9) system
>
>
>?
To get the best use out of acme you need to arrange for it to capture a lot of
plumber rules (or arrange to maintain multiple sets of rules for acme and
not-acme). Because of the way acme manages windows, programs often
One day I will write a samterm that works like acme. I mostly use
acme, but sometimes on Unix I have to use sam because only sam can do
"sam -r".
--
Aram Hăvărneanu
>From experience, Sam's command window provides a more consistent
experience with the rest of the system. Acme on the other hand
pretends to have individual command windows (more like command lines)
for every file open. Sam has some form of "tiling", but not as
automatic as Acme. Sam also has a
I'm was merely explaining my understanding of the context so that I could
be corrected if I was wrong on any point. I didn't mean to explain Acme to
you. While I replied to you (I believe I did), please understand my
question in the light of the thread, as it were, a whole.
Thanks, everyone, for
On 19 May 2016 at 21:11, stanley lieber wrote:
> at the cost of stepping all over the rest of the (Plan 9) system
?
mark, why do you explain acme to me?
--
cinap
Hopefully without stepping into any religious matters, why do you (9front)
favor Sam so much? As I understand it Acme came after Sam, and Acme exposes
Sams edit language through the Edit command, as well as providing "window"
management, the ability to run a terminal inside, and exposing a file
to be less cryptic, to have the acme working directory update on cd,
you can put the following code in your $home/lib/profile
fn cd { builtin cd $* && awd } # for acme
the difference to labs and 9font is just that we dont have that thing
in our default profiles, because we'r mostly sam users.
Acme is deprecated. We no longer support it. Please consider upgrading to
sam instead.
On Thu, May 19, 2016 at 8:30 PM, christophe DAMAS <
christophe.da...@gmail.com> wrote:
> Hello
>
> Trying acme on 9front. Got the following problem : the cd command in
> an acme shell window doesn't refresh
33 matches
Mail list logo