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

chore(docs): refine the "getting started with modeling" page #656

Open
wants to merge 6 commits into
base: main
Choose a base branch
from

Conversation

pavokta
Copy link
Contributor

@pavokta pavokta commented Feb 22, 2024

This is a first-half edit of a very, very long document.

I know that this is a lot to look over, so feel free to schedule me for a Zoom call so we can talk edits over before you merge.

Description

References

Review Checklist

  • I have clicked on "allow edits by maintainers".
  • I have added documentation for new/changed functionality in this PR or in a PR to openfga.dev [Provide a link to any relevant PRs in the references section above]
  • The correct base branch is being used, if not main
  • I have added tests to validate that the change in functionality is working as expected

This is a first-half edit of a very, very long document.

I know that this is a lot to look over, so feel free to schedule me for a Zoom call so we can talk edits over before you merge.
@pavokta pavokta requested a review from a team as a code owner February 22, 2024 23:10
Copy link
Contributor

github-actions bot commented Feb 22, 2024

PR Preview Action v1.4.7
🚀 Deployed preview to https://openfga.github.io/openfga.dev/pr-preview/pr-656/
on branch gh-pages at 2024-03-13 18:33 UTC

docs/content/modeling/getting-started.mdx Outdated Show resolved Hide resolved
If you can answer that question for all types of objects in your system, then you can codify that into an authorization model.

Let's get started!
Answering that question for all object types in your system codifies your authorization model.
Copy link
Member

Choose a reason for hiding this comment

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

I don't think this is saying the same thing as the previous sentence.

It used to say, finish these steps then you can write your authorization model, now it says: finishes these steps and you would have written your authorization model

Copy link
Contributor Author

Choose a reason for hiding this comment

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

How about:

Answering that question for all object types in your system means your authorization model can be codified.

docs/content/modeling/getting-started.mdx Outdated Show resolved Hide resolved
docs/content/modeling/getting-started.mdx Outdated Show resolved Hide resolved
In a few cases other users can be part of determining whether an action can be performed on an action or not. Social media is an example of this "a user can comment on a picture if they are a friend of the user that published it".
Though you're in the process of building a version you can use, the model above is not yet a valid authorization model accepted by <ProductName format={ProductNameFormat.ShortForm}/>.

In a few cases, other users can determine whether one action can be performed on another action. For example, on social media, sometimes a user can comment on a picture if they are a friend of the user that published it.
Copy link
Member

Choose a reason for hiding this comment

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

I don't think this whole note is helpful here, let's remove it. It used to be back in back in the day where we didn't require a type for an object

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Fair enough!


In those cases [**User** should also be an object type](./building-blocks/object-to-object-relationships.mdx). Following the last recommendation, we would discover the User type because it is a second noun in an expression: "friend of the user".
In those cases [**User** must be an object type](./building-blocks/object-to-object-relationships.mdx), and you would discover the User type because it is a second noun in an expression `friend of the user`.
Copy link
Member

Choose a reason for hiding this comment

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

Let's remove

docs/content/modeling/getting-started.mdx Show resolved Hide resolved
docs/content/modeling/getting-started.mdx Outdated Show resolved Hide resolved
docs/content/modeling/getting-started.mdx Outdated Show resolved Hide resolved
@rhamzeh rhamzeh changed the title Update getting-started.mdx chore(docs): refine the "getting started with modeling" page Mar 6, 2024
pavokta and others added 5 commits March 13, 2024 11:14
Co-authored-by: Raghd Hamzeh <raghd.hamzeh@openfga.dev>
Co-authored-by: Raghd Hamzeh <raghd.hamzeh@openfga.dev>
Co-authored-by: Raghd Hamzeh <raghd.hamzeh@openfga.dev>
Co-authored-by: Raghd Hamzeh <raghd.hamzeh@openfga.dev>
Co-authored-by: Raghd Hamzeh <raghd.hamzeh@openfga.dev>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants