[X] I don't use pretty-printing, and don't intend to.
[ ] I use it with its default settings.
[ ] I change the indent width.
[ ] I change the placement of curly braces (next line, with indent, ...).
[ ] I change the columns where line comments ("// ...") are positioned.
[ ] I change the insertion of JSDoc comment templates ("TODOC").
Personaly i use mostly build job.
Then using chrome tools, i make a pretty print.
This is really enought to me
Regads
Le 17 janvier 2012 11:16, Marc Puts <[email protected]> a écrit :
> Hi Thomas,
>
>
> On 01/17/2012 04:31 PM, thron7 wrote:
>> Marc, thanks. Bug #5424 has been fixed, but you are probably referring
>> to the other issue you mentioned in a comment there, where comments are
>> moved outside their lexical block. Fortunately, Christian has meanwhile
>> opened a bug for this (bug#5962; rather lately, this could have happened
>> much earlier). Have a look and feel free to add a comment if you think
>> bits are missing.
>>
>> As for bug#5424 I re-run the skeleton you attached, and the pretty-nodoc
>> behaves no worse than pretty, so I don't see another issue here.
>
> You're absolutely right, I was referring to the comment. Christian's
> bug#5962 seems to cover that particular issue. So I'll just wait
> patiently for it to get resolved. :)
>
>
>>> I wish pretty-printing had the following features:
>>> [x] More control over the placement of curly braces.
>> Could you elaborate a bit, e.g. giving a short example what you would
>> like to achieve?
>
> The logic that the pretty printer currently applies to curlies is not
> entirely clear to me.
> By observation, I *assume* that it works like this:
>
> if "contents of braces spans 0 or 1 lines" then "put opening brace on
> same line" else "put opening brace on new line".
>
> If that's not how it currently works, then I'm at a loss and it all
> seems random to me. :-)
>
> If would like to control whether or not curlies are placed on a new line
> (always or never) for
> - class level maps ("members", "statics", "properties")
> - property definitions
> - (anonymous) functions
> - if/else statements
> - switch statements
> - ...
>
> Ideally, the pretty-printer would even differentiate between class
> member functions (i.e. functions defined as a member of the
> members/statics maps) and "normal" functions. (Even though, from a
> javascript perspective, there's no difference).
>
>
> Regards,
> Marc
>
> ------------------------------------------------------------------------------
> Keep Your Developer Skills Current with LearnDevNow!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-d2d
> _______________________________________________
> qooxdoo-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
--
Benjamin Dreux
Analyste-Programmeur
Chaire de logiciel libre-Finance Social et solidaire
UQAM
Montréal
------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
_______________________________________________
qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
