[swift-evolution] Support for coding styles and "swift-format" tool

[Adrian Zubarev]

+ 1. There are only a few things I wanted to change in my source-code.

e.g.

if … {
}
else {
}

OR

closure() {
     …. in
}

MonoDevelop has a really nice customization menu for almost everything. Would be handy if Xcode had something like this too.
-- 
Adrian Zubarev
Sent with Airmail

Am 18. Mai 2016 bei 17:18:49, Jeremy Pereira via swift-evolution (swift-evolution at swift.org) schrieb:

+1,000,000  

I hate the K&R brace style. :)

What I would really like is something similar to Eclipse’s system that pretty much allows you to customise almost every aspect of the Java formatting style to your own preferences and also export them in a handy XML file.


> On 16 May 2016, at 22:42, Daniel Martín via swift-evolution <swift-evolution at swift.org> wrote:
>  
> As Swift is getting traction in more and more platforms outside of Apple, we can expect that many coding styles different from what Apple imposes with SourceKit's indenting rules will emerge. According to https://bugs.swift.org/browse/SR-146, we now have decoupled indenting logic from SourceKit into its own library, and a "swift-format" tool is in the making.
>  
> I am working on adding support for different coding styles to libIDE. For example, with my changes you could decide how a case label should be indented with respect to its parent switch context, among other things. The current, hard coded indenting decisions in libIDE could be named the "Apple" style, just like Clang supports Google, LLVM, Mozilla, coding styles for C++. Also, this is something that can be supported by external tools like Xcode quite easily.
>  
> Do you think this is a good feature to have?
>  
> --
> Daniel Martín
> _______________________________________________
> swift-evolution mailing list
> swift-evolution at swift.org
> https://lists.swift.org/mailman/listinfo/swift-evolution

_______________________________________________
swift-evolution mailing list
swift-evolution at swift.org
https://lists.swift.org/mailman/listinfo/swift-evolution
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.swift.org/pipermail/swift-evolution/attachments/20160518/b71573fc/attachment.html>