Pontosítás :)
A lényeg az, hogy a főmenünek az oldalsávnak, is képekből kell állnia, de úgy hogy különböző kis ikonok legyenek a a különböző menüpontok mellett.
Az is nagy segítség lenne, ha ajánlanátok olyan meglévő sminket, amellyel érdemes lenne foglalkozni, átalakítás szempontjából.
Segítsetek !
Nincs kedvem most sem a Joomla-hoz, sem a Wordpress tanulásához. :)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
hangout
gondolom a prágai bejelentkezés google hangout segítségével valósul meg, ebben az esetben azt bárhonnan lehet nézni, belekérdezni stb. a hangoutnak van "desktop presenter" része is, múltkor a skálázásról ezzel adott elő chx, hibátlan volt, az is bárhonnan követhető.
szerintem eljárt az idő a ustream közvetítés felett, rengeteg vele a macera. de ez csak a személyes véleményem.
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Így csináltam: page--player-
Így csináltam: page--player--video--beta.tpl.php az oldal ahova szeretném player/video/beta
De nem jó. Viszont ha a sima page.tpl.php-ből veszem ki, ami nem kell, működik, de sajnos az összes oldalon így néz ki, nekem pedig csak egyre kell, az oldalam/player/video/beta oldalra.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Ez megvan - úgy értettem,
Ez megvan - úgy értettem, hogy az alap statistics modul, ami a Drupal "alap" olvasottságmérő funkcióját - "Adminisztráció » Beállítások » Rendszer » Olvasottság mérő" - vezérli. Mert ez elég is lenne - ha az admin felhasználót nem mérné hozzá a többihez... Emiatt az egy dolog miatt nem szeretnék naponta akár többször is külső weboldalakra vándorolni - mint pl.: a Google Analytics.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
?
Ha abból, hogy nem kaptál itt választ a kérdésedre, az a végkövetkeztetésed, hogy a Drupal 8 statisztika modulja kevesebbet tud, mint a Drupal 7-esé, akkor erősen tévúton jársz.
A kérdésedre alapvetően neked kell megtalálnod a választ, itt csak max. segítséget kapsz néha. Amit az emberek a szabadidejükben adnak, és a szabadidőt alapvetően nem itt töltik az oldal tagjai.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
A könyv szerzője magyar, így nála is kérhet segítséget.
Ahogy látom a könyv szerzője magyar, így, ha nehezen megy az angol, akkor megpróbálhat a szerzőnek is írni szerintem.
A drupalize.me is egész jó. Az elején sok videójukat megnéztem jómagam is -persze oda sem árt az angol tudás.
Angolul egyébként nagyon sok jó videó érhető el a youtube-on is.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
jóval kisebb hibalehetőség
Mi a különbség hogy insert -el vagy api -val követem el ugyan azt az adatbázisban.
Elvileg semmi. Gyakorlatilag INSERT-tel akkor fog hibátlanul sikerülni, ha tökéletesen ismered a Drupalt és az összes installált kiegészítő modult, és pontosan tudod, hogy új node létrehozásakor mit kell a bekapcsolt – gondolom több tucatnyi – modulnak csinálnia az adatbázisban.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nem szorosan ide tartozik...
Kedves Gergely, köszönöm hogy a másik írányt ilyen jól leírod, mert valahol az elején amikor a drupal-t a Khauth Gyuri barátom ajánlotta ezeket nagyon ki is hangsúlyozta, továbbá feltette a kérdést: vállalod? Mert nem lesz könnyű. Vállaltam. És persze szenvedek a másképp közelítés alatt. De akarom másképp látni, ez fontos tudnotok. Aki ebben segít nekem annak hálásan köszönöm.
Viszont a dolognak van egy másik oldala ami a "mindenhol minden másképp van"-ból következik. Ami annak az előnye az a hátránya is. Ha marketinggel vagy esetleg pr. témával találkoztál, akkor tudod, hogy ott a felirat színe, mérete és minden egyéb jellemzője számít. Nekem itt a problémám ezzel az "új" megközelítéssel, ami valójában nem új. Végigéltem a számitástechnika bébikorát az interpreteres programírási korszakot és már ott is ugyanez volt a gond, továbbmegyek, a net kialakulása is hasonló képet mutat... Jönnek technikák azután lesz ajánlás és szabvány azután mindenki úgy csinálja. Nézz meg multik által űzemeltetett "közérteket" Egykaptafa mindegyik. Oka van : az emberek a változást nem szeretik és ha megzavarod ezzel őket leesik a bevétel és a nyereség. Nem folytatom tovább, csak azért írtam erről így és itt, hogy a webes allkalmazás fejlesztés nagyon gyerekcipőben van. Kb annyira és ott tart mint az exe-s fejlesztés a Dos5.5 korában. Ez nem baj, mert ha nem így lenne akkor még mindig űlnénk a fa tetején és banánt hámoznánk. Sokszor a kardoskodásnak tűnő hozzászólásomban inkább az előre vezető dolog a lényeg, egy közös szemlélet kialakítása, példák létrehozása, stb. Ezért írtam valahol, hogy tettszik amit Pálócz István a 2008-as prezentációjában mondott. Mutassuk meg a világnak, hogy másképp is lehet. Azonban ehhez hozzátartozik az hogy a fontos és jól bevált elveket nem hagyjuk figyelmen kívűl.
Ebből egy példa :
-----------------
Nincs olyan, hogy "Drupal fejlesztő környezet", csak kis építőkockák vannak, amiből tetszőlegesen összerakod a saját környezetedet magadnak, és az egyik építőkocka a phpmyadmin.
Kérdésem : miért nincs ? A pascal, c, wb, fejlődéstörténetét ha végignézed, már azzal a fejlesztő környezettel született ami alapjaiban ma is benne van mindegyikben. A fortranról meg talán nem is tudja senki mi az. Ott akkor az benne volt a célban és fenn maradt. Itt ez nincs benne? Miért nem a drupal a webes gondolkodás alap mintája? Szerintem nagyon is lehetne. Rendszer szemléletű moduláris alapjai vannak. Ez hosszú távon verhetetlen előny!(Lásd basic, dBase, C, Clipper, Pascal/Delphi és társai. A dBFast meg megbukott!) Csak egy példa : nemzetközi ajánlás az OpenOffice dokumentumtípus és nem a word doc! Oka van szerintem. Ha eredményesen akarok valamit megtanulni oka van, hogy egy módszert ajánlanak. Pálócz István írása szerintem nagyon fontos dolgokat villant meg. Köszönjük Istvánnak, hogy megírta.
Tudom ezek a dolgok egy zöldfülütől nagyon kemények és ostobák lehetnek, azonban a Dos-os programjaimat a mai napig azért szeretik (!) mert másképp oldottam meg dolgokat és nem programozói logikával. Ennek ez az alapja : miért? miért ne? miért nem? miért nincs? stb.
Végül a szándékom, hogy "az átállást egy más gondolkodás módra" esetleg megkönnyítsem másoknak, azzal hogy leírom és Te is leírod és István meg a többiek is leírják a gondolataikat egy ilyen fórumon. Ha "végigéltem a kalandtúrát" akkor meg kötelességem elmesélni. Miért kell elmesélni? Mert az emberek példákat követnek és úgy tanulnak. Ez alapelv amit vagy alkalmazol vagy nem. Próbáljuk meg alkalmazni, az a javaslatom. Nagy Gusztáv jegyzetét ezért tartom fontos dolognak és azért nyúlok azonnal utána. Köszönet ezért Gusztávnak. Szándékom az, hogy visszadom amit kaptam, erre Hajas Tamás hívta fel a figyelmemet amiért köszönettel tartozom neki és az első próbacikket már meg is csináltam - csak a küllem még nem tettszik. Ha kész vagyok szólok.
Mégegyszer köszönöm, mindenkinek aki ídőt fordított erre a témára. Üdvözlettel:
Németi Vilmos - méregzöld kezdő Drupal-os
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Gondolkodtam rajta hogy a
Gondolkodtam rajta hogy a node id-t használnám, de ha jól vettem észre akkor az "sorszám"...
Leírom mire használnám:
kb. 100 ember nevezne egy versenyre, akiket majd aztán 10 csoportba osztunk be. Nagyjából érkezés sorrendjében.
A 10 csapat véletlen sorrenden végez és jelentkezik majd az eredményeinek bevitelére. Az a négy jegyű szám az emberek azonosítására szolgálna.
Arra hogy gyorsabb legyen az adatbevitel, és kisebb legyen a hiba valsége.
Szóval a beíró lapjukon bár szerepelne a nevük, már a szintén a lapon szereplő azonosító szám alapján vinnénk fel az eredményeiket.
Azaz jó lenne, hogyha az eredmény beírásakor eltéveszti a beíró a számot (elírja), akkor ne legyen a hibás számhoz versenyző..., látszana egyből hogy hiba van.
Tehát 10ezer szám közül 100 nagyjából egyenletes eloszlással legyen, de semmiképp se legyen sorszámnak tekinthető még a csapaton belül sem.
A versenyző regisztrálása valahogy úgy nézne ki, hogy bevisszük a nevét, kategóriáját és berakjuk egy csapatba.
Majd kinyomtatjuk a beíró lapját amin ezek mellett szerepelne a kapott azonosító száma!
(a beíró lapján gyűjtik/írjék majd a verseny közben a pontjait, végül pedig összesítik)
Az eredmény felvitele pedig úgy történne hogy azonosító szám, (nagyon gyors ellenőrzés hogy stimmel-e a név, stb... de ez csak egy pillanat lenne, alapvetően ha van ilyen számú akkor már szinte biztos hogy ok), aztán az eredménye bevitele.
Majd különböző view-kon látható lenne egy-egy kategóriában a ranglista..., dobogósok, stb.
Kicsit hosszú lett, bocs. De talán hasznos, hogy mint Drupal felhasználási terület, ez a leírás is szerepel itt.
Ha máshogy, egyszerűen nem tudom megcsinálni, akkor a felhasznált node id-ket elnyújtom 10ezres intervallumra... hogy is mondják ezt? De nem az igazi...
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
aláírásom..
az, hogy "clear: both;" az aláírásom, nem tartozik a hozzászólásomhoz. sima frissítésre (pl F5) egyik böngésző se ürít gyorstárat.
olyan lehet még, hogy valami spéci szerver oldali gyorstár van használatban és az kesselte be a filet amit szerkesztettél. bár osztott tárhelyen sem lehetetlen, hogy van ilyen, azért erre kicsi esélyt látok.
-
clear: both;