nem lehetséges
az ilyen képmegjelenítők (lightbox, clearbox, vanmégpár) úgy működnek, hogy azokat az a tegeket fűzik egy 'galériába', 'lapozgatósba zoomnál', amik ugyan azt a rel attribútumot hordozzák (pl rel="lightbox[node-12]) .. ha csak egy kép van 'kiprintelve' akkor nanáhogy nincs mit galériába fűzni. persze csinálhatod azt, hogy minden képet kiprintelsz, aztán css -ből elrejted a többi képet (kivéve egyet) display:none -al, lelked rajta. ;)
(drupalconon hallottam, hogy display:none is for loosers... :)
a nem lőttem be jól részhez:
pl story típus 'display fields' része, ahol ki tudod választani a megjelenítést:
admin/content/node-type/story/display
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
ja itt a gépemen ;) a web
ja itt a gépemen ;) a web gyökér ugyanis egy svn szerver gyökere is egyben. Tehát minden kódmódosítás változás követett. (az adatbázis nem ezért is volt a szerencsétlenkedés a feedapi-val és ezért csak az 1.0-ás webform megjelenése után lehetett elkezdeni a konferenciára való jelentkezést. ;)
Lehet automatizmust kialakítani rá, de én nagyrészt kézzel szoktam másolni. Ha van konzol hozzáférésed és nem a phpmyadminnal kell szerencsétlenkedned, akkor ez nem túl nagy adatbázisnál 2-3 perc
A teszt rendszere pedig teszek egy jelszót. Tipikusan .htaccess és .htpasswd páros és egy olyan domain név, ami nehezen kitalálható. A teszt.ceg.hu pl. nem jó. ;)
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
egy lehetséges megoldás
Gyorsan kipróbáltam egy tesztkörnyezetben, és találtam egy lehetséges megoldást.
Az én mezőm neve "field_date" az adatbázisban, és CCK -val rendeltem egy már létező tartalomtípushoz.
Utána a Views -ban a mezők hozzáadásánál ki tudtam választani:
"Tartalom: Datetime: dátum (field_date)"
Ha ez megtörtént, akkor a szűrőknél elérhető volt egy mező:
"Dátum: Dátum
Filter any Views date field."
Ezt kiválasztva és hozzáadva már tudtam választani a lehetséges dátum mezők közül:
Tartalom: Datetime: dátum (field_date)
Picit furán van megoldva, de nekem működni látszik. :)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Köszi
Sokat segítene, ha konkrét információt kapnék arról, hogy mi a megvalósításban az alapvetően hibás.
A PHP-t pedig tapasztalati, gyermekded, trial-and-error módszer szerint tanulom, pici darabokban, például ezen a feladaton keresztül, és nagyon élvezem.
Tanulnék belőle, ha konkrét segítséget kapnék, mint ahogy pp kódjából is tanultam.
Pont azért fordultam ehhez a közösséghez, mert magamtól nem ment.
Előnyben részesíteném a közösségi együttműködést azok között, akiknek ugyanerre van szüksége, vagy szívesen segít az ügyben ahhoz képest, hogy pénzt ajánljak egy megoldásért.
Ha pedig egy 0 egyesre módosításával a thread érték sminkbarátabbá válik úgy, hogy megőrzi funkcionalitását, miért ne kerülhetne be a core-ba?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
ha egyedül vagy akkor elszúrtad
Ha csak Te blogolsz egyedül az oldalon, mert ez egy személyes blog akkor mondjuk ki: elszúrtad. A blog modul ugyanis arra való, hogy egy oldalon sok ember blogoljon. Ez egy tipikus hiba a Drupal usabilityben, hisz felteszi az ember a Drupalt és blogolni akar, akkor persze, hogy bekapcsolja a blog modult. Pedig csak annyit kéne tennie, hogy átnevezi a story-t blog entryre és kész. ;)
Ha még nem késő, akkor szerintem válts. ;) Ha már késő, akkor keresd meg a fordítói felületen a blogja szót ekkor találsz valami olyasmit, hogy %username's blog és annak a magyar fordítását %username blogja. Ez utóbbit írd át munkanaplóra.
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
A következőképp csinálnám...
A következőképp csinálnám:
- kis modul egy saját táblával (cid, uid)
- a regisztráció után (hook_user) egy egyedi azonosító generálása (drupal_get_token), majd a user id-val együtt a táblába írása, az azonosítót pedig sütibe
- a fenti formokon süti megvizsgálása (hook_form_alter), ha ok akkor a user id meghatározása a táblánkból, user objektum betöltése (user_load), megfelelő elemek értékeinek megadása
- minden belépéskor süti ellenőrzése, ha nincs (vagy az azonosító nem érvényes), akkor új azonosító létrehozása (a meglévő mellett vagy helyett)
- időközönként a tábla megfelelő karbantartása (hook_cron)
Azt hiszem nem felejtettem ki semmit.
Üdv: Zoli
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
KÖSZÖNÖM! Most megint
KÖSZÖNÖM! Most megint elakadtam.
Ezt az üzit kapom telepítéskor:
Javasolt a PHP memória korlátjának megemelése 16M értékre, hogy a telepítés során fellépő esetleges memóriahiány elkerülhető legyen. A PHP memória korlát a %configuration_file memory_limit nevű értékének módosításával és a web szerver újraindításával változtatható. Ebben a rendszergazda vagy hoszting szolgáltató is segítséget adhat. További információ a Drupal rendszerkövetelményeit leíró oldalon. (Jelenleg használatban: PHP memória korlátozás 8M)
De nem találok ilyet. Ilyen van:
wamp/php/php.INI-DIST
realpath_cache_size=16k
realpath_cache_ttl=120
De itt jók az adatok. Vagy mégse?
bogarka1
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
oldjad meg, hajrá!
mindkét témában elhangzott a megoldás: saját modult kell írni (sőt, az automata hivatkozás alapból adott, core comment.module eleve megoldja!)
a megoldás ez.
ez kétféle képpen lehetséges:
- megtanulsz modult írni (nem boszorkányvudu) és megírod, ha elakadsz konkrétat kérdezel és segítünk
- megfizeted az ember idejét aki meg tudja ezt írni (biztos van ilyen ember itt több is és megírni se tart túl sokáig, legalábbis tuti kevesebb ideig tart, mint a vetyengés, hogy mennyire béna a drupal, meg miért nem így, meg úgy, és hogy képzeljük, hogy ilyet válaszolunk...)
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Megoldást ugyan nem tudok,
de egy elgondolkoztató gondolatot igen:
Ez egyetlen tartalomtípussal - szerintem - nem célszerű csinálni. (Talán nem is lehet.)
Ugye itt a klasszikus relációs adatbázis-kezelés elvei szerint 1:több kapcsolat van, amit csak két táblával és egy kapcsolattal lehet megoldani.
Drupal alatt tehát ehhez 2 tartalomtípus kell: tejbolt és tej. A kettő közötti kapcsolatot pedig nodereference-el megadni. Ennyi az elmélet.
Ami még hiányzik (én is kíváncsi vagyok), hogy ilyen esetben hogyan lehet a 2 tartalomtípust egyszerre bevinni. (Pl. Delphi alkalmazás esetén a törzsadatok a szokásos módon szerepeltek az űrlapon, míg a kapcsolódó többes tábla rekordjai alul, egy táblázatban szerepeltek. Nem tudom, valami hasonló módszerrel találkoztatok-e már.)
Nagy Gusztáv
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
szóval
A kérdésem az volt hogyan lehet olyan select list-et megvalósítani, melyben egyszerre akár
többet is ki lehet választani, ahhoz h valóban mire akarom használni csupán azért írtam le,hogy ne kapjam egyből azt a választ, hogy nem lehet érteni mit akarok pontosan...
de írtam is, hogy a többi részével nincsen gondom, másrészt nem más kódját vettem át vagy veszem át hanem a sajátomat írom.
miért van az hogy sokszor nagyon beszólsz embereknek?
ok elhiszem h kiakadsz dolgokon meg mindig klassz dolgokat írsz és segítessz
de nem lehet mindenki egyformán jó fejlesztő...
mini