Skip to content

docs: Homepage and Getting Started section #5772

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

Open
wants to merge 12 commits into
base: docs/writechoice-dev-docs
Choose a base branch
from

Conversation

guiwrite
Copy link

Thanks for submitting a PR! Please check the boxes below:

  • I have added information to docs/ if required so people know about the feature!
  • I have filled in the "Changes" section below?
  • I have filled in the "How did you test this code" section below?
  • I have used a Conventional Commit title for this Pull Request

Changes

  • Homepage
  • Getting Started
  • Feature Flags
  • Glossary

How did you test this code?

No changes to the code, only to the docs.

@guiwrite guiwrite requested a review from a team as a code owner July 16, 2025 20:00
@guiwrite guiwrite requested review from Zaimwa9 and removed request for a team July 16, 2025 20:00
Copy link

vercel bot commented Jul 16, 2025

The latest updates on your projects. Learn more about Vercel for Git ↗︎

Name Status Preview Comments Updated (UTC)
docs ✅ Ready (Inspect) Visit Preview 💬 Add feedback Aug 1, 2025 1:37pm
2 Skipped Deployments
Name Status Preview Comments Updated (UTC)
flagsmith-frontend-preview ⬜️ Ignored (Inspect) Visit Preview Aug 1, 2025 1:37pm
flagsmith-frontend-staging ⬜️ Ignored (Inspect) Visit Preview Aug 1, 2025 1:37pm

Copy link

vercel bot commented Jul 16, 2025

@guiwrite is attempting to deploy a commit to the Flagsmith Team on Vercel.

A member of the Team first needs to authorize it.

Copy link
Contributor

@matthewelwell matthewelwell left a comment

Choose a reason for hiding this comment

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

I've added a few specific comments, but I want to also provide some general feedback that might be relevant to the rest of the PRs as I go through them:

  1. Consistency of capitalisation. Unless a term is a proper noun, we shouldn't capitalise it. I have seen instances where feature, flag, organisation, project, etc. have all been capitalised, and other instance where they are not capitalised. Let's stick to not capitalising.
  2. Identities are not necessarily users. Please try to avoid indicating that identities are users. In a lot of cases they probably are, but they don't have to be - they can be a device, a tenant, a server, etc. - it's why they're called identities, not users.

Also, related to the PR itself, please make sure that you're following conventional commit guidelines with the title of your PRs - I've updated the title of this one, but please keep in mind for future PRs.


4. Because your button only shows when the "sharing_button" flag is set to True, you are safe to commit your code as you work on the feature. Your code will be live within the production platform, but the functionality is hidden behind the flag.

5. Once you are happy with your Feature, you can enable the "sharing_button" for other members of your team and with beta testers.
Copy link
Contributor

Choose a reason for hiding this comment

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

Please make sure that we're consistent with capitalisation.

Suggested change
5. Once you are happy with your Feature, you can enable the "sharing_button" for other members of your team and with beta testers.
5. Once you are happy with your feature, you can enable the "sharing_button" for other members of your team and with beta testers.

Copy link
Contributor

Choose a reason for hiding this comment

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

It looks like this is an issue throughout this page. I can see instances where the term 'feature flag' is in title case, and others where it's not. My opinion is that we shouldn't capitalise anything that's not a proper noun. Please can you go through this PR (and others) and make sure that we're consistent with the usage of feature flags (lower case).

Copy link
Contributor

Choose a reason for hiding this comment

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

@guiwrite I can still see quite a few inconsistencies, particularly around the term 'feature flag' - can you make sure that it's lower case everywhere?

@matthewelwell matthewelwell changed the title [Documentation] Homepage and Getting Started section docs: Homepage and Getting Started section Jul 25, 2025
Co-authored-by: Matthew Elwell <mjelwell89@gmail.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
docs Documentation updates
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants