<div dir="ltr">It is not exactly windows ecosystem, it is IDE ecosystem.<div>Clion for example have something like this:</div><div><a href="https://www.jetbrains.com/help/clion/2016.1/configuring-code-style.html">https://www.jetbrains.com/help/clion/2016.1/configuring-code-style.html</a><br></div><div><br></div><div>So it allows you to modify some basic settings and also import setting from file.</div><div><br></div><div>Having something like this would be awesome. </div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2016-08-16 20:49 GMT-07:00 Zachary Turner via cfe-dev <span dir="ltr"><<a href="mailto:cfe-dev@lists.llvm.org" target="_blank">cfe-dev@lists.llvm.org</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Pretty much this. Having a clang format file checked in is a great way to share settings among a team. It also unlocks the full power of the tool, whereas a UI may only sometimes expose a subset of that.<br><br>But any time someone has to manually edit a file, or go online to look up documentation and figure out syntax and rules or whatnot, it's going to be a detractor.<br><br>For better or worse, that's just the Windows ecosystem.. <br><br>An integration that used the .clang-format files as the underlying serialization format but exposed the resulting set of options through a rich UI would be the best of both worlds.<br><br>I don't know how easy this will be , or even if it's possible. The visual studio project system expects settings to be defined at the project level, and at the file level every setting can be either inherited (default) or overridden. That doesn't line up perfectly with the clang format model of overriding at a directory level. If someone changes a setting at the project level, what does that mean for the style file? Same goes for modifying a setting at the file level.<br><br>We could probably solve these problems by giving clang format the ability to override settings per file, but that's obviously more work.<br><br>Now I remember why i put the settings in global options in the mockup :-/. It's hard at the project level<div class="HOEnZb"><div class="h5"><br><div class="gmail_quote"><div dir="ltr">On Tue, Aug 16, 2016 at 8:26 PM Michael Lewis <<a href="mailto:don.apoch@gmail.com" target="_blank">don.apoch@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">The Windows lifestyle, for what it's worth, would prefer to have a GUI for modifying the .clang-format settings but still serialize them as always.</p>
<p dir="ltr">This way you get the accessibility without losing the strengths of having a versionable file on disk.<br></p>
<p dir="ltr">Speaking as a virtually all-Windows dev, I would be exceedingly happy to get better clang-format support in VS. Writing a VS plugin isn't hard, for what it's worth, and can totally offer a fully dynamic editor for the settings stored on disk. I can definitely say that such a plugin would be very popular even among programmers who don't build (primarily) with clang.<br><br></p>
<p dir="ltr"> - Mike<br><br></p>
<div class="gmail_extra"><br><div class="gmail_quote">On Aug 16, 2016 8:05 PM, "Manuel Klimek via cfe-dev" <<a href="mailto:cfe-dev@lists.llvm.org" target="_blank">cfe-dev@lists.llvm.org</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br><br><div class="gmail_quote"><div dir="ltr">On Tue, Aug 16, 2016, 10:49 PM Zachary Turner via cfe-dev <<a href="mailto:cfe-dev@lists.llvm.org" target="_blank">cfe-dev@lists.llvm.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">That is one idea that I considered, but from what I understand of how to implement options UI in Visual Studio (I have never actually done this, but looked at it for an hour or so once upon a time) the options and values need to be statically defined in order to create the UI property sheet. ie you can't build one of these sheets dynamically, because the UI is generated when Visual Studio loads your extension by reading some XML. It's possible my understanding is wrong though.<div><br></div><div>I agree that per-project and per-file settings would be nice. I'll have to think about this some more though, as you would want a tight integration with what people normally expect with the project system, such as being able to override settings on a per file basis. This also means figuring out how to make this interoperate (if at all) with existing .clang-format settings files on disk.</div></div></blockquote></div><div><br></div><div>That's why we have the files on disk. Do you think people on Windows would not want to just check in a .clang-format file and use style=file?</div><div><br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br><div class="gmail_quote"><div dir="ltr">On Tue, Aug 16, 2016 at 12:41 PM Yury Mikhaylov <<a href="mailto:yury.mikhaylov@gmail.com" target="_blank">yury.mikhaylov@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Can't we just ask clang-format to dump all options that its parser understands and use that info to populate property sheet in MSVC? Something similar to what -dump-config does now.<div><br></div><div>I have also noticed that your mock-up shows the prop sheet in the system-wide settings. Won't it be better to keep them on per-project basis? Maybe even parse/regenerate .clang-format file in the project folder to allow versioning?</div></div><div dir="ltr"><div><br></div><div>- Yury</div></div><div class="gmail_extra"><div class="gmail_quote">On Fri, Aug 12, 2016 at 3:58 PM, Zachary Turner via cfe-dev <span dir="ltr"><<a href="mailto:cfe-dev@lists.llvm.org" target="_blank">cfe-dev@lists.llvm.org</a>></span> wrote:<br></div></div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>I was thinking about some ways to improve clang-format, and possibly even add clang-tidy to the list of things our VS plugin supports. Perhaps even merge them into a single plugin. But you know, I'm a windows person, and I want a UI. I don't want to just click a button and have it use some settings that are on disk that I edited by hand, I'd like to be able to edit the settings themselves through a nice UI, like everything in VS.</div><div><br></div><div>This is kind of difficult if the plugin shells out to an external tool without linking against it, because it doesn't have any knowledge of what specific options and features the version it's calling might support in order to build the appropriate UI to set them. On the other hand, if it links against the tool, this all becomes very easy, because the plugin can share types and data structures with the tool itself. And it also means that someone could download the plugin without installing LLVM, as a standalone tool, greatly reducing the barrier to entry for people wanting to try out the tool.</div><div><br></div><div>Here's a quick mockup of what my ideal UI would look like and what I have in mind: <a href="http://imgur.com/a/p3XBv" target="_blank">http://imgur.com/a/p3XBv</a></div><div><br></div><div>But again, it's hard to maintain this kind of thing if the VS plugin has to rely on an external tool to do the formatting, since it would have to know about every possible set of options for every version as the software improves. So in order to do this this way, we'd need to probably build clang-format and/or clang-tidy as a DLL and bundle them with the plugin, which could link against it.</div><div><br></div><div>Not really asking anyone else to do the work so much as I am asking if people think this would be cool and/or something they'd like to see. Personally I think it would be a great way to get clang-format and clang-tidy onto more peoples' systems, particularly those people who are not currently using clang on Windows, since this would be standalone and work out of the box while providing a familiar user interface to what people are used to.</div><div><br></div><div>Thoughts?</div></div>
<br></blockquote></div></div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">______________________________<wbr>_________________<br>
cfe-dev mailing list<br>
<a href="mailto:cfe-dev@lists.llvm.org" target="_blank">cfe-dev@lists.llvm.org</a><br>
<a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev" rel="noreferrer" target="_blank">http://lists.llvm.org/cgi-bin/<wbr>mailman/listinfo/cfe-dev</a><br>
<br></blockquote></div></div></blockquote></div>
______________________________<wbr>_________________<br>
cfe-dev mailing list<br>
<a href="mailto:cfe-dev@lists.llvm.org" target="_blank">cfe-dev@lists.llvm.org</a><br>
<a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev" rel="noreferrer" target="_blank">http://lists.llvm.org/cgi-bin/<wbr>mailman/listinfo/cfe-dev</a><br>
</blockquote></div>
<br>______________________________<wbr>_________________<br>
cfe-dev mailing list<br>
<a href="mailto:cfe-dev@lists.llvm.org" target="_blank">cfe-dev@lists.llvm.org</a><br>
<a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev" rel="noreferrer" target="_blank">http://lists.llvm.org/cgi-bin/<wbr>mailman/listinfo/cfe-dev</a><br>
<br></blockquote></div></div>
</blockquote></div>
</div></div><br>______________________________<wbr>_________________<br>
cfe-dev mailing list<br>
<a href="mailto:cfe-dev@lists.llvm.org">cfe-dev@lists.llvm.org</a><br>
<a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-dev" rel="noreferrer" target="_blank">http://lists.llvm.org/cgi-bin/<wbr>mailman/listinfo/cfe-dev</a><br>
<br></blockquote></div><br></div>