๐งฉ Architecture & Core Logic
- Super Powers
- Joomla Powers
- Compile Native Components, Plugins & Modules
- Multi-Version Support
- Conditional Logic Injection
- Reusable Admin Views
- Dynamic GET Builder
- Round-Trip Code Integration
- Custom Admin Views
- Site Views
- Dynamic Dashboards
- Model Linking Between Views
- Shared Field Reuse Across Views
- Drag & Drop Field Mapping
- Dynamic Field Visibility
- Independent Packaging
๐ Joomla CMS Integration
๐งฑ Custom Code System (Powerful Dual Feature)
๐ Field Type System
๐ Snippets, Templates, Layouts, Libraries
- Snippets Reusable Html Blocks
- Layouts Reusable Php Render Templates
- Templates Page Level Views Linked To Custom Admin Site Views
- Libraries JS CSS Assets Linked To UI
- CDN Local Toggle For Library Delivery
- Media Folder Injection With Override Support
- Repository Push Pull Reset Workflow
- Init Snippets Layouts Templates Via Gui
๐ฆ Packages
๐งฉ Architecture & Core Logic
๐ File & Code Management
๐ง Code Reuse & Blueprints
๐ Joomla CMS Integration
๐จ Visual GUI & UX
๐ Internationalization
๐ฆ Packaging & Distribution
โ๏ธ Compiler Engine Features
๐งฑ Custom Code System
๐ Field Type System
๐ Dynamic GET (Visual SQL Engine)
๐ Snippets, Templates, Layouts, Libraries
๐ Documentation & Metadata
๐ Analytics & Insights
๐งฉ Architecture & Core Logic
- Super Powers
- Joomla Powers
- Compile Native Components, Plugins & Modules
- Multi-Version Support
- Conditional Logic Injection
- Reusable Admin Views
- Dynamic GET Builder
- Round-Trip Code Integration
- Custom Admin Views
- Site Views
- Dynamic Dashboards
- Model Linking Between Views
- Shared Field Reuse Across Views
- Drag & Drop Field Mapping
- Dynamic Field Visibility
- Independent Packaging
๐ Joomla CMS Integration
- Token Integration
- ACL Per View, Field, Item
- Field-Based Joomla Config Generation
- Support For Joomla Categories/Tags/Custom Fields
- CLI-Ready Components
- Joomla Update Server Integration
- Version-Aware Language String Compilation
- Remote Publishing to Custom Repo Update Streams
๐ Field Type System
- Field Types Define Templates And Data Types
- Gui Defined Rules Required Unique Nullable
- Save Get Hooks Per Field
- Database Schema Auto Generated From Field Settings
- Per Display Field Rendering Config List Edit
- Create Dynamic Models With Modals Selectors
- Conditional Js And Css Per Field
๐ Snippets, Templates, Layouts, Libraries
- Snippets Reusable Html Blocks
- Layouts Reusable Php Render Templates
- Templates Page Level Views Linked To Custom Admin Site Views
- Libraries JS CSS Assets Linked To UI
- CDN Local Toggle For Library Delivery
- Media Folder Injection With Override Support
- Repository Push Pull Reset Workflow
- Init Snippets Layouts Templates Via Gui
Field View-Type Override (Admin vs Config)
Define how fields behave and render across different component views โ all from a single definition.
What Is Field View-Type Override?
In JCB, each field can be customized to behave differently depending on the context in which itโs used. Most commonly, this means distinguishing how the same field should appear or function in:
- The Admin (backend) interface
- The Configuration view (e.g. component options)
- The Site (frontend) interface
Rather than duplicating fields, JCB allows you to override key properties per view type. This includes rendering, default values, required flags, visibility, layout styling, and even custom logic. It ensures your fields stay DRY (Don't Repeat Yourself) while still adapting intelligently to their environment.
Key Features
- ๐ญ Contextual Overrides: Define different behavior for:
- Admin view (e.g., edit form, list view)
- Site view (public-facing form or display)
- Config view (component/system settings)
- ๐ง View-Specific Logic: Control:
- Field type (text, textarea, radio, etc.)
- Default or fallback values
- Show/hide status
- Validation rules
- Layout and CSS classes
- Read-only or editable modes
- ๐ Shared Data Model: All overrides use the same base field โ ensuring consistent DB schema.
- ๐ก Integrated With Custom Scripting: Combine per-view overrides with conditional logic for maximum flexibility.
- ๐ฆ Compile-Time Aware: JCB generates separate render logic for each view type during compile.
Use Cases
- Show a select field in the admin, but a readonly label in the config view.
- Disable a field in the site view but keep it editable in the backend.
- Apply different validation or placeholder text depending on the view.
- Use a rich editor in the admin, but plain input on the frontend.
How to Use It
- Open the Admin View in JCB.
- Edit the Field Relations and Field Conditions in the Admin view.
- Add the wanted field conitions and relations to the fields based on that admin view.
- Set field Realationships for:
- Field to a Database Table
- Custom Join Code
- Define Conditions such as:
- Field Toggle
- Match and Match Behavior
- Target Fields
- Save and compile your component.
๐ง Tip: Use this feature to consolidate complex logic into a single field definition and reduce duplication across views.
Conclusion
Field View-Type Overrides are an elegant way to customize the user experience across multiple contexts while keeping your blueprint clean and maintainable. They allow each field to adapt without redundancy โ ensuring the right UX for admins, users, and system settings alike.