Ha jól látom arról van szó, hogy ha páratlan számú elem van, akkor nem tesz ki lezáró div tagot az eredeti smink. Gondolom a készítője úgy gondolta, csak nem lesz valaki olyan sügér, hogy páratlan tartalmat rakjon ki. (persze nem gondolt olyanra, hogy mi van akkor, ha nincs tíz darab tartalom mondjuk. ;))

Ezt abból gondolom, hogy van a kódban egy kinyitatlan záró div tag. Tehát itt a css nem segít. Ez a jó megoldás. Pont ez a szép a Drupalban, hogy ha van egy html tartalom ami neked nem tetszik, akkor azt felülírhatod úgy, hogy nem kell a kódba nyúlnod. Vagyis nem kell módosítanod az eredeti kódot, csak kimásolod onnan a hibás/nemtetsző részt és módosítod. Tehát ez így működik a megoldás jó.

pp

Az, hogy benne van az csak akkor igaz, ha a taxonomy modul telepítve van és be van kapcsolva. Ha felteszel egy taxonomy killer modult ami a nodapi load op-ban kitörli akkor meg nem lesz benne. És akkor ezt mind a hétezer modulra le kéne írni. Szerinted??
És akkor nem beszéltünk arról, hogy a cck meg szintén beletesz mindenfélét a node-ba de azt még dokumentálni se lehet, mert azt a júzer kattintgatja össze.

Miért nem használsz devel modult, hogy tudd mi van a $node-ban?

(ha azt fontolgatod, hogy Te akkor is nekiállsz és ledokumentálod, szólnék: valószínűleg mire végzel kijön a hetes és még vagy száz modul és kezdheted előröl sok sikert!)

pp

modul igen hasznos lenne szerintem, abból is látja a felhasználó, hogy éppen hol van és akkor nem node/123 lenne, hanem pl blog/blogszerzo/kategoria/cim, vagy valami hasonló, a global redirect meg átirányítja a node/123-ról az újra a felhasználót.
És ha a kép CCK-val van betébe, akkor talán olyan megjelenítés kéne, hogy link to node, hogy a képre kattintva megnézhessem az egész tartalamat, szerintem kényelmesebb lenne, de ez már izlés dolga (kicsi monitoron pl épphogy kifér a kép, ezért lenne talán célszerű)
Na még egy: Opera 9.63-al a főoldalon a lap alja alatt van még egy csomót lehet görgetni, pedig nincs ott semmi (gondolom smink bug, vagy te bugosítottad :) )