Tegezős változat
Ha van valakinek erőforrása, hogy elvégezze ezeket az átalakításokat minden megjelenéskor, akkor én is jó ötletnek tartom, de nem egyszerű ekkora mennyiségű fordítást átnézni ebből a szempontból. A jelenlegi fordítás egyébként nagyon ritkán magázós, a legtöbb esetben semleges formát használ.
-boogie-
-boogie-
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

Drupal
Én nemrég találkoztam először a Drupal-lal, és baromira megtetszett. Előtte Mambóztam, illetve saját CMS gyökereket írogattam, de hamar belefáradtam az egészbe.
A Drupal nagyon könnyen kezelhető, és ez a magyar nyelvű lap még közelebb hozza a magyar fejlesztőknek. Köszi! :)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
code elem HTML kódra
A code elem HTML kódra van kitalálva, és abban nem érvényes a két egyező kacsacsőr egymás mellett... Sajnos ennek megváltoztatásához bele kellene másznod a PHP kódba...
Ha nem akarod az alap Drupalt módosítani, akkor a codefilter modult telepítsd, és azt módosítsd igény szerint.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

patch, i18n
Sikerult!!! koszonom!
Kicsit osszekutyulta ugyan a dolgokat, de majd rendberakom. Nem sikerul viszont elernem, hogy forditsa az elsodleges linkeket. a blix themet hasznalom.
Hogy lehet kialakitani egy jol mukodo tobbnyelvu menurendszert? Latom, hogy Neked a heemp.org-on mukodik...
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
lehet
A HTML elemeken több helyen is meg lehet adni a nyelvet, és a META Content-Language nem a legjobban támogatott tudomásom szerint. A leírás és a kulcsszavak pedig teljesen opcionálisak, egyes keresők használhatják, de nem biztos, hogy használják az indexelésnél. A kulcsszavak elhelyezéséhez a nodewords modult használhatod.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
$logo variable a page.tpl.php-ban
A globális vs. smink-specifikus beállítás támogatása (és felülbírálhatósági lehetőségei) közötti különbséget nem ismerem, mert nem kellett még egyszerre egy oldalhoz több sminket is alkalmaznom.
A következőket már tegnap este leírtam, mielőtt aztán inkább visszakérdeztem, de most úgy látom, hogy mégiscsak tudnád hasznát venni, így ideteszem:
Logó (lehetséges) elhelyezése a sminkben:
A logó egy kicsit egyértelműbbnek tűnik mint a favicon.
Szóval nincs sok tapasztalatom mindenféle sminkekkel, mert inkább magam szeretem elkészíteni azokat, vagy standalone módon, vagy a Zen gyermekeként. Emiatt nem tudom, hogy melyik smink milyen formában nem támogatja. Viszont magamból kiindulva esetleg tudok egy tippet adni.
Előfordul, hogy nem szeretném lehetővé tenni, hogy a beállításokban elállítható legyen a logó, amit alkalmazok (se globális setting, se smink-specifikus, se semmi).
Ezt úgy érem el, hogy a template_preprocess_page()-ben (smink template.php file-jában) megadok egy
$variables['my_hardcoded_logo'] = 'foo';
-t, és utána a sminkemben használt page.tpl.php suggestionben pedig kiíratom, hogyprint $my_hardcoded_logo;
. Ez tehát nem az adminfelületen beállított, hanem a preprocess_page-ben statikusan megadott érték. (Mondjuk én nem a tömegeknek szánt sminkekben teszek ilyet, hanem egyedi megrendelésre készülőkben.)Ha most egy ilyen sminkemet szeretnéd rávenni, hogy használja az adminfelület beállítását, akkor azt tudnád csinálni, hogy készítesz hozzá egy gyereksminket, és override-olod a page.tpl.php-ját azzal, hogy kimásolod az enyémből, beteszed a gyerekbe; mikor megvan a másolat, akkor, ha megtalálsz benne konkrétan valamilyen
$my_hardcoded_logo
-szerűséget (mindegy, csak nem sima$logo
), és kicseréled azt egy$logo
-ra, valószínűleg az elég is lehet.A
$logo
variable a page.tpl.php file-ban használva az adminfelületen beállított logo-t jelenti.Ha van logo-ra utaló variable benne, de nem pontosan a $logo, akkor - magamból kiindulva - gyanítanám, hogy a hardkódolt megoldást takarja, tehát azt cserélném le $logo-ra.
Amúgy a legeredetibb logo-elhelyezést a drupal gyári page.tpl.php-jából lehet ellesni, bár nem biztos, hogy szükség volna rá:
Ezt a file-t magad is megtalálhatod a /modules/system/ könyvtárban, és benne ezt a részletet. Ha mégis módosítanád a HTML wrappereket, akkor némi .css-t is be kéne tenni a gyereksminkbe, hogy a változtatások következményeit helyre lehessen igazítani.
Faviconról:
A favicon a html.tpl.php file-ban kerül be, így:
<?php print $head; ?>
A html.tpl.php-t először az overrideolni szándékozott sminkedben keresd, vagy ha ott nincs, akkor a /modules/system/ -ben van a leg-eredetibb.Ez annyiban komplikáltabb, hogy a
$head
variable az többmindent egyszerre tárol, ha tehát a favicont továbbra is meghagyták abban, de mégis manipuláltak rajta valamit, akkor feltehetően a smink template.php-jában a template_preprocess_html()-ben tehették, azt kéne megnézni, hogy van-e valami trükközés.EDIT: Van olyan, hogy
hook_html_head_alter()
, az sokkal inkább alkalmas a favicont manipulálni, inkább azt nézném, hogy van-e, és ha igen, akkor mi.Egyéb favicon parák:
A favicon az nagyon szeret "belegyógyulni" a böngészőkbe, avagy ha a böngésző egyszer eltárolt egyet, akkor nagyon nehezen hajlandó felismerni, ha esetleg új van, és lehet hogy eredményesen megváltoztattad már, csak a böngésződ nem mutatja.
Emiatt én, ha változtatok a faviconon, akkor nem csak felülírom a régi favicon.ico-t, hanem mindenképpen új file-névvel látom el, pl favicon-2.ico. Ettől jobb az esélye, hogy a böngészőnek "leesik a tantusz".
Emellett te otthon fejlesztés közben azt is meglépheted, hogy forráskód nézetre váltasz, kikeresed a favicon likjét, megnyitod, látod a favicont, és nyomsz rá egy shift-frissítést. Ez is segíthet a böngészőnek észrevenni. Viszont, ezt csak te tudod megtenni, meg a kollégáid, akiknek elmondod ezt, rendes userektől ezt nem várhatod, ha tehát a honlap már túl van az élesítésen, és kiért a látogatók böngészőibe, akkor marad a favicon átnevezése.
Összefoglalva:
template_preprocess_html()
éstemplate_preprocess_page()
átnézése (EDIT:hook_html_head_alter()
is), hogy csinálnak-e valami favicon- illetve logo-specifikusat bennük,Megjegyzés:
template_preprocess_html()
vagytemplate_preprocess_page()
(EDIT: vagyhook_html_head_alter()
) függvényeiben, akkor az komplikáltabb lehet, mert ott ezek a preprocessek továbbra is meghívódnak (és továbbra is meglépik, aminek esetleg te nem örülsz), míg a gyereksminkedben implementált ugyanilyen nevűek pedig ráadásként hívódnak meg, még egyszer lehetőséget teremtve a beavatkozásra. Lehet, hogy olyankor nem birkózni kéne próbálni az eredeti smink-készítőkkel, hanem a saját (utólag, kiegészítésként meghívódó) preprocesseidben inkább implementálni valamilyen más megközelítést (és a$variables
tömbbe felvenni az eredményét), és utána a .tpl.php-k saját, másolati példányaiban azt a változót használni. Vagy nem tudom. Ilyet se kellett még csinálnom.Mindez talán lehetett volna sokkal egyszerűbb is, ha nem vaktában kell találgatni. :)
Olvasmány: "About overriding themable output" https://drupal.org/node/173880
EDIT 2: