[Development] From whence cometh Q_NAMESPACE?

Giuseppe D'Angelo giuseppe.dangelo at kdab.com
Tue Jun 11 18:30:03 CEST 2019


Hi,

Il 11/06/19 17:28, Matthew Woehlke ha scritto:
> A coworker just pointed out something interesting... the documentation
> of Q_NAMESPACE is in qobject.cpp, which causes it to be documented under
> the documentation for QObject.

Technically, it's the \relates command that puts it in the QObject's 
docs, not the fact that it appears in qobject.cpp.

> However, the*definition*  comes from
> qobjectdefs.h, which is roughly QMetaObject, and indeed it seems like
> one should not need all of QObject to use Q_NAMESPACE. Q_ENUM and
> Q_ENUM_NS are in the same boat... In fact, so is Q_GADGET and everything
> that can be used with Q_GADGET.
> 
> Is this intended? Or would it make sense to move the documentation to
> QMetaObject?

Well, also Q_OBJECT itself, Q_SIGNALS/Q_SLOTS, etc. appear in 
qobjectdefs.h, yet obviously the right place for documented them is 
QObject. So I think the other macros just followed suit. Maybe it's 
possible to specify that macro for multiple targets, but is it worth it?

Cheers,
-- 
Giuseppe D'Angelo | giuseppe.dangelo at kdab.com | Senior Software Engineer
KDAB (France) S.A.S., a KDAB Group company
Tel. France +33 (0)4 90 84 08 53, http://www.kdab.com
KDAB - The Qt, C++ and OpenGL Experts

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4329 bytes
Desc: Firma crittografica S/MIME
URL: <http://lists.qt-project.org/pipermail/development/attachments/20190611/8aece764/attachment.bin>


More information about the Development mailing list