Den képe

Jó lenne látni ilyenkor mit csinálsz. De, valószínű, css-ből kell az ilyet helyrerakni, egy jól irányzott li {display:inline} szabály is elég lehet neked.

0
0
Den képe

Anélkül, hogy meg lehetne vizsgálni mit csinálsz nehéz erre bármit is mondani találgatáson kívül:

1; Hiányzik egy html lezáró elem, mint a kolléga fenn már említette
2; Lehet, hogy az egyik div elemedet a benne lévő tartalom szétnyomja, és azért nem fér el egyás mellett a float-olt elem, „leesik”.
3; ...

0
0
e-LIT webdesign képe

Ha gondolod keress fel, http://e-lit.co.cc

0
0
aboros képe

azt hittem egybe fogja vizsgálni az összes feltételt.
így viszont nem erőforrásigényes, azt tanultam pptől, hogy ha vizsgálom, hogy node oldalon vagyunk már és akkor kérek node_load -ot az arg(1) -re, akkor már valami más helyről jön, nem futnak sql queryk, az erőforrásigénye minimális, elhanyagolható.

0
0

-
clear: both;

Balogh Zoltán képe

Valószínűleg az a titok nyitja, hogy ha már egy lekéréskor futott a node_load() az adott nid-re (mert mondjuk épp az jelenik meg), akkor egy másik node_load() ugyanarra a nid-re már sql nélkül lefut. Ez valószínűleg így van, és akkor valóban nem plusz erőforrásigényes, tehát én is benéztem a dolgot.

De mivel balról jobbra megy a kiértékelés, és előbb vizsgálod azt, hogy is_numeric-e az arg(1), és a count()-al azt csak utána, hogy egyáltalán van-e arg(1), warning veszélyt érzek az erőben. :) :)

0
0
pityu73 képe

Modullal és viewsel egy lehetőség:
http://drupal.org/project/taxonomy_list
http://drupal.org/project/taxonomy_image
Vagy ha manuálisan készíted a blokkban linket (mert csak Pl.: 10db linked lesz.)akkor:

<a href="ide mutat a link"><img src="ide kerül az előre feltöltöt kép útvonala" /></a>

Vagy a tartalomhoz töltesz fel képet és azokat listázod ki viewsel, aminél beállítod, hogy mutasson a kép a tartalomra. Itt azért szükség lesz az Imagecache+imagefield-re hogy az icon méretü képeket automatikusan elkészítse feltőltéskor....De ez inkább verébre ágyuval.
0
0
pp képe

Többek között ezért is jó a nyílt forrás.

node_load static gyorstárat használ (mint az a drupal programozó kézikönyvében le van írva, ez utóbbiért is jó a nyílt forrás. :)) ezért a sok sql lekérés csak egyszer fut le: http://api.drupal.org/api/function/node_load/6

miért is lenne warning? az arg(1) kifejezésnek mindig van értéke. Ha más nem akkor az, hogy FALSE, az meg nem numeric és csókolom. :)

pp

0
0
Balogh Zoltán képe

No hát, nem FALSE-t ad vissza az arg(), hanem NULL-t, ha túlindexeljük, de igazad van, egykutya, mert az if-ben a NULL is hamis. Való igaz tehát, hogy pont az arg() hivása esetén tökmindegy a sorrend, de általában az ilyen "tömbös" dolgoknál azért mindig az a jobb, ha első a count(), és csak aztán jön a kérdéses elem vizsgálata. Ez ilyen programozói zsiger, bár a konkrét példában ismét tévedtem.

0
0
Nagy Gusztáv képe

A feladatban szó se volt taxonomyról, szóval én ezeket a modulokat és nem tartom megoldásnak. Az http://drupal.org/project/imagemenu -t viszont igen.

0
0

Nagy Gusztáv

Balogh Zoltán képe

Ilyen modul (még) nincs szerintem. Viszont a Lightbox2 doksijában benne van, hogy lényegében az "a" tag "rel" tulajdonságát kell megadnod, és már működik is a lightbox, ha a szűrője engedélyezett az aktuális beviteli formán és a szűrök sorrendje is megfelelő, vagyis senki nem csapja ki a rel tulajdonságot a Lightbox szűrő előtt. A Picasaból ki tudod szedni a kis kép, és nagy kép webcímét is, és szerencsére semmiféle okosság nincs, ami meggátolna abban, hogy hivatkozzál ezekre a képekre más webhelyekről. Tehát:

<a href="nagy kép webcíme" rel="lightbox" title="Képaláírás"><img src="kis kép webcíme" alt="Cím, hogy valid legyen az XHTML" /></a>

A renderelés miatt célszerű a height és a width értékeket is megadni a képnél. A többi csak sminkelés, és ennek mennie kell, bár kissé macerás, mert manuálisan kell szerkeszteni minden egyes képet. Ahhoz viszont, hogy ez API-n keresztül menjen modulból, kicsit sok minden kell, lásd a Picasa Node Album kezelése esetén (master fiók beállítása az api hívásokhoz, Google login, a kép kiválasztásához valami kultúrált UI, ami azért necces, mert címe nem feltétlenül van a képeknek az albumon belül, stb.)

0
0