a kínlódás az, amit most csinálsz
úgy tűnik, hogy az alaprendszer használatával és képességeivel sem vagy tisztában. ha az idődet amit eddig abba öltél, hogy megpróbáld a saját megoldásod beleerőszakolni a drupalba arra fordítottad volna, hogy megtanuld az alapokat, sokkal előrébb tartanál.
az nem jó út, hogy összefércelem valahogy, aztán majd utólag kibogarászom, hogyan lehetett volna 'szabályosan' megcsinálni drupalban. utólag elég nehéz lesz a mostani saját megoldásodat drupalosítani, mikor már egy futó oldalról van ráadásul szó.
szükséged lesz:
egyedi tartalom típus(ok?)ra -> cck
ezeket különböző szempontok szerint akarod majd csoportosítani -> taxonomy (core modul)
végül ezekből szűrhető listákat, táblázatokat akarsz majd előállítani -> views
egyedi megjelenést szeretnél az oldaladnak -> sminkelés
ezekkel kellene megismerkedned, nem boszorkányvudu, tömve van a net jobbnál-jobb leírásokkal. persze nem árt, ha tudsz angolul. minél jobban, annál jobb. :)
http://drupal.hu/tippek/tartalomszervezes1
http://drupal.hu/tippek/tartalomszervezes2
kezdetnek mondjuk.
ennél többet ezen a szinten most nem tudok segíteni, kezd el és ha konkrét kérdésed van, amire sehogyse találod a választ, kérdezz, szívesen segítünk!
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
mindig elfelejtittek azt az apróságot
hogy ez egy önszerveződő baráti összejövetel, olyasmi, mint amikor biciklis futárok munka után még szórakozásból futárversenyt rendeznek maguknak a belvárosban.
móka, kacagás, barátkozás. popcorn. ;) közben gyakran a drupalról beszélgetünk, máskor meg nem.
a videó (szkrínkaszt, hangfelvétel, intergalaktikus tévéadás) nem célja vagy fokmérője a rendezvénynek, hanem mellékterméke csupán. rögzítjük az eseményeket, mert mégiscsak 21. század, de itt vége is a történetnek, szórakozni járunk oda, nem dolgozni.
távol álljon tőlem, hogy bárkit is megbántsak, de szerintem aki szerint egy minőségi screencasthoz csak egy gombot kell megnyomni, az nem túl sok ilyet produkálhatott még életében. hogy felveszem ami a képernyőn történik az még elég messze van egy jó screnncasttól. ez (http://aboros.com/webshare/image_gallery_description_node.mov) csak egy pár perces darab, határozottan nem csak egy gombot kellett megnyomnom. :)
a közös laptop nagyon romantikus ötlet, de nem igazán életszerű. múltkor a views 1x1 előadást terveztem screencastként is rögzíteni, sajnos nem volt a kivetítőnek dvi bemenete, úgyhogy pp gépét kellett használnom az előadásra, rémálom volt. :) nem hiszem, hogy ezt itt sokat kéne magyarázni, az ember összenő a saját gépével, más gépét használni olyan, mintha fél kezem lenne, vagy lenne ugyan két kezem, de mindegyiken csak egy hüvelykujj lenne.
azóta van már egy minidisplay-vga kábelem is, úgyhogy legközelebb ha előadok lesz screencast is, megígérem.
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Megváltozott kicsit az i18n
"Csak arra sikerülne rájönni, hogy egyáltalán hol ment félre. Mert lehet, hogy rosszul van megírva a smink, de egy fél évig tökéletesen működött!!!"
Megváltozott a modul működése (asszem az 1.6-tól fogva): itt a fejlesztő kommentje a releváns issue queue-ban:
"Language selection is not using node access anymore for menu items."
( http://drupal.org/node/1658748#comment-6174690 )
Nekem amúgy nem kellett ennyi kört futnom a működésre bírással.
A kiindulópara (i18n verzió 1.7):
- A node-ok létrehozásakor kipipáltam a "Menüpontot hoz létre" beállítást, és kitöltöttem a menüpont adatait (alapértelmezett main menüt használtam).
- Az így létrehozott öszes menüpont látszik a menüben, nem szűrődik nyelvre.
- Elmegyek a menüpontot lefordítani, és írja, hogy:
"Language:
Undefined
This menu item belongs to a node, so it will have the same language as the node and cannot be localized."- emiatt nem szűrődnek: a language most undefined, az öröklés meg valamiért nem jön át (pedig a node-nak tutira megvan a nyelve) (szóval lehet, hogy ez egy bug? (hiszen azt írja, hogy "it will have the same language as the node" és mégis "undefined")).
Gyógyítás:
- Kinyitottam a menüpontok listáját, és töröltem a meglévő menüpontokat.
- Egyesével nekiálltam létrehozni újra a menüpontokat, kézzel beírva, hogy pl. node/14, és hogy a nyelv magyar (nekem a default) (mindig a default language legyen először létrehozva a fordítandó dolgoknál).
- Ugyanígy az angol menüpontot, node/15, angol nyelvű, mentés (nem en/node/15, hanem csak így, simán).
Az így létrehozott menüpontok már szűrődnek nyelvre a multilingual ("Fordítás és honosítás" beállítású) menüben.
Azt, hogy node/14 meg node/15 az admin/content oldalról néztem ki (tartalmak áttekintő oldala), a szerkesztés linkre hoverelve szépen mutatja az elérési utakat.
Ami megdöbbentett, hogy nem kell a menüpontokat fordítási egységekbe (translation set) rendezni. Igazából szépen szűrődnek nyelvre a menüpontok anélkül is, és jelenleg még nem tudom, milyen plusz szolgáltatást nyerünk, ha a menüpontokat is fordítási egységbe rendezzük...
(persze, mint fentebb írtam, a nodeoknál már be van állítva, hogy melyik melyiknek a fordítása; az újabb meglepetés, hogy az admin/config/regional/i18n_translation
oldal, (címe: Fordítási egységek) csak a "menühivatkozás" típusú fordítási egységeket listáz, a node-ok egymáshoz való viszonyának itt nincs nyoma)
EDIT:
http://drupal.org/project/i18n_contrib
ebben a modulcsomagban van egy modul, ami segíthet, hogy ha 30 site-od van 100-100 menüponttal, akkor talán ne kelljen újradefiniálni a menüket:
"Multilingual select menu filter: Filters out menu items by language using node access (Unsupported module, only for backwards compatibility)"
(Amúgy az egész egy új csomag, szintén Jose Reyro-tól, April 1, 2012-kor jött ki (nem tudom, vicc-e, gondolom nem :) ))
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Erre talán az egyetlen jó
Erre talán az egyetlen jó válasz, hogy amikor jólesik, de egzakt szabályrendszert talán nem is lehet felállítani. Van, amikor muszáj, mert másképp nem lehet felépíteni az layoutot, van amikor meg kényelmes, mert könnyebb pozícionálni a tartalmat.
Jómagam is igyekszem kerülni a panelst, bár előfordult, hogy utólag kicsit megbántam, hogy nem panels alapon készítettem oldalt, de ezzel inkább csak magamat szúrtam tökön, semmi másra nem volt befolyással.
----
Rájöttem, miért kérdezek olyan ritkán a drupal.hu-n. Amíg szedem össze az infokat a kérdéshez, mindig rájövök a megoldásra.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
1. hogy az oldal tetején
1. hogy az oldal tetején látsszanak a statisztikák, egy megoldás a sokból, hogy block view-t hozol létre, meg contextual filterekkel játszol, hogy term id-t vársz, aztán Context modullal beállítod, hogy amennyiben az XYZ taxonómiaszótár elemeit böngészed, akkor jelenjen meg a content régióban a statisztika blokk (vagy ahol szeretnéd, hogy megjelenjen).
2. állítsd be a View published content permissiont:
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Az info fájlba nem kell
Az info fájlba nem kell beleírni mert a header az alapértelmezett régiók között van, és ha hozzányúl elvész az összes, csak a header marad.
Csak a page.tpl.php-ba kell beleírni az említett sort, bár én javaslok egy feltételt is előtte:
<?php if ($header) : ?> <div id="header"><?php echo $header ?></div> <?php endif; ?>
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Mi az, hogy nem aktuális?
Szerintem ugyabúgy aktuális a dolog 4.5.1-re is. Az installálás folyamata nem változott.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
miért nem az install szerint?
Miért nem az install szerint másoltad, a Drupal modul alá a tinymce saját mappáját?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

Hát, az ég világon nem
Hát, az ég világon nem csináltam semmit, de most már jó... :)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Tehát akkor nem az a profi,
Tehát akkor nem az a profi, ha valami 100%-osan CSS kompatibilis?