[Eric] a pair of questions/suggestions

[Linos]

Well my thunderbird editor has broken formatting hehehe, i mean any like this, 
this example it is not the better because the lines are really short but i think 
you get my idea about the different formatting options.

def __init__(self, width, height,\
color='black', emphasis=None, highlight=0):

     if width == 0 and height == 0 and \
     color == 'red' and emphasis == 'strong' or \
     highlight > 100:
         raise ValueError("sorry, you lose")

     if width == 0 and height == 0 and (color == 'red'\
     or emphasis is None):
         raise ValueError("I don't think so -- values are"\
         " %s, %s" % (width, height))

     Blob.__init__(self, width, height, color, emphasis,\
     highlight)




Linos escribió:
> well about the source code formatting like it is implemented in eclipse 
> you have reason that it would break the correct indentation in python 
> because it does not respect his indentations rules but it could be 
> implemented in this way and lets you define it add the \ at the end of 
> the line where implicit new line can be used (inside parenthesis for 
> example). Another option could have about the indentation should be it 
> indents at the same level of the line or make the line split section 
> indented as well, for example in 
> http://www.python.org/dev/peps/pep-0008/, at "Maximum Line Length" 
> section you can see this code:
> 
>     def __init__(self, width, height,
>                      color='black', emphasis=None, highlight=0):
>             if width == 0 and height == 0 and \
>                color == 'red' and emphasis == 'strong' or \
>                highlight > 100:
>                 raise ValueError("sorry, you lose")
>             if width == 0 and height == 0 and (color == 'red' or
>                                                emphasis is None):
>                 raise ValueError("I don't think so -- values are %s, %s" %
>                                  (width, height))
>             Blob.__init__(self, width, height,
>                           color, emphasis, highlight)
> 
> it is using implicit in __init__arguments and indents the next line, i 
> think this should be configurable, i for example use a limit at 100 char 
> for line (i am a solo developer and 80 limit in my code kills me sorry) 
> and ever make use of \ to easy find multi-line statements and respect 
> the indentation of the line, so maybe i would have write the above this 
> way:
> 
>     def __init__(self, width, height,\
>     color='black', emphasis=None, highlight=0):
>             if width == 0 and height == 0 and \
>             color == 'red' and emphasis == 'strong' or \
>             highlight > 100:
>                 raise ValueError("sorry, you lose")
>             if width == 0 and height == 0 and (color == 'red'\
>         or emphasis is None):
>             raise ValueError("I don't think so -- values are"\
>         " %s, %s" % (width, height))
>             Blob.__init__(self, width, height, color, emphasis,\
>         highlight)
> 
> 
> so this options should be configurable, i too split large strings (like 
> in my example) but i know any people dont like to split strings so it 
> should be too configurable. Not have to be splitting manually the lines 
> would be really a speed boost developing, if you for example change a 
> multi-line string really large in the second line to add any chars on it 
> you will have to create a really small line before with the contents you 
> want to add or reorganize all the multi-line split manually.
> 
> Regards,
> Miguel Angel.
> 
> Detlev Offenbach escribió:
>> On Samstag, 27. September 2008, Linos wrote:
>>> Hello,
>>>     do have eric a feature like the "ctrl+shift+f" of eclipse for 
>>> autoformat?
>>> should be great, i am refactoring old code limiting the maximum 
>>> number of
>>> characters for line and would be really helpful for that, anyway to 
>>> develop
>>> new code it is really nice to not have to get any attention on correct
>>> formatting to later use the feature and get formatted it.
>>
>> There are languages out there, where the source format is part of the 
>> syntax (e.g. Python uses indentation). Therfore I think, that feature 
>> would not be good. However, I might have misunderstood, what this 
>> feature is supposed to do.
>>
>>> About the typing helps i love the automatic insertion of ending 
>>> parenthesis
>>> after opening it, and the space after the comma, but when i am 
>>> refactoring
>>> it is really annoying, for example.
>>>
>>> if i have this list in a line and try to change it for a tuple [1, 2]  i
>>> get this on the first opening parenthesis ()[1, 2] and ever have to 
>>> delete
>>> it, the same problem with the comma logically, if it is difficult to 
>>> know
>>> exactly when to add the closing parenthesis (maybe if you have a char 
>>> just
>>> after the new parenthesis?) i think the typing help should have a 
>>> easy and
>>> fast "change editing mode" to select refactoring or anything else.
>>
>> The editor context menu will have an entry to toggle this. That will 
>> be part of the next eric4 snapshot.
>>
>>> Thanks by this really good editor.
>>> Regards,
>>> Miguel Angel.
>>
>>
>> Regards,
>> Detlev
> 
> _______________________________________________
> Eric mailing list
> Eric at riverbankcomputing.com
> http://www.riverbankcomputing.com/mailman/listinfo/eric
>