On Fri, 2009-08-07 at 19:23 +0200, yy yiyu.jgl-at-gmail.com |9fans|
wrote:
> 2009/8/7 roger peppe :
> > the Include path.
> > contents of win buffers.
> > Undo/Redo history.
>
> Contents of all the taglines
>
> i have lost precious one-liners in column headers.
>
Tag lines are preserved by Dump
If all you want is to preserve the -a flag, add to your profile:
; fn a { acme -a; }
Problem solved.
uriel
P.S.: Admitedly this doesn't fix up the plumber, but once you have an
acme session the plumber will use it, and you can fix it up for the
plumber equally simply.
On Fri, Aug 7, 2009 at 10
2009/8/7 yy :
> 2009/8/7 roger peppe :
>> the Include path.
>> contents of win buffers.
>> Undo/Redo history.
>
> Contents of all the taglines
>
> i have lost precious one-liners in column headers.
>
>> while i'm about it, there are a few other dump
>> features i'd like to see:
>> - automatic dumpi
On Fri, Aug 7, 2009 at 12:23, yy wrote:
> 2009/8/7 roger peppe :
> Contents of all the taglines
>
> i have lost precious one-liners in column headers.
Didn't copy them into guide files in the current directory? Seems to
work just as well for file commands, if not edit commands (which just
need co
2009/8/7 roger peppe :
> the Include path.
> contents of win buffers.
> Undo/Redo history.
Contents of all the taglines
i have lost precious one-liners in column headers.
> while i'm about it, there are a few other dump
> features i'd like to see:
> - automatic dumping every 30s or so in case of
>
> i've been thinking about that. maybe just dumping the win contents
> (not the whole environment) would do the job.
>
once upon a time, with a unix from long, long ago,
there was a local (?) derivative of csh that had "karma"
you could die and later reincarnate and get all
your old variables
On Fri, Aug 7, 2009 at 1:54 PM, Noah Evans wrote:
> you mean outside of the dump when acme is dies for reasons other than
> being killed/exited?
>
> with win state, how are you going to handle the state of the shell? I
> can see why they're dynamic, it could be potentially misleading to see
> a cha
you mean outside of the dump when acme is dies for reasons other than
being killed/exited?
with win state, how are you going to handle the state of the shell? I
can see why they're dynamic, it could be potentially misleading to see
a changed namespace/rfork etc... and expect the shell to have the
Do you want to add all these features to acme, or is it possible to
have an external process which writes to acme ctl files and causes
these things to happen?
ron
> ok, the last might be pushing it a bit,
> but ideally i'd like to be able to dump
> an acme session and restore it without
> any loss of continuity, and the Undo/Redo history
> is a very useful part of my acme context.
>
> - Dump would dump to the restored-from file rather than
> $home/acme.dump
the Include path.
contents of win buffers.
Undo/Redo history.
ok, the last might be pushing it a bit,
but ideally i'd like to be able to dump
an acme session and restore it without
any loss of continuity, and the Undo/Redo history
is a very useful part of my acme context.
while i'm about it, ther
What other stuff are you thinking of?
On Fri, Aug 7, 2009 at 4:02 PM, roger peppe wrote:
> 2009/8/7 Noah Evans :
>> The dump doesn't preserve indent state
>
> personally, i think it should.
>
> and some other stuff as well.
>
>
2009/8/7 Noah Evans :
> The dump doesn't preserve indent state
personally, i think it should.
and some other stuff as well.
Aaron's problem is not dumping per se, it's saving his indentation and
other command line state between sessions. Unless there's something I
missed, you can only enable functions like auto-indent via the command
line(-a) or via "Indent on" in acme. The dump doesn't preserve indent
state so yes, Aar
I keep many dump files around with different names, to easily suspend,
switch, and resume acme configurations depending on what I need to
work on. This significantly reduces my context switch time, over and
above the advantage I get from guide files keeping me from
(mis)retyping commands.
in acme
> By default I think rio runs acme with -l lib/acme.dump, but you can
> certainly have as many of these around as you'd like.
this is controlled by lib/profile, rather than rio.
- erik
On Aug 7, 2009, at 2:37 AM, Aaron W. Hsu wrote:
Other than a script to start acme with the -a option, is there some
way to configure the start up option on Acme? I am thinking of the
equivalent of a .exrc file or the like?
Generally you set it up the way you like, then run Dump. This crea
Other than a script to start acme with the -a option, is there some way to
configure the start up option on Acme? I am thinking of the equivalent of
a .exrc file or the like?
Aaron W. Hsu
--
Of all tyrannies, a tyranny sincerely exercised for the good of its
victims may be the most
18 matches
Mail list logo
