⚠️ Proposed Structure for Tab-based Editing
Current Issue: Using a single paragraph reference field requires complex form alterations to achieve the desired tab layout.
Proposed Solution: Instead of using a single field_issue_homepage_layout paragraph field, we should use separate entity reference fields for each section:
- field_featured_articles - Entity reference to Impact Article (4 articles)
- field_departments_articles - Entity reference to Impact Article (3 articles)
- field_inside_apta - Entity reference to Impact Article (3 articles - Delta 0: Editor's Note, Delta 1: Membership Matters, Delta 2: On the Move)
- field_additional_sections - Paragraph reference to additional_sections (unlimited for custom sections)
This approach allows us to:
- ✅ Easily create tabs in form alter without complex widget manipulation
- ✅ Use inline_entity_form_simple for direct article creation/selection
- ✅ Maintain proper field validation and cardinality
- ✅ Simplify JavaScript progress tracking
- ✅ Avoid paragraph pre-saving issues
🔗 Entity Relationships
Widget Types:
IEF = Inline Entity Form (create/edit inline)
REF = Entity Reference (select only)
Impact Issue
→
field_featured_articles
→
Impact Article
IEF
(4 featured articles)
Impact Issue
→
field_departments_articles
→
Impact Article
IEF
(3 department articles)
Impact Issue
→
field_inside_apta
→
Impact Article
IEF
(3 articles: Editor's Note, Membership Matters, On the Move)
Impact Issue
→
field_additional_sections
→
Additional Sections (Paragraph)
IEF
(unlimited custom sections)
Impact Article
→
field_article_author
→
Authors (Taxonomy)
IEF
(article author - can create new or select existing)
Impact Article
→
field_article_category
→
Categories (Taxonomy)
REF
(article category - select from predefined list)
Impact Article
→
field_article_keywords
→
Keywords (Taxonomy)
REF
(search keywords - autocomplete tags)
Additional Sections (Paragraph)
→
field_additional_articles
→
Impact Article
IEF
(articles in custom section)