[ 
http://jira.magnolia-cms.com/browse/MGNLSTK-661?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Roman Kovařík updated MGNLSTK-661:
----------------------------------

        Summary: Add possibility to set maximum number of components in areas  
(was: maximale Anzahl von Paragraphen in den Areas konfigurierbar machen 
(Area.java))
    Description: 
Translation:
Enable the configuration of maximum Paragraphs for Areas to provide flexible 
functionality in templating. You would be able to configure 4 available 
paragraphs, but enable the author just to add 2 paragraphs (no matter wich 
ones).
The effort should not be too big.
Maybe there are issues with paragraph inheritence for example in the promos 
area.
One could add 4 components to availableComponents, but already not display the 
newbar after 2 actually added components to the site.

Original:
Es wäre schön, wenn man die maximale Anzahl von Paragraphen in einer Area per 
config übergeben könnte. 

Diese Lösung wäre flexibler als z.B. das Singleton Template. Man könnte 
beispielsweise 4 verschiedene paragraphen zur Auswahl stellen, aber trotzdem 
nach zwei erfassten Paragraphen keinen weiteren mehr zulassen (newbar nicht 
mehr anzeigen). 

Auf diese Weise könnte man mit dem Standard Template/Model ganz einfach die 
verschiedensten Szenarien abdecken, ohne jeweils ein neues ftl alegen zu müssen 
und eigene Template- und Model-Klassen zu schreiben. 

Aus meiner (noch etwas eingeschränkten) Sicht solte sich sowohl der 
Implementierung- wie auch der Test-aufwand in Grenzen halten. Es stellt sich 
eventuell die Frage, wie oder ob man diese Funktionalität für Promos einbauen 
könnte. Da spielt ja die Vererbung noch mit...

  was:
Es wäre schön, wenn man die maximale Anzahl von Paragraphen in einer Area per 
config übergeben könnte. 

Diese Lösung wäre flexibler als z.B. das Singleton Template. Man könnte 
beispielsweise 4 verschiedene paragraphen zur Auswahl stellen, aber trotzdem 
nach zwei erfassten Paragraphen keinen weiteren mehr zulassen (newbar nicht 
mehr anzeigen). 

Auf diese Weise könnte man mit dem Standard Template/Model ganz einfach die 
verschiedensten Szenarien abdecken, ohne jeweils ein neues ftl alegen zu müssen 
und eigene Template- und Model-Klassen zu schreiben. 

Aus meiner (noch etwas eingeschränkten) Sicht solte sich sowohl der 
Implementierung- wie auch der Test-aufwand in Grenzen halten. Es stellt sich 
eventuell die Frage, wie oder ob man diese Funktionalität für Promos einbauen 
könnte. Da spielt ja die Vererbung noch mit...


> Add possibility to set maximum number of components in areas
> ------------------------------------------------------------
>
>                 Key: MGNLSTK-661
>                 URL: http://jira.magnolia-cms.com/browse/MGNLSTK-661
>             Project: Magnolia Standard Templating Kit
>          Issue Type: New Feature
>    Affects Versions: 1.3.1
>            Reporter: Stefan Baur
>            Assignee: Roman Kovařík
>            Priority: Minor
>             Fix For: 2.0.9
>
>
> Translation:
> Enable the configuration of maximum Paragraphs for Areas to provide flexible 
> functionality in templating. You would be able to configure 4 available 
> paragraphs, but enable the author just to add 2 paragraphs (no matter wich 
> ones).
> The effort should not be too big.
> Maybe there are issues with paragraph inheritence for example in the promos 
> area.
> One could add 4 components to availableComponents, but already not display 
> the newbar after 2 actually added components to the site.
> Original:
> Es wäre schön, wenn man die maximale Anzahl von Paragraphen in einer Area per 
> config übergeben könnte. 
> Diese Lösung wäre flexibler als z.B. das Singleton Template. Man könnte 
> beispielsweise 4 verschiedene paragraphen zur Auswahl stellen, aber trotzdem 
> nach zwei erfassten Paragraphen keinen weiteren mehr zulassen (newbar nicht 
> mehr anzeigen). 
> Auf diese Weise könnte man mit dem Standard Template/Model ganz einfach die 
> verschiedensten Szenarien abdecken, ohne jeweils ein neues ftl alegen zu 
> müssen und eigene Template- und Model-Klassen zu schreiben. 
> Aus meiner (noch etwas eingeschränkten) Sicht solte sich sowohl der 
> Implementierung- wie auch der Test-aufwand in Grenzen halten. Es stellt sich 
> eventuell die Frage, wie oder ob man diese Funktionalität für Promos einbauen 
> könnte. Da spielt ja die Vererbung noch mit...

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.magnolia-cms.com/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

       


----------------------------------------------------------------
For list details, see: http://www.magnolia-cms.com/community/mailing-lists.html
Alternatively, use our forums: http://forum.magnolia-cms.com/
To unsubscribe, E-mail to: <dev-list-unsubscr...@magnolia-cms.com>
----------------------------------------------------------------

Reply via email to