CCK Filefield, Imagefield
A fenti modulokkal a Product-hoz hozzá tudsz rendelni két ilyen mezőt. Utána meg jogot adsz ennek szerkesztéséhez a bejelentkezett felhasználóknak.
Mondjuk az értelmét nem látom.
A probléma ebben az esetben az, hogy akkor a felhasználó által feltöltött kép jelenik meg ennél a node-nál, tehát ha jól fifikázok', akkor neked a rendelési folyamathoz kell kötnöd ezt a képet (adatot), mert az egyedi. Azt meg meg kell nézni a rendelési folyamat beállításainál (checkout), hogy meg lehet-e fájlt is adni. Kommentet biztos, hogy lehet.
Gazsesz
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Egyetértek...
...az előttem szólóval. Ezt a Zen-nel mindenféle régiók definiálása nélkül meg lehet oldani. Ha pedig mégis kavarni kell, érdemes elmélyedni a Panels modulban.
Gazsesz
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Megoldás
Igaz valóban kíváncsiak lennénk a megoldásra!
Köszönjük
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Röpke megjegyzés
Én is egy Ubercart webáruházat akarok éppen összehozni, és a tulaj döntésével összhangban csak átutalás, és utánvételes lehetőségek lesznek.
Ez a mai magyar vásárlói szokásoknak is jobban megfelel.
Persze ha kijön egy OTP-s modul, azt én is megfontolom... :-D!
Üdv
Gyuree
Bíró György
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Szerintem
Itt a jogosultságokkal is kellene manipulálni, viszont ahogy nézem Ubercarton belül nincs olyan ami csak a képekre vonatkozna.
Ha a megrendelőd saját termékeket szeretne eladni, akkor nem igazán értem a felhasználók képfeltöltését. Ha mindenki kihasználja ezt a lehetőséget, akkor előfordulhat, hogy 1 termékhez rengeteg kép kerül (szerintem feleslegesen).
Ez egy aukciós oldal lenne amúgy?
Mert az más helyzet lenne...
Üdv:
Gyuree
Bíró György
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
atallas
nem javasolt D5rol D7re migralni.
D7 nincs hasznalhato allapotban, es nem is lesz egy darabig. A D5 tamogatas hamarosan megszunik, hamarabb mint a D7 hasznalhato lenne (ertsd: a kiegeszito modulok is stabil allapotuak)
D6 most tokeletes, arra kell (kellett volna mar reg) migralni..
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Itt pont erről folyik az
Itt pont erről folyik az eszmecsere:
http://drupal.org/node/337030
Állítólag a INSTALL_QUICKSTART.txt fájlban benne van a megoldás.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Ez húzós lesz, kb mintha
Ez húzós lesz, kb mintha szűzlány a nászéjszakán végig akarná pörgetni a kámaszutrát.
A grafikád alapján teljesen feleslegesen tördelted szét az alap zen struktúrát. A page és a closure-blocks divek a fő keretek, ezeket a legritkább esetben kell bántani, illetve bármit is beszurkálni közé. A page div az, amit a fix/liquid layout beállítások kezelnek, a closure-blocks a layout-tól független, alapesetben 100% szélességű div, tipikusan copyright és hasonló lap aljára - középre igazított információk megjelenésére való.
Neked a page-en belül kell ügyködni.
Ezen belül a következő a struktúra: Van a header, main és footer. Ezt a struktúrát megint a legritkább esetben kell babrálni - a képeden nem láttam olyat, ami indokolná.
Amibe neked nyúlkálni lehet, az a main, de itt sem ész nélkül. A mainon belül a content és a sidebarok megint olyan részei a sminknek, amik baromi jól be vannak lőve, szintén nem látok a képen olyan elemet, ami miatt itt kellene bármit alakítani.
Ha ezt így végiggondolod, és ránézel a képre, láthatod hogy nem kell neked plusz régió. Mindent szépen be lehet pakolni blokkba, és így nem lesz olyan, hogy szétesik az alap (2 sidebar + content) layout.
Akkor kell régiókban gondolkodni, ha valami már abszolút nem megoldható blokkokkal.
Végignéztem a legbonyolultabb sminket, amit csináltam, össz-vissz 3 plusz régió kellett hozzá, és most, hogy ránéztem, kettőt ki is tudnék váltani..
----
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.