Changes between Version 19 and Version 20 of BluePrint/Plugins
- Timestamp:
- 06/21/13 23:11:09 (12 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
BluePrint/Plugins
v19 v20 14 14 15 15 === Developer === 16 The Developer wishes to be able to develop new functionality which extends a base Eden install without needing to have anything added to trunk. +++ 17 * e.g. Their feature involves something confidential to the site. ++ 16 The Developer wishes to be able to develop new functionality which extends a base Eden install without needing to have anything added to trunk. 17 * e.g. Their feature may involve something confidential to the site. 18 * e.g. Their feature may not be seen as relevant to core Eden. 19 * e.g. Their feature may not be seen as robust enough for core Eden. 18 20 19 21 This functionality may include: 20 22 * Modules 21 23 * Models 22 * This may require the most work23 24 * Controllers 24 * These will be available in the co-app namespace25 25 * [DeveloperGuidelines/Templates Template] 26 26 * Settings … … 28 28 * Controller Customizations 29 29 * Parsers 30 * Note: It is very easy already to have a Template kept out of the main repo via a .gitignore, so the value comes if the Template is to be easily shared with the rest of the Community31 30 * [DeveloperGuidelines/Themes Theme] 32 31 * Views 33 32 * CSS 34 * Note: It is very easy already to have a Theme kept out of the main repo via a .gitignore, so the value comes if the Theme is to be easily shared with the rest of the Community35 33 * Widgets 36 * Widgets can already be defined in Templates 37 * Applying the Widgets to existing modules would be done in controller customizations in Templates 38 * The value comes if the Widget is to be easily shared with the rest of the community 34 35 === Note === 36 We can actually keep a lot of stuff out of trunk very easily already: 37 * Templates can be added to .gitignore 38 * Themes can be added to .gitignore 39 * Views can already be defined in Templates & Themes 40 * Widgets can be defined in Templates 41 * Applying Widgets to existing modules would be done in controller customizations in Templates 42 43 The value comes if we want to be able to easily share these customisations back to the wider community 44 39 45 ==== New data ==== 40 46 * A site wants to add fields to an existing primary resource, and have them show up in the primary resource's Basic Details form. These will be 1-1 with the primary resource records. +++ 41 47 * A site needs to add a new 1-N component to go with an existing primary resource. +++ 42 48 43 These can be done with a Model and a custom crud_form in the customize_ section ofthe Template49 These can be done with a Model and a custom crud_form in a customize function in the Template 44 50 45 51 ==== New functionality ==== … … 60 66 * S3Menu to be extended to read the settings & add additional menu entries found in those folders 61 67 * Templates which don't use S3Menu will not support these, but that's seen as a bug in these templates 68 * S3Model to be extended to be able to conditionally load models from the co-app 69 * Controllers in the co-app will be easily available 62 70 63 71 === Future extensions ===