Új hozzászólás Aktív témák
-
Sk8erPeter
nagyúr
Jaja
Én a WordPress-ről nem sok mindent tudok, csak azt, hogy azzal is kényelmesen lehet összekattintgatni honlapokat, csak valamilyen oknál fogva a blogolásra az jóval népszerűbb lett, mint a Drupal. Aztán lehetséges, hogy azért, mert a Drupal korábbi verzióinak nem volt hasonlóan kézenfekvő a felülete, a mostani elég beszédes, bár így is van jópár dolog, amit még mindig lehetne egyszerűsíteni, ezt valszeg a 8-asban oldják meg.
A Drupal a többnyelvűsítésben nagyon erős (Hojtsy Gábor szerint ebben a tekintetben a legerősebb a CMS-ek között, bár vádolható némi elfogultsággal de tapasztalata azért van a témában bőven), meg a jogosultságok kezelésében is, a modulfejlesztésnél az oldal felépítésében szinte mindenbe be lehet kapcsolódni, módosítani a magatartást, megjelenést, plusz a Drupal már nem csak CMS-ként, hanem frameworkként is használható.
Gondoltam leírom az egyik "oldal" erősségeit.
Fejlesztés tekintetében kíváncsi lennék több véleményre is a WordPress kapcsán, mert a pluginfejlesztésről nem hallottam jókat, de lehet, hogy csak elvakult véleményeket olvastam eddig.A CMS-ek hátránya mindenesetre mindig az lesz, hogy feleslegesen erőforrás-igényes, ez az ára annak, hogy ennyire sokrétű és könnyen módosítható grafikus felületen is.
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz daninet #4721 üzenetére
Mivel iframe-ben van a tartalmad, sajnos ezt nem fogod tudni megoldani.
Elvileg még JavaScripttel sem, mert azt meg a böngészők biztonsági korlátozásai akadályozzák. Plusz ahogy írod, amúgy sem tudnál még JavaScript-kódot sem beágyazni a külső keretbe.Most rákerestem, sajnos mások hozzászólásai is ezt igazolják:
http://stackoverflow.com/questions/12802967/how-to-show-html-element-outside-iframe-boundaries/12803960#12803960
http://stackoverflow.com/questions/176572/is-there-a-way-to-have-content-from-an-iframe-overflow-onto-the-parent-frame/176648#176648Sk8erPeter
-
Sk8erPeter
nagyúr
válasz daninet #4723 üzenetére
Egyáltalán nem ismerem a Tumblr-t, csak láttam pár oldalt, ami ilyen alapokon futott, de én nem vagyok oda regisztrálva, úgyhogy nem tudom, milyen lehetőségek vannak, de eme oldal szerint lehet code snippeteket elhelyezni az oldalon, itt konkrétan a navigációs menüre ad példát:
http://tumblring.net/create-tumblr-menu-navigation-bar-code/
Bár ez nem többszintű, hierarchikus menü, de hátha ad valami ötletet.
Itt vannak még egyéb ötletek is Tumblr-rel kapcsolatban:
http://tumblring.net/tumblr-codes/Aztán itt van a fejlesztői oldal:
http://www.tumblr.com/developers
pl.:
http://www.tumblr.com/docs/en/custom_themesSk8erPeter
-
Sk8erPeter
nagyúr
válasz cidalain #4732 üzenetére
"a hover a lényeg szerintem egyedül csak benne, mert vizuálisan tudod mutatni az embernek hogy ott valami lesz ha megnyomja az egérgombot."
Hát a többivel is "vizuálisan tudod mutatni az embernek", hogy ott valami történik A többire ugyanúgy szükség lehet, mert pl. nem rossz tudni, melyik az aktív link.
Ami még érdekes lehet, a :focus pseudo-class:
https://developer.mozilla.org/en-US/docs/CSS/:focusA különböző pseudo-class-ek sorrendjével kapcsolatban meg jó összefoglaló cikk:
http://meyerweb.com/eric/thoughts/2007/06/11/who-ordered-the-link-states/
lényeg, hogy a legjobb kompatibilitás érdekében ilyen sorrendben kell definiálni a linkekhez tartozó pseudo-class-ekben pl. a színeket (mert nem mindegy!):a:link {
/* ... */
}
a:visited {
/* ... */
}
a:hover {
/* ... */
}
a:focus {
/* ... */
}
a:active {
/* ... */
}A Drupalos Zen theme-ben ezt pl. pont így használják.
Sk8erPeter
-
Sk8erPeter
nagyúr
hát ez így még mindig kevéske, mert nem látjuk a hozzá tartozó stílusbeállításokat, lehet, hogy valami CSS-beállítás miatt nem látszik. Vagy fingom sincs. Ha gépelsz a mezőbe, akkor az a szöveg megjelenik, látszik?
Szóval ennyi infóból nehéz lesz megmondani az okát.Viszont mivel e-mail-mezőről van szó, így a HTML5 korában nem ártana a type-ot email-re állítani (meg nyilván a DOCTYPE is feleljen meg a HTML5-ösnek):
http://diveintohtml5.info/forms.html#type-email
"I can not emphasize how important this is. The web has millions of forms that ask you to enter an email address, and all of them use <input type="text">. You see a text box, you type your email address in the text box, and that’s that. Along comes HTML5, which defines type="email". Do browsers freak out? No. Every single browser on Earth treats an unknown type attribute as type="text" — even IE 6. So you can “upgrade” your web forms to use type="email" right now."Sk8erPeter
-
Sk8erPeter
nagyúr
Ennyi alapján még mindig csak tippelgetni tudok...
Egészen biztos, hogy a #field_mod_telephely_email azonosító csak egyetlen egyszer szerepel az oldalon?"HTML5-ről most nem játszik."
Miért, durva feladatnak bizonyul <!DOCTYPE html><html>-lel kezdeni az oldal HTML-outputját, és a type="text"-et átállítani type="email"-re?Sk8erPeter
-
Sk8erPeter
nagyúr
"Általában minden template kódja zavaros"
Hát ez hülyeség. Pl. a Drupal Zen theme-jének kódja nagyon igényes, agyonkommentelt, könnyen változtatható, és jó cross-browser megoldásokat tartalmaz. De most ez csak egyetlen kiragadott példa a számtalanból, most ezt csak azért ragadtam ki, mert ezzel volt hosszú tapasztalatom.
Ne általánosítsunk, kérem szépen.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Lexxigo #4756 üzenetére
Igazából az a para, hogy a saját alkalmazásodban nehéz megváltoztatni iso-8859-2 karakterkódolásúra? Mondjuk gondolom, hogy igen, és meg is értem, hogy annyira nem szeretnéd az UTF-8-kódolást megváltoztatni ISO-8859-2-re. Csak azért kérdezem, mert ha nem olyan komplex alkalmazás, vagy nem CMS, vagy ilyesmi, akkor nem biztos, hogy akkora para, de tudtommal egyeznie kell a karakterkódolásnak az összes frame-ben frameset esetén is, különben kavarodás lesz (krikszkrakszok ékezetek helyett, stb.). Elég szar helyzet mondjuk valóban, ha az eredeti gány kódot nem akarják átírni.
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Lexxigo #4758 üzenetére
Az egyáltalán nem baj, hogy Te jó karakterkódolást használsz, sőt.
Igazság szerint szerencsére ilyen szinten nem ismerem a framesetek lelkivilágát, hogy az azonbelül lévő frame-ek rendelkezhetnek-e különböző karakterkódolással. Egyébként most gondolom azt tapasztalod, hogy a Te oldaladon lévő ékezetes karakterek helyett krikszkrakszok jelennek meg, igaz? Bár nem hiszem, hogy segítene, de még megpróbálhatnád PHP-vel beállítani a headert a saját frame-edben:
<?php
header('Content-Type: text/html; charset=utf-8');
?>
Mondjuk mivel a szülő frameset ISO-8859-2-re van állítva, meglepődnék, ha ez megoldana bármit is.Sk8erPeter
-
Sk8erPeter
nagyúr
Sajnos úgy tűnik, ez bizony bug a Kompozerben, amit azóta sem sikerült javítaniuk, legalábbis ezt igazolja ez:
http://sourceforge.net/p/kompozer/bugs/476/
másnál is előfordul:
[link]
[link]
ez csak gyors rákeresés alapján, szóval nem egyedi a probléma, sajnos ez a Kompozer hülyesége, tényleg elég gáz...Sk8erPeter
-
Sk8erPeter
nagyúr
válasz dodopek #4775 üzenetére
Akkor amilyen jól sikerült ezt összetákolnod, olyan gyorsan felejtsd is el, már amennyiben nem szeretnél visszautazni időgéppel a múltba. Manapság ezt CSS-sel illik megoldani, de ezt többen is leírták neked tanácsul, mégis szartál a fejükre. Jó, hogy használod a fórumot azért (tanácsot kérsz, aztán "rájössz" egy megoldásra, miközben többen alternatív, JÓ megoldást ajánlottak, aztán a saját magadét fogadod el)...
============
(#4774) spammer :
"Inline esetén a megfelelő részeken kell a style attribot használnod:
pl.: <a href="#" style="border:red;">
De nagyon nem javasolt, maradj a css-nél! "
Az inline, style-ba írt kód is CSS.
De feltételezem, a külső CSS-fájlra gondoltál.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz dodopek #4775 üzenetére
Amit írtál, átírható így CSS-ben:
body {
background-color:black;
}
a:link{ color:#FFFFFF; }
a:visited { color: #FFFFFF; }
a:hover { color: #FFFFFF; }
a:active { color: #FFFFFF; }Igaz, itt túl sok értelme nincs, hogy mindegyik #FFFFFF színű, vagyis fehér.
A :hover pseudo-class-t azért tettem bele, hátha szükséged lesz arra, hogy az egér fölévitelekor változtasd a link színét.Na, ezt az egészet fogod, bedobod a kedvenc szövegszerkesztőddel egy fájlba, elmented mondjuk fantáziadús style.css néven a jelenlegi fájljaidhoz, egy CSS nevű könyvtárba, aztán beraksz a <head> részbe egy ilyen sort:
<link href="./CSS/style.css" type="text/css" rel="stylesheet" />
és kész vagy, igazából ennyi volt a nagy mágia.A body meg csak simán maradhat innentől kezdve <body>, max ellátva class-okkal.
Sk8erPeter
-
Sk8erPeter
nagyúr
most csak gyors próbára volt időm:
#wrapper {
width:2000px;
}helyett
#wrapper {
max-width:2000px;
}így a tartalom már legalább középen jelenik meg, bár most nem tudom kipróbálni igazán nagy kijelzőn, hogy jót produkál-e;
#branding {
margin-left: 400px;
}
#access {
margin-left: 405px;
}emiatt viszont a logó és a menü mindenképp fixen el fog tolódni balról, mivel fixen is, konkrét pixelre adtad meg
Sk8erPeter
-
Sk8erPeter
nagyúr
Hát pedig ha betolsz mindent 400px-lel, akkor nem úgy fog kinézni a dolog, mint az általad mutatott képen... Mivel ott épp nincs ennyivel betolva, és nem is látszik mindenféle "ragyogás" kisebb kijelzőn - de szerintem elég idétlen dolog óriásmonitorokra optimalizálni, amikor az emberek többségének meg hülyén néz ki, túlságosan betolva (min. 400px-lel).
Sk8erPeter
-
Sk8erPeter
nagyúr
De említetted neki, hogy a látogatói többségének nem lesz akkora monitora, mint az övé, és hogy a hajukat fogják tépni, hogy állandóan scrollozhatnak befelé? (Vagy korlátolt a forma?)
Egyébként most nem értem, hogy várod, hogy középen legyen úgy, hogy a csillogás pont jó helyre illeszkedjen, tehát épp a logó mögé (már ha jól értem, mit szeretnél), miközben ragaszkodsz a fix 400px-es bal margóhoz, láthatóan mivel fix a háttér, az abban lévő csillogás, és változtatni sem kíván rajta a grafikus, ezért a feladat ilyenformán megoldhatatlan úgy, ahogy akarod, hogy kis kijelzőn is pont középen legyen. Ez van. Vagy belátja a megrendelőd, és átszabják a grafikát, vagy így járt. Az egyetlen megoldás talán az, hogy a hátteret lehetne esetleg tilitolizni, ha kellően nagy, hogy a megfelelő helyre kerüljön a csillogás, ha lehet, szimplán CSS-sel (esetleg ha minden kötél szakad, JS-sel).
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
Na látod, hogy mégsem kell az a 400px-es bal margó. Mondjuk ezt szerintem elég sokszor leírtuk DNReNTivel.
Nálam jó, de most nagy kijelzőn én sem tudom kipróbálni. (1366*768-as laptopmonitor van most itt előttem)(#4803) biker :
nem ismerem a WP theme-szerkezetét, de nem lehet felülbírálni az egyes template-eket?
Amúgy az !important elég okádék megoldás, de kényszerhelyzetekben használható külső CSS-fájlban egyes stílusok kierőszakolására... (bár inkább szépen kéne megoldani)[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
Akkor miért nem használsz valami fejlesztésre használható böngészőt vagy plugint/extensiont?
Tudtommal van Chromium, Opera (igaz, a jelenlegi stabil Operának a Dragonfly panele annyira nem jó abból a szempontból, hogy csak egy példányban futtatható, de épp most már átálltak WebKitre, konkrétan egy forkolt Chromiumra), Firefox (+Firebug) is Macre.Sk8erPeter
-
Sk8erPeter
nagyúr
Nem a böngészők aktuális bugjait akartam elemezni, de még ha vannak is mindegyiknek, attól még ezek szerint egyértelmű, hogy a Safari nem alkalmas webfejlesztési célokra, csak általános böngészésre. Szóval fejlesztés erejéig akkor nem azt kell használni, azt' kész.
Sk8erPeter
-
Sk8erPeter
nagyúr
"Nincs olyan HTML dokumentum, ami tartalmaz PHP-t, mert akkor az már nem HTML dokumentum"
Milyen definíció szerint nem tartalmazhat egy HTML-dokumentum szerveroldali kódot?"Azaz ha egy .html kiterjesztésű fájlba te beleírsz egy PHP kódrészletet, akkor az bizony nem fog lefutni, hanem szépen megjelenik a kimenetben."
Ez így nem igaz, attól függ, hogy van konfigurálva a szerver. Ha kiegészíted azzal, hogy ÁLTALÁBAN az alapértelmezett szerverbeállítások szerint a *.html-kiterjesztésű fájlokban a szerveroldali kód nem fog lefutni, akkor úgy már igaz.=====================
(#4815) robot21 :
melyik az a "remekmű"?Sk8erPeter
-
Sk8erPeter
nagyúr
válasz DNReNTi #4829 üzenetére
"Hát én ahogy elnéztem olyan anarchia van abban az oldalban és stíluslapban hogy elég lesz szegénynek elmennie rajta. Főleg, hogy gondolom eddig nem igazán foglalkozott ilyesmivel. Félreértés ne essék, ez nem leszólás, nem érthet mindenki mindenhez. Ebbe a kódba még én is beleszédültem."
Mi benne az olyan nagyon csúnya? Igazából nem értem. Sanszos, hogy a nagyját valami WYSIWYG-szerkesztővel generáltatta, de egyáltalán nem katasztrófa, teljesen átlátható, legfeljebb nagyon sok felesleges sortöréssel van tele, amit valószínűleg szintén a WYSIWYG-szerkesztő kreált, éppen ebben a topicban merült fel korábban, hogy van egy ilyen bugja például a KompoZernek. A CSS-kód adott blokkra vonatkozóan meg egy sorban van, ennyi. Ezt sokszor alkalmazzák ilyen generátorok is, meg utólagos tömörítők sávszélesség-kímélés érdekében.
Láttál Te már CMS által legenerált kódot? Sokkal durvább, sok-sok egymásba ágyazott div, rengeteg kiegészítő class, igazából sokszor tele van szeméttel, de persze template-től függ. De ez ahhoz képest teljesen jól átlátható, szóval azért ne állítsuk be úgy, mintha olyan tragikus lenne a helyzet."Lehet jobban jársz és könnyebben boldogulsz ha nem ezen az oldalon toldasz foldasz először hanem lépésben próbálod megérteni mi hogy és miért úgy működik. Az oldalon amit korábban linkeltem erre van lehetőséged."
A helyzet túldramatizálása ismét...
Igazából nem fejtetted ki, mi az olyan kiakasztóan nagy katasztrófa oka, így a kissé túlzottan becsmérlő véleményed nem igazán indokolt...W3Schools oldalait meg NEM ajánlgatjuk
Indokok:
http://w3fools.com/Az MDN oldala viszont nincs tele hibákkal, Wiki-szerű, sok példa van rajta, és így tovább, így az nyugodtan ajánlható:
https://developer.mozilla.org/en-US/docs[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz DNReNTi #4835 üzenetére
"Ha nincs szükséged dinamikus tartalomra, tehát totál statikus oldalt készítesz, elegendő a HTML és CSS ismerete."
Honlapfejlesztést szeretne tanulni - így manapság NEM létezik olyan, hogy ne lenne szükség dinamikus tartalomra.
Inkább átfogalmaznám: először kezdje el úgy, hogy megpróbálja megérteni, mi az a HTML, mi az a CSS, készítgessen statikus oldalakat, próbálgassa, mik változnak, amikor belerak újabb elemeket, elemezgessen, mélyítse el a tudását, aztán szépen lassan továbbléphet a JavaScriptre, majd végre jöhetnek a szerveroldali nyelvek, adatbázis-kezelés, és így tovább. Persze a JavaScriptet a szerveroldali nyelvek mellett, párhuzamosan is lehet tanulgatni, de talán jobb nem mindent kutyulni egyszerre, egyénfüggő, kinek, mi jön be, mennyire zavarja össze, ha több mindent is tanul egymás mellett, hogy mindenbe belepillantson egy kicsit, és így táguljon a látóköre. Szépen fokozatosan lehet egymás mellett is nyomni. Úgyis eljön majd az a pillanat, amikor azt hiszi, hogy már tud valamit, és aztán rájön, hogy valójában még mindig nem tud semmit.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz cidalain #4837 üzenetére
"Szóval szerintem ha ebből akar valaki megélni az alábbiakat kell ismernie:
HTML -> 90%
CSS -> 90%
Javascript -> 50%
Photoshop/Corel/Gimp -> 50%
Grafika, Designtervezés ->75%
PHP -> 50%
MySql -> 25%"Nem kötekedésként, de most hogy jönnek össze ezek a számok?
A HTML 90%, meg a CSS 90% az mit jelent, hogy az összes létező HTML-tudás, illetve összes létező CSS-tudás 90%-át valakinek el kell sajátítania? Te úgy érzed, hogy már eljutottál a 90%-ig? Mert én személy szerint nem, de biztos vannak ilyen szerencsések itt a topicban.Sk8erPeter
-
Sk8erPeter
nagyúr
"Ahogy néztem, és írtátok, HTML-ből és CSS-ből is nagyon szép és igényes oldalakat össze lehet hozni, szóval nekem ez bőven elég lesz."
Igen, úgy kb. 2 hónapig."És ehhez még programozni sem kell nagyon tudni."
Hát valóban nem, de programozói tudás nélkül nem lehet ebből megélni.Azzal egyébként nem értek egyet, hogy kezdőként valaki álljon neki CMS-t buzerálni, azok elég komplex jószágok. Többet lehet úgy csak simán tákolgatni, mint érdemben fejleszteni a témában a tudást. Szerintem CMS szerkesztgetéséhez kell egy megalapozott tudás, mert eleve meg kell érteni magának a CMS-nek legalább felületesen a működését. Különben az ember csak gányol.
Az viszont mondjuk segíthet, ha valami WYSIWYG-alapú szerkesztőt használsz még amellett, hogy kézzel beírogatod a kódokat (igen, akár Dreamweaver is jó lehet kezdetben, bár én nem használom, de nincs vele különösebb gond, mert valid kódot gyárt, már amennyit én próbáltam), és osztott nézetben figyeled, hogy mi történik a kódban mondjuk, ha beraksz egy formelemet (pl. egy szövegmezőt) vagy bármit.
Egyébként az is áll, amit már írtak, hogy Notepad++-szal is érdemes lehet nekiállni, végül is syntax highlight van benne, látod egyből, ha elcsesztél valamit. (Ha gyorsmódosításra van szükség, akkor később is hasznát veszed, amikor már tudsz is valamit. (Mondjuk vannak még kis erőforrás-igényű progik ilyesmire, aztán komolyabb projektekhez majd tényleg jöhet NetBeans és társai.))És NE a w3schools.com-ot nézegesd gyakorlásként, mert sok blőd baromságot tartalmaz. Erről már korábban linkeltem indoklást. Na jó, még egyszer:
http://w3fools.com/
Igaz, annak, aki már tudja, mit csinál, gyors áttekintésként jó lehet, de én is innen indítottam, és utólag csodálkoztam csak rá, mennyi fos kódot tartalmaz, és mennyire rossz dolgokat nevel az emberbe.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz cidalain #4853 üzenetére
"Sokan nem tudnának összerakni egy normál programot ha nem a megszokott már beállított gépük előtt ülnek (ott a fejlesztőkörnyezet helpje, előveszik a korábbi munkákat és ollózgatnak, de semmi nem megy nekik saját fejből - ezt tartom a Delphi fejlesztőkre is...)."
Nem értem ezt az érvelést, miért, a Delphi-fejlesztők valami külön állatfaj, vagy mi?
Gondolom nem mondok újat, de gányolni bármilyen nyelven lehet, úgyhogy ezt nem igazán értem, milyen összefüggésben van azzal, hogy valaki szeret egy jól belőtt IDE-t használni programozásra. Attól még lehet, hogy tud anélkül is programozni, de minek kéne szopatnia magát?
Azzal egyetértek, hogy az gáz, ha valakinek bizonyos dolgok nem mennek csuklóból, de azért mondjuk egy Java-fejlesztőnek sem kell ismernie az összes rendkívül hasznos osztályt, és azok összes metódusát, hogy mivel paraméterezhető, mit ad vissza, és így tovább, mert pont erre fog választ adni a jól belőtt kis IDE-je, amit annyira szeret... ettől nem lesz rosszabb programozó. SŐT, attól lesz rosszabb programozó, ha van olyan gyökér, hogy komplex dolgokra ne egy komplex IDE-t használjon.A Notepad++ előnyeit szerintem itt mindenki elismeri, de teljesen egyértelmű, hogy nem komplex projektek fejlesztésére lett kitalálva. De igazából a "komplex" alatt már szerintem egy egyszerűbb projektet is lehet érteni... tök felesleges tudatosan meghosszabbítani a projektre fordítandó időt (csak egy ártatlan példa: hol fogja neked jelezni egyből a szintaktikai hibákat a Notepad++? Vagy előbb kipróbálod, aztán meglátjuk? Ez nem működik komolyabb alkalmazásoknál), ha van bőven alternatíva.
"Nagy projekteknél a Netbeans lehet hasznos, ahogy DNReNTi írja, de soha nem volt türelmem leülni és konfigurálni úgy hogy nekem tetszen, és kézreálljon. Utálok tökölődni ilyennel. Nekem gyors a NP++ is."
Hát azért az nem kicsit volt erős, egy NetBeans-t (vagy Eclipse-et, PHP Stormot és egyéb társait, attól függően, ki mit szeret, meg melyik nyelven kell programozni, mit támogat az IDE) eleve nincs is értelme összevetni egy Notepad++-szal. Nem, nem leszel vele sosem olyan gyors, mint egy jó fejlesztő ezekben az igen komplex IDE-kben. Mondjuk kezdj el programozni Javában vagy C#-ban Notepad++ segítségével. Meglátjuk, meddig fogod bírni."De ezt csak az első két hétre ajánlom, az első ismerkedési időkben, utána gyorsan el kell felejteni, mert amikor már bonyolódnak a dolgok, akkor iszonyatosan szar kódokat csinál."
Attól függ, mit használsz. Nem minden WYSIWYG-szerkesztő okád hányadék kódokat (azért manapság már a MS Frontpage-nél kicsit előrébb járunk színvonalban), persze nyilván nem lehet mindentudó egyik sem, és biztosan szükség van sokszor kézi felülbírálásra is, de azért túlzásokba sem kell esni.=============================================
Szerk.:
(#4856) Soak :
na, látom, közben leírtad Te is, hasonló aspektusból, neked is szemet szúrtak ezek az elég vad dolgok.
(Ritkán olvasni pár sorban ennyi megdöbbentő dolgot. )[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Sk8erPeter #4857 üzenetére
Még annyit azért hozzátennék, hogy általában nem azért erőltetik egyetemen a papíron programozást, hogy direkt agyonszopassák a diákokat, hanem azért, hogy az ember képes legyen kiegészítő eszközök nélkül is önálló algoritmikus gondolkodásra (pl. nem amiatt fogják áthúzni a normálisabb tanárok a feladatodat, mert elcsesztél egy függvénynevet); ezenkívül nem azért nyomatják ezt a módszert, hogy aztán komolyabb munkáknál is a papíron programozásnál csak egy-két lépcsőfokkal jusson feljebb az ember.
Bár biztos van olyan elvetemült programozó is valahol a világban, aki a Java-alkalmazását sima szintaktika-kiemelés nélküli Notepadben írja.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz fordfairlane #4862 üzenetére
Jaj ne mondd már, hogy a hibákat tartalmazó w3schools-ra nincs alternatíva. Ott van a w3fools oldalán tonnányi ilyen oldal linkelve. De mint említettem, az ott is linkelt MDN teljesen jó forrás, és nem tartalmaz meglepő blődségeket. Ráadásul Wiki-jellegű, ahogy írják is az oldalon, ezt kevesen tudják róla - így nagyobb esély van rá, hogy javításra is kerül.
Mint írják, a w3schools szarik a beküldött javaslatokra, vagy csak nagyon nyögvenyelősen változtatják meg a hibákat, valszeg részben éppen a w3fools oldalán felsorolt infókra hallgatva. Az sem túl szimpatikus, hogy a W3C állítólag megkérte őket, hogy nyilvánítsák ki egyértelműen, hogy NINCS közük a W3C-hez, mivel ilyenformán az oldal neve nagyon megtévesztő, ők erre nem voltak hajlandóak. Az tény, hogy a keresőoptimalizáltságuk viszont nagyon jó. Az is előnyös, hogy ki tudod próbálni egyből a kódokat. Az MDN oldalán is van viszont erre alternatíva, ott jsFiddle-példákat szoktak belinkelni, ami jobb a w3schools-os megoldásnál.Egyébként nekem mindegy, ki mit használ, de nekem is eltartott egy ideig, míg rájöttem, hogy jobban járok, ha nem használom inkább a w3schools-t - és az MDN-ben még nem csalódtam. Alapos leírásaik vannak, és jóval kevesebb a hiba, valamint nem jellemző a rossz praktikák erőltetése. Amit viszont sikerül felfedezni, arra elvileg megvan bárkinek a lehetősége, hogy javítsa azt.
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz cidalain #4866 üzenetére
"Azért egy Netbeans konfig nem 15 perc. Aki évek óta használja, annak lehet.
2× álltam neki, de egyik esetben sem tudtam úgy belőni hogy kézre is álljon, és ne legyen nyűgösebb használnom, mint ahogy simán NP++-szal dolgozom. Sokat jelent nyilván, hogy meg kéne tanulnom minden csínját is a NB-nek hozzá. Erre értem hogy nem volt erre még időm, és energiám."Igazából nem nagyon értelek, ha a Notepad++-t használtad, akkor mi az a hű de nagy extra, amit ne tudna kapásból, különösebb konfigurálás nélkül pl. a NetBeans, vagy olyan hotkey, amit ne lehetne 2 perc alatt átállítani? Még esetleg a syntax highlight színei, amik picit mások, de azt is további pár perc átállítgatni...
Az írásodból olyan, mintha a Notepad++ egy olyan elképesztő komplex jószág lenne, amit jópár éve iszonyat komolyan belőttél volna, és amiről az átállás nagyon nehéz lenne.
Azt sokkal inkább el tudom képzelni, hogy ha valaki komolyabb projektekre évek óta NetBeans-t használ, annak kicsit nehézkes lehet az átállás Eclipse-re vagy más komolyabb IDE-re (vagy fordítva), mert bizonyos menüpontok máshol vannak, de az is csak berögződések, megszokások miatt van... mondjuk ha valaki hotkey-ket használ, akkor azt megint csak átállítja... viszont egy Notepad++ nem tud annyit, hogy ez a folyamat annyira nehézkes legyen. Nyilván tök jó pluginekkel felturbózható a Notepad++, de akkor sem fog annyit tudni, mint egy normális IDE, de mint említettem, nem is erre való.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
"HTML szerkesztésre Linuxon Kompozer javallott?"
Fogalmam sincs, nem használtam még (talán évekkel ezelőtt felraktam, megnéztem, aztán el is felejtettem, hogy létezik ), de mivel itt a topicban korábban említésre került, hogy van egy olyan bugja, hogy berak mindenhova <br />-eket, oda is, ahova nem kérted, ezért én nem használnám. De mondom, annyira nem ismerem, tudtommal nem egy komoly progi, de próbáld ki, és meglátod.Amúgy nyilván lehet Notepadban is helyes Java-kódot írni, csak nem érdemes.
De egyébként a sima konzolos buzerálás is megoldható, van vi meg hasonlók.Sk8erPeter
-
Sk8erPeter
nagyúr
Simán lehet. Na meg mondjuk az sem elhanyagolható szempont, hogy ez ingyenes, míg mondjuk egy másik WYSIWYG-szerkesztő (mittudomén, Dreamweaver vagy ilyesmi) meg elég durván drága lehet.
Szóval akár kezdeti tanulás gyanánt, meg kódnézegetés helyett+mellett biztos jól jöhet sokaknak.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
"az sql mentes lehet olyan is, ami az adott tartalmakat txt vagy .inc fileokba menti."
Szerintem manapság ilyen megoldás elég égő lenne. Mert semmivel sem bonyolultabb adatbázisba felvinni a tartalmakat, mint fájlba menteni, cserébe legalább a fájlba mentős megoldás jó szar lenne. (jó, mondjuk van faék egyszerűségű file_put_contents(), file_get_contents(), de akkor mi a gond?)
Ahogy ezt leírod, maga a feladat is nagyon egyszerű, még ha elejétől meg is kell írni a kódot, beledobsz egy textarea-t az úgynevezett admin-felületbe, alkalmazol egy WYSIWYG-szerkesztőt (CKEditor, TinyMCE), létrehozod a megfelelő táblastruktúrát, megoldod, hogy fel legyen töltve a tartalom bejelentkezés után (igazából ezek eddig korábbi projektjeidből is átemelhetők), aztán kész vagy, vagy akár használhatsz CMS-t is, ott is a legnagyobb munka kábé a template átszabása lenne, cserébe viszont kapnál egy szanaszéjjel konfigurálható rendszert, amiből maga az alapfeladat viszont nagyon gyorsan megvan, még ha az egyéb képességeket ki sem használod (ez még nem ágyúval verébre, mert úgyis jön majd a megrendelő, hogy de még mást is szeretne majd admin-felületen módosítani, és ilyen egyszerű oldal CMS-sel is gyors). Ha ismersz valami frameworköt, az is nagyon jó, akkor a CMS sallangjaitól mentes oldalt is össze tudsz kalapálni elég gyorsan (azért is írtam le ezt is, mert ezen a Prohardveren a webfejlesztős fórumokban úgy tűnik, a CMS indokolatlanul szitokszó-számba megy ).[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz cidalain #4891 üzenetére
Igen, ez így van, de az, hogy az "ugyfelek mar igenylik az altaluk menedzselheto weboldalt", az nem feltétlenül azt jelenti, hogy CMS-t kell használni erre a célra. (Lásd frameworkök, egyedi rendszerek.)
Az összekattintgatással kapcsolatban írtak meg jogosak, de amit Te írtál, az mondjuk lecsupaszítva annyit jelent, hogy a vérpisti bezzeg össze tudta kattintgatni egy CMS-sel két délután alatt, ezért jó olcsón tudja adni a honlapot, míg Te kvázi pont ugyanazt megvalósítottad több hét alatt, mert Te bizony programoztál kőkeményen, vért izzadva - hát ilyen esetben nem biztos, hogy a vérpisti a hibás. Meg a megrendelő sem azt fogja látni, hogy de pedig Te szakmailag sokkal többet villantottál, mert ő aztán pontosan leszarja, mitől működik jól a honlapja.
Szóval érted, ha van egy nagyon jó, stabil alap, meg készen kapott modulok/komponensek egy bizonyos meghatározott feladatra (most NEM kell feltétlenül CMS-re gondolni! Teljesen mindegy, a háttérben ki mivel valósítja meg a feladatot, frameworkkel, korábbi saját ollózott kódokból, vagy máshogy), akkor nem biztos, hogy érdemes csak úgy sznobizmusból ugyanazt rengeteg munkával egészen az elejétől kezdve lekódolni. Programozzunk, de csak bizonyításként ne nehezítsük meg a saját életünket. Nem attól lesz valaki jó szakember, mert mindig be tudja bizonyítani, hogy ő bizony az első betűtől kezdve újból és újból le tudja kódolni a hasonló jellegű feladatokat.Félreértések elkerülése érdekében NEM a vérpisti-mentalitás a jó, sőt, de az sem jó, ha valaki igényesség címén nem hajlandó más rendszert felhasználni a saját céljainak megvalósítására (kiegészítve azt egyedi kódokkal, és ez vonatkozik a framework használatára is, ami szó szerint egy keretet biztosít), hanem inkább lekódolja az elejétől kezdve az egész honlapot.
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
"Érdekes, van aki érti akkor nem bennem van a hiba"
Oké, ezután az arrogáns megjegyzésed után már számomra totál érdektelen a problémád. Annyit kértem, hogy ne csetszerűen írd le a problémát, amiből az érződik, hogy te épp nagy sietségben vagy, hanem tisztelj meg minket azzal, hogy normálisan leírod, mit szeretnél. Múltkor is ez volt a probléma, hogy totál félreérthető volt a kérdésed, ezért aztán elindult rajta a nagy vita, hogy most akkor mit is akarsz, és akkor is még te nézted hülyének a többieket, hogy nem értik a gondodat, pedig ők segítséget akartak épp neked adni - kissé fordítva ülsz a lovon.
De nekem végül is mindegy.Sk8erPeter
-
Sk8erPeter
nagyúr
https://developers.google.com/maps/documentation/geocoding/
"What is Geocoding?
Geocoding is the process of converting addresses (like "1600 Amphitheatre Parkway, Mountain View, CA") into geographic coordinates (like latitude 37.423021 and longitude -122.083739), which you can use to place markers or position the map.
Reverse geocoding is the process of converting geographic coordinates into a human-readable address.
The Google Geocoding API provides a direct way to access a these services via an HTTP request."
====================================================
Az OVER_QUERY_LIMIT-re pedig mindenképpen a szerveroldali geocode-olást ajánlom.
Itt is ilyen megoldást választott az emberke (nem túl szép a megoldása, de a lényeg végül is lejön):
http://www.webstutorial.com/google-server-side-geocoding-php-infobox/website-tweaks/googleSk8erPeter
-
Sk8erPeter
nagyúr
Pedig de, a W3C validátora szerint az oldalad valid.
Nem is írta egyébként sehol az általad használt extension/plugin, hogy bárhol hiba lenne.
(#4964) DS39 :
megelőztél.
Egyetértek, tipikusan olyan "probléma", amire egy fél percet sem érdemes szánni. Ez aztán semmilyen mértékben nem befolyásolja a Google találati listában való elhelyezkedést, ami nyilván a fő aggodalom tárgya.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
"Ha a SEO fontos, akkor CSS-be ásd bele magad, mert képeknél má nem dívik a width, height attribútum, style-on belül kell megadni őket"
Szerintem ez pont nem jó példa, mivel továbbra sem deprecated HTML5-nél sem:
http://dev.w3.org/html5/markup/img.html#img.attrs.height
és főleg nem értem, miért lenne már rossz SEO-szempontból a height és width attribútumok használata."minden képnek legyen alt és title attribútuma.
Mert ugye ma rengetegen használnak kép nélküli böngészőt...
Persze tudom a keresőrobotok miatt kell, de akkoris na..."
Nem csak keresőrobotok miatt kell... Olyan esetekre szükséges az alt attribútum - amiben egy alternatív szöveget adsz meg -, amikor az adott böngésző nem tudja megjeleníteni a képet, legyen annak bármi is az oka - akár le van tiltva a képek betöltése, akár screen reader olvassa be a tartalmat (ha az "accessibility" mond valamit, akkor talán kicsit már előrébb vagy; ld. látássérült vagy vak emberek képernyőolvasójának támogatottsága, ne bagatellizáld a fontosságát), akár szerver-/kliensprobléma van, akár egy keresőrobot olvassa azt el indexelés során, hogy értelmes (jó esetben) szöveggel társítsa a képet.
A title attribútum kevésbé fontos keresőoptimalizálás szempontjából ([link]), mint az alt attribútum, a title inkább plusz infót biztosít a felhasználóknak (pl. normál böngészés során föléviszed az egeret, tooltip formájában jelenik meg).Sk8erPeter
-
Sk8erPeter
nagyúr
Ennek a hátránya, hogy ha a divet megváltoztatod mondjuk spanre, akkor buktad a formázást, át kell írni a CSS-fájlban is. Ez max. annyiban segíthet, hogy így egyből el tudod olvasni a CSS-fájlban is, az adott elem konkrétan micsoda, de egyébként semmilyen más előnyt nem élvezel ezzel a módszerrel.
===
(#5006) GG888 :
"viszont ha szempont a css mérete, akkor jelen esetben #3366FF helyett elég párosával a dublikált karaktereket megszüntetni. Értsd: #36F."
Ilyeneken sztem egyáltalán nincs értelme spórolni. Max. ha ez automatizáltan történik, egy CSS compressorral, ami a felesleges whitespace-eket is kiszedi, de egyébként a fejlesztett fájlban ezt a 3 karaktert lespórolni szimplán értelmetlen és haszontalan."Vagy nevén is nevezhetjük a gyereket, a szín amit használsz nem más mint a Vivid Blue."
Inkább ne, mert lehetnek hátrányai:
http://stackoverflow.com/questions/3230851/are-there-any-cons-to-using-color-names-in-place-of-color-codes-in-css/3230880#3230880[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
"Altot eddig is írtam, ezután is fogom, nem különösebben foglalkoztam vele eddig sem, hogy valaki azt vajon mikor fogja látni, meg még nagyon visszajelzés se jött, hogy jaj de jó, hogy van ilyen..."
Ha más nem is, de a Google biztosan mondja magában, hogy jaj de jó, hogy van ilyen, amikor az oldaladat bejárja és értékeli. Ahogy a W3C validátora is örül neki, mivel kötelezően használandó attribútum az alt. A megrendelőd meg annak örülhet, hogy nem szórja a validitási hibákat az oldalad. Ha meg valaki screen readerrel fogja olvasni az oldaladat, hidd el, annak is csak jó pont."Height-Width:
Nem írtam, hogy tilos lenne, csak hogy nem dívik, én nem is nagyon látom, hogy használnák.
longdesc, border, ilyenek mellett kidobhatnák már ezeket is."
Pedig elég sok helyen használják. Miért zavar ez téged?"Nem fut hibára az oldal úgy mint title vagy alt hiányában HTML checkerrel nézve, így nem is fogom ezután se használni őket."
Nem is kell, CSS-ben is megadhatod a width és height tulajdonságokat, mivel így is jelzed a böngészőnek, hogy mekkora helyet kell foglalnia az adott elemnek, most csak annak jogos vagy jogtalan létéről beszéltünk.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz kissjani754 #5020 üzenetére
1. Nem kell egyből szétszórni a hsz.-eidet több topicban is a gyorsabb/biztosabb válasz reményében.
2. Már beoltottak: [link]. Ne számíts ennél több segítségre, inkább szégyelld magad.Sk8erPeter
-
Sk8erPeter
nagyúr
Lásd el a táblázatot egy id-vel (azonosító) vagy class-szal (osztály), majd az alapján "célozd meg" a táblázatot CSS-ben:
id:
#en_kis_tablazatom_id {
font-size:12px;
}osztály:
.en_kis_tablazatom_osztaly {
font-size:12px;
}A másik hsz.-szel ellentétben jelen esetben az :nth-of-type pseudo-class használatának nem sok értelme van, mivel egy konkrét táblázat betűméreteit szeretnéd megváltoztatni.
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Hege1234 #5041 üzenetére
Ha jól értettem, nagyon röviden a cél a bal oldali fix oldalsáv megjelenítése volt, most nem volt időm túl sokat foglalkozni vele, de gyorsan bepötyörésztem pár sort, "left_sidebar" azonosítóval találod meg a megfelelő elemet a HTML- és a CSS-kódban. Amúgy itt JS Binen a JavaScript-részbe betettél HTML-kódot is, az nem jó, oda csak JS-kód mehet.
Direkt ilyen ronda kék hátteret adtam a sidebarnak, hogy lásd, hol van:
de így még totál el van tolódva az egész, van mit rajta javítani bőven, a megoldás sem túl szép, de a lényeg gondolom látszik.
Szerk.: a kód szerkesztése a jobb fölső sarokban lévő "Edit in JS Bin"-re kattintva érhető el.
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz PumpkinSeed #5054 üzenetére
W3Schools inkább kerülendő:
http://www.w3fools.com/
(bővebben is volt már róla szó korábban: [link], [link])Sokkal inkább ajánlott példának okáért a Mozilla Developer Network:
https://developer.mozilla.org/hu/Sk8erPeter
-
Sk8erPeter
nagyúr
Új hozzászólás Aktív témák
- OLED TV topic
- BestBuy topik
- Kerékpárosok, bringások ide!
- Kínai, és egyéb olcsó órák topikja
- Építő/felújító topik
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Luck Dragon: Asszociációs játék. :)
- Anime filmek és sorozatok
- sziku69: Fűzzük össze a szavakat :)
- Milyen billentyűzetet vegyek?
- További aktív témák...
- Arlo Smarthub VMB4540 Féláron!
- Ipad Pro 11 (2018-2022) Ipad Air 5/4 ESR Magnetic Keyboard Case
- IPhone 15 Pro max 256GB gyári független 2027. 04.20. Apple garancia MM vásárlás
- Samsung Galaxy S23 Ultra / Green / 512GB / Kártyafüggetlen / Számla + Garancia
- iPhone 12 Pro Max / Graphite / 256 GB / 86% akkumlátor / Kártyafüggetlen / Számla + Garancia
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs