post 0.8 development

[John A Meinel]

Jan Hudec wrote:
> On Wed, May 10, 2006 at 17:20:10 -0700, John A Meinel wrote:
>> Jan Hudec wrote:
>>> On Wed, May 10, 2006 at 08:27:33 -0700, John A Meinel wrote:
>>>> At one point we started using /@, meaning path/to/branch/@1
>>>> I don't remember the official reasons, but we decided to get rid of that
>>>> syntax.
>>>> I'm fine with the comma. I think we should support escaping it, (as in
>>>> http://path/with\,comma/,1..2) But I'm not settled on that.
>>> It's an *URL* -- so http://path/with%2ccomma/,1..2
>> [...] 
>> Except I am frequently testing bzr inside these temporary directories.
>> And it is a little bit difficult to always write the full file:// url
>> specifier, just because I have a comma in the path.
>>
>> But it isn't terrible.
> 
> I'd say relative path in this case is a relative resource pointer as per URL
> definition and therefore can be partially URL-escaped. Thus it'd be:
>     ../relative/path/with%2ccomma/,1..2
> It has the disadvantage that completion won't help you with this, but the
> escape character and special character would have that problem no matter what
> escaping you choose.
> 
> The problem would be a little smaller if escaping was done by doubling the
> character, since that would only be one special character instead of two.
> 

Except for the fact that it would imply you have to always type the
escape characters. So instead of typing:
bzr status "My Bågfors, %file.txt"

Which you could (potentially) do with a simple My<TAB>, you now have to
type:
bzr status My%20B%C3%A5gfors%2C%20%25file.txt

I really want to be able to enter relative paths as plain unicode strings.
I realize I wrote up a semi-worst case. Much worse is real unicode
files, like:

bzr status 日本人
versus
bzr status %E6%97%A5%E6%9C%AC%E4%BA%BA

Nobody is going to know what the correct byte sequences are.
Now, you can argue that we only encode certain characters. But how (at
this point) do you enter a literal '%' character?

John
=:->

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 249 bytes
Desc: OpenPGP digital signature
Url : https://lists.ubuntu.com/archives/bazaar/attachments/20060511/711bd7ef/attachment.pgp