On Mon, 2007-06-04 at 16:32 +0200, M.-A. Lemburg wrote:
> On 2007-06-04 16:00, Carsten Haese wrote:
> >> So I'm:
> >>
> >> * +1 on making support one param style mandatory for all
> >>implementations
> >
> > Any one? Let's make named mandatory, then.
>
> I intentionally left this open :-)
>
On Wednesday 20 June 2007 22:51, Carsten Haese wrote:
>
> If I counted correctly, six votes were cast and the totals are:
>
> qmark 3
> named 4
> numeric -1
> format -5
> pyformat -2
>
> So the winner seems to be "named" unless six votes aren't enough to
> constitute consensus.
Well, as was pointe
On 2007-06-20 23:15, Paul Boddie wrote:
> On Wednesday 20 June 2007 22:51, Carsten Haese wrote:
>> If I counted correctly, six votes were cast and the totals are:
>>
>> qmark 3
>> named 4
>> numeric -1
>> format -5
>> pyformat -2
>>
>> So the winner seems to be "named" unless six votes aren't enoug
M.-A. Lemburg wrote:
> On 2007-06-20 23:15, Paul Boddie wrote:
>> On Wednesday 20 June 2007 22:51, Carsten Haese wrote:
>>> If I counted correctly, six votes were cast and the totals are:
>>>
>>> qmark 3
>>> named 4
>>> numeric -1
>>> format -5
>>> pyformat -2
>>>
>>> So the winner seems
On Wed, 2007-06-20 at 23:34 +0200, M.-A. Lemburg wrote:
> On 2007-06-20 23:15, Paul Boddie wrote:
> > On Wednesday 20 June 2007 22:51, Carsten Haese wrote:
> >> If I counted correctly, six votes were cast and the totals are:
> >>
> >> qmark 3
> >> named 4
> >> numeric -1
> >> format -5
> >> pyforma
On Wed, 2007-06-20 at 16:59 -0500, Carl Karsten wrote:
> M.-A. Lemburg wrote:
> > How about making both qmark and named the minimum required
> > parameter styles ?!
> >
>
> Forget minimum.
> Make qmark and named requried.
> Make paramstyle something that is set/passed in as part of the init, an
Carsten Haese wrote:
> On Wed, 2007-06-20 at 16:59 -0500, Carl Karsten wrote:
>> M.-A. Lemburg wrote:
>> > How about making both qmark and named the minimum required
>> > parameter styles ?!
>> >
>>
>> Forget minimum.
>> Make qmark and named requried.
>> Make paramstyle something that is set/pas
On Wed, 20 Jun 2007 22:59:18 -0500, Carl Karsten wrote
> "super simple" would be the new api. pretty easy is the wrapper
> for backwards computability.
>
> As complex as that set would be, it wouldn't be much worse than the
> current mess.
That's why we're discussing an improvement. The curre
