Extract SR and GSPS code from dicom.rs#44
Conversation
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: defaults Review profile: CHILL Plan: Pro Run ID: 📒 Files selected for processing (1)
📝 WalkthroughWalkthroughRefactors GSPS and Structured Report parsing out of Changes
Estimated code review effort🎯 4 (Complex) | ⏱️ ~45 minutes Possibly related PRs
Poem
🚥 Pre-merge checks | ✅ 2 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (2 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches
🧪 Generate unit tests (beta)
📝 Coding Plan
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
There was a problem hiding this comment.
Actionable comments posted: 1
🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.
Inline comments:
In `@src/dicom.rs`:
- Around line 17-20: The public type GspsOverlay exposes Vec<GspsOverlayGraphic>
but GspsOverlayGraphic is only re-exported under #[cfg(test)], causing a
private_interfaces lint; remove the #[cfg(test)] guard so that pub use
gsps::GspsOverlayGraphic is re-exported publicly (aligning with GspsOverlay),
ensuring external code can name the element type and the public API is
consistent with load_gsps_overlays/GspsOverlay/GspsUnits; then run the
linter/tests to confirm the warning is resolved.
ℹ️ Review info
⚙️ Run configuration
Configuration used: defaults
Review profile: CHILL
Plan: Pro
Run ID: 425dffa0-3791-4097-ad76-7b2a9ba74b07
📒 Files selected for processing (4)
DESIGN.mdsrc/dicom.rssrc/dicom/gsps.rssrc/dicom/sr.rs
Summary by CodeRabbit
New Features
Refactor
Tests