Replicator – přesun containeru mezi replikátory

Přidávám si do kódu do každého containeru ID příští položky MenuItem. A to používám pro přesunutý container. Někdy se to ID neincrementuje. Asi tam mám v js kódu nějakou logickou chybu, ale přemýšlím nad tím, jesli je tento postup správný a nebylo by to lepší vyřešit nějak jinak.

Když mi potvrdíš, že takto by to mělo fungovat, tak budu hledat kde se stala chyba :-)

Ještě si nejsem úplně jistý – ID inputů při tomto postupu nehraje žádnou roli, jen odeslané POST data, je to tak?

Btw: Přidal jsem si do replikátoru AddDynamic 2 parametry $containerClass a $buildOptions, abych mohl generovat containery ještě dynamičtěji. https://gist.github.com/3905095 Co na to říkáš?

Editoval LeonardoCA (17. 10. 2012 13:51)

Dík za tipy, ale bohužel asi pracuji s formuláři nestandartně a je to takto pro mne nepoužitelné.

1. Nastavení třídy containeru až za lookup mi nefunguje, když mám nastaveno $createDefault tak Replicator začne tvořit containery s Nette\Forms\Container.
2. Lookup nefunguje, protože Replicator připojí container okamžitě ke stromu komponent, v tu chvíli se volá v attached containeru configure() na sestavení a $buildOptions ještě není dostupné, protože tělo továrničky s lookup ještě neproběhlo.
3. Nelíbí se mi, že by si měl container $buildOptions zjišťovat. $buildOptions budou v mém pojetí dvojího druhu.

1. definované v konfiguraci – tj. např použit ajax, apod. – ty se budou předávat továrničce přes parametr.
2. definované na základě dat z databáze nebo od jinud – ty by měl mít IMHO nastaveny od svého parent Containeru až při generování formuláře. A protože parent container je Replikátor tak by to měl umět.

Ale stejně asi začnu psát i pro containery přímo továrničky, ať jsou konfigurovatelné nezávisle přes DI. Tím odpadne potřeba předávat parametr $containerClass replikátoru a předám mu přímo ContainerFactory, ale build options té factory musím předat v constructoru…

V tuto chvíli mám formulář definován takto:

    factories:
        bootstrapRenderer:
            class: Kdyby\Extension\Forms\BootstrapRenderer\BootstrapRenderer(%template%)
            parameters: [template]
        scaffoldingRenderer:
            class: ScaffoldingRenderer
            parameters: [latte]
            setup:
                - setLatte(%latte%)

        form:
            class: BackendModule\BaseForm
            parameters: [template, options = null]
            setup:
                - injectAdminLogger
                - build(%options%)
                - setRenderer(@bootstrapRenderer(%template%))
                #- setRenderer(@scaffoldingRenderer(true))
            tags:
                - form
                - backend
        navigationManagerForm < form:
            class: BackendModule\Navigation\NavigationManagerForm
            setup:
                - injectNavigations

class Manager extends BaseLookoutControl
{
    //...

    protected function createComponentNavigationManagerForm()
    {
        return $this->presenter->context->createNavigationManagerForm(
            $this->createTemplate(), $this->navigationData['type']);
    }
}

Ale abych nemusel vytvářet formulář s použitím context, tak začnu psát formuláře přímo jako továrničky. (Líbí se mi řešení z Venne)

4. Ještě řeším jednu věc. Potřebuji abych jeden replikátor uměl generovat containery s různými třídami. Jediné řešení co mne zatím napadlo (bez nutnosti větších úprav Replikátoru) je definovat si speciální AdapterContainer, jehož jediným účelem by bylo vložit pod sebe libovolný jiný Container, ale zase potřebuje dostat od někud název třídy s jakou má Container vytvářet – tj. opět $buildOptions …

5.

IDčka položek bych měl ideálně jako jména kontejnerů.

Nevidím žádný zvláštní důvod proč. Mi vyhovoje, když si container IDčka generuje sám. Pokud ukládám formulář až jako celek třeba po přidání více položek, tak stejně nevím, které Idčka jsou „pravé“ a které vygenerované… To si budu řešit na úrovni mapperu úplně mimo Formulář a IDčka můžu mít jako input hidden.

Editoval LeonardoCA (18. 10. 2012 21:21)