Éppen így szerettem volna!
Éppen így szerettem volna!
Köszönöm Viki!
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Szerintem erdemes minden
Szerintem erdemes minden kepnek egy node-t deklaralni, es a galeria view-et ugy definialni, hogy grid elrendezest adjon. Azon belul mar lehet varialni, hogy kell-e lightbox, vagy a kepek (es a title) link az adott node-ra, es lehet pl. kommentezni a kepeket.
En D6-tal lightboxosan csinaltam meg, mert egyreszt erre talaltam kesz leirast, masreszt meg ez meg is felelt az osszes felmerulo igenynek.
--
()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nincsenek veletlenul az
Nincsenek veletlenul az example modulok felrakva? Ha igen, nincs valamelyik veletlenul engedelyezve? Ha igen, tiltsd le, mert megkavar.
Ha ez nem jatszik, akkor viszont milyen engedelyezett moduljaid vannak?
--
()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
D6ban a node/kép alapú
D6ban a node/kép alapú galéria volt az egyik legrugalmasabb megoldás, d7-en ez a legtöbbször overkill.
Mivel a fáljok entitások, ahol a kép maga egy bundle (ua, mint nodenál a tartalomtípus) Vagyis mezők fúzhetők hozzá, megjelenítési módja vannak stb. Egészen addig nincs szükség külön nodera egy képnek, amíg nem kell neki külön oldal mondjuk kommenteléssel.
A konténer simán lehet egy node type, amihez egy hierarchikus szótárat kapcsolva kész is a kategorizálás/alkategorizálás.
A media_gallery modul tipikusan ezt a sémát követi némi ux tuninggal + előre sminkeléssel.
----
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
Szerintem is - VAGY MÉGSEM :D (szerk.)
Szerintem is az a célravezetőbb és rugalmasabb megoldás, ha minden galériába tartozó kép valójában egy elkülöníthető node.
Így a hozzátartozó leírás is könnyen testreszabható, és adott esetben egyéb fieldek is nyugodtan hozzáadhatóak. Ráadásul a Views-zal való manipulálás, adatmegjelenítés is nagyon leegyszerűsödik. Nem is beszélve a viselkedés saját vagy más modullal történő testreszabhatóságáról.
Szerk.:
szantog
2 perccel korábban küldted a hsz.-t, így a fentiek írása után látom csak, amit írtál, hogy D7-ben overkill. :) Akkor hogyan oldod meg a képek esetleges kiegészítését mondjuk egy plusz fielddel?
Arra gondolok, hogy mondjuk minden képhez kiválasztható, melyik szerző készítette, ezenkívül esetleg kell egy radio típusú field a feltöltésnél, hogy kiválaszthasd, hogy XYZ-ből mi igaz rá, egy checkbox pedig arra, hogy ABCDEFGH szempontok közül még melyik szempont(ok) vonatkoznak rá.
Ez most csak egy példa, a lehetőségek tárháza végtelen.
Szerk. 2.:
(23.39-kor írtra reagálva:)
már megint közel egyszerre írtunk. :D
Na, köszönöm, így már teljesen világos, akkor teljesen igazad van, hogy nyugodtan megoldható külön node-ok nélkül, mert ahogy írod, totál rugalmasan plusz fieldek adhatók hozzá így is amiatt, hogy a file is külön entitás, így fieldhozzáadogatós UI-t kapunk hozzá.
Na jó, akkor inkább asszem visszavonulok olvasgatni a Drupal 7 komoly újításairól.... A D6-ra alapozott tudásomat meg nem kicsit felül kell írnom új információkkal (vagy inkább hozzáfűzni).
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
"Utóbbi mondjuk kevésbé
"Utóbbi mondjuk kevésbé rugalmas, a képhez tartozó leírások, egyéb kiegészítő infók lehetősége korlátozott."
- ez így ebben a formában nem igaz, mivel mint említettem, a fálj is entitás. A file_entity modul pedig csinál hozzá ui-t, ahol bármilyen mezőt fel lehet venni hozzá, mint a nodehoz.
----
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
Még meg lehet próbálni egy
Még meg lehet próbálni egy tesztkörnyezeten kikapcsolni a php modult. Az eval()'d code on line 3 ez a legtöbb esetben valami php filterrel közvetlenük a blokkba (vagy más formba) írt cucc.
Lehet még akár mezők lehetséges értékeinek php evalja, na kb ezért em illik drupalba phpt írni, na nem mintha én nem csinálnám időnként, de szégyelem is magam miatta..
----
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
Remélem hogy a "törölni
Remélem hogy a "törölni kellett" szavaid csak az általad készített Alphorn II alsminkjére vonatkozik, és nem az eredeti Alphorn II sminkbe "turkáltál" :)
tip: http://drupal.hu/forum/alsmink-helyes-kialak%C3%ADt%C3%A1sa
Drupal full-stack developer at Wunderman Thompson Budapest
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Ha blokk a kimeneti típusa a
Ha blokk a kimeneti típusa a nézetnek, akkor a blokk tulajdonságainál (admin/build/block) be tudod állítani, hogy melyik oldalakon legyen a nézet látható. Itt meg tudod pl. csinálni, hogy a /admin oldalakon ne legyen látható az adott blokk, így nem fog zavarni adminisztráció közben.
Ugyanitt van "Testreszabható láthatóság" is, itt beállíthatod, hogy a felhasználók kikapcsolhassák maguknak az adott nézetet (a jogosultságoknál talán beállítható, hogy mindezt csak az admin tehesse meg).
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Még ez is fontos lesz neked a
Még ez is fontos lesz neked a calendar modulnál, hogy normálisan működjön majd: http://drupal.hu/forum/nap-h%C3%A9t-kapcsolatok-nem-jelennek-meg-az-aktu...