[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Monotone-devel] Re: Few remarks
From: |
Oren Ben-Kiki |
Subject: |
Re: [Monotone-devel] Re: Few remarks |
Date: |
Fri, 3 Dec 2004 15:13:04 +0200 |
User-agent: |
KMail/1.7.1 |
On Friday 03 December 2004 13:08, Nathaniel Smith wrote:
> Here, I'll throw in some extremely disjointed notes I made to myself
> a while back trying to explore this space a little bit...
Path-walking syntax does sound like a good basis for the solution. A
pity e-mail addresses allow so many strange characters, though. It
makes it so much harder to come up with nice notations.
How about [-n.m] for selecting the m-th alternative after going n steps
back? Chain [] whenever there's a merge, so if there was a merge 2
steps back you'd have to write [-2.1][-1]. The same principle should
work when going forward: [+2.1][+1] for the 1st alternative in a fork
that happens two revisions later.
Have fun,
Oren Ben-Kiki
- [Monotone-devel] Few remarks, Jérôme Marant, 2004/12/01
- [Monotone-devel] Re: Few remarks, Bruce Stephens, 2004/12/01
- Re: [Monotone-devel] Re: Few remarks, Jérôme Marant, 2004/12/02
- [Monotone-devel] Re: Few remarks, Bruce Stephens, 2004/12/02
- [Monotone-devel] Re: Few remarks, graydon hoare, 2004/12/02
- Re: [Monotone-devel] Re: Few remarks, Derek Scherger, 2004/12/02
- Re: [Monotone-devel] Re: Few remarks, Nathaniel Smith, 2004/12/03
- Re: [Monotone-devel] Re: Few remarks,
Oren Ben-Kiki <=
- Re: [Monotone-devel] Re: user friendly revision identifies (was: Re: few remarks), Emile Snyder, 2004/12/03
- [Monotone-devel] Re: user friendly revision identifies, graydon hoare, 2004/12/03
- [Monotone-devel] Re: user friendly revision identifies, Emile Snyder, 2004/12/03
- Re: [Monotone-devel] Re: Few remarks, Henrik Holmboe, 2004/12/03
- [Monotone-devel] Re: Re: Few remarks, John S. Yates, Jr., 2004/12/03
- [Monotone-devel] Re: Few remarks, Bruce Stephens, 2004/12/03
- [Monotone-devel] Re: Few remarks, graydon hoare, 2004/12/03
- [Monotone-devel] user-friendly hash formats, redux, Nathan Myers, 2004/12/03
- [Monotone-devel] Re: user-friendly hash formats, redux, graydon hoare, 2004/12/04
- [Monotone-devel] Re: user-friendly hash formats, redux, Nathan Myers, 2004/12/04