Hojtsy Gábor képe

A node sminkje például megjelenik olyan oldalon, ahol csak egy node van, de összefoglaló oldalakon is (ahol valamilyen konténerben vannak a nodeok). Ezért nem biztos, hogy egyszerű lenne minden esetben jól működő behúzást csinálni, amellett, hogy bizonyos változókban eleve nagy darab HTML-t kapsz.

Ha mindenképpen szép HTML kimenetet szeretnél, akkor a HTML Tidy PHP kiterjesztést tedd fel, és azt futtasd le az előálló HTML-re a smink elkészültével. Mivel működési előnye nincs, nem javasolnám.. Ha hibakereséshez kellene, akkor használd a validátort, illetve a Mozilla böngészők különböző eszközeit, amik segítenek jól vizualizálni az oldal részeit, és így megtalálni a hibát.

0
0
Hojtsy Gábor képe

Ha ez az alapértelmezett node oldal, akkor azt kellene megnézni, hogy miként jutott egy ilyen dolog bele a SELECT eredményébe, amit a node oldal lekezelésekor a Drupal elvégez. Arra gyanakodnék, hogy egy olyan SELECT fut le, ami összekapcsol egy olyan táblával, ami értékeket ad más node mezőknek, de az alaptulajdonságoknak nem, tehát röviden valahol el van rontva egy JOIN.

Lásd a node_page_default() függvényt. Vagy ha saját honlapot csinálsz, akkor annak kódját. Itt csak a node access változtatja a SELECT-et, ezért arra gyanakodnék, hogy egy (korábban) használt node access modul lesz a ludas.

Goba

0
0
Anonymous képe

Nem CRM, CMS. CRM-mel dolgozok most, ezert egybol ezt irtam le. :-) Azzal van eloeletem, elboldogulok altalaban.

Igen, pont ez a bajom, hogy egyszeruen annyira rugalmas a Drupal, hogy az mar nekem sok. :-)

Pontosan ilyen leirast szeretnek, amiben benne van abszolut kezdok szamara is, hogy "be kell kapcsolni ezt meg azt a modult, az x modulban fel kell venni a kategoriakat, amiket hasznalni szeretnel, a z modulban meg beirni, hogyan ered el ezeket, es a pelda alapjan mar azt gyartasz, amit szeretnel".

Mindenesetre kosz a valaszt, ezek szerint nem csak en nem talaltam, hanem tenyleg nincs ilyen doksi.

0
0
Hojtsy Gábor képe

Megpróbáltam olyat dokumentálni, amit sokszor inkább ördögi dolog bélyegzéssel elkerülnek az emberek, így pácban hagyva azt, akinek mégis szüksége lenne a saját módosítására. A hook_form_alter() és társai irányvonal részemről is előnyben van, a változtatásaink áttekintésekor a Weblaboron is többmindent másképp oldottunk meg, ezért próbáltam a gondolkodás fontosságát kiemelni az előző részben. Én sem szeretek belenyúlni a kódba, de ha már meg kell tennie valakinek, akkor jó ha tudja, hogy nem teljesen elveszett területen van.

Hojtsy Gábor képe

Eltalálgatok én szívesen, de az interlaced.theme 4.6-os és 4.7-es kódjában sincs benne az idézett rész, tehát még mindig nem tudom hogy mit használsz... Talán ha informálnád a fórum olvasóit a környezetről, amiben dolgozol (Drupal verzió, a fenti idézet alapját képező smink), akkor jutnánk valamire.

0
0
Paal képe

Szia!

Lehet, hogy ez megoldás neked, én is most jöttem rá, mivel hasonló problémával küzködtem:

- létrehozol az adminisztráció/menü beállításoknál egy új "fő" menüt a "menü hozzáadása"-val. Ekkor létrejön egy ugyan ilyen nevű blokk is.
- ehhez hozzáadod a menüpontokat
- utána az adminisztráció/blokkoknál engedélyezed a létrehozott blokkot, és elvileg már meg is vagy.

Üdv, Pali

Ps.: 4.7.x-es Drupállal készítettem, nemtom, hogy a korábbiakkal is így van-e ez. Tudomásom szerint a 4.7-es sorozattól eléggé módosult a menü rész.

0
0

--
Palócz Paal Pál, a drupal.hu admin csoportjának tagja
Ajánlott olvasmány: Eric Steven Raymond - Hogyan kérdezzünk okosan

eMeLA képe

Két tanulság:

1. éjszaka az ember ne keresse a hibákat, hanem mennyen lefeküdni :)
2. ha két gomb van akkor ez egyik se legyen SUBMIT-két definiálva, mert furcsaságokat fog művelni a Drupál :)

Hozzá kell tenni, hogy a sima Előkép kérésekor jól működött a drupal_get_form(), míg amikor a hidaüzenetnél újra meghívtam, akkor megakasztotta, illetve nem készítette el a formot a SUBMIT gomb....

-----------------------------

Ja, és aki megesősítés akar form elküldése előtt, az tanulmányozza a fenti kódot.

A megrendel_lap()-ra a megrendel_menu() rész mutat.

-----------------------------

Köszönöm a segítséget !

0
0

...mit tudok: http://web.termuves.hu

Anonymous képe

Segítségképpen elmondom, hogy mi mennyiért csinálnánk ezt meg. Mi egy neves hazai cég vagyunk, szóval ennnél neked kevesebbet kell kérned.

Tervezés: 5 óra, 30.000 Ft+áfa - ezt te nem hiszem hogy ki tudnál számlázni

Drupal telepítés, beállítás: 23 óra, 138.000 Ft+áfa

Amennyiben a fenti funkciók változnak (bővülnek vagy csökkennek) az árak a szükséges munkaidőnek megfelelően változhatnak (nőhetnek vagy csökkenhetnek).

Bővülés esetén a tervezés költsége a teljes munkadíj 25%-ig növekedhet, függően a tervezés tényleges munkaidejétől.

Javaslom, hogy ezeknek az áraknak max a felét kérjed, különben nem leszel versenyképes.

0
0
Anonymous képe

szóval a lényeg, hogy a kezdőoldal is ugyan avval a stilisztikával jelenjen meg mint ahogy teljes nézetben egy node.

így a kezdőoldalt simán lehet adminisztrálni mint egy node -ot (mivel tulajdonképpen az), plusz lehet előnézete meg ugyan úgy lehet szerkeszteni, érvényesek rá a beviteli filterek stb... ez fontos.

ha meg tudnád mondani hogy milyen fv-ek sora jeleníti meg a node -ot teljes méretben az nagy segítség volna és tulajdonképpen a megoldás is.

csak ez hiányzik még, de sehogy nem tudom összehozni a node_load, node_prepare, node_view, node_show stb. függvényekkel... :(

0
0
Hojtsy Gábor képe

A theme() függvény célja éppen az, hogy elrejtse a programozó elől, hogy melyik smink van használatban. A theme_page() például az oldalt jeleníti meg, de ezt mondjuk a phptemplate smink motor a page.tpl.php-ban testesíti meg (a phptemplate_page() függvényen keresztül vezetve a dolgokat). A template.php-be lehet ilyen bővítő függvényeket tenni phptemplate sminknél.

Más Drupal függvényekkel ezt nem lehet elkövetni, mert azokat nem így hívja meg a Drupal. Különben nem tudom milyen extra igényeid vannak, nekem eddig mindig sikerült apróbb változtatásokból megúszni, hiszen szinte minden megváltoztatható kívülről is a hurkokkal, különösen a form_alter() hurokkal.

0
0