kismocsy képe

A zenophilet biztosan kiüti. :)

kisspepe képe

Szia!

Kösz a segítséget. A cck 3.x jobban hangzik. A 6.x-3.x-dev-re gondolsz ugye? Nem tudod, ennek kb. mikor lesz stabil verziója?

0
0
gszoke képe

erre a kódra írta kil a hibát, amit az előbb írtam, tehát szinte biztos, hogy a hivatkozás a gond

0
0
kismocsy képe

Itt azt írják (többek között), hogy a page.tpl.php ben a /body után semmiylen html tag nem lehet.
http://stackoverflow.com/questions/1630969/why-is-document-body-null-in-...

Ugyanitt írja egy póruljárt ember, hogy ezt a sort betette a $(document).ready(function(){}); aljára:
if(null==document.body){document.body = $('body')[0];}
És ettől megjavult. Ezt modnjuk nem értem...

0
0
kismocsy képe

Az is lehet, hogy a webform-form-{nid}.tpl.php hamarabb lefut mint ahogy a dokumnentumnak lesz body -ja, és ezért nem megy.
BTW nekem soha nem jutott még az eszembe a tpl-be tenni .js-t.

Esetleg megpróbálhatnád a footerbe tenni, hátha az a baj, hogy a headerbe nem szeret.

Megpróbálhatnád http://drupal.org/project/js_injector -al is, mert ha úgy jó, akkor tudjuk hogy valami az eddigi .js betöltés miatt nem jó.

0
0
zeniten képe

Jól elbeszélgettem itt magammal és velem.

Közben azért tesztelgettem, és arra jutottam, hogy
1. az augusztusi költözés óta még nem töltöttem fel képtárat... tehát LEHET, hogy A WEBTÁRHELY BEÁLLÍTÁS LUDAS?
(ma van a capslock-day... :) )

2. Eleve átméretezett képeket feltölt többet is gond nélkül (600x600-ra méretezett megy, 1000x1000-re már nem - nem teszteletem ki mi a határ...)

3. Megnéztem a limiteket 2 helyen, a fájl feltöltésnél és a file CCK-nál, jónak tűnik (3 MB min-ra állítottam, úgy sem jó...)

4. A phpinfo() -t és abban a feltöltési limit, ok (128MB)

Talán időlimit? vagy mi okozhatja, hogy a nagy és lassabb feltöltés nem fut végig?

kérdés: mit kérjek a szolgáltatótól / mit nézzek a phpinfo-ban?

0
0
Balogh Zoltán képe

A node típusa lesz a kulcs, de dengeteg módszer létezik erre:

  • Pathautoval generálod az aliast, melyben szerepljen a node típusa. Tehát minden kép útvonala mondjuk kep/ -el kezdődjön, és akkor tudod a blokkot úgy megjeleníteni, hogy csak a kep/* útvonalon jelenjen meg.
  • lemásolod a node.tpl.php-t node-image.tpl.php névre (smink gyorstár ürítés), és ebben direktben megjeleníted a blokkot a kívánt helyen: $block = module_invoke('block', 'block', 'view', 10); print $block['content'];
  • PHP kóddal állítod be a blokk megjelenését azt vizsgálva, hogy az aktuális path minimum 2 elemből áll, az első elem 'node', a második szám, betöltöd a node-ot, és a típusát vizsgálod: return count(arg()) == 2 and arg(0) == 'node' and is_numeric(arg(1)) and $node = node_load(arg(1)) and $node->type == 'image'; De ez feleslegesen erőforrásigényes.

Az első hatékony, de kell hozzá a pathauto, a második a legdrupálosabb, a harmadikhoz nem kell semmi, de kókler, erőforráspazarló megoldás.

0
0
aboros képe

nem lehet tudni azt.
általában ilyen kérdésekre az a válasz, hogy "amikor készen lesz" :) de mondom, használom két-három apróbb siteon, pont a multigroup képessége miatt és nincs gondom vele, szépen teszi a dolgát, pont úgy mintha stabil 2.x lenne, csak tud multigroupot :) patent. próbáld ki.

0
0

-
clear: both;

aboros képe

ilyet akar:
http://img.skitch.com/20101023-bdbc2sfupyncixtcf14it2pc5i.png

több "sima" cck mező alkot közösen egy "mezőt".. a képen a narancssárgák sima mezők, a piros maga a multigroup. ha add more valuesra kattintok, a pirossal bekeretezett cuccból lesz mégegy.. így:
http://img.skitch.com/20101023-f9kxgqd8ix9ey1i8hjmwfbpx8s.png

(a képek egy korai állapotú alkalmazásból vannak, lehet zagyvának tűnik, a precíz sminkelése még hátra van)

0
0

-
clear: both;

aboros képe

http://img.skitch.com/20101023-1sn3cey2bpdnue9hk2k4nidgap.png
csak a level helyett nemtomhogyhívják lesz a második lista. ;)

0
0

-
clear: both;