Custom Package / Theme for Admin module, który wraca do domyślnego pakietu?

Jak poprosić magento o użycie niestandardowego pakietu / motywu dla mojego niestandardowego modułu administratora ?

Jaką strukturę i treść muszę zawrzeć w pliku local.xml , jeśli muszę go użyć do zdefiniowania niestandardowego pakietu projektowego?

Powiedz, czy są też inne sposoby na zrobienie tego ...

magento-1.8

— użytkownik3151033
źródło

dodaj te wiersze do pliku app / etc / local.xml (lub) { yourPKG / yourModule / etc / config.xml } pod <config>tagiem

Lepiej, jeśli dodasz go do folderu Config modułu z powodów określonych przez @Marius w komentarzach ..

 <stores>
        <admin>
            <design>
                <package>
                    <name>default</name>
                </package>
                <theme>
                    <default>MyCustomTheme</default>
                </theme>
            </design>
        </admin>
</stores>

gdzie MyCustomTHeme to folder motywów w środkuapp/design/adminhtml/default/MyCustomTheme

Ta metoda przyjmuje MyCustomTheme jako domyślny motyw i używa FallBack dla dowolnego układu, który nie został znaleziony .

Dodanie powyższej linii do środka app/etc/config.xmlnie wykazało żadnego efektu.

A zmiana nazwy folderu paczki z domyślnej na „ myNewPAckage” zastąpiła domyślną i wymagała ode mnie skopiowania całej domyślnej do myNewPAckagefolderu, inaczej nic nie działało .

Aby uzyskać efekt FallBack, zachowaj pakiet jako domyślny i podaj motyw jako yourCustomTheme.

— użytkownik3151033
źródło

+1 za to z drobnym komentarzem. Nie powinieneś tego dodawać app/etc/local.xml. Zwykle ten plik nie jest kopiowany między instancjami (dev, staging, prod) i możesz utracić funkcjonalność. Użyj config.xmlpliku modułu niestandardowego.

— Marius

Myślałem, że zastąpię domyślny folder układu administratora, ale tak naprawdę działa, możemy dodać te wiersze również w pliku konfiguracyjnym naszych modułów. :) dzięki

— user3151033

@ user3151033 działa, ponieważ Magento połączy XML z każdego rozszerzenia etc/config.xmlrazem, wraz z app/etc/local.xmlpojedynczą konfiguracją XML włącznie. app/etc/local.xmljest ładowany jako pierwszy, a następnie ładowany ponownie jako ostatni. Powodem tego jest to, że może on odbierać swoje początkowe wartości konfiguracyjne i tak, że ma również ostatnie słowo w konfiguracji (ładując go ponownie zawsze na końcu).

— Darren Felton,