tzotyu képe

Köszi, olvasgatom és próbálok tanulni! :)
Nagyon tetszik ez a galéria: http://devkick.com/lab/galleria/demo_01.htm#img/grass-blades.jpg

Eljutottam odáig, hogy meg tudtam jeleníteni egy galériát és tudok lapozni a feltöltött képek között, gondolom ez a jCarousel "műve", mivel egyszerre telepítettem a modulokat és csak a végeredményt látom.
Viszont, amit nem tudtam megoldani, hogy a feltöltött képek méretét nem tudom beállítani, tehát túl nagyban látom a kiemelt képet, ha megnézem az adott node-t, így szétnyomja az egész oldalt. Nem tudtam állítani a jCarousel integration opció alatt. :(

0
0
norbikaa15 képe

Robotok állhatnak a dolgok mögött, mert Google Analytics tényleg nem dob ki semmi látogatottságot, viszont van a szolgáltatónak is statisztika és ott már látszik, hogy Júni közepe óta napi 14 ezer látogató van (ezek lehetnek a botok, mert a GA nem írt csak napi 15-20 látogatót).

Szerintem elkezdem lementeni az adatbázist, exportálni amit lehet és újrakezdem az oldalt, mert már annyi időt elfecséreltem a hiba megtalálására, hogy rég újra rakhattam volna a Drupalt...

Aztán ha újratelepítés után is ennyi a látogató, akkor szólok a szolgáltatónak, hogy valamit csináljanak, mert akkor valószínűleg nem nálam lesz a hiba.

Ha lesz valami további fejlemény, akkor azt itt megosztom veletek ;)

0
0
vacati képe

Kösz Aries, látom érted mire gondolok :-)

Aki pedig azt gondolja, hogy több találat is lenne, annak azt üzenem, hogy meg lehet úgy is írni, hogy ha több találat van, akkor lista, ha csak egy, akkor azonnal a tartalom.
De én úgy csinálnám, hogy ne legyen redundancia. Mivel utaltam is pl. az útvonalálnévre, ott ez elég jól megvalósítható.

Azzal nem tudok vitatkozni, hogy ez nehéz-e, vagy könnyű, elhiszem nektek, hogy nehéz, bár én azt gondolta, csak pár sor kód az egész.

Pl. if "csak egy találat van", akkor go "a találati oldalra".

:-) Mindez persze kóddal.

0
0
mapdesign15 képe

Őszintén szólva a preprocess-es megoldás a jó szerintem. Én nem javaslom a nyelv megállapítását CSS-el, mivel pár böngészőnél lehetnek vele problémák (sőt ha a böngésző nyelve netán Angol, de a használója Magyar, akkor már eltér az oldal nyelve a fejléctől - mivel legtöbbször a böngésző telepítési nyelve definiálja a CCS-nek a nyelvi értéket -).

Ha mindenképp CSS, akkor 2 rétegben érdemes:
1.-ik ami akkor is megjelenik, ha nincs nyelv megállapítási támogatás (ez lehet a magyar),
2.-ik pedig a CSS által betöltött (ami lehet a felhasználó nyelve és az 1-es felé kerül).

PS: Lehet JavaScript erre praktikusabb lenne, habár nem érdemes túlbonyolítani.

0
0
Paal képe

Akkor vegyél fel egy új tartalom típust „munkahely” néven. Vedd fel hozzá a szükséges mezőket, majd a ezt „node referencia” mezőként vedd fel a content_profile tartalom típushoz.
Egy views-zal le tudod kérni, hogy az adott node-hoz milyen referenciák tartoznak (vagyis xy munkahelyen kik dolgoznak). Ezt egy Viewfield segítségével ha beteszed a „munkahely” tartalom típushoz, akkor egyből listázza is a dolgozókat, adott munkahely megtekintésekor.

Az elmélet megértéséhez nagyban segít Edith leírása:
Tartalomszervezési megoldások II. - Views és CCK modul

2
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

csg képe

Ott van a $vars tömbben minden változó, amit használhatsz. Irasd ki, és meglátod.

