![]() |
![]() |
![]()
Post
#1
|
|
Grupa: Zarejestrowani Postów: 1 319 Pomógł: 118 Dołączył: 26.11.2003 Skąd: Lublin Ostrzeżenie: (0%) ![]() ![]() |
Witam,
głowię się nad drobnym problemem, chodzi o domyślną ścieżkę dla widoków w ZF1. Ustawiam sobie ją za pomocą setBasePath i co widzę w przypadku aplikacji z modułami? ZF mimo wszystko najpierw zagląda do folderu z modułem i to mi się nie podoba, kolejność: 1. /modules/[MÓJ MODUŁ]/views/scripts 2. [Mój basePath] 2. [Mój basePath 2] Jak wyeliminować punkt 1? Nie chcę, aby ZF tam szukał szablonu. Może ktoś z Was się już w to zagłębiał? --- edit: Jeśli to możliwe, to najlepiej by było po prostu zmienić kolejność wczytywania widoku na: 1. [Mój basePath] 2. [Mój basePath 2] 3. /modules/[MÓJ MODUŁ]/views/scripts Ale problem w tym, że podstawowa ścieżka /modules/[MÓJ MODUŁ]/views/scripts jest chyba generowana w locie przez helper viewRenderer. Mogę nadpisać chyba to w pluginie, ale wtedy, jeśli w jakiejś akcji mam zmieniony widok za pomocą tego helpera - to nie zadziała. Ten post edytował Daimos 5.11.2014, 12:52:00 |
|
|
![]() |
![]()
Post
#2
|
|
Grupa: Zarejestrowani Postów: 1 319 Pomógł: 118 Dołączył: 26.11.2003 Skąd: Lublin Ostrzeżenie: (0%) ![]() ![]() |
Skoro już interesuje Cie powód (IMG:style_emoticons/default/smile.gif)
Mam aplikację, gdzie jest kilka modułów i chcę zrobić szablony. Tworzę folder z domyślnym systemowym szablonem, gdzie są wszystkie widoki, podzielone m.in. na foldery moduł/kontroler/akcja i szablony dzieci, które posiadają nadpisany domyślny szablon, lub nie. Dlatego też, nie pasuje mi zupełnie szukanie widoku w katalogu modules. Struktura mojej aplikacji to mniej więcej: Kod application modules modul1 forms/models/controllers modul2 forms/models/controllers modul3 forms/models/controllers views system #katalog z szablonem systemowym modul1 kontroler akcja dowolnyszablon modul1 kontroler akcja Wiem już, że problemem jest helper viewRenderer, ale jak to obejść, na razie nie wiem. Spróbuję jeszcze dodać jakiś prefix path dla niego, może coś z tego wyjdzie. Innym rozwiązaniem, będzie trzymanie szablonu systemowego w każdym module, czyli tak, jak jest to domyślnie, ale nie mogę aktualnie tego zrobić, bo jest to pierwsze miejsce, w którym szablon jest poszukiwany, więc w razie czego, nie mogę go nadpisać - zamieszczając nowy szablon, zostanie on pominięty, bo najpierw wczytają się standardowe widoki. Ten post edytował Daimos 4.11.2014, 22:45:05 |
|
|
![]() ![]() |
![]() |
Aktualny czas: 7.10.2025 - 13:05 |