Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fix multiple grammar and spelling issues in docs #1212

Open
wants to merge 23 commits into
base: wip
Choose a base branch
from

Conversation

theaddonn
Copy link

This PR fixes A LOT of general grammar issues, spelling mistakes and converts the prior mix of formal and informal worlds into a coherent mess.
Also, entt is pretty cool and I enjoyed reading all the docs :)

@skypjack
Copy link
Owner

Oh, that's huge 😅 it will take me a while to review. I guess splitting it in multiple PRs per doc isn't an option, is it?

@skypjack skypjack self-requested a review January 22, 2025 15:35
@skypjack skypjack self-assigned this Jan 22, 2025
@skypjack skypjack added the documentation docs related issues/requests label Jan 22, 2025
@theaddonn
Copy link
Author

theaddonn commented Jan 22, 2025

It would certainly be possible, but I'm not sure if it would be worth it. In general, take as much time as you want reviewing this. You can also review each page seperately if you want that 😄

Also funny how codecov is failing, quota reached

docs/md/core.md Outdated Show resolved Hide resolved
docs/md/core.md Outdated
@@ -873,7 +873,7 @@ where constant expressions are required.

As long as the list remains unchanged, identifiers are also guaranteed to be
stable across different runs. In case they have been used in a production
environment and a type has to be removed, one can just use a placeholder to
environment, and a type has to be removed; one can just use a placeholder to
Copy link
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

; feels wrong too.

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

fair, I think having there be a dot instead feels good

Copy link
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Agreed. 🙂

docs/md/entity.md Outdated Show resolved Hide resolved
such as the connection objects or the possibility to attach listeners with a
list of parameters that is shorter than that of the signal itself.
list of parameters that are shorter than that of the signal itself.
Copy link
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The list is shorter. I think this fix is wrong actually, isn't it?

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

depends if you are referring to the list being shorter or the parameter in the list being shorter

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I assume the first, so this fix is likely incorrect

Copy link
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yeah, exactly, the list is shorter in this case.

reduce the boilerplate in the most complex cases.

### Handle

A handle is a thin wrapper around an entity and a registry. It _replicates_ the
API of a registry by offering functions such as `get` or `emplace`. The
difference being that the entity is implicitly passed to the registry.<br/>
It's default constructible as an invalid handle that contains a null registry
It is default-constructible as an invalid handle that contains a null registry
Copy link
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Uhm, default constructible is quite common in C++ actually. I don't think this one is correct in this sense.

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

After some research it actually is more formal and it aligns with established naming conventions like those in the C++ stl

docs/md/entity.md Outdated Show resolved Hide resolved
@theaddonn
Copy link
Author

Thank you very much for the review!

docs/md/graph.md Outdated Show resolved Hide resolved
docs/md/reference.md Outdated Show resolved Hide resolved
docs/md/reference.md Outdated Show resolved Hide resolved
docs/md/process.md Outdated Show resolved Hide resolved
@theaddonn
Copy link
Author

theaddonn commented Jan 26, 2025

should have cover most of your concerns now, sorry for the rather late fixes

@skypjack
Copy link
Owner

No need to apologize. I'm doing as you suggested and reviewing one file at a time when I can. I still have some work to do, actually! 🙂

@@ -873,7 +873,7 @@ where constant expressions are required.

As long as the list remains unchanged, identifiers are also guaranteed to be
stable across different runs. In case they have been used in a production
environment and a type has to be removed, one can just use a placeholder to
environment, and a type has to be removed. One can just use a placeholder to
Copy link
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Oh, I see the misunderstanding now 😅 this is more on the line: One can do xxx in case they have been uses ..., and a type as to be removed. I flipped everything upside down in perfect Italian style, sorry for that. 🙏

@@ -74,25 +74,25 @@ entt::meta_factory<my_type> factory{};
The returned value is a _factory object_ to use to continue building the meta
type.

By default, a meta type is associated with the identifier returned by the
By default, a meta-type is associated with the identifier returned by the
Copy link
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

To be honest, I prefer that meta-type, meta-data and all the other meta- stuff stays the way they were before, i.e. without the -. This form is more common in general, and it also avoids confusion with things like meta-default constructor, which feels wrong.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

default meta-constructor?

Copy link
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Fair enough. 👍

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
documentation docs related issues/requests
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants