Képmező végtelen számossággal: az egyik kép megjelölése checkbox-szal "borítóképnek"

az igazi egy IMCE-s browser lenne, de akkor a legkönnyebben úgy lehet megtalálni, ha a filefield_path-al a megfelelő helyre összegyűjtjük az egy node-hoz tartozó fájlokat.

Uhh, hát ez őszintén szólva számomra pont nem tűnik egy túl időtálló és elegáns megoldásnak: ez ezek szerint azt jelentené, hogy egyrészt könyvtárfüggő a megoldásom, másrészt lényegében elérési útvonalhoz kötöm azt a tulajdonságot, hogy melyik kép lesz a borítókép a sokból. Tehát mondjuk adatbázis szintjén egy mezőnév-elérési út kapcsolat lenne, az meg igen csúf és rugalmatlan megoldás, akkor már file id szerint kellene nyilvántartani a kiválasztott képet. Ha pedig utóbbit szeretném a javasolt könyvtárkigyűjtős, IMCE-jellegű megoldás esetén, akkor a fájlokat nyilvántartó táblából kellene kikotornom kiválasztáskor, hogy melyik file id-hoz is tartozik a kiválasztott kép elérési útja, így kapnám vissza a file id-t, amit aztán a kapcsolótáblába le tudnék menteni. Na de akkor már eleve nem könyvtár szerint kellene kigyűjtenem az adott mezőhöz tartozó képet (mi van, ha véletlenül valami hülye okból ugyanebbe a könyvtárba kerül egy nem feltétlenül oda kapcsolódó kép? akkor a felhasználó azt máris ki tudja választani), hanem file id, file entity alapján, ami egy ennél jóval erősebb, megbízhatóbb kapcsolat: például a file id nem változik túl sűrűn, de a fájl elérési útja, neve akármikor változhat, és akkor az ilyen jellegű változásokra is fel kellene készíteni a modulomat: máris nem tűnik olyan egyszerűnek ez a megoldás, sőt.

Lehet, hogy a javasolt megoldásom nyakatekertnek tűnik, de én abból indultam ki, hogy nem azt kell tárolni minden egyes fájlhoz, hogy az borítókép-e avagy sem (hisz nem lehet egyszerre két borítókép), hanem a fájloktól függetlenül azt kell letárolni, hogy melyik fájl a borítókép.

Jaja, de végül is ez megoldható lenne akár modul által definiált táblával is (Schema API), és lenne egy kapcsolótáblám mondjuk mezőnként, és abban letárolnám, melyik file id a borítókép, aztán minden űrlapmegjelenítéskor ezt csekkolom, és mondjuk a radio buttont ahhoz a képhez rakom, amelyik ki lett választva, a többinél üres a radio button.
Csak kényelmesebb lett volna ezt megoldani valami kész megoldással. :(
Főleg, hogy akkor a megjelenítést is meg kell oldani, hogy node megtekintésekor hogyan mutassam a cover photo-t, stb.

A megoldás elég gyökér júzer interfész, hisz a fájloktól függetlenül kell megadni egy fájlt, ami ráadásul más is lehet, mint ami a galériában van.

Na ja, ezeket mindenképp el akarom kerülni.

Ha a júzer interfész felől indulunk el, akkor a szabozee által javasolt megoldás tökéletes, de ott az adattárolás és tartalmak betöltése lesz egy picit bonyolultabb, amit elfed előlünk a rendszer.

Na viszont erre még nem kaptam magyarázatot szabozee-től, hogy értette, mert számomra nem igazán világos. Attól még, mert van egy Field Collectionnel létrehozott külön mezőgyűjtemény-entitásom, és így tartozik egybe a képmező, meg esetleg egy radio button, hogy lesz a kettő összekapcsolva? Mitől lesz ez így egyszerűbb, hogyan kerülném már el ezzel a kódolást? Na meg az sem mindegy, hogy így a Field Collectionnel létrehozott entitásban lévő mezőbe kellene MIGRÁLNOM az összes jelenleg meglévő képet, a meglévő mezőkből... nemde?