Formatter situation?

[MahdiBM]

What are the plans about providing a formatter in this repo now that swift-format is bundled with the toolchains?

Currently it this extension does show up as a formatter but apparently it just triggers prettier?
EDIT: that's not true, see below.

This would look like a bit unfair for SwiftFormat (Nick Lockwood's) which is what we currently use, since swift-format can be hard to bear with at times ... but it still makes sense since swift-format is part of the toolchain.

[matthewbastien]

From a discussion in the Swift Open Source slack workspace: https://swift-open-source.slack.com/archives/C02PV8T5HQD/p1730480017329059

The Swift extension is getting formatting "for free" right now from SourceKit-LSP's implementation of the textDocument/formatting request which VS Code finds in the server capabilities. However, right now SourceKit-LSP only supports formatting a whole file and not a selection range. It could be implemented on the SourceKit-LSP side, but waiting for SourceKit-LSP to support this would mean that it'd only work in Swift >=6.1 (or whenever a new SourceKit-LSP happens to get released) despite the fact that range formatting is available with swift-format right now.

It might be worthwhile to have the extension call swift-format directly now that it's in the toolchain rather than call out to SourceKit-LSP for formatting. Some investigation is needed here.

[plemarquand]

I'd love to have range based formatting. We could use it on the built in snippets and comment blocks after they're inserted so they can be more seamlessly provided to match the existing formatting.

[MahdiBM]

@plemarquand I could work something out, formatting is one the weakest points of VSCode and kinds of pushes me away from fully moving to VSCode, so I'll be happy to contribute something to make the formatting lives of everyone easier.

[MahdiBM]

Let me know if there are any special concerns you'd have with that 🙂

[adam-fowler]

You sure it doesn't trigger swift-format. The formatter appears because sourcekit-lsp says it can format the code.

[MahdiBM]

@adam-fowler no I wasn't sure, I just briefly tried it and saw prettier triggered which could have been due to some mis-config on my part.

[MahdiBM]

Just put a PR together, though I have yet to locally test it so you shouldn't bother testing it until my next notice hopefully.

[MahdiBM]

Worth noting I took a look at how rust registers a formatting provider.
Apparently this is how range formatting is implemented in rust-analyzer.
It appeared that they are somehow using rust itself the implement the whole thing (?), so we can't go their way, at least not with how the project is currently set up.

[adam-fowler]

The formatter is available via SourceKit-LSP (select Swift when asked to select a formatter). I have verified this by adding a .swift-format file to a project and verified changes to it affect how the file is formatted.

Adding support via the extension is unnecessary

[MahdiBM]

@adam-fowler like we discussed, we'd want to have full support for formatting.
Like format-on-type and selection-formatting.

Does the current thing support these? If not, how should we proceed then?
Rely on sourcekit-lsp and add these supports to it, or just use the toolchain's swift-format like the PR I put together?

I think one concern was that it might take a bit for things to be merged into sourcekit-lsp then end up in the toolchains.

[adam-fowler]

@adam-fowler like we discussed, we'd want to have full support for formatting. Like format-on-type and selection-formatting.

swift-format doesn't support formatting on range, as it needs to load the full swift syntax tree. So sourcekit-lsp won't either. Having it called directly won't make it any quicker to implement

I don't know what you mean by selection-formatting