eMeLA képe

Remélem jól értelmezem amit leírtál, mert nekem egy kicsit kuszának tűnik...

Létrehoztál egy nézetet ahol a nézet típusa kifejezés (gondolom).

Hozz létre egy másik nézetet aminek a nézet típusa tartalom. Ebben állítsd be az argumentumot hogy a term id-je legyen, így az kilistázza neked a kifejezés alatt lévő node-okat (ha a sor stílus mező, akkor a node tetszőleges mezőjét meg tudod jeleníteni)

Tölts le a Views Custom Field modult és a kifejezés nézet típusú views-ban a mezőkhöz adj hozzá egy Customfield: PHP kód-ot amiben meghívod (views_embed_view) a node-okat listázó views-t, az éppen aktuális kifejezés tid-jével. (van a views-hoz egy olyan modul amivel views mezőt lehet hozzáadni, de nem tudom a nevét :)

Bizonyára másként is össze lehet hozni, ez egy lehetséges út (már ha működik, mert most nem próbáltam ki :))

A "gyári" views-os kérdésedet nem igazán értem (nálam nem csinál a Ad Classified modul views, bár lehet valami nincs bekapcsolva), de nézd meg, hogy cseréli le a taxonomy/term/% útvonalakat a views. Ott van a "gyári" views-ok közt.

0
0

...mit tudok: http://web.termuves.hu

zeniten képe

Bár régebben volt, hátha még aktuális:
ezt nézted?
http://drupal.org/node/1042010

1.) Itt le van írva: Tartalom menü/média/fájl hozzáadása és ott a plupload felület.
De értem a kérdésed, én is cck mezőben szerettem volna meghívni, mint hajdan az FUpload-ot D6 alatt.
Ez még nekem sem jött össze.

2.) Ugyanitt olvasható a válasz, hogy a Média nem node, hanem egy másik entitás (a node az egyik entitás fajta, és van még a Profil, vagy a Regisztráció entitás-típusok...) Tehát ha jól értem ez a modul nem mezőként tölti tölt fel, hanem entitásként, akár a node galléria megoldásokban egy-kép egy node módon állt össze egy képtár, itt entitásgellériát lehet belőlük szervezni.

+1) Péter:
a MédiaGallery-t próbáltam, de 5.3-as php és 7.12-es Drupal alatt azt írja ki az előrt Multiple forms (1.0-beta2) (7.x-1.0), hogy ezzel a Drupal változattal nem működőképes. Tudom ez másik kérdés, ha nem jutok vele dűlőre fel is teszem más fórumon...

0
0
Sk8erPeter képe

Remélem nem probléma, ha tanácsot adok (és nem a konkrét munkavégzés szándékával jelentkezem), de én az Ubercartot ajánlanám, azonbelül is a core-hoz tartozó Roles ÉS Conditional Actions modul bekapcsolását - nagyon szépen testre lehet szabni az ilyen tagságikhoz hasonló fizetési lehetőségeket, lejárati időket, stb.
A régi Ubercarthoz volt témába vágó leírás is:
http://www.ubercart.org/docs/user/3366/selling_site_access_role_promotions
Itt is ugyanezt javasolják:
http://drupal.org/node/412880

Időközben találtam egy még jobbnak tűnő leírást:
http://www.leveltendesign.com/blog/rachel/how-create-memberships-drupal-...

Persze ezen tutorialok nagy része egyelőre Drupal 6-oshoz készült, és abban igazán stabilak az Ubercarthoz kapcsolódó modulok, de ez tényleg egész kényelmesen, összekattintgathatósan elvégezhető feladat.

A mobiltelefonos fizetésről nem tudok nyilatkozni, de simán PayPallal könnyű összehozni.

0
0
SIR VAMI képe

