๐งฉ 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
Switch Between List/Item GETs
Switching between List and Item modes in Dynamic GETs ensures your data logic is suited for the view's purpose
What It Means
In Joomla Component Builder (JCB), every Dynamic GET can be marked as either a:
- ๐งพ List GET โ designed to return multiple records (array or object list)
- ๐ Item GET โ intended to return a single row (single item detail view)
This setting directly affects:
- The model methodโs return behavior
- Whether pagination and filters are auto-applied
- The context of use (list views, detail pages, modals, etc.)
You control this setting via the Dynamic GET configuration screen using a toggle or dropdown labeled something like โResult Typeโ or โReturn Modeโ.
Why It Matters
- โ
Contextual Output
In a Site Viewโs list screen, youโll want a GET to return many records. But on a detail page (or modal), you want only one โ typically by ID or slug. - ๐ Shared Logic, Separate Usage
The same base query (joins, filters) could be used in both forms โ one as a list (table), one as an item (card or profile). - ๐ฆ Model Code Optimization
JCB compiles efficient code for the intended use. In list mode, youโll see loadObjectList() and pagination logic; in item mode, loadObject() or loadAssoc() is used instead. - ๐ก Combined GETs
Some views in JCB support multiple Dynamic GETs. You can assign one as the list source and another as the item fetcher โ letting you fetch related data or secondary lookups in parallel.
Use Cases
- Frontend blog view (list of articles) + article detail (item)
- Admin import list + modal for editing one row
- Dashboard summary (list) + modal drill-down (item)
Tips for Usage
- Always filter Item GETs by primary key or slug
- List GETs benefit from pagination and ordering
- Choose the right return type early in development to avoid unexpected behavior
Conclusion
Switching between List and Item modes in Dynamic GETs ensures your data logic is suited for the view's purpose. Whether you're building complex interfaces or simple listings, this toggle saves time while keeping data fetching clean and purpose-driven.