|
Napisane: 23.12.2009 [17:58]
|
|
dpacholczyk
Twórca tematu
zarejestrowany: 17.09.2008
Posty: 1006
|
Każde rozszerzenie dodaje swój główny kontener
np. tt_news dodaje coś w stylu <div class="tx_ttnews">
branchenbuch dodaje <div class="tx_mhbrahnchebuch"></div>
nie są to elementy normalnej templatki, a kontener w którym dopiero wyświetlana jest zawartość templatki. Czy można wymusić na rozszerzeniu aby czegoś takiego nie dodawała ?
Certified Level 2 TYPO3 Night Crew Member.
|
|
Napisane: 23.12.2009 [19:20]
|
|
mjm
zarejestrowany: 18.10.2009
Posty: 14
|
dpacholczyk napisał/a
Każde rozszerzenie dodaje swój główny kontener
np. tt_news dodaje coś w stylu <div class="tx_ttnews">
u mnie osobiście ext:tt_news nie dodaje tag <div> z klasą tx_ttnews
inne rozszerzenia i owszem ale czy da się to zmienić bądź odłączyć...(sądzę, że te kontenery zakodowane są w rdzeniu rozszerzenia albo spójrz w static-u konkretnego ext,
a do czego jest Ci to potrzebne i dokładnie w którym ext chcesz to odłaczyć, jak można spytać oczywiście?
|
|
Napisane: 23.12.2009 [21:05]
|
|
dpacholczyk
Twórca tematu
zarejestrowany: 17.09.2008
Posty: 1006
|
w żadnym konkretnym, to jest pytanie bardziej ogólne
a do czego ?
różne potrzeby mogą być.
np. zmniejszenie objętości pliku generowanego przez system, wyrzucenie niepotrzebnego div`a, brak potrzeby ew. ostylowania tego div`a
Certified Level 2 TYPO3 Night Crew Member.
|
|
Napisane: 24.12.2009 [10:17]
|
|
biesior
admin
zarejestrowany: 20.03.2008
Posty: 1338
|
Wspomniany kontener jest tworzony na poziomie kodu PHP rozszerzenia za pomocą metody pi_wrapInBaseClass i jego występowanie jest uzależnione od tego czy autor trzyma się standardów (czyt. stosowanie obejmowania kodu klasą domyślną uważane jest za słuszne rozwiązanie).
Oczywiście nie tylko Ciebie to wkurza, dlatego jest coraz więcej głosów, żeby to zachowanie zmienić np. poprzez przeniesienie konfiguracji tego wrapa do domyślnego TS'a rozszerzenia. Już teraz za pomocą kilku patchów można "popsuć" domyślne zachowanie, zobacz w bugtrackerze wpisy: 4801, 10118, 10102...
Moim zdaniem najsensowniejsze obecnie jest użycie patcha 4801 (globalne zablokowanie funkcji) a następnie samodzielne utworzenie wrap'ów za pomocą TypoScriptu dla rozszerzeń, które tego wymagają. Pamiętaj, że oprócz stylów CSS, niektóre rozszerzenia mogą wykorzystywać klasy (np. do poprawnego działania dołączonego JS) więc działaj z rozwagą.
Sesja wygasła, zaloguj się, żeby się wylogować.
T3CI
Certified Level 2 TYPO3 Night Crew Member.
KO System enthusiast
|
|
Napisane: 24.12.2009 [22:26]
|
|
dpacholczyk
Twórca tematu
zarejestrowany: 17.09.2008
Posty: 1006
|
biesior napisał/a
Wspomniany kontener jest tworzony na poziomie kodu PHP rozszerzenia za pomocą metody pi_wrapInBaseClass i jego występowanie jest uzależnione od tego czy autor trzyma się standardów (czyt. stosowanie obejmowania kodu klasą domyślną uważane jest za słuszne rozwiązanie).
Oczywiście nie tylko Ciebie to wkurza, dlatego jest coraz więcej głosów, żeby to zachowanie zmienić np. poprzez przeniesienie konfiguracji tego wrapa do domyślnego TS'a rozszerzenia. Już teraz za pomocą kilku patchów można "popsuć" domyślne zachowanie, zobacz w bugtrackerze wpisy: 4801, 10118, 10102...
Moim zdaniem najsensowniejsze obecnie jest użycie patcha 4801 (globalne zablokowanie funkcji) a następnie samodzielne utworzenie wrap'ów za pomocą TypoScriptu dla rozszerzeń, które tego wymagają. Pamiętaj, że oprócz stylów CSS, niektóre rozszerzenia mogą wykorzystywać klasy (np. do poprawnego działania dołączonego JS) więc działaj z rozwagą.
A jednak ktoś mnie rozumie 
Jednak Twoje rozwiązanie zamiast zmniejszenie nakładu pracy zwiększa go 
Ale dzięki za info. Nie wiem czemu - byłem prawie pewien, że da się to jakoś szybko wyłączyć. Hmm dziwne
Certified Level 2 TYPO3 Night Crew Member.
|
|
Napisane: 25.12.2009 [22:23]
|
|
tomkraw1
zarejestrowany: 14.07.2008
Posty: 200
|
Jeśli nie chcesz się narobić i trochę zmniejszyć kod to polecam rozszerzenie sourceopt. Wycina zbędne komentarze, puste wiersze oraz może ładnie HTML formatować.
Dorzuć też
$TYPO3_CONF_VARS['BE']['compressionLevel'] = '3';
$TYPO3_CONF_VARS['FE']['compressionLevel'] = '3'; |
|
Napisane: 26.12.2009 [13:40]
|
|
dpacholczyk
Twórca tematu
zarejestrowany: 17.09.2008
Posty: 1006
|
to jest jedna z pierwszych rzeczy które ustawiam podczas instalacji systemu
toż to podstawa jest
Certified Level 2 TYPO3 Night Crew Member.
|