Nem az a baj, a szerkesztői link az megvan. Linkeltem pár képet hátha ettől érthetőbb lesz a progléma:
Itt a normálisan működő honlapon a wysiwyg modulba belépve látom ezt: http://poenlap.net84.net/kellekek/mas2.jpg
Ha ez után a szerkesztés alá megyek akkor látom a button and plugins alatt amit kell:
http://poenlap.net84.net/kellekek/mas3.jpg
A hibás honlapon a wysiwyg modulba belépve látom ezt:
http://poenlap.net84.net/kellekek/mas1.jpg
És azon belül a szerkezstésben a button and plugins alatt meg üres minden:
http://poenlap.net84.net/kellekek/mas4.jpg
Viszont a wysiwyg modul alatt mindkét helyen zöld szín alatt vagy milyen szín az, jelzi hogy a ckeditor 3.6.2.7275 verziója fel van telepítve. Kicsit lehet hogy rossz a képek minősége, de a verziószámok mindenhol ugyanazok, még a drupal is mindkét helyen 7.12-es

0
0
Paal képe

Sziasztok!

Tervezünk egy „össznépi”, szegedi halászlé készítést péntek késő du/este. Tűzrakó hely elvileg lesz, minden mást elő kell teremteni :). Ebben viszont segítség kellene! A lényegesebb dolgokat ide írom, ezek egy részére York fog tudni majd válaszolni.

  • borácsállvány bográccsal (jó nagy kellene, mert már most 15en jelentkeztek)
  • milyen messze van a tűzrakó a legközelebbi 230V-os csatlakozótól? Ugyanis az alapléből nyert sűrítményt le kellene majd turmixolni (gépet viszek hozzá)
  • milyen lehetőség van mosogatásra (csak az edények, mert műanyag tálakat+evőeszközöket tervezek)
  • kellene pár elszánt drupalista halat pikkelyezni :)
  • filézést, főzést vállalom
  • az alaplében meg/szétfőtt halakat kell majd „kicsontozni”
  • Kellene majd elegendő műanyag tányér (lapos és mély), műanyag kanál, Erős Pista, és műanyag pohár. Ezeket hogy szerezzük be?

Nagyjából ennyi. Köszönöm a segítségeteket!

Pali
Ui.: aztán ha úgy alakul, hogy sok keszeget tudunk fogni, akkor még egy jó paprikás lisztes sült keszegre is be lehetne nevezni, mondjuk másnap :)

--
Palócz Paal Pál, a drupal.hu admin csoportjának tagja
Ajánlott olvasmány: Eric Steven Raymond - Hogyan kérdezzünk okosan

nevergone képe

„probaltam keresni lehetoseget hogy fejlesztes alatt a dsm menjen nem belepett felhasznaloval is de nem talaltam”

Látod erre mondtam a következőt itt: http://drupal.hu/comment/66642#comment-66642

„Szerintem az a baj, hogy nem akarod megismerni a rendszert, nem szánod rá az időt és a tapasztalatot, de már rögtön programozni akarod.”

Menj el az admin/people/permissions oldalra és a Devel modul „Access developer information” jogosultságát add meg a szükséges felhasználói szerepköröknek.

Aztán pedig, ha valóban a Drupallal akarsz foglalkozni, akkor ezt most tedd szépen félre (a munkádat is) és nyomás olvasni, itt kezd: http://nagygusztav.hu/drupal-7-alapismeretek

„debugerrel dolgozom! (ami mar eddig is sokat segitett a drupal mukodesenek megerteseben!)”

Nyugodtan elhiheted, hogy még töredékét sem érted a Drupal működésének és lehetőségeinek. Több éve foglalkozom vele napi szinten, és még most is többször megesik, hogy új dolgokba futok bele, aminek utána kell néznem. Azt hiszem, ezzel a dologgal nem vagyok egyedül a hazai közösségben.

0
0
Sk8erPeter képe

Ha jól értem, Gmaillel próbálkoztál, beállítottál helyes felhasználónevet-jelszót, küldtél tesztcélú e-mailt, stb., tehát mindenféle szükséges lépést megtettél.

Ez esetben tudsz egy phpinfo()-t mellékelni, már ha a szolgáltatód nem tiltja annak is a használatát?
Ez azért lenne érdekes, mert lehet, hogy a szolgáltató nem engedélyezte a php_openssl.dll bővítményt (pl. itt is az volt a hiba).
Ezért szintén a nevergone által már korábban javasolt szívlapát-kezelés járna nekik... :)
De hogy erről meggyőződjünk, utána kéne nézni. Ha a Devel modul engedélyezve van nálad, akkor könnyű kiíratni a phpinfo()-t. Ha engedélyezve van az OpenSSL, akkor egy ilyen szekciónak kellene lennie a phpinfo()-ban:
OpenSSL support in phpinfo()

Ami még nagyon fontos:
NEM kell az "SMTP Authentication Support" modulhoz külön letöltögetni, telepítgetni a PHPMailer osztályt!! Idézem a modul oldaláról, ahol egyértelműen írják: "PHPMailer is now being shipped with it, so it works out-of-the-box".

0
0
turboczi képe

Sziasztok!

Hát, én vért izzadtam, és egy délelőttöm ment el rá, mire rájöttem, hogyan kell újra összekötögetni a tartalmakat... Az a lényeg, hogy nem mindegy, honnan indítjuk a tranzakciót. A menüt kell kilistáztatni, ott rámenni a kiinduló tartalomra, és onnan a fordítás fülre. Aztán az egészet le kell ellenőrizni a menü fordítási egységeinél, mert van, hogy hiába kötöm össze a tartalmakat egy fordítási egységgé (tehát egy azon tartalom különböző fordításaiként), ez nem mindig így jelenik meg a menü fordítási egységeinél. Ráadásul én azzal is megkínlódtam, hogy a fordítási egységeknél bizonyos tartalmakat egyszerűen nem adott fel a legördülő menüben... ekkor segített az adott tartalom újra megnyitása, a nyelv átállítása nyelvfüggetlenre, mentés, utána vissza és nyelv visszaállítása, mentés. Innen a fordításokra, aztán a fordítási egységekre... És még nem vagyok teljesen kész vele.

A kódcsere egyébként meggyógyította a menüket, most már megy a nyelvváltás (ahol nem, ott a fordítási egységekkel lesz a gond, szerintem.)

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!!!

Külön köszönet Péternek a hősies kitartásáért és segítségéért. Nélküle nem működne most már majdnem normálisan a honlap!

2
0

Turóczi Attila

aruna képe

Ugyanis a display suite adatbázisban eltárolja a field-eket a ds_settings táblában a fields mezőben.

Emiatt hiába változik a változóban ($myArticle1Object->title) az érték más oldalak betöltésekor, mindig a db-ben tárolt érték fog látszani.

Egy kerülő megoldás, hogy az adatbázisban csak a meghívandó függvényt tárolom le, ami majd futáskor előállítja az értéket:

...
'code' => "<?php print call_user_func('modulom_get_field_value', 'field_id'); ?>",
...
 
function modulom_get_field_value($field_id) {
  $$myArticle1Object = load_object(...);
  return $myArticle1Object->getValue(field_id);
}
0
0
nevergone képe

Nem szoktunk témát törölni, csak nagyon indokolt esetben, és akkor is kétszer meggondolva.

„Azért nem jó az a módszer hogy mindent kiirkálok nektek mert biztos hogy voltak hasonló problémák és ezekkel senkit nem szeretnék untatni, mellesleg időm sincs kikeresni.”

Egyrészt biztosan nem untatsz senkit a kérdéseddel, elfér itt, a node-ok sem fogynak el tőle. Ha pedig a problémád megoldásának keresésére (esetleg a megoldásra) nincs időd, akkor szerintem irreális azt elvárni, hogy majd más időt szakít rá?

Megértem, hogy fárasztó, felemészti az időt és a kedvet, viszont ebből tudsz tanulni. Nem abból, ha valaki más megcsinálja, vagy felkutatja a helyes megoldást, ahogy Szántó Gábor mondta egyszer: „sokszor a megoldásig vezető út sokkal tanulságosabb, mint maga a megoldás”
Ezt az időt pedig neked kell beleáldoznod, vagy alaposan honorálni valakit, aki beáldozza helyetted. Csak ez utóbbi esetben nem tanulsz belőle, elvégre minden a lustaságodról szól. :)

Szóval ha tényleg nem született még a kérdésedre megoldás, akkor: „Új kérdés, új téma!” :)

2
0