๐งฉ 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
GUI-Defined Field Rules
saves you time, ensures consistency, and removes repetitive code
What It Does
For every field in JCB, you can configure rule-based behaviors visually. This avoids hand-coding and ensures your field:
- Behaves correctly in forms (e.g. required fields trigger validation)
- Generates accurate database constraints (e.g. unique columns)
- Applies correct save/load logic for null values or defaults
These GUI-defined rules are enforced during both compilation and runtime, streamlining consistency between what users see and how data is handled in the backend.
Key Rule Options
- โ Required: Marks the field as mandatory in the edit view form. JCB auto-generates validation checks and ensures submission cannot proceed unless the field is filled.
- ๐ Unique: Ensures the fieldโs value is not duplicated across records. JCB injects uniqueness validation logic into the model or controller during compile.
- ๐ซ Nullable: Controls whether a database column can accept NULL. When unchecked, the field always stores a default or zero value.
- ๐ฏ Default Value: Specify a default for new records. JCB writes this to the SQL schema and loads it into the form unless overridden.
- ๐ก๏ธ Readonly / Disabled: Useful for fields that should be displayed but not modified in some contexts (e.g., generated slugs, system values).
- ๐ ACL-Aware: Each rule can respect Joomla permissions. You can make fields required only for certain user groups or editable only under specific access conditions.
Where Itโs Configured
- Inside the Field configuration form (in the Rules/Validation tab)
- As part of the Field Type definition (to enforce defaults)
- In View configuration (to override global rules per context)
Use Cases
- โ A required title field on every form
- โ A unique email address field for each user record
- โ A nullable expiration date field with optional input
- โ Setting defaults for boolean switches or dropdowns
- โ Disabling certain fields during record editing based on user group
Conclusion
JCBโs GUI-driven rules framework saves you time, ensures consistency, and removes repetitive code. Whether you're enforcing data integrity or building smart forms, these field-level constraints let you bake business logic right into the structure of your component โ visually and declaratively.