Sponsor for 6666666: A better implementation of Character.isSupplementaryCodePoint

[Martin Buchholz]

On Sat, Mar 27, 2010 at 15:15, Ulf Zibis <Ulf.Zibis at gmx.de> wrote:
> Am 26.03.2010 00:33, schrieb Martin Buchholz:
>>
>> On Thu, Mar 25, 2010 at 13:26, Ulf Zibis<Ulf.Zibis at gmx.de>  wrote:
>>
>>>
>>> Am 24.03.2010 20:34, schrieb Martin Buchholz:
>>>
>>>>
>>>> On Wed, Mar 24, 2010 at 10:20, Ulf Zibis<Ulf.Zibis at gmx.de>    wrote:
>>>>
>>>>
>>>>>
>>>>> I too would like to see 8 spaces indentation on line breaks like:
>>>>>    if (aaaaaaaaaaaaaaa>    bbbbbbbbbbbbb&&
>>>>>            ccccccccccccccc>    ddddddddddddddddd)
>>>>>        doSomething();
>>>>>
>>>>>
>>>>
>>>> This appears to be a new style (perhaps coming from the java IDEs?)
>>>>
>>>>
>>>
>>> This rule is much older:
>>> http://java.sun.com/docs/codeconv/html/CodeConventions.doc3.html#248
>>> But yes, I first saw this from NetBeans IDE formatting facility.
>>>
>>
>> Ahhh, thank you very much for this history lesson.
>>
>> I have manually adjusted some source files as you requested,
>> but systematically fixing this particular coding style bug
>> is likely to be difficult.
>>
>
> NetBeans IDE does a good job on that. Also those other formatting tasks
> maybe good addressed there.

One of the standard counter-arguments to pervasive code cleaning changes
is the difficulty of merging, that other developers run into.
The standard counter-counter-argument to *that* is
"we provide an automated tool you can run over your own code
to eliminate merge conflicts", but that does actually require
an automated tool, and IDEs are typically not very scriptable.
So I generally greatly prefer changes that can be automated,
(typically a perl script in my usage)
and the automation tool can be checked in to the repo.

Martin