külön panelek
Ahogy írtam, a Context-et nem ismerem, nincs összehasonlítási alapom.
A Panels tökéletesen megfelel arra, amit írtál. Hogy megéri-e, az csak utólag fog kiderülni. :) De legrosszabb esetben majd a következő projektnél fogod hasznosítani a megismerésére fordított időt.
A Mini panels arra jó, hogy több blokkot összefoghatsz egy csokorba, és a csokrot teszed ki egyik vagy másik panelbe egy meghatározott helyre. Egy-egy blokk tetszőleges számú csokorba bekerülhet. De nem muszáj a Mini panels-t használni, ez is csak egy kényelmi szolgáltatás, hogy kevesebbet kelljen kattintgatni. Például ha A, B, és C útvonalon külön-külön paneljeid vannak, de mindhárom esetben ki kell tenni az Aktív fórumtémák és az Új munkaajánlatok blokkot, akkor ezekből csinálsz egy minipanelt, és a minipanelt teszed ki a három panelbe.
A súlyokat az áthúzós felületen áthúzással állítjuk. :) Ha X útvonalon a blokknak z helyen kell lennie, Y útvonalon pedig w helyen, akkor két külön panelt készítünk, felvesszük a blokkot a megfelelő helyekre, és beállítjuk, hogy az első panel X útvonalon jelenjen meg, a második pedig Y útvonalon. (De persze lehet PHP kóddal és még sokféle megoldással operálni. Tényleg csak kávét nem...)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
lehet mindent egy helyen
Igen, a Panels egyik hátránya a széttöredezett UI. Elvileg lehetséges, hogy nem töröd szét az admin felületet, hanem mindent egy helyen csinálsz, és PHP-kóddal szabályozod az egyes oldalelemek láthatóságát, mikor melyik változót kapják meg, mikor melyik layoutot használják, stb. De akkor meg felesleges a Panels, írj egy modult és kész.
Általános probléma, hogy ha van egy 10 különböző layoutot használó, 50-100 blokkot mozgató webhelyed, akkor nem tudod jól átlátni. Akár Panels-szel dolgozol, akár saját kóddal. Erre én saját kis chartokat, Excel táblázatokat és efféléket szoktam készíteni magamnak, de azokat naprakészen tartani megint csak plusz munka.
Drupal 8-ban az egyik fő fejlesztési irány a blokk rendszer kiváltása, de nem teljesen Panels irányba ment el a fejlesztés. Lehet, hogy már van valami kísérleti modul, én sajnos nem tudtam követni a fejleményeket az utóbbi időben.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
egyfélét
Az viszont általános szabályként megfogalmazható, hogy akár Panels, akár Block + Context, akár saját kód, csak az egyik féle megközelítést érdemes használni. Ha többfélét keverünk, annak az az eredménye, hogy az ember fél munkanapja azzal megy el, hogy keresi, hogy ez vagy az a beállítás most éppen melyik modul fennhatósága alá tartozik. :)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
hányféle tartalom van?
Én ezt úgy csinálnám, hogy létrehoznék annyi blokkot, ahány féle tartalom van, a Block felületet pedig általában tudja használni az átlagjúzer, ha megmutatom neki, hogyan tud útvonalakat megadni.
Persze ha 100 féle tartalom van, akkor ez nem megoldás.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
kell a Page Manager
Ezt írja a Panels modul felülete:
Create new...
Panel page
You must activate the page manager module for this functionality.
Tehát igen, be kell kapcsolnod a Page Manager modult ahhoz, hogy hozzáférj a Panels szolgáltatásaihoz. Nincs függőségként megadva, mert van egy kis funkció, ami a Page manager nélkül is használható. De amúgy kell hozzá, ugyanúgy, mint a Ctools… Viszont csak egészen extrém esetekben kell hozzá a Panels Everywhere.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
magyarul
Ha utf8_hungarian_ci-vel hozod létre az adatbázist és a táblákat, akkor jól fog listázni. Persze ez több nyelv esetén nem megoldás, én is setlocale-olozok ilyenkor. :|
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
fork?
Kisgazdásodik a projekt, szerintem ez lesz a legkisebb gondunk, hogy pár dolgot esetleg kézzel kell migrálni. :)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
nem fordult elő
Nem volt ilyen gond, és szerintem ez nem egy egzotikus elvárás a tárhelycégek felé, hogy fent legyen minden nyelvi szoftver, amire az ügyfélnek szüksége van.
Modul klassz lenne. :)
(A felhasználónak jó valami visszajelzést adni a status report oldalon, meg új nyelv hozzáadásakor, ha nincs telepítve a szerveren, ami kell a működéshez.)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
token listában keresd
Gondolom arról van szó, hogy a product display node nem tölti be, mert nem magát a product-ot akarod megosztani Facebookon. :)
Valami olyasmi lesz a megoldás, hogy [node:field-commerce-product:field-image:file]. Az /admin/help/token oldalon ki van írva az összes token, onnan kell kihalászni a helyes formulát.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
saját layoutok
Hát ez egy elég húzós kijelentés. :)
Ha biztos vagyok benne, hogy a „körítés” (fejléc, lábléc) soha nem változik, akkor ami a kettő között van, arra elég a Panels, saját layoutokkal. A Panels Everywhere akkor jó, ha kell pl. a webhelyen belül egy microsite-szerűséget csinálni, ahol teljesen más a layout, mint a webhely normál részein.
„pláne nem tudja önmagában kiváltani a blokkrendszert”
A blokkrendszer összes szolgáltatása elérhető a Panels felületen keresztül. Meg mellette még mindenféle extrák: változók átadása, megjelenítési szabályozás, CSS #id és .class beállítási lehetőség, stb. Egy Panels webhelyen az ember jellemzően soha nem jár az admin/structure/block oldalakon.