Alphabetically sorting is not "arbitrary like anything else" - we don't need
French philosophy and/or demagogy here, please.
It has merits but for Qt is simply not an option, and it's not causing "pain" me
or anyone else. Please refrain from dramatizing, it's just coding
style we're talking about
Jiergir Ogoerg wrote:
> Ironically, not even the IDE (QtCreator) sorts them out, in my example
> parse...() is the 1st in the list, and locale() is the last one (16th).
There's a "Sort alphabetically" check box in the context menu of
whatever-that-combobox-that-I-never-use-for-navigation-is-calle
I've missed that, sorry. Can we discuss the code right in the
https://codereview.qt-project.org/#change,73340 's diff?
Regards,
Konstantin
2014/1/2 Mitch Curtis
> On 12/22/2013 05:51 AM, Konstantin Ritt wrote:
>
>> During the testing, we've found a bunch of bugs and other issues. I'd
>> sugges
From: development-bounces+tallen=blackberry@qt-project.org
[development-bounces+tallen=blackberry@qt-project.org] on behalf of Jiergir
Ogoerg [f35f22...@gmail.com]
Sent: 02 January 2014 14:32
Cc:
Subject: Re: [Development] Coding style proposal
>
That's indeed an issue with alphabetic sort, but not the whole Qt
source code follows this:
bool supportsSelection() const;
bool supportsFindBuffer() const;
bool ownsSelection() const;
bool ownsClipboard() const;
Two methods about selection yet between them is one about "find
buffer" (file qcl
On quinta-feira, 2 de janeiro de 2014 21:32:07, Jiergir Ogoerg wrote:
> Ironically, not even the IDE (QtCreator) sorts them out, in my example
> parse...() is the 1st in the list, and locale() is the last one
> (16th).
The suggestion is to lay the functions in the order that they are declared in
On 2 January 2014 18:33, Jiergir Ogoerg wrote:
> It's not for documentation purposes (not for those using Qt to create
> apps), but for those working with the Qt code.
> Currently, if you're coding a method you put it virtually anywhere in the
> file.
> If you have 30 methods they're put alphabet
Ironically, not even the IDE (QtCreator) sorts them out, in my example
parse...() is the 1st in the list, and locale() is the last one
(16th).
Regardless, not anyone is using an IDE, and out of those using an IDE
not anyone uses it to locate functions (me).
On Thu, Jan 2, 2014 at 9:10 PM, Giuseppe
On Thu, Jan 2, 2014 at 7:33 PM, Jiergir Ogoerg wrote:
>
> If it was ordered, then you'd know to scroll up to the top if you're
> looking for a method called "awesome()",
> if you got another method "awesomeAndMore()" - you know it's next to
> awesome(), it can't
> be at the bottom or in the middle
Right from the author's mouth: http://rant.gulbrandsen.priv.no/qdoc
Cheers,
Jan
--
Trojitá, a fast Qt IMAP e-mail client -- http://trojita.flaska.net/
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/
It's not for documentation purposes (not for those using Qt to create
apps), but for those working with the Qt code.
Currently, if you're coding a method you put it virtually anywhere in the file.
If you have 30 methods they're put alphabetically in the docs - and
it's not about the docs,
when you
Since Doxygen is written in Qt, supports multiple languages including QML (via
Doxyqml) and interfaces with Graphviz, why is QDoc used instead of Doxygen for
Qt documentation? Doxyqml revisions are required to support some of the Qt
documentation commands that it can’t handle, but this may be an
From: development-bounces+tallen=blackberry@qt-project.org
[development-bounces+tallen=blackberry@qt-project.org] on behalf of Pau
Garcia i Quiles [pgqui...@elpauer.org]
Sent: 02 January 2014 10:26
To: Paul Olav Tvete
Cc: development@qt-project.org
Subjec
On Thu, Jan 2, 2014 at 12:10 PM, Paul Olav Tvete wrote:
> The Qt Project does indeed supports two different deployment method (and a
> third one for debugging purposes). Ministro was developed by and is
> maintained
> by BogDan. The bundling option was done by Eskil for Digia, so we feel more
> r
On 12/22/2013 05:51 AM, Konstantin Ritt wrote:
> During the testing, we've found a bunch of bugs and other issues. I'd
> suggest uploading this WIP branch to codereview, like we do for any
> other stuff.
>
> Regards,
> Konstantin
It has been on gerrit in a WIP branch since I sent the email you rep
Sorry, I'm late to the party (I have been moving house, and still waiting for
have been without internet...)
> -Original Message-
> From: development-bounces+kai.koehne=digia@qt-project.org
> [mailto:development-bounces+kai.koehne=digia@qt-project.org] On
> Behalf Of Andreas Aarda
Hello,
This function is a private member, but there are several references to
it in http://qt-project.org/doc/qt-5/qopenglcontext.html.
Is it meant to be public? Or should I remove those references from the
public documentation?
Regards,
Sze-Howe
___
On Wednesday 25 December 2013 01:53:14 BogDan wrote:
> Well, from your mail it looks like Ministro is a second class citizen
> deploying method which IMHO is not true at all. Bundling Qt libs into the
> apk is *one* of the official *ways*, meaning that Ministro is also *one* of
> the official *wa
On 25.12.13 23:03, "Thiago Macieira" wrote:
>On quarta-feira, 25 de dezembro de 2013 17:45:13, Jiergir Ogoerg wrote:
>> return bswap_32(source);
>>
>>
>> So was 'register' reintroduced or not fully removed, or something else?
>
>Something else. bswap_32 is a macro.
I’m getting this as we
On 02.01.14 08:42, "Simon Hausmann" wrote:
>On Thursday 2. January 2014 09.34.21 Konstantin Ritt wrote:
>> 1. In cpp, we typically use enums for numeric constants. In Qt coding
>> style, enums are in CamelCase.
>> 2. Just a wasting of time. Simply use generated documentation rather
>>than
>> sc
20 matches
Mail list logo