Kezdeném azzal, hogy ne szapuljuk egymást, én tényleg teljesen nyitott vagyok egy ilyen vitára, mert szerintem van haszna azok számára is, akik nem ma kezdték a webfejlesztést, ezért engedjétek meg, hogy én is reagáljak!
Azt természetesen elfogadom, és egyetértek vele, hogy önmagában egy konkrét jó patch-es megoldás hasznosabb, mert többek számára kínál megoldást, és aki már látott verziókezelőt, esetleg könnyebben is tudja alkalmazni a módosításokat, tesztelhető, valamint egy későbbi verziófrissítés során bekerülhet az elfogadott javítások közé, ezenkívül már maga a frissítés is megoldhatja a korábbi megjelenítési gondokat.
De:
- azt semmi nem garantálja, hogy a későbbi verziókba bekerül az adott patch, így a frissítés során ugyanúgy előjöhetnek problémák (pl. a korábbi verzióra alkalmaztad a saját patch-edet, jól működött, de azt tapasztalod, hogy az újabb verzióban valamiért továbbra is benne maradt egy általad korábban tapasztalt bug (ergo a saját patch-edet a frissítés ugyanúgy semmissé tette, lehet az új verzióhoz igazítani, ugyanott tartunk)
- a CSS-es megoldásra önmagában (most a konkrét fenti kódtól függetlenül!) nem igaz, hogy "nem szép". Másik megközelítéssel az én véleményem szerint pedig épp az inline style alkalmazása "nem szép". Lehetne kombinálni a kettőt: a patch-csel a meglévő CSS-fájlokat módosítani, és ehhez igazítani a layoutot, ami amúgy is adott (! - és ezt bírálhatod felül egy subtheme segítségével); ezenkívül az inline stílus alkalmazását kiszedni, a vonatkozó függvényt ennek megfelelően átalakítani.
Ha időmilliomos lennék, hidd el, már rég felraktam volna a sminket, debuggoltam volna jó sok időt rááldozva, hogy a megoldásom működőképes-e, majd készítettem volna egy patch-et. A sminket azonban részleteiben az eddig tárgyaltakon kívül nem ismerem. Olyan megoldást igyekeztem mutatni, ami természetesen opcionális (ebben egyetértek szantog-vel, hogy mindenki azt csinál, amit akar), és nem kell hozzá kódolni, mert a kérdező kihangsúlyozta, hogy a programozásban nem mozog otthonosan; plusz ez a megoldás tulajdonképpen nem egy core-hekkelés szintű dolog, szimpla megjelenítésbeli módosítás.
Az !important használata valóban nem szép (hozzáteszem, korábban érkezett egy hasonló megoldásszerűség, de valamilyen különleges oknál fogva csak az enyém váltott ki ekkora felhördülést - ennek magyarázata nyitott), de ha pusztán CSS-sel szeretném megoldani a dolgot, akkor a theme elég "egyedi" kódja miatt sajnos ez szükségszerűség.
Viszont tényleg érdekelne egy konkrét magyarázat arra vonatkozóan, hogy önmagában a CSS-megoldás miért is "nem szép".
Szerintem ezért is jó, hogy van egy ilyen magyar fórum, ahol ezeket meg tudjuk beszélni, mert így egyeztetni tudjuk a kódolási szokásokat, ütköztetni tudjuk a lehetséges megoldásokat.
Kíváncsi leszek, mit hoz a drupal 9.
Én személy szerint backdrop-ot tudok ajánlani mindenkinek, aki a drupal funkcionalitásával keres könnyen használható rendszert.
A drupal 8 sok esetben valóban inkább a vállalati irányba lépett tovább. Ott nem gond a shell a nagy tárhely és a composer-es frissítés.
Lehet egyszerűbb oldalakat is csinálni a drupal 8 segítségével, de, ha a megrendelő maga szeretné üzemeltetni az oldalát neki nem lehet bonyolult dolgokat elmagyarázni és azt is nehezen érti, mért kell a nagyobb, erősebb tárhely a régi helyett. A wordpress, vagy a joomla ezekkel az előnyökkel, már most rendelkezik, ahogy a backdrop is.
A drupal 8 érezhetően útkeresés a teljes rendszer remélhetőleg a drupal 9-ben ölt majd testet. Rengeteg innovatív opciót hoz, de sok máig befejezetlen.
Így szerintem a drupal 9 megjelenése, vagy a drupal 9.1 megjelenése után lehet teljes képet alkotni, hogy mivé is lett az új drupal.
Érdemes lenne egy drupal 9 lite-on is elgondolkodni szerintem, már, ha ez megoldható, de előbb lássuk mit hoz a 9-es, amiből kiveszik az elavult kódokat.
A drupal 7-hez rengeteg, de tényleg rengeteg modul készült. Sok igen összetett és hasznos modul is. Ez óriási előnyt jelent.
Sok elkészült a drupal 8-hoz és sok feleslegessé is vált a drupal 8 miatt, de egyes esetekben, még akadhatnak fájó pontok. Akadhatnak olyan modulok, amelyek nem állnak rendelkezésre, vagy nem olyan minőségben, ahogy a közönség elvárná.
A drupal 7 nagyon nem kompatibilis a drupal 8 rendszerrel. Akadnak esetek, amikor megoldható az automatikus migráció, de ez a ritkább. Véleményem szerint mindenképpen az oldalak újjáépítése szükséges.
A drupal 8.8 új médiarendszere is nagy változást hoz -már, ha tényleg elkészül a 8.8-ra. -ez is okoz, majd problémákat. Persze nem kötelező az új rendszer használata, de erősen ajánlott. Ugyanakkor a régire épített oldalak átalakítása is okozhat gondokat.
Mivel mind az egyszerű, mind a bonyolultabb oldalak világa közel áll hozzám, ezért megértem a drupal 8 vállalati irányba történő elmozdulását. Tényleg hiánypótló lesz, ha a 9-re elkészül. A vállalati oldalaknál egészen mások a prioritások, más a költségvetés és más az infrastruktúra, valamint gyakorta az igények is egészen máshogy skálázódnak. A kisvállalati, közösségi és hobbi oldalak irányából nézve van sok jogos igény, amelynek jelenleg a backdrop, joomla és wordpress sokkal jobban megfelel.
Szerintem mindig érdemes mérlegelni, hogy melyiket alkalmazzuk. A drupal 8 óriási változásokon ment és megy át és jelenleg inkább a nagyobb vállalatoknak előnyös, de érdemes számolni vele. Minden nagy változás fájdalmas, de a teljes ítélet meghozatala előtt érdemes szerintem kivárni a drupal 9-et.
Koszonet Illyés Editnek a Kezikonyvben kozolt tartalomszervezesi megoldasokert! Sokat segitett eligazodnom, most megis meg vagyok love!
Alapvetoen ott a problema, hogy nem tudom melyik modul a jobaratom a feladatban, amit szeretnek megvalositani. Az is lehet, hogy hulyeseg amit szeretnek. Kivancsi vagyok a velemenyetekre es megkoszonom, ha segititek tisztaba rakni a kerdest!
Az iskolámnak szeretném bevezetni.
Ki használt már googleauthot?
Nem egészen sikerül működösre bírnom, bár abban sem vagyok biztos hogy hogy kell működnie. Elméletileg ha a Drupal oldalamon bejelentkezek, akkor Google Apps-os (education) email ill. docs ba is automatikusan bejelentkezik?
Megneztem az oldalamat explorerben is, Garland sminket alakítgattam.... Minden szép és jó, kivéve, hogy a primary menü egy eleme fölé menvén az a szöveg fogad, hogy "az aktivalashoz es a hasznalathoz kattintson a vezerlore".
Aztan ha kattintok (no nem a vezerlore szerintem... az nem tudom mi, szoval siman egy menupontra), akkor a menupontok jobbrol, elrepulnek balra, es az elhelyezkedesuk nagyjabol ossze-vissza lesz az egy sorban helyett.
Se winem, se explorerem, nem tudok rajonni hogy miert csinalja ezt..., segitsetek a kis vukknak!
Sziasztok
Erdekes problemaba utkoztem:
az fckeditorom eltunt. Pontosabban nem az van mintha nem is lenne telepitve, hanem pl. oldal bekuldesenel az a resz ahova kell beirni a felvitelre kivant szoveget, osszecsuklik. Joval keskenyebb lesz es az aljan az a resz, amivel kilehet huzni nagyobbra, az is eltunik. Ez meg egy dolog, de barmit felviszek es elmentem, nem hozza letre. Ha kikapcsolom a moduloknal akkor tudok csak barmit felvinni. Probaltam ujra telepiteni, de ugyanez. Vki nem tudja h mivel lehet a gond?
Koszi
Sziasztok!
Abban kérnék segítséget, hogy szerintetek hogyan lehet azt beállítani, hogy a node images-es képfeltöltés az angol oldalon is működjön, ugyan úgy mint a magyaron.
A probléma az, hogy az angol tartalom és a magyar nem ugyan az.
Tehát örökké azt szeretné rám erőltetni, hogy mint fordítás legyen az angol szöveg és akkor majd magától hozza a képet a magyarból.
De nekem más tartalom van az angolon és ezért más képet is szeretnék használni.
Előre is köszönöm segítségeteket.
Sziasztok van egy formom D6 alatt, ahol az összes mezőt kötelezően ki kell tölteni.
"#required"=> TRUE,
Az oldal csak angol nyelvű lesz.
A problémám az, h az üzenet, ha valaki elfelejti kitölteni az egyik mezőt, akkor magyarul jelenik meg, pl.
„Gender” mező szükséges;Hogyan lehetne az ilyen üzenetet valahogy lefordítani, kerestem a sztringek között, de nem találtam.
bravó, remek munka!
frankó lett, gratula!
beküldhetted volna ide d.hu -ra fórumtémaként és akkor be tudnánk emelni pikk-pakk a kézikönyvbe.
néhány kiegészítést hozzáfűznék, remélem nem bánod. ;)
hogy mi az a tudás, amit kielégítőnek tartunk vagy elvárunk, az eléggé változik feladatról feladatra. máshogy csináltál néhány dolgot, mint a többi hasonló leírás, ezzel jutottál előnyhöz is, meg szereztél jónéhány hátrányt is.
egyetlen tartalomtípust használsz a 'galériát' amiben egyetlen mező tárolja a galéria képeit. ezzel azt a hasznot nyerted (a 'két tartalomtípusos' megoldással szemben), hogy egy lépésben tölthetsz fel galériát és rögtön képeket is. akár tömegesen is. a hasznok sora itt véget is ér.
amit vesztettél, az elég sok dolog, hogy ezeket elvárod e vagy nem az rajtad múlik. mondok csak egy párat, hogy szemléltessem a megoldásod hátrányait is. (ezeket nem soroltad fel a kontrák között:)
- mi van akkor, ha én egy már létező, másik user által létrehozott galériába szeretnék feltölteni képet? perpill ez nem lehetséges, hacsak nincs 'edit any galéria' jogom, akkor viszont törölhetek is képet, akár átírhatom a galéria címét vagy bármilyen adatot benne..
- mivel az egyes képeid nem nodeok, semmit nem tudsz kezdeni velük azon kívül, hogy megjeleníted őket. nem tudsz rájuk szavazást/értékelést készíteni, nem tudsz rájuk hozzászólásokat engedélyezni, nem tudod őket se tagelni, se flagelni, nem tudsz egyenként a képekre hozzáférést szabályozni, nem tudsz egyetlen képet címlapra tenni, nem tudsz (kacifántosan igen) egyetlen képhez linket adni, nem tudod sehogy mérni, hogy melyik képet hányszor nézték, gyakorlatilag egyesével a képekkel semmit nem tudsz kezdeni, vagy engedélyezel valamit az egész galériára vagy nem.
- nem tudsz olyat csinálni, hogy egy kép több galériába tartozik, kivéve, ha mindegyikbe feltöltöd azt. (ami ugye nem megoldás)
hirtelen ezek jutottak eszembe. értem én az 'egy tartalomtípusos' megközelítés miértjeit, de az a véleményem, hogy a veszteségek messze nagyobbak, mint a nyereség. 'ultimate' -nek legalábbis igen erős túlzással se nevezhető a megoldás, inkább azt mondanám simple, de lehet én nem tudok jól angolul vagy nem értem mi az a képgaléria :) az én felfogásomban egy képgaléria központi eleme a 'kép' mint entitás, amit galériákba lehet rendezni és különböző szempontok alapján lehet csoportosítani, lehet értékelni, kommentelni, stb. egyesével a képeket. ezeknek a feltételeknek egyátalán nem felel meg a leírásban összekattintott megoldás, gyakorlatilag kifordított galéria, ahol a központi elem a galéria ami mellesleg képek alkotta halmaz. :)
ettől függetlenül remek kis leírás, hajrá, csak így tovább!
-
clear: both;