Mailing-List: contact bloodhound-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: bloodhound-dev@incubator.apache.org
Received-SPF: pass (athena.apache.org: domain of gary.martin@wandisco.com
 designates 209.85.214.48 as permitted sender)
Message-ID: <51409177.6070903@wandisco.com>
Date: Wed, 13 Mar 2013 14:47:19 +0000
From: Gary Martin <gary.martin@wandisco.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
 rv:17.0) Gecko/20130106 Thunderbird/17.0.2
MIME-Version: 1.0
To: bloodhound-dev@incubator.apache.org
Subject: Re: svn commit: r1455576 - in
 /incubator/bloodhound/branches/bep_0003_multiproduct/bloodhound_multiproduct/multiproduct:
 api.py hooks.py web_ui.py
References: <20130312151523.1804523889CB@eris.apache.org>
 <CAGMZAuOtajQ7HRxdeNTsVhSaWB6202vv0jCViKWxHE03xOEoJg@mail.gmail.com>
 <513FFE24.4060105@wandisco.com> <51403009.7090509@digiverse.si>
 <CAGMZAuMY8J+fmRPVBnHZX41te7wyO7b==Svnr6VCvcJuXnn=AA@mail.gmail.com>
 <51403344.8050808@digiverse.si>
 <CAGMZAuOYXg-tH3ueXcw5eFtDeJ-hrY87HQjXc_fJNmHeznMNrA@mail.gmail.com>
 <51408B13.2010509@wandisco.com> <51408BEF.1040004@wandisco.com>
In-Reply-To: <51408BEF.1040004@wandisco.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit

On 13/03/13 14:23, Branko Čibej wrote:
> On 13.03.2013 15:20, Branko Čibej wrote:
>> On 13.03.2013 09:31, Olemis Lang wrote:
>>> On 3/13/13, Jure Zitnik <jure@digiverse.si> wrote:
>>>> On 3/13/13 8:58 AM, Olemis Lang wrote:
>>>>
>>>>> -0 ... I'd suggest (?:(?!\d)\w+) ... which is already available in
>>>>> multiproduct.util.IDENTIFIER after recent patches .
>>>> Sure, we can go with that one too ...
>>>>
>>> things like Hønsdrükḱenshàpełlmünçen (i.e. unicode chars ;) will be
>>> supported , which is nice to have ; and will be matched by TracLinks
>>> expressions
>>> ;)
>> I very much disagree with using something like that as the tag that is
>> effectively a unique key in database columns. Display name is different,
>> but for database debugging, I really don't want to have to tell the
>> difference between i and í and ì and ı.
> Not to mention that those 4 variants of i have 6 different Unicode
> representations. You do *not* want to deal with Unicode normalization
> issues in primary keys.
>
> -- Brane
>
>

Yeah, I don't think we have any need to provide such a large character 
space to work from. I would also make sure that we are case-insensitive 
for prefixes as there should be little need for pr1 not to refer to the 
same thing as PR1. It is annoying to me that milestones are case-sensitive.

Cheers,
     Gary