A drupal 7 egyik komoly ux újdonsága, a contextual links. Ez gyakorlatilag azt jelenti, hogy egy adott elemen állva (pl egy blokkban, vagy views listában nodeokon) megjelenik néhány olyan link, amikkel az elemre tudunk hatni, például törölhetjük, szerkeszthetjük.
Esetemben konkrétan az volt a feladat, hogyha feltöltünk imagefielden keresztül egy képet, amit a media modul kezel, akkor a node megtekintésekor legyen egy ugyanilyen csini legördülő menü magukon a képeken, amivel egyből szerkeszthetjük azokat.
IE7-ben ha a lista ul-jának list-style-position: inside; van megadva, az első sor be lesz húzva.
Megoldás: outside kell, és a li és ul elemek margin-paddingjével kell játszadozni.
A views_carousel segítségével létrehozott mutatványoknak van egy bosszantó tulajdonságuk, elég randák addig, amíg az oldalhoz tartozó összes css és js be nem töltődik. Az gyorstárazások bekapcsolásával kicsit javulni fog, de így lesz tökéletes:
Először page.tpl.php-ban hardcode-oljuk a carousel konténer elrejtését:
<style type="text/css">
.jcarousel-skin-skin_neve {
visibility:hidden;
}
</style>Miből tudhatod meg, hogy egy drupal oldalnak átírták a kezdőlapját a Webhely-információk menüpontban? Onnan, hogy a böngésző címsorában nem látható a feed ikon. Most ezt gyógyítjuk meg, mivel olyan kényes területe ez a drupalnak, amihez hosszas keresgélés, rengeteg meg nem válaszolt issue-t látva sikerült összeszedni minden szükséges info-t.
A standard drupal megjelenítés alapból háromféleképp jeleníthet meg feed ikont.
1. Blokk-ban. Ez bármikor elérhető, így ha a kezdőlapon rss ikon van, de a böngésző címsorában nincs, akkor egy blokkot látsz.
Az AD modulnak van egy furcsasága: Hiába nincs bekapcsolva a reklám, ha már egyszer elhelyeztük egy régióban a reklámblokkot, akkor minden esetben kerül bele tartalom. Ez több kavarodást is okozhat.
Az én esetemben az volt a gond, hogy a page.tpl.php-ban a reklámblokk régiójának meglétét kellet volna vizsgálni egy feltételben, hogy a logonak extra classt tudjak adni attól függően, hogy van-e hirdetés a fejlécben, vagy nincs.
Ennyi lett volna a feltétel:
Minden sitebuilder rémálma, hogy különböző böngészőkben hogyan fog szétesni az oldal. Az Internet Explorer CSS kezelése Bill Gates édesanyjának non-stop csuklásának a fő oka, azonban én most konkrétan egy egy pixeles Chrome elcsúszást próbáltam levadászni napok óta..
Gondolkoztam, hogy a teaserben ejtsem-e meg a rizsát, hogy miért nem voltam jó darabig, de mondjuk miért is ne: Szóval kb. 20% lustaság vs. 80% elfoglaltság, az tuti, hogy 3 hétig drupal közelében sem jártam. Mellesleg életemben először dolgoztam úgy, hogy nem én csináltam mindent egy site-on belül, hanem kizárólag a smink kialakítása volt a dolgom, ráadásul a megrendelőt sem én tartottam a kezemben, tehát volt néhány érdekes probléma, amit meg kellett oldanom.
Amikor első drupal próbálkozásaimat elkezdtem, gyakorlatilag egyből úgy 30-40 smink átnyálazásával kezdtem. Mindegyikkel volt valami bajom, persze megfelelő css ismeretek nélkül alig tudtam beléjük nyúlni. Később, amikor már css-ben viszonylag otthon voltam, egyre újabb igények merültek fel, amiket viszont már programozás szintjén kellett kezelni, nos, nagyjából ekkor nyúltam vissza a Zenhez, és használom szinte kivétel nélkül minden oldalon.
Az előző postban azt néztük meg, hogyan kerül a topicnyitó hozzászólás node, amelyhez hozzá lehet szólni, a kommentek alá. Most nézzük, hogyan fog ez úgy kinézni, ahogy kellene!
Nos, mára teljesen mást szántam, de úgy szeretném írni a postokat, hogy tényleg a legérthetőbb legyen bárki számára, ezért kénytelen vagyok egy kis kitérőt tenni, hogy a következő írások is emészthetők legyenek.
Mik azok a views template-ek, és mihez kezdjünk velük?
A views tulajdonképpen egy SQL lekérdezésből HTML kimenetet generál. A HTML kimenetbe tudunk több szinten belenyúlni. Ezek a szintek a következők: