- Keretmentesít a Galaxy S25 FE
- iPhone topik
- Redmi Watch 5 - formás, de egyszerű
- 45 wattos vezeték nélküli töltés jön az új iPhone-ba
- Xiaomi 15 - kicsi telefon nagy energiával
- Google Pixel topik
- Apple iPhone 13 Pro Max - őnagysága
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Ilyen lesz a Fairphone 6
- LG V50 ThinQ Dual Screen - az 5G ára
Új hozzászólás Aktív témák
-
martonx
veterán
"Kis cégnél, Budapesten, ilyenekért jellemzően nettó 1000-es órabért kap a melós."
Lényegtelen, hogy a melós milyen nettó órabért kap, ha a cég 5K alatti + áfa órabérrel nem fogja elvállalni. Abba gondolj azért bele, hogy a cégnek a számla után áfát, meg mindenféle adót, végül a melósnak bruttó fizetést, plusz a bruttó fizetésen felül mindenféle egyéb adót + járulékot kell fizetnie, és akkor még vannak rezsiköltségei is a cégnek. -
cidalain
veterán
Szia!
Szerintem nagyon félreértetted amit írtam. Az nem minden fejlesztőre vonatkozik.
Egy kezdőnek vázoltam fel lehetőségeket, és leírtam egy szerintem (=saját vélemény, nem mindenkié) negatív példát is. Aki most akar kezdeni mutatni kell egy irányt, és lehetőleg jót, amivel tényleg jó is lesz abban amit csinál. Nem elég azt mondani hogy itt van két link, ezt megnézed azt' király leszel, 2 hónap múlva, mert x mondja aki a fórumon a legokosabb (vagy 4-en is ezt mondták a fórumba). Mert ezzel iszonyú tévhitbe kergeted. És azt fogja hinni, hogy ha tényleg megnézi azt a két linket, akkor már ő jó fejlesztő lesz. Pedig ez nem így működik.
Persze hogy nem látom át a fejlesztés minden szegletét, de nem is kell. És nincs is olyan aki igen, mert az hazudik.
-
#3564
Fire/SOUL/CD
félisten
cucka
#3561
Fordítva kezdem (nagyon leegyszerűsítve): Ha valaki meghackel egy oldalt, azon bizonyos kategóriába eső kódot elhelyez/tevékenységet folytat stb, akkor a BTK 300/C alapján akár 1 év letöltendő szabadságvesztéssel is sújtható.
Ha egy oldal, a a user tudta és beleegyezése nélkül bizonyos kategóriába eső progit elhelyez a user gépén, ami az oldal működéséhez nem szükséges tevékenységet folytat, akkor szintén a BTK egyes paragrafusai alá esik. Hogy milyen esetben, milyen paragrafusok, és súlyozott vétségnél milyen más törvények és milyen paragrafusok érvényesek, azt nem tudom Neked megmondani, mert nem vagyok jogász.
Természetesen mindkét esetben a a gyanú nem elég, azt bizonyítani is kell, ha az megvan, akkor a többi az erre szakosodott jogászok dolga. Tudom, messziről jött ember azt mond amit akar, de én annyit tudok mondani(és ezt vagy elfogadod konkrét infók nélkül, vagy nem, te dolgod), ahol megalapoztuk a gyanút, ott 2 dolgozó azonnali hatállyal el lett távolíva, az egyik x időre nem gyakorolhatta a szakmáját, a másik pedig 1 év letöltendő-t kapott x évre felfüggesztve...
Részemről a témát zárom.
-
#3560
Fire/SOUL/CD
félisten
cucka
#3559
Attól függ, milyen visszacsatolás, "következmény" van a dologból.
Egy oldal javasolhatja azt, hogy ne tiltsd le a JS-t a böngészőben (mert hibás működést eredményezhet stb), azt is feltüntetheti, hogy pl fórumban nem lehet javasolni semmilyen reklámszűrő használatát és ez eddig rendben is van. Ahhoz joga van az oldalnak, hogy bannol, mert a fórum szabályzata ellenére pl javasoltam reklámszűrők használatát, de ahhoz viszont semmi joga, ha én letiltom a JS-t, nem engedem, hogy a weblapok kövessenek, vagy xy reklámszűrőt, vagy víruskergető feature-t használok, ahhoz az oldalnak semmi köze. Abban a pillanatban, ha ez miatt engem figyelmeztetne egy oldal, onnantól már pernek nézne elébe, erre az esetre értettem a büntetőkategóriát.Természetesen a PH nem ilyen, nem lehet egy kalap alatt említeni, az általam csak f@szbook néven emlegetett "valamivel", ahol a profit érdekében csont nélkül adnak ki 3. félnek személyes adatokat (ez a fiók alapbeállítása), az adatvédelmük/tárolásuk tiszta röhej és olyan tartalmakat lehet letölteni, amiket semmi/senki nem ellenőriz, tele kártevővel, adatlopó nyalánksággal. Az egész facebook-ot (ebben a formájában) úgy ahogy van, le kellene húzni a retyón, amit remélhetőleg meg is tesznek, mert már több védelmi cég elemzése rámutatott arra, amiről írtam. (külön facebook védelmi modulokat építenek be a védelmi progikba)
-
sz.j
nagyúr
És mit kell írni a valami helyére? (
)
Elnézést a sok kérdésért de a css-vel eddig még egyáltalán nem foglalkoztam ...A PH forrásában ez van:
<link href="/css/common_v44.css" type="text/css" rel="stylesheet" />
<link href="/css/special_v27.css" type="text/css" rel="stylesheet" /> -
sz.j
nagyúr
Köszönöm a segítséget.
A head részbe beírt
<style type="text/css">
h3 {
display: inline;
}
</style> -el
és a kijelölt szóhoz beírt
<h3 style="font-weight: normal;"> ..........</h3> kóddal megoldódott a problémám.De lenne egy láma kérdésem.
Ha több különféle css elemet is alkalmazok akkor elég ha a meglévő
<style type="text/css"> ......</style> közé írom az újakat vagy mindegyikre külön kell írni egyet? -
#3477
Sk8erPeter
nagyúr
cucka
#3476
Sk8erPeter
nagyúr
Már miért ne lenne érdemes?
Ezt remélem nem komolyan mondtad.
Csak hogy egyet említsek az alternatívák közül, a Chrome Developer Tools is már rendkívül fejlett, főleg, hogy "natív" alkalmazás, míg a Firebug továbbra is egy extension (add-on)... Személyes tapasztalat: gond nélkül használom webfejlesztéshez a Chrome fejlesztőeszközét, meg olykor az Operáét - tekintve, hogy kiráz a hideg a Firefoxtól; ettől függetlenül elismerem, hogy a Firebug rendkívül hasznos és komplex kiegészítő, de kevés olyan dologgal találkoztam, ami ne lenne meg immár pl. Chrome-ban is... De sorold, hogy neked mi hiányzik belőle, ami nálad rendszeresen előforduló igény webfejlesztés során, akkor talán megértem, miért mondod, hogy csak Firefox-os cuccokat érdemes webfejlesztéshez használni (amivel nagyon nem értek egyet). -
#3475
Sk8erPeter
nagyúr
cucka
#3474
Sk8erPeter
nagyúr
-
sz.j
nagyúr
"...Úgy kell beállítani a szervert, hogy a megfelelő content type-al küldje el........"
Akkor szerencsém van a szerverrel, mert alapból úgy volt/van beállítva, hogy a html-ben és az xhtml-ben megírtakat is küldi a böngészők felé.
Az FF, EI, Chrome és Opera-val megjelenített oldalak mindkét esetben hibátlanok. -
sz.j
nagyúr
Először is köszi a választ.
De azzal kapcsolatban amit írtál, további kérdésem lenne ...."...Ha valóban xhtml-t akarsz használni, akkor a szerver application/xhtml+xml content type-al kell küldje az oldalt. Továbbá fontos tudni, hogy az xhtml specifikáció szerint ez esetben a <head>-ben található content-type deklaráció nem fog számítani, a szerver által küldött üti azt.
Ekkor a böngésző xml-ként fogja értelmezni a dokumentumot, aminek a legszembetűnőbb eredménye, hogy ha bármilyen hiba van benne, akkor kapsz majd egy nagy xml error hibaüzenetet.Ahhoz, hogy a "szerver application/xhtml+xml content type-al kell küldje az oldalt" a böngészők felé kell ahhoz bármit is csinálni/jelezni, vagy ezt, a megírt kódok alapján a szerver automatikusan érzékeli?
Megjegyezném, hogy eddig két honlapomat írtam meg XHTML 1.0 Strict-ben, amit felraktam a tárhelyre, de ott semmit sem "csináltam/állítottam át".
A különböző böngészőkben megjelenő oldalak hiba nélkül (xml error nélkül) jelentek meg, valamint az oldalak a W3C szerint is hibátlanok voltak.
Ebből arra következtetek (lehet, hogy hibásan), hogy a szerver, a megírt kódok alapján, "automatikusan" érzékeli az oldalakat és XML-ként továbbítja azokat a böngészők felé....
Vagy tévedek? -
sz.j
nagyúr
Elnézést kérek, mert user error volt
Az történt, hogy amikor elmentettem a módosítást, akkor a felugró mentési ablakban lévő fájl névvel mentettem le, ami megegyezik egy meglévő html fájlal, de arra már nem figyeltem, hogy mi a fájl típusa.
Sajnos az xhtml fájlt a html-hez mentette le (ami ezáltal xhtml lett), ezért "nem változott a lementetnek hitt xhtml fájl kódja.@ DeltaPower
Ráhibáztál ..., "elbénáztam".
Amúgy köszönöm a hajdani sok segítségedet, de fölég azt amikor a figyelmembe ajánlottad az FF böngészőt és főleg a Tidy HTML ellenőrzőt, mert ez rengeteget segített az oldalaim "pofozgatásában".
-
sz.j
nagyúr
Bocsi, bocsi megelőztél, mert épp most akartam ezt pótolni ...
Az alatt, hogy nem tudom beírni, ill. bemásolni azt értem, hogy ha be is írtam vagy másoltam, az elmentés után a kód visszaáll az "eredeti" meta tag-ek nélkülire. De akkor is ezt teszi ha elmentem, kilépek a progiból és újra megnyitom.
Mint előbb is írtam hiába próbáltam a Notepad++-al a beírást/bemásolást megcsinálni annál is ua. van ...., azaz a változtatást nem menti el, visszaáll a változtatás előtti kódokra.
-
#3342
Sk8erPeter
nagyúr
cucka
#3340
Sk8erPeter
nagyúr
Szerintem azért nem egy ártalmas dolog, ha egy ilyen validator felhívja a figyelmet lehetséges javítási módokra, hiszen az inline stíluselemek alkalmazása amúgy sem teszi túl széppé a végleges kódot...
===
sz.j.:
<body style="color: rgb(0, 0, 0); background-color: rgb(255, 255, 204);"
alink="#000099" link="#000099" vlink="#990099">Ha javasolhatom, kerüld az "alink", "link" és "vlink" attribútumok használatát manapság, főleg, ha már amúgy is CSS-t használsz a stílusdefiniálásra.
Itt is mutat példát ezek elkerülésére: [link].
De inkább a w3schools oldalát linkelem, az elég hiteles infókat tartalmaz: [link]"The vlink attribute of <body> is deprecated, and is not supported in HTML 4.01 Strict / XHTML 1.0 Strict DTD.
Use CSS instead.
CSS syntax (in the <head> section): <style>a:visited {color: #FF0000}</style>
CSS Example: Set the color of a visited link
In our CSS tutorial you can find more details about the :visited pseudo-class." -
sz.j
nagyúr
Mindenekelőtt köszi az infót.
"Mondjuk első körben megereszthettél volna egy google keresést ..."
Már réges-régen megtettem ....., mivel a magyar weben nem, csak a teljes weben volt találat (angolul) a [6.1.1.3]: style sheets require testihg (style attribute) keresésre, de mivel az angol tudásom enyhén szólva is sok kívánnivalót hagy maga után, ezért tettem fel itt a fórumon a kérdést.
Igaz az is, hogy a Google fordítóprogramjával is próbáltam valami infót szerezni ezekből a találatokból, de mivel elég "zavaros" a fordítása így lemondtam róluk ....
-
sz.j
nagyúr
Viszont azt nem értem, hogy ha a W3C stict a validáláskor hibátlannak találta az oldalakat, valamint a HTML Tidy "Algoritmus Soros" állása és a "Hozzáférhetőség [Accessibility) ellenőrzési szintje = Normál" beállítás mellett minden hibátlan, azaz 0 hiba és 0 figyelmeztetés (és semmi más!!!), de ha a "Hozzáférhetőség [Accessibility) ellenőrzési szintjét" 1, 2 vagy 3-ra állítom, akkor a W3C strict továbbra is hibátlannak minősíti az oldalakat, de a HTML Tidy 0 hiba és 0 figyelmeztetés (azaz HTML Validnak minősíti) mellett, oldaltól függően, több tíz és száz közötti "Hozzáférési hiba" jelenik meg .....
KépKérdésem az lenne, hogy tulajdonképp mi is ez a [6.1.1.3]: style sheets require testihg (style attribute) és van e valamilyen teendő velük???
-
sz.j
nagyúr
Köszi a segítséget
, a tag-eket töröltem és így már a W3C (strict) sem jelez hibát.
Remélem, hogy jó lesz így is.Amúgy ezt a "text"-et nagyon elírtam (
), mert valójában az nem "text style", hanem "body style" (jobban jártam volna ha bemásoltam volna, nem pedig írom ....), azaz ezt kellett volna előbb beírnom:
<body style="color: rgb(0, 0, 0); background-color: rgb(255, 255, 204);"
alink="#000099" link="#000099" vlink="#990099"> -
spammer
veterán
Nem variáltam, a scripttel azonos könyvtárba tettem a spacer.gif -et (vagy más esetben blank.gif, tehát 1x1 pixeles transzparens kép).
A javascriptben is alapból így van megadva, szóval működnie kellene, de mégsem. Kezdem gyanítani, hogy az IETester szórakozik. Tudtok más hasonló teszter progit, amivel csekkolni lehetne régi IE-ket? Ráadásul az IETesterben az IE7 funkció nem is működik (nem tölt be semmit, ez egy ismert bug a hivatalos fórum szerint.)
szerk: localhoston dolgozok, tehát mindenképp progi kellene, nem online megoldás.
-
#3238
Sk8erPeter
nagyúr
cucka
#3235
Sk8erPeter
nagyúr
Igen, a felhasználók 95%-át tényleg egyáltalán nem érdekli, hogy valid-e az oldal, csak az, hogy jól jelenjen meg, nagyjából pontosan ugyanúgy nézzen ki mindegyik böngészőben. Ez az, amiben azért elég nagy segítséget nyújt, ha az oldal valid (annak ellenére, hogy igen sűrűn hirdeted, hogy a fejlesztő nyugodtan szarja le a validatort) - így legalább az ember a saját hülyeségéből eredő hibákat ki tudja szűrni, tudja jól, hogy a DTD-nek megfelelő módon írta meg a kódot, úgyhogy az egyes tagek véletlenül történő rossz helyre pakolása, elírások és egyéb baromságok nem okozhatják az oldal rossz megjelenését.
Tényleg nem kell túllihegni az oldal validitását, de más részről viszont nem értem az ezen való folyamatos parázást: aki már egy ideje írogat (X)HTML-kódokat, az egy idő után valószínűleg részben saját kárán megtanulja, hogyan is kell azokat helyesen leírni (lásd az iménti <img> tag helytelen lezárását), hogy az a W3C ajánlásainak megfelelő legyen, így innentől kezdve már valid módon kódolni sem olyan nagyon bonyolult. Most komolyan ilyen nehéz valid kódot írni? Az én válaszom: nem...
Személy szerint rengeteget szívtam már azzal, hogy egyszerűen fingom sem volt, mi a hiba a kódban, miért jelenik meg olyan idióta módon néhány elem, és bizonyos böngészőkben miért néz ki egészen másképp. Hogy az esetleges saját hibákat felderítsem, ráküldtem a validatort, és sokszor vágtam a homlokomra, hogy basszus, véletlenül itt totál elcsesztem a lezáró tag helyét, vagy ennél sokkal apróbb hibát vétettem, de annak kijavítása után érdekes módon az oldal úgy nézett ki, ahogy szerettem volna.
Nem mellesleg a JavaScript-kódok helytelen működése is sokszor összefügg az összehányt oldalakkal. Igen komolyan büntetheti magát a webfejlesztő, ha összetrehánykodja az oldalt, nem számít, milyen a kódja, csak legyen kész.Csak hogy összefoglaljam a lényegét a mondandómnak: bár nem kell összeszarnia magát senkinek, ha nem valid a kódja, de ha mégis sikerül validálnia, akkor az nagyban hozzásegíti ahhoz, hogy úgy nézzen ki az oldala, ahogy szeretné is, hogy kinézzen, főleg amennyiben a szabványkövetés irányába haladnak a böngészők.
Senkinek ne menjen el a kedve a validálástól, igenis van létjogosultsága.-------
(#3237) biker :
"egyszer lefuttattam egy komoly pénzért árult websablon szerkesztő program 10 (saját állításuk szerint) valid sablonon a validátorokat, és 0 volt valid. valaki hazudik..."
Jaja, hogyne, a W3C nyilván hazudik, amikor hosszú egyezkedések nyomán kialakítják webfejlesztési ajánlások egész rendszerét, nem? És bizonyára az ő validátoruk a hibás, mert ennek nagyobb ám a valószínűsége, minthogy egy-egy sablonba mégis hiba kerülhetett...
Mondjuk tény, ujjal mutogatni mindig egyszerűbb, mint saját hibáink kijavításán dolgozni.
-
biker
nagyúr
ok, megfogadom.
Arra meg, hogy "sosem láttam jó validátort" lehet erősnek mondani, de egyszer lefuttattam egy komoly pénzért árult websablon szerkesztő program 10 (saját állításuk szerint) valid sablonon a validátorokat, és 0 volt valid. valaki hazudik...
ja, és az én verziós oldalamon 55 error van, a régin 166
akkor azért olyan nagy balf... nem vagyok. talán... remélem... -
biker
nagyúr
berktam a "kért" elemet, most is ugyanaz a hiba, mint ahogy eddig is hibát jelzett a googleos kódra is:
Line 90, Column 61: end tag for element "IMG" which is not open
document.write("<img src=img/header_hu/Header"+a+".png></img>");//<![CDATA[
var a=Math.floor(Math.random()*5);
document.write("<img src=img/header_hu/Header"+a+".png></img>");
//]]> pontosan ugyanazt a hibát jelzi
-
biker
nagyúr
a kiragadott részletekből nehéz megmondd, mi a hiba, de ennyit ad vissza a validátor.
neked beírom az egész sort:
az első jogos, benen maradt régről ebben a sorbna, a többi már javítva volt. réges régen kellett még a language.a 2. nem indokolt, az a gyári google api illesztő kódban van:
marker.openInfoWindowHtml("<span style=\"font-family: Verdana; font-size: 10px;\"><b>"+name+"</b><br>"+address+"<br>"+others+"</span>");a 3. egy random fejléc generáló script:
<div id="headimg"><script type="text/javascript">
var a=Math.floor(Math.random()*5);
document.write("<img src=img/header_hu/Header"+a+".png></img>");
</script></div>ezt mire írjam át?
de sorban vannak benne szerinte lezárt de meg nem nyitott tagek, ez csak az első három volt.
Lecsúszó zászlók:
#langmenu {
position: absolute;
top: 20px;
left: 20px;
font-size: 12px;
text-align: left;
width: 200px;
}
#langmenu img {
vertical-align: top;
}
#eng {
background: url(img/eng.gif) no-repeat 2px 2px;
}
#eng:hover, #eng:focus { background-position: 2px -11px; }
#ger { background: url(img/ger.gif) no-repeat 2px 2px; }
#ger:hover, #ger:focus { background-position: 2px -11px; }
#hun { background: url(img/hun.gif) no-repeat 2px 2px; }
#hun:hover, #hun:focus { background-position: 2px -11px; }++ ha megnézitek, a lista elemek jeleit nem teszi ki a jobb szélhez, csak az ie, FF, Chrome, Opera igen
-
#3219
Sk8erPeter
nagyúr
cucka
#3217
Sk8erPeter
nagyúr
Jó, most kipróbáltam az alábbi DTD-kkel:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
Pontosan ugyanúgy működik, ahogy az előbb leírtam, az elvártak szerint...
Egyébként EBBEN A KONKRÉT ESETBEN nem igazán értem, miért számít. Az előző hsz.-ed erre számomra legalábbis nem magyarázat: "a Strict nem enged meg olyan tag-eket és attribútumokat, amelyekre a css-el történő formázás miatt amúgy sincs szükség, továbbá szigorúbban betartatja a blokkszintű elem -> sorszintű elem hierarchiát"
Attól még, hogy a DTD-ben mi megengedett, és mi nem, a böngészők általában próbálnak "megengedőek" lenni, és próbálják kierőszakolni magukból a megjelenítést olyan elemekre is, amik amúgy nem lennének adott helyen megengedettek. Ha egy böngésző sok esetben szarik a "szabványokra" (vagy saját "szabványocskáik" szerint "él"), akkor mindegy, elvileg hogyan kellene kinéznie valaminek, ha tutira másképp néz ki. Nem véletlenül kell sokszor szarakodni az IE-re való hekkelésekkel. Meg ha másképp jeleníti meg az adott böngésző az adott elemet, akkor máshogy jeleníti meg, akkor is, ha a fejed tetejére állsz - persze akkor van joga pampogni az embernek, ha amúgy W3C ajánlásai szerint valid az oldala, de az adott böngésző nem az elvártak szerint jelenít meg (ahogy pl. a többi, szabványkövetőnek tűnő böngésző, mint az Opera)!
DE jelen esetben ez épp nem igaz, mert pontosan úgy viselkedik, ahogy a többi böngészőben is. Szerencsére IE8 már nem olyan szinten nagy katasztrófa (legalábbis én így tapasztaltam, lehet, hogy nincs így), mint a korábbi IE-k, de persze itt is szükség van különutakra. -
#3218
Brown ügynök
senior tag
cucka
#3217
Brown ügynök
senior tag
Én ezt nagyon jól tudom
Ezt arra mondtam, hogy ha formázod az oldalt CSS-el, akkor mindegy, hogy Strict vagy Transitional a HTML oldalad, a formázási szabályok nem változnak.Szerk: Én hoztam fel az XHTML-s témát, de HTML-ben is megnéztem, nincs különbség mint ahogy 3 sorral feljebb is írtam.
-
biker
nagyúr
nem érted a problémát, majd leírod privátban, tényleg hekkelni kell, miközben azt mondtad, nem kell.
nem értelek. és inkább dolgozok, minthogy érthetetlen leírásokon rágodjak megoldott problémákat újra problémásítva
és nem, qrvára nem értelmezi a css-ből az li:hovert. próbáld ki, nem működik.
pont. -
#3206
Brown ügynök
senior tag
cucka
#3205
Brown ügynök
senior tag
Gyanús, hogy a :hover-t azért már ismeri az IE 8. Lehet hogy valahova nem raktál szóközt mert engem ezzel már megszívatott az IE8.
nem működik background: url(../kepek/Untitled.jpg)repeat-y top left;
működik background: url(../kepek/Untitled.jpg) repeat-y top left;Egyébként:
CSS hack IE 6, 7, 8 -
biker
nagyúr
Tegyük fel, hogy elhiszem neked, most először tapasztalsz ilyet, bár erősen kell képzeljek, mert tudom, hogy fejlesztesz, de akkor pár minta:
1: bármilyen böngészőben ez jó:
#keres {
position: relative;
top: 80px;
left: 20px;
height: 25px;
width: 180px;
}[/M]
ieben ez kell:
[M](C)#keres {
right: 0px;
position: relative;
top: 80px;
left: 0px;
height: 25px;
width: 200px;
}(/C)[/M]
2: minden browser:
[M](C)#headmenu {
font-size: 13px;
position: relative;
top: 100px;
left: 40px;
width: 160px;
height: 50px;
text-align: left;
}(/C)[/M]
ie:
[M](C)#headmenu {
right: 20px;
border-width: 0px;
font-size: 13px;
position: relative;
top: 80px;
left: -20px;
width: 180px;
height: 50px;
text-align: left;
}(/C)[/M]
3: minden browser:
[M](C)#side_submenu {
padding-left: 0px;
padding-bottom: 5px;
padding-right: 0px;
padding-top: 0px;
margin: 0px;
width: 225px;
float: left;
}
#sidesubmenu_head {
height: 30px;
background: url(img/2011img/bg_menu_top.png) no-repeat top;
padding: 0px;
margin: 0px;
width: 225px;
}
#sidesubmenu_foot {
height: 30px;
background: url(img/2011img/bg_menu_bottom.png) no-repeat bottom;
padding: 0px;
margin: 0px;
width: 225px;
}
#sidesubmenu_body {
margin: 0px;
background: url(img/2011img/bg_menu.png) repeat-y;
padding: 10px;
width: 205px;
}
}(/C)[/M]
ie:
[M](C)#side_menu {
padding-left: 0px;
padding-bottom: 5px;
padding-right: 0px;
padding-top: 0px;
margin: 0px;
width: 225px;
float: left;
}
#sidemenu_head {
height: 30px;
background: url(img/2011img/bg_menu_top.png) no-repeat top;
padding: 0px;
margin: 0px;
width: 225px;
}
#sidemenu_foot {
height: 30px;
background: url(img/2011img/bg_menu_bottom.png) no-repeat bottom;
padding: 0px;
margin: 0px;
width: 225px;
}
#sidemenu_body {
background: url(img/2011img/bg_menu.png) repeat-y;
padding: 10px;
margin: 0px;
width: 225px;(/C)[/M]
és még sorolhatnám, nem onnan értelmezi a pozíciókat, a margókat, a paddingokat, mint bármi más, értsd chrome, FF3, FF4, Opera, Safari, bármely oprendszeres verziói, csak ie alatt esett szét az oldal, de keményen, dupla margók, rövid hátterek, stb.
ami meg ie konform, az minden más böngészőben esik szét.
de mi az, amit abszolút nem ismer:
[M](C)#sidemenu_body ul li {
font-size: 14px;
list-style-position: inside;
color: white;
border-top-color: navy;
border-top-style: dotted;
border-bottom-width: 1px;
border-top-width: 1px;
border-bottom-color: navy;
border-bottom-style: dotted;
padding: 5px;
text-align: left;
left: 10px;
list-style-image: url(img/2011img/white_arrow.png);
}
#sidemenu_body ul li:hover {
font-size: 14px;
border-top-color: #ff8000;
list-style-position: inside;
color: #ff6100;
border-top-style: dotted;
border-bottom-width: 1px;
border-top-width: 1px;
border-bottom-color: #ff8000;
border-bottom-style: dotted;
padding: 5px;
text-align: left;
left: 10px;
}(/C)[/M]
az összes tesztelt browseren átmegy az li:hover vagyis teljes li sorra más színű keret a lista elemre, bezzeg ie alatt ez ismeretlen fogalom. -
#3191
Brown ügynök
senior tag
cucka
#3190
Brown ügynök
senior tag
Ezért nem fogok én soha magamtól Flash-ben, Silverlight-ban weboldalt írni (kivéve ha a cégnél erre utasítanak) mert ezek nem minden gépen vannak fent, nem minden user szereti.
Személy szerint még a js-t is minimalizálom, próbálom megoldani CSS-sel vagy szerver oldalon. Az más kérdés, hogy utálom a js szemantikáját.Bár az AJAX egy jó találmány.
-
sz.j
nagyúr
Azt tiszta előttem, hogy nem lehet background nevű attribútuma, de mivel nem értek a kódíráshoz, nem tudom, hogy milyen kódsor lenne jó helyette.
A többi infót köszi, ennek alapján akár sok-sok hiba is lehet még az oldalon...., pedig örültem, hogy csak kettő, majd csak egyet jelzett.
@ lesaux
Régebben sajna nálam is volt ilyen a tárhelyen, miután a gépemet több vírusirtó is hibátlannak talált, a tárhelyről mindent töröltem, jelszót változtattam és újra feltöltöttem mindent.
Azóta szerencsére minden oké. -
#2205
N!Tr0v!CS^^
csendes tag
cucka
#2204
N!Tr0v!CS^^
csendes tag
szóval akkor nem lehet megcsinálni h több sorral legyen egy szinten?
mert van a honlap sok sorral...s balra beakarom szúrni az üzenőfalat csak hogy ha simán megcsinom akkor amennyi terület bevan állítva az üzifalnak annyival lelejebb tolja a sorokat... én meg azt szeretném h egyszinten legyenek mert van elég hely baloldalt...
azt meglehetne valahogy csinálni?
-
#2103
Sk8erPeter
nagyúr
cucka
#2101
Sk8erPeter
nagyúr
"de keresőoptimalizáció nélkül nem fog túl sok látogatót hozni"
Igen, és mintha azt olvastam volna, hogy igazából a keresőmotorok már nem is igazán veszik figyelembe a <meta> tageknél megadott kulcsszavakat, hanem inkább a tartalmat figyelik, ezért érdemes tematizált honlapokat készíteni, nem minden szirszart egy helyre feltenni. Tudtommal a meta tageknél megadott dolgokat már azért nem figyelik igazán, mert sokan csinálták azt, hogy pl. százféleképpen megadtak egyetlen szót, mindenféle összetételben, mindenhogy ragozva, hogy ezzel kerüljenek előrébb, és mindenféle keresési kulcsszóra megfeleljenek (pl. gyűrű, aranygyűrű, ezüstgyűrű, karikagyűrű, jegygyűrű, stb...). -
#2098
Sk8erPeter
nagyúr
cucka
#2097
Sk8erPeter
nagyúr
OK, megpróbálom.
Viszont egy igen érdekes dolgot fedeztem fel Firefox-ban: egyszerűen felfogni nem tudtam, hogy mi lehet az oka, hogy egy oldalt egy bizonyos résztől nem akar megjeleníteni a böngésző, de aztán kicsit jobban megnéztem a forráskódot, és kiszedtem az alábbi sort:
<!------------------------------------------------------------------------------------------------------>
És máris működött!
Ezt csak egy látványbeli kommentes elválasztóelemnek tettem bele, hogy ha később a böngészőben belenézek a forráskódba, kicsit jobban átlássam.
De erre kiderül, hogy ez ilyen problémát okoz... Teljesen szétesik tőle az oldal, bizonyos dolgok egyáltalán nem jelennek meg (nálam pl. egy komplett form volt utána, abból néhány input mező megjelent, és egy-két felirat, de ennyi).
Mi a fene ez, valami bug? (FF 3.5.3)
Az összes többi gépemen fent lévő böngészőn tökéletesen ment ugyanez az oldal, ezzel a csíkkal együtt (Opera, Chrome, IE8).
(Ha szóközt teszek a <!-- után, és a --> előtt, akkor is ugyanez a jelenség van...Szerk.: egyre viccesebb a dolog, ha így teszem be a csíkot, akkor semmi baja az oldalnak:
<!--------------<!------------------------------------------------------------------------------------------------------>
Vagy akár így is betehetem (itt több kötőjel van, mint első esetben!!):
<!---------------------------------------------------------------------------------------------------------------->
VISZONT pontosan eggyel kevesebb kötőjel esetén már hibásan jelenik meg az oldal!!
így:<!--------------------------------------------------------------------------------------------------------------->
Hát nem gondoltam, hogy ilyen hibába botlok...
-
#2096
Sk8erPeter
nagyúr
cucka
#2095
Sk8erPeter
nagyúr
Igen, valószínűleg így van, csak épp a kérdéses szerkesztő azonosítóját nem tudom egyelőre, hogy honnan tudhatnám meg. Azt nem tudom, ez egyezik-e (tehát tulajdonképpen átveszi-e) vajon az adott textarea id-jével.
Tehát ha <textarea name="akarmi" id="tokmindegy"></textarea>, akkor vajon a myEditorId a "tokmindegy" lesz-e. -
tildy
nagyúr
Ácsi!
A htmlkód az egy külön html oldal, bodyval, fejléccel meg miegyebekkel. Elérési utakat válzotatni kell ez biztos.
Ha innerhtmlbe akarom rakni, akkor tudok css-t linkelni belőle (vagy az csak fejlécben lehet? )A template nem jó, mert php-s elemeket is tartalmaz.
amúgy köszi a segítséged!
Pazsitznek is. -
biker
nagyúr
adott egy oldal, amin vízszintesen van a menü, egymás mellett a 7 gomb, ebben maximálisan egy sorban lehet írni, ergo 125px-be be kell férj, és ilyenkor igen, le kell tesztelni, hogy az adott szó minden esetben kifér-e egy sorba, vagy eltolja a képet.
de látom, nehéz ezt elképzelned.én sajnos rendre belefutok olyan megrendelőkbe, akik elmondják, mit szeretnének, én almondom miért nem lehet, erre elmondja ismét.
pl google adwordsnél elmondom, hogy max 2x35 karakter lehet a szöveg, erre "ahha, értem, akkor ezt írd bele:" és küld egy 170 karakteres szöveget
-
biker
nagyúr
és továbbra is le....juk a linuxos és mac-es böngészőket? sajnos van diffi a FF működésében is pici a 3 rendszeren, illetve a rendszerre települő betűtípusok alapértelmezett mérete, élsímímtása is megzavarhat, és elcsúszhatnak dolgok, tapasztalat pl 800px széles sorban 7db gomb esetében win-en minden browserben kifért a szöveg a gombra, macen +1px/gomb linuxon +px / gomb volt a hiba, és máris törte a sort.
de ti tudjátok, fejlesszünk win-re, éljen
én itt cc. 20-25 tesztet szoktam futtatni, win + FF 1.5-2-3-3.5, ie-6-7-8, opera, safari, linuxon FF, opera, konqeror vagy egyéb, macin camino, safari, FF összes, safari
elindítom, közben megnézem a mailjeim, vagy akármi, majd a kész screenshotokat átnézem, ami rossz, megtartom, javítom, és csak re-tesztkicsit gyorsabb, és gazdaságosabb, mint kézzel basztatni a virtuális gépet, a browsereket, írogatni, mentegetni.......
-
Agostino
addikt
Üdv.
Ez az e107 rendszer, de nem maga a ludas, hanem a theme amit használok, az egy akkora istentelen fércmű, hogy szinte fáj. Néha komolyan a sírás kerülget, ha meglátom, hogy oldottak meg benne dolgokat... éppen azon ügyködöm, hogy használható és logikusabb formába hozzam, listába rakom az idézőjelek kérdését is mindenképpen.
-
-
lesaux
veterán
Csak ennyi baj volt vele? Akkor nem értem, miért nem működött.
Az idézőjelek azért kavartak meg, mert php-ben echo taggal íratom ki (ez már a kiírt változat az oldal forrásában), de ezek szerint szarul, majd alkalmazom a backslashes megoldást. (Érdekesség egyébként, hogy maga a html része működött, tudtam lapozgatni, csak a képet nem cserélte ki.)
Köszi a részletes felvilágosítást. -
vancha2
aktív tag
De ha a window.open-t mondjuk onload event-be rakod akkor le fogja tiltani a böngésző. Firefoxban pl. csak ezeknél engedi a popup-okat: change, click, dblclick, mouseup, reset, submit.
Kicselezni csak úgy lehet, hogy nem igazi popup ablak ugrik fel, gondolom tudod mire gondolok. -
#1850
Sk8erPeter
nagyúr
cucka
#1847
Sk8erPeter
nagyúr
Viszont azt mégsem értem, hogy olykor mi okozza a különbséget.
Pl. ha IE-ben indítom el ezeket a fájlokat, akkor máshogy reagál:
az elsőnél egyből nyitja a megnyitó és letöltőablakot, míg ennél a szokásos címsor alatt megjelenő "To help protect your security, Internet Explorer blocked this site from downloading files..." szöveg nyílik le.
nyilván ez utóbbit ki lehet kapcsolni biztonsági beállításokban, de akkor az elsőnél mégis miért nyitja egyből?
Ez akkor nem szervertől függ? Vagy egyébtől? -
#1817
Sk8erPeter
nagyúr
cucka
#1816
-
#1815
Sk8erPeter
nagyúr
cucka
#1814
Sk8erPeter
nagyúr
Valóban...
Időközben egyik haverom is elmesélte, hogy nagyon gány megoldás, és nem elsősorban az oldal felépítésére való, hanem csak végső esetben, ha másképp nem megoldható a tartalom beillesztése, ami csak nagyon ritkán fordulhat elő. Meg esetleg visszaélhetnek vele úgy is, hogy hírportálnak látszó oldal aljába elhelyeznek vírusterjesztő oldalt. A lényeg, amit kihozott belőle, hogy a html csak a tartalmat, megjelenő elemeket írja le, nem a kinézetet... És a frame helyett inkább CSS-t használjak.
Mutatott egy jó oldalt CSS-ről Weblaboron: CSS alapjai I. -
labuwx
tag
Tegyük fel, hogy két frame-ből áll egy lap menu és főablak. A menünek van min. 2 menüpontja és minden menüponthoz tartozik egy főoldal (főframes). Az összes főoldalt egy main.php tárolja (php-ban megoldahtó, de az hogy hogyan nem lényeg). Minden menüponthoz tartozik egy hivatkozás ami a főoldalnak elküldi, hogy a sok oldal küzöl melyiket hozza be, ezeket az információkat GET-tel vagy POST-tal küldi. A GET-es nem nehéz, mert a main.php után még hozzáírja, hogy ?oldal=letoltesek. A GET-tel küldött adat a címsorban is megjelenik, míg a POSTos nem ezért arra nem lehet így hivatkozni:
<a href="main.php?oldal=letoltesek">Letöltések</a>
.
-
-
kew
senior tag
a php file-ba milyen sort kell beszúrni, hogy az utf-8 kódolású legyen?
csak simán a <meta content="text/html; charset=utf-8" http-equiv="Content-Type">?egy contact form-nál voltam bajba nemrég, hogy az azon elküldött mail-ekben az ékezetes karakterek hibásan érkeztek meg.
-
R.P.
aktív tag
Nagyon köszi, megcsináltam, igaz, hogy kicsit máshogy, de végül sikerült.
Nem csináltam külön menüsor div-et, hanem HTML-ben a dátumnak a PHP kódját beraktam közvetlenül a menü után, utána meg a dátum classnak beállítottam ugyanazokat a beállításokat amik a menüpontoknak voltak beállítva.Így tökéletesen látszik mindenhol. És CSS valid maradt
Sőt, még IE6 is viszi.Esetleg még ha tudnál abban segíteni, hogy szintén a felső menünél, ha egy menüpontra rányomok, akkor miután az adott oldalra dob, megmaradjon a háttere, ezzel is jelölve, hogy azon az oldalon vagyok?
Ezt valami current kitétellel kell, vagy rosszul tudom? Nekem nagyon nem sikerült eddig...
Köszi.: R.P.
-
R.P.
aktív tag
Igen, ezt én is így gondolom, csak sajnos sose tanultam, hogy hogyan is kell ilyeneket csinálni, ezért gondoltam erre a CSS ágaztatásra.
Esetleg van ötleted, hogy hogyan lehetne azt a dátum dolgot normálisan pozicionálni, hogy mindenhol ugyanúgy jelenjen meg?Az oldal Joomla alapon van, ez teszi még széppé a dolgot, mert az a dátum ott egy modul, aminek nincsen külön pozíciója a felsó menüsor végén, ezért az 'Ami hasít' alá van beállítva, és onnan sok-sok paddinggal elcsúsztatva. Kicsit barkács megoldás, jó lenne helyette valami ésszerű...
-
#1634
fordfairlane
veterán
cucka
#1633
fordfairlane
veterán
És ez most nem sértegetés, tényleg nem találtam még olyan összefoglaló cikket, ahol a fontos alap dolgok le lennének írva ezzel kapcsolatban, én is innen-onnan olvasgatva jöttem rá a dolgokra..)
Szívesen segítek, akár egy HTML help írásában is. Ugyan vannak a neten tutorialok, de általában csapnivaló minőségűek. Vagy elavultak, vagy idétlenül, igénytelen fogalmazással vannak megszerkesztve, és sokszor lényegtelen dolgokkal vannak tele.
-
-
Reiko
tag
Bizony!
Én is már sokadik webprogramozói szülinapomat ünneplem, úgyhogy tanácsolhatom/ megerősíthetem, hogy előbb az alapokkal (html-xhtml-css) kezdjed és miután ezek már valamennyire készség szinten mennek, próbálkozz a php+mysql párossal!
Kellő kitartással hamar el lehet őket sajátítani sztem!
És nem lebeszélni akarunk róla, mert biz szórakoztató és akár jövedelmező szakma is ez!
+
magyarán a webáruházból előbb árlistát csinálj, amit majd szépen fejlesztgetsz
[Szerkesztve] -
uratti
tag
nem vártam azt hogy irják le szó szerint mit kell csinálni,csak egy kis segitséget hogy hogyan induljak el melyik prigi a leg meg felelőbb az ilyen dolgokra, esetleg vannak e sablon dolgok a neten amikből ki lehet indulni.
gondolom ha nem próbálkozok ezekkel a dolgokkal akkor nem is fogom tudni. -
-
szicsu
őstag
Köszönöm a segítséget
innen már menni fog , eddig mindig próbáltam kerülni a js megtanulását, de most jött el az idő.....kinéztem egy könyvet: ''javascript 24 óra alatt'' Tudsz ról valamit mondani, érdemes megvenni?Ha nem akkor mit?
A firefoxot használom mindenre. A web developer és firebug nagy segítség számomra, ill mindenkinek aki használja
Köszi a segítséget
)
Csak hogy egyet említsek az alternatívák közül, a Chrome Developer Tools is már rendkívül fejlett, főleg, hogy "natív" alkalmazás, míg a Firebug továbbra is egy extension (add-on)... Személyes tapasztalat: gond nélkül használom webfejlesztéshez a Chrome fejlesztőeszközét, meg olykor az Operáét - tekintve, hogy kiráz a hideg a Firefoxtól; ettől függetlenül elismerem, hogy a Firebug rendkívül hasznos és komplex kiegészítő, de kevés olyan dologgal találkoztam, ami ne lenne meg immár pl. Chrome-ban is... De sorold, hogy neked mi hiányzik belőle, ami nálad rendszeresen előforduló igény webfejlesztés során, akkor talán megértem, miért mondod, hogy csak Firefox-os cuccokat érdemes webfejlesztéshez használni (amivel nagyon nem értek egyet).
)
Új hozzászólás Aktív témák
Hirdetés
- Xbox Series X, dobozában, kitisztítva+újrapasztázva, 6 hó teljeskörű gar., Bp-i üzletből eladó!
- Xbox Series X, kitisztítva+újrapasztázva, 6 hó teljeskörű garanciával., Bp-i üzletből eladó!
- Eladó Gopro Hero 10 Black edition sok tartozékkal!!
- Brutál GAMER (I7-9700K/RX 6800 Aorus/Z370-F CHIP)
- Simrig eladó PS5/PC kompatibilis. (olvass leírást.)
- Üzleti Fujitsu Lifebook u7510 15,6" FHD IPS 2021/08. havi gyártás
- BESZÁMÍTÁS! Apple Macbook Pro 15" 2019 i9 9980HK 32GB 500GB Radeon Pro 560X hibátlan működéssel
- Csere-Beszámítás!AMD Asztali számítógép PC Játékra! R5 5600/ RX 6700XT 12GB / 16GB DDR4 / 500GB SSD
- Csere-Beszámítás! Számítógép PC Játékra! Intel I7 6700/ RX 580 8GB / 32GB DDR4 / 500GB SSD
- BESZÁMÍTÁS! ASUS TUF Z390-PRO GAMING alaplap garanciával hibátlan működéssel
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest