Elnézést hogy csak most
Elnézést hogy csak most reagálok, de a hétvégén nem voltam netközelben...
A smink amivel próbálkoztam sima Garland.
Csinálok egy view-t.
Views -> Add - kap nevet, a type: node, NEXT.
Add fields: Node title, Content: pics (ezt a mezőt án adtam a sima story tartalomformátumhoz ImageCache-sel egy scale preset-tel),Node: Post date.
Amit nem értek az az, hogy látom a kezdőoldalon a beküldött tartalmakat a Garland sminkkel, pl. node title nagyobb betűméret, a post date kisebb szürke, a node-ok között pedig normális távolság, de ha az általam elkészített view-t beállítom kezdőlapnak,
habár a vágyott infó megjelenik az oldalon, de minden formázást elveszít, így pl. a node title és a post date ugyanolyan méretű lesz, és a sorok egymás alatt vannak mintha oda lenne ömlesztve...
Amit szeretnék, az az, hogy az általam csinált view hasonlóképpen nézzen ki, mint az adott smink. Ehhez szeretném megtudni, hogy milyen fájlba nyúlhatok bele, ill. mit ronthattam el?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
views
Üdv!
Köszönöm a tanácsot, magamévá tettem a viewet és jó dolog.
Tényleg köszönöm.
Viszont sikerült belefutnom valamibe.
Az eredeti probléma megoldódott.
Most már tudom, hogy az álltalam emlegetett "legelső kép" az számít a gallerix álltal létrehozott galéria bevezetőjénék.
No most akkor view-ban két lehetőséget adhatok, meg ezzel kapcsolatban.
Mégpedig azt, hogy a taxonomy mit jelenítsen meg.
1) Bevezető;
2) Teljes tartalom;
Az a baj ( nagy a jaj ), hogy a "Bevezető" nem kívánatos, viszont a "Teljes tartalom" se.
A "Bevezetővel" az a baj: egy nagy kép, nem látszik a geléria.
A "Teljes tartalommal" az a baj: valóban a teljes tartalmat jeleníti meg, ami lehet akár 100-500 kép is és így elég rossz.
Nincs esetleg valami ötlet arra, hogyan lehetne megoldani, azt, hogy lehessen olyan nézetet adni a dolognak, hogy csak az első valahány ( mondjuk 5 ) képet jelenítse csak meg az egyes galériákból?
Ha esetleg lehetne meghatározni új "Build mode"-t ... Vagy nem tudom ...
Köszönöm
LondoMolari
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Megoldottam
Sikerült megoldást találni a brilliant gallery-re. A megoldás a következő. A sites/default/files mappa alatt létre hozol egy mappát. pl. albums. Az adminisztráció/webhely beállítás/brilliant gallery-nél a Path to the main gallery folder (for local, non-Picasa galleries) mezőbe beírod, hogy albums és elmented. Utána az adminisztráció/webhely beállítás/beviteli formák-nál a full html beállításra mész és kipipálod a brilliant gallery tag-et és a csoportoknál bejelölöd a be nem jelentkezett és az azonosított felhasználókat, majd mented az egészet. Ezután az albums-ba létrehozol egy pl. 5oszt mappát és bemásolod a képeket. Majd a tartalom beküldése/oldal-nál a címbe beírod, hogy pl 5. osztály képei, a menüt kiválasztod, hogy 5. osztály/fotók, a törzsbe be írod a következőt: [bg|5oszt] a beviteli formát full html-re állítod és elmented. Láss csodát a képek az adott menüpont alatt megjelennek. Ha az 5oszt alatt létrehozol egy másik mappát, pl.kezisuli, akkor a törzsbe az elérési utat kell módosítani: [bg|5oszt/kezisuli]és így a kezisuli-ban lévő képek jelennek meg.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Igen csak
a PHPMYADMIN annyira működik, hogy belépek. Ott egy klikkem van és vége a ténykedésnek. Mivel csak várakozik várakozik és várakozik. Ráadásnak ha gyorsan kilogolok és vissza szeretnék menni jó ideig vissza sem enged. Az egész tárhelyem állít be. Az itthoni kis Ubuntu szerveremen primán ment az oldal. De az ugyan nem jelenti, hogy nem nálam a hiba. Kértem a szolgáltatót a tárhelyemen szakítson meg minden folyamatot. Remélem ezek után hozzáférek. De még ötletem sincs mitől rohad le.
Sima page lap beküldésnél is előferdült és ez az azért gyanús Az általában mindig tutira működik. A legújabb alaprendszer van fent a 6.17 -s. A szolgáltatótól megpróbálom beszerezni a tárhely logot is hátha lesz benne valami infó.
új infó:
A szolgáltatóm megcsinálta amit kértem és minden függő SQL kérésemet megszakította. Ezek után talpra állt az oldal, egy tartalom közzétételekor jelentkezett a hiba. De ha csak csak néha van hiba az lehet a Drupal hibája? Ha ez egy állandó hiba lenne akkor minden egyes tartalom beküldés és közzétételkor jelentkeznie kellene szerintem. Persze lehet rosszul gondolkodom.
honlapom http://dyra.eu/
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Single page website modul többnyelvűsítése
Egyrészt, mert a modul fejlesztője megírta, hogy nem megy ;)
Másrészt pont az a baj, hogy ez a bizonyos single_page nem jelenik meg node-ként a rendszerben. Semmi nyoma nincs, nincs ilyen tartalom, block, path alias, semmi.
Ha beírom a frontpage variable-be, hogy single_page, akkor legyárt "valamit" a Primary links-hez rendelt menüelemekhez rendelt tartalmakból, ami kvázi egy oldalként jelenik meg a felhasználónak.
A menüelemek #anchorokat kapnak azonosítónak, de az angol nyelvű menü ugyanazokat az azonosítókat kapja, ezért a magyar nyelvű tartalomra ugrik.
Tehát a magyar menüpontokhoz is az #anchor1, #anchor2, #anchor3 van rendelve és az angolokhoz is. Kipróbáltam, hogy egy menübe vettem fel a különböző nyelvű menüpontokat, hátha akkor kiosztja az #anchor4, stb.-t is, de nem. A látható menüelemekhez rendeli az azonosítókat.
Valamelyik előző verziója a modulnak a menüpontok nevéből származtatja az anchor azonosítókat, szerintem annak működnie kéne többnyelvű környezetben is a fenti módon.
Bocs, ha nagyon kezdő módon fogalmaztam. Nem fogom megúszni, hogy megértsem modul nélkül a jQuery plugin-ok beüzemelését Drupalban :)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
A kérdés
A kérdés, hogy ez baj-e. Mivel másabb ez, mint egy hírolvasó + eseménygyűjtő + közösségi + linkmegosztó + álláskereső alkalmazás.
Rövid verzió: szerintem a terv a főoldalra passzol, a tematikus oldalakkal kell játszani.
A hosszabb:
Maga az állítás, hogy alkalmazás szerű, az igaz. Az is igaz, hogy nincs kiemelt tartalom(típus). Ez megint kérdéses lehet, hogy így ez rendben van-e.
A főoldalon nincs olvasnivaló (vajon hiányzik, szükséges lenne?), én így nem ragaszkodom az újság/magazin stílushoz.
A Kézikönyv szekciónál tényleg ügyelni kell arra, hogy laikusok sokáig/hosszan szeretnék olvasni, ne legyen zsúfolt. Gondolom ott fehér vagy valami hasonló hátteret kap a szöveg.
A fórumunk elrendezése tragikus jelenleg (vékony az oldal + még osztjuk két hasábra + megfejeljük azzal, hogy a hierarchiát is ugyanebben az irányban jelöljük) szóval ezt nehéz elrontani. :D
A munkaközvetítő pl. simán lehet lazán brandelhető (logó), ott kevés a szöveg úgyhogy az appszerű felület megint jó lehet. Ugyanez igaz a Link galériára, vagy Linkek menüpontra.
Én a jelenlegi appszerű dolgot támogatom keretként és azon belül lehet könyvesdit, magazinosdit játszani az azt kívánó részeken.
Lippai Ádám
young element
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
„hogy ha egy Oktató node-ot
„hogy ha egy Oktató node-ot egy Kurzus node Kurzusfelelős mezőjében elmentek, akkor az Oktató user reference mezőjében lévő felhasználó (ha van) kerüljön be a megfelelő OG-szerepbe ill. OG-csoportba”
Szerintem Rules modullal létre tudsz hozni ilyen szabályt.
DE!!! Igazából nem nagyon értem, hogy miért van szükség az Oktató tartalomtípusra.
„nem minden felhasználó jön létre a drupalban akkorra, amikor már meg kell tudni mutatni a felületen az oktatókat.”
Annyi erővel, hogy valaki létrehozza az oktató node-ot, akár létrehozhatná magát a user-t is. Itt jöhet a képbe a Profile2 modul is, amivel egy felhasználónak többféle, különböző mezővel rendelkező profilt tudunk létrehozni, és a külön tudjuk szabályozni a profilok jogosultságát (ki láthatja, ki szerkesztheti).
(Igaz, nem tudom, hogy hogyan működik együtt a Drupal az LDAP-pal, még sosem próbáltam. De gondolom, megoldható, hogy egy megfelelő jogosultságu user létrrehozza az oktató user-t az oktató node helyett, aztán "összeköti" az LDAP adatbázissal.)
Kiss Norbert
adatmentespecs.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
A függést kiváltó mező
A függést kiváltó mező a listád lesz, a függő mezők pedig az A1, B1, C1... N1 mezők lesznek, azaz ahány listaelemed van, annyiszor létre kell hozni egy függőséget az aktuális listaelemekkel. Tehát: A lista elemet -> A1 mezővel, B lista elemet -> B1-el ... N lista elemet N1 mezővel kell függésbe hozni.
A feltétel nyilván "érték" lesz, az érték kinyerési módja lehet magából widget-ből(Insert value from widget), ahol klikkel kijelölöd az aktuális A1, B1...N1 mezőhöz tartozó listaelemet.
A tapasztalataim szerint viszont jobb működést biztosít a Set of values megoldás, ahol manuálisan adom meg listaelem értékeit.
Például: "Any of these values(OR)..." és a szövegmezőben string formátumban egymás alatt megadhatók listaelem értékek. Az esetedben elég csak az aktuális egyetlen listaelemet megadni.
Az "Interaction with other dependencies" maradhat AND, a többi pedig már az effekt.
Elvileg a függő mezőt alaphelyzetbe lehet hozni akkor, ha a függést kiváltó mező nincs aktiválva, de ez nem minden mezőtípusnál működik.
Cirka ennyi...:-).
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
URL
Az URL-ben látod. Például ha a www.valami.hu/taxonomy/term/12 oldalt szeretnéd felülírni (mondjuk csökkenő helyett növekvő sorrendbe tenni, vagy bevezető szöveget adni hozzá), akkor az Arguments résznél megadod, hogy
- Argument type: Taxonomy: Term ID
- Title: 12
- Default: Display all values
- Option: 0 (ha az alkategóriák tartalmát is ki akarod listázni, egyébként 1)
Majd beállítod a kívánt opciókat - megadod a page header szöveget, a filterek között meghatározod, hogy csak a 12-es kategóriát listázza, a sort criteria résznél megadod a sorrendezést, stb. Ha ezek után felkeresed a www.valami.hu/taxonomy/term/12 oldalt, akkor a szokásos taxonómia listázás helyett az általad készített oldal fog megjelenni header szöveggel, a kívánt sorrendben, stb.
Tehát a galériád URL-jét kellene megnézned, és az Arguments résznél megmondani a Views-nak, hogy ez az az URL, amit az adott view-val le akarsz cserélni.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Jajj
Egyrészt igen, elírtad a nevét. Másrészt eszembe sem jutott hogy a sess_write-ra gondolsz, mert az egy internal Drupal függvény és SOHA ne használd, mert az az EGÉSZ session data tömbre vonatkozik (Erre akár magad is rájöhettél volna ha megnézed az általad linkelt oldalon a forráskódját). Ez nem az amit te akarsz. A Drupalnak nincs a $_SESSION felett absztrakciója, használd a $_SESSION tömböt az általam leírt szabályok szerint és nem lesz gond vele.
Ki esett neked? Mivel pontatlanságokat írtál ezért feltételeztem hogy kezdő vagy és igyekeztem olyan módon leírni a választ hogy azt egy kezdő is megértse. Ha ez neked degeneráló, az ellen én nem tudok sokat tenni. Nem szégyen kezdőnek lenni.
?! Mi van a válasszal? :)
--
Tolmács Márk
Drupal bandita