Andreas> As it's a different thing though than indenting inside tuples,
Andreas> lists etc., would you mind making a bug entry giving your last
Andreas> examples?
This bug is close enough:
https://bugs.launchpad.net/python-mode/+bug/629916
I just added a comment.
Skip
_
On Mar 25, 2011, at 08:58 PM, Andreas Röhler wrote:
>> -snip snip-
>> (longer, sequence, of_items,
>> that, needs, to_be, wrapped) = input_list
>>
>> packed_entry = (long, sequence, of_items,
>> that, needs, to_be, wrapped)
>> -snip snip-
>What about calling the
Am 25.03.2011 19:32, schrieb s...@pobox.com:
I find this indentation truly grating:
self.last_abc_attr = self.last_xyz_attr = \
self.last_abc_other = \
self.last_xyz_other = None
Now, I can move self.last_xyz_attr to a continu
Am 25.03.2011 16:54, schrieb Barry Warsaw:
On Mar 25, 2011, at 09:51 AM, Andreas Röhler wrote:
while considering the request valid, even if the current
non-indent is an option,
what's the recommendable indent?
Would not choose the block-indent step, rather signal
it's something different at s
Am 25.03.2011 16:08, schrieb Barry Warsaw:
Hi Andreas,
I don't disagree with anything you wrote, and of course we're allowed to use
anything GPL'd. I don't think even politeness mandates pre-approval in order
to *use* GPL code.
The "let's be nice" comment wasn't directed at you personally, or
I agree wholeheartedly with Barry's previous message on the indentation
topic. Let me provide you with an analogy from a totally different realm.
If I take the dog out in the evening for a bathroom walk, I doubt that I
really need to tell my wife. After all, it's part of my nightly routine to
w
On Mar 25, 2011, at 09:51 AM, Andreas Röhler wrote:
>while considering the request valid, even if the current
>non-indent is an option,
>
>what's the recommendable indent?
>
>Would not choose the block-indent step, rather signal
>it's something different at stake.
>
>What about indenting it to the
Hi Andreas,
I don't disagree with anything you wrote, and of course we're allowed to use
anything GPL'd. I don't think even politeness mandates pre-approval in order
to *use* GPL code.
The "let's be nice" comment wasn't directed at you personally, or really
anybody here - I think we're all being
Am 25.03.2011 14:35, schrieb Andreas Röhler:
Am 25.03.2011 14:07, schrieb s...@pobox.com:
Andreas> What about indenting it to the end of first element of previous
Andreas> line?
That is precisely the problem. That's what it does today, and if the
lhs of
the assignment is a complex expression,
Am 25.03.2011 14:07, schrieb s...@pobox.com:
Andreas> What about indenting it to the end of first element of previous
Andreas> line?
That is precisely the problem. That's what it does today, and if the lhs of
the assignment is a complex expression, the continuation is indented way
Andreas> What about indenting it to the end of first element of previous
Andreas> line?
That is precisely the problem. That's what it does today, and if the lhs of
the assignment is a complex expression, the continuation is indented way too
far. I would much prefer just to simply indent
Am 14.03.2011 17:49, schrieb Barry Warsaw:
@pycon so just a quick reply...
On Mar 12, 2011, at 01:44 PM, Andreas Röhler wrote:
As for the approval: thought that's precisely what the
GPL is for.
Well, the GPL makes it *legal*, but approval keeps us nice. :)
-B
Hi Barry,
makes me some head
Hi Barry, hi all,
while considering the request valid, even if the current
non-indent is an option,
what's the recommendable indent?
Would not choose the block-indent step, rather signal
it's something different at stake.
What about indenting it to the end of first element of
previous line?
13 matches
Mail list logo
