Open appgurueu opened 2 years ago
Why all the
{type-<typename>}
macros rather than just<typename>
?
The type name alone is ambiguous and not explicit. Macros should be prefixed for categorization anyway.
"Usage" is redundant with arguments + returns
Clarity. It is easier to see a line of code than construct it in your head using some tables.
Table styling should not be all over the place.
If it can be global, sure.
[2, 4, 5]
The template is not set in stone yet and still needs iterating. Further discussion should probably be in docs channels.
{type-<typename>}
macros rather than just<typename>
?Vehicle.property
? This implies that they were "class variables" (static
in Java) rather than per-instance fields. I suggest documenting them just asproperty
to reduce redundancy. Why do fields not use the table format used for arguments & returns?Vehicle:method
as this may be confused with theclass:new
syntax often used for Lua OOP which MT doesn't use.Vehicle
shouldn't be littered all over the document.monospace
.