De valószínűnek tartom, hogy nem csak abba az egy tartalomtípusba tartozik minden oldala a honlapodnak, amelyiknél ott vannak ezek a cck mezők, úgyhogy inkább a template_preprocess_node() függvényt használd, és ott szintén a $vars tömbben lesznek a mezők, de vizsgáld a tartalomtípust is, vagy írd a node-[típus].tpl.php-ba, és ott a $node objektumot tudod használni.
(A node-oknál még arra kell figyelni, hogy full nézetben jelennek-e meg, mert ha csak egy listában, akkor ott nem akarod betenni az összes listaelem képét és leírását a fejlécbe.)

0
0

--
Csonka Gergely
http://cheppers.com

gepidak képe

Olvastam én is post-ot és nekem is az Triggerunlock modul jelentette a megoldást, mert így aktív lett a Triggerek / Simplenews fül alatt a kiváltasztható akció! Ez szuper!!! De van ezzel kapcsolatban egy felmerülő probléma, ha én értesítést akarok kapni (mail), hogy feliratkozott valaki a hírlevélre, azt megkapom, de azt nem tudom meg, hogy ki iratkozott fel, hiszen ezt sehogyan lehet nyomon követni, mert simplenews változott nem lehet megadni a konfigurálható akció beállításánál. A simpenews feliratkozok között (admin/content/simplenews/users) pedig nem lehet úgy rendezni a listát, hogy az új feliratkozott kerüljenek legfelülre! Így nem tudom ki iratkozott fel újonnan!!! Tudtok erre valamilyen megoldást???

0
0
Balogh Zoltán képe

Mint a téma felvetője, akkor összegezném az elhangzottakat:

  • A hash szó használata a modulokban nem egységes, keveredhet.
  • A legtöbb esetben ellenőrzőösszegként használatos.
  • Létezhet olyan eset is azonban, amikor ez a fordítás nem helyes.

Javaslat:

  • Amikor egyértelműen ellenőrzőösszegként van használatban (például MD5 hash), akkor fordítsuk simán ellenőrzőösszegnek.
  • Egyéb esetekben legyen hasítótábla, hasítókulcs, stb., de mivel ez a szóhasználat többekben meglepetést váltott ki, írjuk utána zárójelben és bedöntve, hogy hash. Például Ez a hasítókulcs (hash) azt a célt szolgálja, hogy... (Ha már a kockák is sasolnak rajta, mi tesz az átlag felhasználó?)
5
0
8nemesis8 képe

Szerintem nem volt ennyire hülyén leírva azért.

Tehát van egy nézet, ahol vannak a tartalmak. Tehát van mondjuk 100 node soronként megjelenítve, ahogyan a példában is írtam.
A sorok végén lenne 1-1 link, 1 szerkesztés és egy listázás.
A szerkesztés az nem a beépített node-edit lenne, hanem a modulom végzi el. Így innen kellene átirányítani a modulomra, ahogyan eddig a node-edit tette....

A másik pedig a listázás kérdése. Ugye kipakolok linket és valahogyan át kellene adnom azt az információt, hogy mely node esetén történt a listázás linkre kattintás, hogy tudjam, mit kell kilistázni a modulommal...

Előre is köszi a segítséget és remélem most már érthetőbb voltam!

0
0
Luigi.hu képe

gondoltam a Taxonomy-ra, mert a későbbi sok háttér Rules feladat miatt nem akartam a node-okat "nyitogatni", ezért a Taxonomy gyorsabb, egyszerűbb megoldásnak tűnt.

Illetve van egy kész megoldásom a szervezet, tehát most szótár kifejezéseinek fa struktúrában való megjelenítéséhez, de az csak mezőkkel működik, a szűk határidő miatt pedig nincs időm vmit lefejleszteni.

Tehát a fa struktúrában történő rögzítés mellett annak hiererachiában történő szép kiírása is fontos feladat.
Az utóbbi időben csak ezzel foglalkozom, és lehet emiatt már csőlátásom van van, :-( ezért nem látok vmi egyszerűbb megoldást, de mindenre nyitott vagyok, ami gyorsan és szépen elkészíthető.
Köszönöm.

0
0