-
Notifications
You must be signed in to change notification settings - Fork 570
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 documentation error #4963
Fix documentation error #4963
Conversation
WalkthroughThe pull request introduces significant enhancements to the Changes
Possibly related PRs
Suggested reviewers
Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media? 🪧 TipsChatThere are 3 ways to chat with CodeRabbit:
Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments. CodeRabbit Commands (Invoked using PR comments)
Other keywords and placeholders
Documentation and Community
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Actionable comments posted: 0
🧹 Outside diff range and nitpick comments (8)
docs/source/plugins/developing_plugins.rst (8)
Line range hint
1-71
: Consider enhancing the introduction with a clearer distinction between Python and JS plugins.While the introduction effectively explains the plugin system, consider adding a brief comparison table or bullet points early in the section to highlight the key differences and use cases for Python versus JavaScript plugins. This would help developers choose the right approach from the start.
Line range hint
72-186
: Consider adding real-world use cases for each component type.The section effectively explains each component type, but it would be even more valuable with concrete examples of real-world scenarios where each component type is most appropriate. For example:
- Panels: Data visualization dashboards, custom annotation interfaces
- Operators: Batch processing tasks, model inference pipelines
- Components: Custom form inputs, specialized data renderers
Line range hint
187-219
: Consider adding a troubleshooting subsection.The setup instructions are clear, but common development issues and their solutions would be valuable. Consider adding:
- Common installation errors and their solutions
- Environment setup verification steps
- Development tools recommendations (e.g., IDE plugins, linters)
Line range hint
220-401
: Consider adding configuration validation examples.The configuration documentation is comprehensive, but it would be helpful to include:
- Examples of invalid configurations and their error messages
- Best practices for versioning plugins
- Configuration validation tools or scripts
Line range hint
402-1089
: Consider expanding error handling examples.While the operator development documentation is thorough, consider adding:
- Examples of graceful error handling in operators
- Best practices for error reporting to users
- Common operator failure scenarios and recovery strategies
Line range hint
1090-2263
: Consider adding panel testing guidance.The panel development documentation is comprehensive, but would benefit from:
- Unit testing examples for panels
- Integration testing strategies
- Performance testing considerations
Line range hint
2264-2721
: Consider adding TypeScript examples.While the JS plugin development documentation is solid, consider enhancing it with:
- TypeScript interface definitions for plugin components
- Type-safe state management examples
- TypeScript configuration guidance
Line range hint
2722-3024
: Consider adding more complex advanced usage examples.The advanced usage section would benefit from:
- Multi-step workflow examples
- Complex data persistence patterns
- Integration examples with external services
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
thank you for the contribution!
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## develop #4963 +/- ##
===========================================
+ Coverage 99.17% 99.19% +0.01%
===========================================
Files 49 50 +1
Lines 17785 18099 +314
===========================================
+ Hits 17639 17953 +314
Misses 146 146
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Sentry. |
What changes are proposed in this pull request?
A single-character change to documentation to make a "decrement" function subtract instead of add.
How is this patch tested? If it is not, please explain why.
No tests required.
Release Notes
Is this a user-facing change that should be mentioned in the release notes?
notes for FiftyOne users.
(Details in 1-2 sentences. You can just refer to another PR with a description
if this PR is part of a larger change.)
What areas of FiftyOne does this PR affect?
fiftyone
Python library changesSummary by CodeRabbit