[Qt-creator] code style politic question

Luc Vlaming mail at lucvlaming.com
Mon Jul 2 07:32:24 CEST 2012

Hi everyone,

is anyone currently already working on implementing such a feature?
otherwise i might start on it this weekend, and expect it to be polished a
few days after that; i don't have that much spare time on my hands

i would be implementing the following (in that order):
- the placement of & en *
- const placement
- ... (open to suggestions)

for each of these options i will try to introduce something in the options
window, probably in a seperate tab or so.

after having them i'd like to look at seeing where else these options apply
(if someone could provide me with some hints that would be nice). then i
could fix those hardcoded rules too to use the (by then) introduced options.


On Wed, Jun 6, 2012 at 10:43 AM, Leandro T. C. Melo
<leandro.melo at nokia.com>wrote:

> On 06/06/2012 01:52 AM, ext Cristian Tibirna wrote:
> >
> > Hello
> >
> > I know what follows carries heavy flamewar potential and PLEASE don't let
> > yourself drawn into it. It is not at all my intention.
> >
> > My question: if I commit additions to code style configuration dialogs to
> > allow for changing the politics of relation between type and modifier in
> > method signatures, will they be accepted?
> >
> > What I would add is (configurable) possibility of formatting (when
> generating
> > class files of adding method definitions) this style
> >
> > void foo::bar(int&  baz);
> >
> > as opposed to the default
> >
> > void foo::bar(int&baz);
> >
> > Thanks for advising.
> >
> I believe this would be quite useful. We actually have a couple of Jira
> reports related to that. Just notice that currently our code style
> options mainly concern indentation so it's a new concept there.
> In addition, we might have one or two fragmented options that would fit
> into that. For instance, the 'Insert space after function name' from the
> completion tab.
> Also, from a design perspective I'd recommend thinking of such a feature
> in a broader sense, since all kinds of code assist we provide like
> function completion or possibly other quick fixes should ideally be able
> to use it.
> Cheers,
> Leandro
> _______________________________________________
> Qt-creator mailing list
> Qt-creator at qt-project.org
> http://lists.qt-project.org/mailman/listinfo/qt-creator
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.qt-project.org/pipermail/qt-creator/attachments/20120702/09e2d9a2/attachment.html>

More information about the Qt-creator mailing list