<p>The size always matters if the struct layout is fully visible. You can always copy from pointer to local variable. From an API perspective, it just means we can usually append to such structs without causing damage downstream (compiled binaries only copy up to the size at compile time). It does <em>not</em> mean we can remove from the end or change stuff there.</p>

<p>As for the separate doxyfile. Yes, I absolutely do not want one that gives all, even undocumented symbols, because that means that stuff lands in the gir which totally shouldn't be there (think of all the FooPrivate structs). There is only EXRACT_ALL and so I can chose between everything and everything documented. Everything is far too much to be remotely useful. With just everything documented the gir generation can be completely automated, i.e. no extra maintainance burden (just keep the doxygen comments in good conditional, as always).</p>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br>Reply to this email directly or <a href="https://github.com/geany/geany/commit/302b40e9778ff49407902f3ef9f272ed202f4547#commitcomment-15038019">view it on GitHub</a>.<img alt="" height="1" src="https://github.com/notifications/beacon/ABDrJyMq2GmpzGcg5Kuq7mlVSWEZfJEUks5pQoWOgaJpZM4G3NbP.gif" width="1" /></p>
<div itemscope itemtype="http://schema.org/EmailMessage">
<div itemprop="action" itemscope itemtype="http://schema.org/ViewAction">
  <link itemprop="url" href="https://github.com/geany/geany/commit/302b40e9778ff49407902f3ef9f272ed202f4547#commitcomment-15038019"></link>
  <meta itemprop="name" content="View Commit"></meta>
</div>
<meta itemprop="description" content="View this Commit on GitHub"></meta>
</div>