Jobb oldalra szeretném
Jobb oldalra szeretném tenni a navigációs menüt (csak a felhasználók látják), de nem szeretnék a jobb oldali sidebar-ba mást tenni, csak ezért a menüért meg nem szeretém, hogy az egész oldal mentén elvegye a helyet. Pl. vízszintes Google-banner se férne a két sidebar közé. Azon is meglepődtem, hogy a fejléc, lábléc, oldalblokkok táblázatból vannak, nem div-ekből. Táblázatnál pedig nem tudom, meg lehet-e csinálni úgy, hogy a jobb oldali sidebar ne menjen végig a láblécig.
Ezért szeretném a jobb oldali mezőt elhagyni, és egy div-be berakni a navigációs menüt.
"létrehozol egy régiót és abba beleteszed a menü blokkját, majd a régiót megjeleníted a megfelelő helyen" - na ez jó lenne, de én alapból csak a fejléc-lábléc-oldalsó mezőkbe tudom betenni a blokkokat a Drupal adminisztrációs felületéből, és valami erre való kód érdekelne amit page.tpl.php-be be tudnék helyezni.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
eltűnteM
(print $node->field_szam[0]['view']/1000 .t(" km"))
Ez miért működik? Hová tűnik az "m"?
szerk.:...és vajon miért írok én ". t()"-t? :o
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
BUEditor
BUEditor
Én sokáig Tinymce-t használtam, ki ideig FCKeditort, de apróbb kellemetlenségek midegyikknél vannak (pl. hogy elsőszeretettel raknak ezek "üres" <p> tag-okat a forrássba, a CSS formázásokkal is el lehet jó időt bűvészkedni).
A BUEditor előnye, hogy alapból a forrásszerkesztést támogatja (berakja a formázásokat helyetted a forrásba), majd kérheted, hogy mutassa meg a végeredményet. Tetszőlegesen tudod megmondani, hagy a gomb lenyomásakor milyen kódot tegyen be a forrásba. Meg merem kockáztatni, hogy ha nem akarsz extra dolgokat (pl. táblázatszerkesztés) csinálni sok kellemetlenséget meg lehet vele sporolni.... Az IMCE-t is kezele (ezt nem póbáltam). Ja, és nem olyan lomha mint a FCKeditor :))
(persze nem helyes a válaszom, mert azthiszem ez nem is WYSIWYG szerkesztő :))
...mit tudok: http://web.termuves.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
sehova
a www tartalmát sehová ne tedd, mert a Drupal ugyan azt a kódbázis fogja használni mind a két honlaphoz.
Ezért írtam, hogy csak azokat a modulokat és sminkeket kell átmásolni, amik a másik weblapnál nem voltak.
Ezeket bemásolhatod a
'sites/all/modules' illetve 'sites/all/themes' könyvtárba
vagy a
'sites/xy.hu.valami/modules' illetve 'sites/xy.hu.valami/themes' könyvtárba
Ami pedig a files könyvtár tartalmár illeti, azt a 'sites/xy.hu.valami/files' könyvtárba kell.
(ehhez persze az kell, hogy mind a két drupal azonos verzió legyen, de mivel erről nem írtál, feltételeztem, hogy így van)
(ha nagyon nemvilágos, hogy miről van szó, akkor itt a legjobb leírás, amit eddig találtam a multisie-ról: http://drupal.hu/cikkek/multisite)
- - -
Juhász Márton
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Egy próbát megér
echo theme('fieldgroup_simple',$node->content['group_kapcsolat']);
Szerény tudásom szerint(sztsz :-) $node->content nem ugyan az mint a $content.
$content = drupal_render($node->content);
ami a #weight alapján rendezi a tartalmi elemeket. Gondolom neked ez nem felel meg.
Egyébként mi bajod van a PP $content változójával? :)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
redesign gondolattérkép
most, hogy így felpörgött a konferencián a redesign kedv, elkezdtem építeni egy gondolattérképet. egyelőre semmi új vagy túl érdekes nincs benne :) viszont bátorítottak a konferencián, hogy jók voltak a képernyőkommentezések korábban, úgyhogy azokat most már bele is csatoltam ebbe a gondolattérképbe, egyelőre csak fileként.
ahogy időm engedi építem a térképet.
ezen a címen lehet megtekinteni:
http://www.mindmeister.com/11590647
szerencsére van lehetőség kollaboratív szerkesztésre is, egyelőre ez most csak egy "nézés" link, nem tudom lenne e rá valakinek igénye, hogy kollaboratív módon egy ilyen térképben próbáljuk dokumentálni a felmerülő ötleteket.
ez persze most csak a webhely felépítésének térképe, de lehetne az egész "projektnek" is egy térképe vagy külön a marketingnek vagy akármi. bármi lehetséges, ez a szép a mi szakmánkban. :)
és köszi a sok bátorítást ;)
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Lehet, hogy én vagyok a
Lehet, hogy én vagyok a régimódi, de a szakdolgozatoknak nem egy probléma újszerű megoldása lenne a célja? Azaz nem dokumentáció, bemutatás, és webhely készítése, hanem valamelyik combosabb feature request megoldása.
Néhány ilyen:
- Drupal core által támogatott CDN (jelenleg az includes/*-ban kell túrni ahhoz, ha a statikus fájlokat egy erre kihegyezett webszerrel akarod kiszolgálni).
- Imagecache 2.0 távoli fájl cache-elése (puskának ott a phpThumb).
- Drupal db rétegének módosítása master-master, master-slave replikációhoz.
- Adatbázismigrációt támogató munkafolyamat és alkalmazás kidolgozása.
A lényeg, hogy olyasmi legyen, ami újszerű és nem rutinmunka. Amit egy 17-18 éves diák pár éves Drupal-tapasztalattal nem tud reprodukálni a főiskolai/egyetemi tanulmányok elmélyültsége nélkül.
De lehet, hogy rossz nyomon járok, nekem még ez járt a fejemben annak idején :)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges







Több módon is
miért van az, hogy ha én rákeresek a drupal.org-on arra a szóra, hogy breadcrumb és bekapcsolom, hogy csak a modulok között keressen, akkor egyből találok több megoldást is?
node típushoz
Egyes node-okhoz(már majdnem kész)
Egyébként pedig simán php bevitel és:
drupal_set_breadcrumb (array());vagy smink
vagy views, page nézet és elrejted a breadcrumb-ot.
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu