Hirdetés
- Miért nem tűnik el soha a kalózkodás?
- Amlogic S905, S912 processzoros készülékek
- Bambu Lab 3D nyomtatók
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- Apple asztali gépek
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- TCL LCD és LED TV-k
- Szünetmentes tápegységek (UPS)
- OnePlus Pad 3
- Milyen videókártyát?
Új hozzászólás Aktív témák
-
sptkyle
senior tag
válasz
Brown ügynök
#3399
üzenetére
Hát a menüsorom ugy néz ki, hogy van 1-1 jpg a normál gomboknak, meg van 1-1 kép a hover gomboknak. A célom csupán annyi, hogy amikor a gomb fölé viszem az egeret, akkor ne a normál képet mutassa, hanem a hover képet.
Jelen esetben elvileg normál körülmények között egymáson van a két kép, a normál felül, és ha odaviszem az egeret, az kapna egy transparent-et, és csak a hover button látszana alóla...
Nem gondoltam volna, hogy ezzel ennyit fogok szívni.
De ha nálad müködik, akkor feltételezhetem, hogy a hiba a kód többi részében van. Lehet keresek inkább akkor valami egyszerűbb módszert. Köszönöm a segítséget.
-
sptkyle
senior tag
válasz
Brown ügynök
#3397
üzenetére
Köszönöm szépen, megfogadom.
Tudom, hogy így kellene, csak nem mindig figyelek erre. 
A változtatást megcsináltam, de az eredmény továbbra is ugyanaz sajna. Más ötlet? Ez amugy így azért egy járható út? -
sptkyle
senior tag
Sziasztok.
Egy gyors és egyszerű kérdésem lenne. (mert már 2 órája ezzel mókolok, és nem jutottam sehova)
Adott egy egyszerű oldal. A menü gombjai egy 1 soros, 4 oszlopos táblázatban. Erre szeretnék egy hovert, ami nem jön össze. A táblázat minden cellája külön div, ám a css-ben hiába hivatkozok rá, nem igazán történik semmi. Biztos vagyok benne, hogy marha egyszerű a megoldás, de már rengeteg mindent kipróbáltam, kifogyott a google.
Jelenleg valahogy így néz ki :HTML:
<table align="center"><tr class="menu">
<td><div id="b1"> <a href="index.html" > <img style="background-color: black" src="b1.jpg" width="130" height="45" alt="Rólunk"></a> </div> </td>
/* stb stb... */
</tr>CSS:
#b1 {
background-image: url(./b1.jpg);
background-position: center;
background-repeat: no-repeat;
display: block;
width: 130px;
height: 45px;
}
#b1 a {
background-color: #ffffff;
background-image: url(./b2.jpg);
background-position: center;
background-repeat: no-repeat;
display: block;
width: 130px;
height: 45px;
}
#b1 a:hover {
background-color: transparent;
background-image: none;
}
#b1 a span {
display: none;
}Azzal tisztában vagyok , hogy van ennél szebb megoldás, amikor a 2 menükép(a sima és a hover) 1 képet alkot, és a pozicioját váltom, de az sem müködött. Biztos vagyok benne, hogy vagy valami oriási marhaság és/vagy triviális dolog a gond.(és ezért elnézést is kérek) Mégsem tudok rájönni, hogy mi.
-
sz.j
nagyúr
válasz
DeltaPower
#3394
üzenetére
Ha arra gondolsz, hogy nincs egy sorban, akkor azt nem én csináltam (mert én egy sorba írtam) hanem az IE Fejlesztői Eszközök jelenítette így meg, és mivel a hibát az 53 sorra jelezte ezért én ugyanúgy másoltam be mint ahogy az IE-ben volt.
Vagy másra gondolsz?
Amúgy szerinted van hiba a kódban? -
sz.j
nagyúr
Valamit nagyon nem értek ......
Hogy lehet az, hogy a FF bőngésző HTML Ellenőrző-je és a W3C szerint is hibátlan az oldal (xhtml1 strict valid), viszont az EI böngésző "Fejlesztői Eszközök" menúje ezt írja az oldalra egyetlen sorára (holott a többi gombnál is ue. a kód):
" Az objektumot kötelező megadni................ index.html, sor 53 karakter 3"És ez van az 53 sorban és környékén:
51. <br />
52 <a href="index.html"><img
53. style="border: 0px solid ; width: 100px; height: 20px;"
54. alt="Kezdőoldal" src="button1.jpg" /></a><br />
55 <br />Most akkor tényleg hibás a kód?

-
cucka
addikt
válasz
Regirck
#3391
üzenetére
1024-es felbontásra készítik az oldalakat és azért, mert netbook-okon, tableteken és régebbi monitorokon is ez a megfelelő. Másrészt ha túl széles az oldal, akkor túl hosszúak lesznek a sorok, nehezebben lesz olvasható.
A dinamikus méretezés megvalósítása komoly problémákat vet fel, plusz a technológia is ímmel-ámmal támogatja. -
Regirck
senior tag
Sziasztok lenne egy elég furcsa kérdésem. Nem vagyok jártas HTML szerkesztésben, bár tanultam a suliban jegyzettömbbel meg vmilyen programmal de nem ragadt/fogott meg.
Szóval a kérdésem a következő. Mostanában a legtöbb ember ha nem is FULL HD -ban de minimum sima HD minöségben használja a számítógépén a monitort, TV-t vagy kivetitőt viszont a weblapok többsége (ha jól tudom) még mindig 800 pixeles szélességgel rendelkezik.
Miért nem lépnek tovább és készítik a weblapokat, ha nem is Full HD, de mondjuk egy 1280x720-ra optimalizálva.
(Megelőzve az irigy embereket, nincs FULL HD-s készülékem (bármennyire is szeretnék), de néha idegesít, hogy nettezés közben a monitorom fele "üres" és ismerem a zoom funkciót)
Lehet ez nem megvalósítható és ezért jön a HTML 5? Vagy lehet a mobil eszközök miatt nem viszik feljebb a felbontást?
-
Lacces
őstag
válasz
fordfairlane
#3385
üzenetére
köszönöm!
-
cucka
addikt
válasz
Deceiver25
#3388
üzenetére
Hát ennél jobban így látatlanban nem lehet kimeríteni ezt a témát.

-
cucka
addikt
válasz
Deceiver25
#3386
üzenetére
Szólsz a szerver rendszergazdájának.
-
Deceiver25
csendes tag
Bocsánat hogy ide írok de nem találtam az erre megfelelő topicot.
Az lenne a kérdésem hogy van egy általam bérelt ftp fxp engedélyezve van a bérelten, de szeretnék feltölteni egy videomegosztó oldalra ftp-n keresztűl.
A kapcsolódás rendben megy de amikór szeretnék feltölteni hiba a kapcsolatban választ kapom. Több klienst kipróbáltam jelenleg a FlashFXP-t használom.
Valamilyen megoldás lenne erre a problémára ? Válaszokat előre is köszönöm. -
fordfairlane
veterán
-
Lacces
őstag
válasz
DeltaPower
#3382
üzenetére
jQuery receptek könyvet is ajánlom mert vannak benne jó részek, de vannak benne hardcore részek is, amikhez ha nincs háttértudásod akkor nagyon nehezen lehet megérteni.
Én már csak tudom, mert 3 napja kezdtem el tanulni a könyvből, az első részek jók, de vannak benne kifejezetten programozói részek, amelyek már a miértekre is rámennek. De sezrencsére a jquery topicban segítenek nekem. De tényleg neccesek azok a részek. Bár ha sokat fogalkozol vele, utána olvasol a neten, akkor a végén még meg is tanulod vele a javascript események elméletét is...jQuery az egyszerű, könnyű, rengeteg példa és tutorial van hozzá a hivatalos oldalon!
Aztán a www.jqueryui.com-ot ajánlom.Kezdőknek szerintem a jquery.com-ról érdemes tanulni, látványos, gyorsan megtanulhatod. Rengeteg tutorial!
-
Lacces
őstag
Sziasztok!
Van ez a html részlet:
<li>
<input name="source" id="source4" type="radio" value="oth" />
<label for="source4">Other</label>
<input name="source4txt" id="source4txt" type="text" />
</li>Azt szeretném kérdezni, hogyan lehet azt elérni, hogy ha kijelölöm a text inputomat, akkor a radiobutton kilegyen jelölve? (illetve ha a label-re kattintok)
-
Peethy
őstag
Üdv!
Szeretnék HTML-t, CSS-t és Javascriptet alapszinten tanulni. Egyik webprogramozó ismerősöm ajánlotta a http://www.w3schools.com oldalt. Ezen felül milyen oldalt tudnátok még ajánlani? Meg úgy alapból, mire kellene figyelnem? Köszi!
-
HoTDoG
tag
Sziasztok!
Évek óta nem foglalkoztam webfejlesztéssel, és mondhatni minden - ami nem volt amúgy se sok - tudásom elszállt.
Ha lenne egy vállalkozó kedvű ember, aki segítene nekem összekötni egy amcsi szervert egy magyar domainnel, és egy olyan html fájlt összedobni, ami egy képet jelenít meg a weboldalon, úgy, hogy az pont passzoljon bármilyen képernyő ablakához és csak az látszódjon, plusz alá egy vágott zenerészlet, az szóljon kérem.
Egyelőre csak úgy tudtam beilleszteni a képet, hogy görgetni kell lefelé is és oldalra is. Zenéből vágni részletet pedig nincs időm, mert programot is kellene hozzá keresnem, stb.
Privátba várom a jelentkezőket! -
sz.j
nagyúr
Srácok, köszönöm a megerősítő és informáló válaszokat.

-
cucka
addikt
Rövid válasz: html a kiterjesztés és xhtml doctype.
Hosszú válasz: ez ennél bonyolultabb.A weboldalak úgy működnek, hogy a böngésző lekér egy url-t (HTTP GET), majd az url mögött figyelő szerver (szintén HTTP protokollal) visszaküld neki valamilyen file-t. A file neve, típusa meg még egy csomó minden a HTTP csomag fejlécében található. A filetípust a content-type nevű paraméter határozza meg. (Figyeled, nincs olyan, hogy file kiterjesztés, mert egyáltalán nem biztos, hogy a szerverről egy valójában létező file jön vissza)
Akkor, ha a webszerverről lekérsz egy valóban létező file-t, akkor a szerver beállításai fogják eldönteni, hogy ezt milyen content-type-al fogja elküldeni, tehát a file kiterjesztése szigorúan véve tulajdonképpen bármi lehet.
(#3377) Lacces
Például így:
<div class="elso_osztaly masodik_osztaly"> -
Lacces
őstag
Nekem is van egy kérdésem:
Egy html tagnek, vagy egy div-nek, lehetséges egyszerre több CSS osztályt is megadni?
Ha igen, hogyan?
-
sz.j
nagyúr
Srácok, lenne egy láma kérdésem!
Jól tudom, hogy az xhtml (strict) oldalak esetében a fájlkiterjesztés (fájl típusa) html?
Például a xhtml kezdőoldalaknál index.html a helyes és szabványos, és nem az index.xhtml.
-
Frigo
őstag
-
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.
-
cucka
addikt
Miért van az, hogy az alábbi meta tagekat sem Notepad++-al sem a Kompozer progi kódjának utólagos módosításával sem tudom a kódba beírni/bemásolni?
Mit jelent az, hogy nem tudod beleírni a kódba? Megnyitod a file-t a szövegszerkesztőben, beleírod, elmented és ott lesz.
Hogy a kompozer pontosan mit csinál és bekavarhat-e, azt nem tudom. -
sz.j
nagyúr
Nem hagy nyugodni ez a xhtml téma, és inkább kevesebb mint több sikerrel, de próbálkozom ......
Most már sikerült hiba nélküli (W3C xhtml strict szerint valid) oldalt csinálni, de más problémám adódott és ennek a megszüntetésében kérném a segítségeteket.
Az oldal kódja így kezdődik:
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<meta content="text/html; charset=UTF-8" http-equiv="content-type" />
<title>kiserlet</title>
</head>
<body style="color: rgb(0, 0, 0); background-color: rgb(255, 255, 204);">
<table
style="border-style: none; height: 519px; width: 980px; text-align: left; margin-left: auto; margin-right: auto;"
summary="0" cellpadding="0" cellspacing="0">Miért van az, hogy az alábbi meta tagekat sem Notepad++-al sem a Kompozer progi kódjának utólagos módosításával sem tudom a kódba beírni/bemásolni?
<meta http-equiv="Content-Language" content="hu" />
<meta name="description" content="...................." />
<meta name="keywords" Content="....................." />
<meta name="robot" content="index, follow" />Mit rontok el?

-
cucka
addikt
Melyik a jobb, előnyösebb megoldás, az ha az oldalak HTML strict-ben vagy az ha XHTML Transitional-ben vannak megírva?
Teljesen mindegy, a lényeg, hogy az oldal minden böngészőben ugyanúgy jelenjen meg és működjön. Ehhez az (x)html transitional is teljesen megfelelő, fölösleges időpocsékolás azzal foglalkozni, hogy átírogasd más doctype szerint. -
sz.j
nagyúr
Egy kis infóra lenne szükségem.
Mivel minden weblapomat sikeresen átírtam HTML TR-ről HTML strict-re megpróbálkoztam az XHTML 1.0 strict-el is, de az így elkészített oldal validálásakor akármit is csinálok mindig az oldal végén lévő <br /> jelzi hibának (ha jól fordítom valami olyan megjegyzéssel, hogy nincs meg valamelyik nyitó-tag ..., de ezt nem találtam
).
Viszont amikor ue.-t az oldalt nem stict-ben hanem xhtml TR-ben csináltam meg úgy már valid volt az oldal.Kérdésem a fentiekből adódik.
Melyik a jobb, előnyösebb megoldás, az ha az oldalak HTML strict-ben vagy az ha XHTML Transitional-ben vannak megírva?Megjegyzés:az oldalak megírásához a KompoZer progit használom.
Előre is köszi a választ.
-
Sk8erPeter
nagyúr
válasz
fordfairlane
#3362
üzenetére
Jöhet a magyarázat.

-
sz.j
nagyúr
válasz
fordfairlane
#3362
üzenetére
Köszönöm a segítségedet, az ajánlott kóddal tökéletes lett a cella + kép.
-
sz.j
nagyúr
válasz
Sk8erPeter
#3360
üzenetére
Fent van a kép!
-
Sk8erPeter
nagyúr
Hali!
Sajnos úgy tűnik, a képet azóta eltávolítottad, mert már nem látható.

Egyébként szerintem ne a <br>-rel próbálkozz, hanem a nálad már létező style tagben adj meg inkább valamelyik szükséges oldalon padding-et/margin-t.
Szóval a <br>-t szerintem is távolítsd el.Esetleg priviben elküldheted a konkrét oldal címét, hogy látható legyen a kód, ha itt nem akarod feltüntetni a címet. Bár gondolom ez ugyanazon az oldalon van, amit egyszer már küldtél, akkor majd mondd meg, azonbelül hol van.

-
Sk8erPeter
nagyúr
Az igen...
Nem tudom, hány éves lehetsz, de nem vall túl nagy érettségre, ha az általad írt kódot ért kritika miatt személyeskedéssel szórod tele a hozzászólásodat, habár tény, ez nem feltétlenül korfüggő... 
Szakmai témában lehet kulturált vitát is folytatni, úgy, hogy igyekszel ellenérveket felsorakoztatni, amikkel megcáfolhatod a másik állítását, és akkor egy vita még lehet építő jellegű is. A kritikát meg nem kell azonnal a személyed ellen irányuló offenzívának felfogni, ahogy ezt minden hsz.-edben teszed, amikor kritizálom a kódodat.

"ehelyett meg nyomsz egy litániát"
Gondolom ezen a csodálatos "ellenérven" is rengeteget gondolkozhattál, ugye?
Pedig ez sajnos csak azt igazolja, hogy érdemi vita helyett megpróbálsz támadással védekezni. Nem mintha engem bántanának a megjegyzéseid, mert ezekkel csak nekem adsz igazat."Tip: Use the del element instead!"
Aha, jó, hogy te az <s> és <strike> tagekhez tartozó útmutatást linkelted be, ez aztán szintén rendkívüli módon kapcsolódott a CSS-hez...
Akkor nem értetted meg a "litániámat".
Mielőtt az én hsz.-emet minősíted okoskodónak/lekezelőnek, olvasd el a sajátjaidat, és gondolkodj el rajta.
"Az adott oldal meg HTML5-re vonatkozik"
Az összes linkemből az egyiket nézted csak meg?
Azok a frame-ekkel szembeni szempontok, amiket felsoroltam, NEM HTML5-re vonatkoznak, hanem általában igazak. De gondolom egyszerűbb volt megpróbálni elterelni a témát."és nem 4.01 oldalakat készítesz még."
Ezt eltaláltad.
XHTML 1.1 DTD-t alkalmazok (ami nagyjából az XHTML 1.0 Stricttel egyenértékű), bár nem igazán értem, ez jelen esetben miért számít, és mi köze ahhoz, hogy a frame-ek használata kerülendő. Ha HTML 4.01 DTD-t használnék, ez akkor is pontosan ugyanúgy érvényes lenne."Írnál egy szöveget, hogy "Azért nem mászok ki ebből a kútból, mert a kötél használata nem szabványos és más megoldásokat ki se próbálok"?"
Nagyon rossz és erőltetett példa, de akkor maradjunk a tiédnél, ha már ezzel álltál elő: az eset inkább ahhoz hasonlítható, mintha a kútból való kimászásra egyszerre két lehetőséged is lenne, egy rojtos-feslett-szakadt kötél, ami vagy kibírja, vagy nem, meg egy egész stabil alumínium létra, és te az előbbit választanád.
Egyébként ezek szerint ezt is igencsak félreértetted, nem a szabványosság kérdéséről volt szó a frame-ek kapcsán, mert azt is mondtam, hogy ugyan szabványos a frame-használat (mert az), de röviden és tömören szar.
Ha a <del> tagre gondolsz, az is szabványos. Arra nem is mondtam, hogy rossz - egy szóval sem. Azt említettem, hogy a CSS-használat praktikus, hiszen külön lesz választva a stílust meghatározó kód a HTML-kódtól (ismétlés a tudás anyja
, bár elég rossz ismételni magam, azt hittem, elsőre is megérted), ezentúl a külön CSS-fájlt a böngésző cache-elni is tudja, stb..."Szerintem az a cél, hogy az ember haladjon tovább"
Na, végre valamiben egyetértünk.
Ha pedig az ember meg akarja könnyíteni a továbbhaladását, legyen nyitott az új technológiákra (márpedig a frame-ek használata nem az), és válasszon olyan megoldásokat, ami nagy eséllyel hosszú távon is használható, és nem kell várhatóan később az egész kódját átalakítani (idő és költségek), így nem nehezíti meg a saját életét.Na, újabb litánia a kedvedért, és - hadd idézzelek - "Mosolyok csak neked:
..." -
sz.j
nagyúr
Srácok.
Az mitől lehet, hogy ha az oldalt HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd"-ben akarom megcsinálni, akkor a cella méreténél kb. 2px-el kisebb kép beszúrásakor a cella magassági mérete megnő kb 5-7px-el és így a kép alja és a cella alja között van egy rés.
Kép
Viszont ha HTML 4.01 Transitional-al csinálom meg az oldalt (egyező kóddal), akkor nem lesz nagyobb a cella magassági mérete és nincs rés.A kód:
<td
style="border-top: 1px solid rgb(0, 0, 255); border-right: 1px solid rgb(0, 0, 255); border-bottom: 1px solid rgb(0, 0, 255); vertical-align: middle; height: 135px; width: 835px; text-align: center; background-color: rgb(130, 190, 247);">
<img style="width: 828px; height: 223px;" alt="akarmi" src="akarmi.jpg"><br>
</td> -
Arki
tag
válasz
Sk8erPeter
#3352
üzenetére
1-2:
http://www.w3schools.com/tags/tag_strike.asp"Tips and Notes
Tip: Use the del element instead!"
A keretek használatának mellőzése javaslat meg egy piszkosul nem mai ötlet, újdonság nincs benne, a példánál gondoltam ez kellett - de láthatóan neked belekötni valamibe mindig jobb, mint előállni ötleteléssel, biztos utálod a rejtvényeket. Az adott oldal meg HTML5-re vonatkozik.. gondolom te is az alá fejlesztesz és nem 4.01 oldalakat készítesz még.
Egész egyszerű volna egy alternatív megoldással előállni, a közösség meg akkor nyilván ott letehetné a voksát, ehelyett meg nyomsz egy litániát. Azt nem tudom, hogy ha egy kútból ki kellene mászni, akkor te várnál-e egy szabvány létrára, vagy azért felmásznál-e egy kötélen is? Komolyan kíváncsivá tett a kérdés. Írnál egy szöveget, hogy "Azért nem mászok ki ebből a kútból, mert a kötél használata nem szabványos és más megoldásokat ki se próbálok"? Szerintem az a cél, hogy az ember haladjon tovább - a 'grace' haladási terminológiát meg próbálja maga kitalálni vagy kérdezzen tovább (a válasz is lehet annyira egyértelmű, mint amennyire pontosan a kérést/kérdést megfogalmazták /márpedig a kérdések sincsenek pontosan megfogalmazva, tehát komplex választ se várjon senki/).
Mosolyok csak neked:
... -
cucka
addikt
válasz
Sk8erPeter
#3352
üzenetére
Szerinted a <del> tag akkor micsoda, ha nem úgymond inline stílusdefiniálás, csak mindez HTML-ben megvalósítva?
Szemantikus web?
-
Sk8erPeter
nagyúr
1.) Ha a JS-topicban folytatott, szakmainak indított vitáról van szó, ott lekicsinylés nélkül felhívtam a figyelmedet néhány igen ordító hibádra, meg olyan megoldásaidra, amik nem szabványosak, manapság nem ajánlottak és/vagy bármilyen szempontból kerülendők. Azt hiszem, ez nem sértés szakmai fórumon, mivel sok kezdő is olvasgatja ezeket a fórumokat, ők meg nem mindegy, hogy mit sajátítanak el.
Nem gyengeség beismerni, ha az ember valamit rosszul tud, én is elfogadom, ha valaki kijavít abban az esetben, ha valamit rosszul írtam, VAGY javasol még egyebet is pluszban, és ezt érvekkel is alátámasztja.
Én pl. nem sértődöm meg azon, hogy írtad a <del> taget használó megoldást (az is működik, más kérdés, hogy valóban ajánlott-e még a használata). De erről később, ha már pontokba szedted...
2.) A szabványnak valóban része a keretek kezelése, DE manapság nagyon nem ajánlott a használata, mint ezt az imént is említettem. Ilyen alapon a <font> tag is még mindig része a szabványnak (azzal együtt, hogy nem véletlenül deprecated), mégsem használandó, hanem helyette CSS a javasolt. Ezek szerint nem szoptál még eleget a frame-ek kényelmetlen, macerás használatával (PHP-scriptek, AJAX-os adatküldözgetések esetén is előjöhet).
Hadd említsek néhány esetet (a teljesség igénye nélkül), ahol ezek használata különösen megkeseríti a fejlesztő életét:» Nagyon nem utolsó szempont, hogy a Google és egyéb keresőrobotok sem igazán értékelik az ilyen kialakítású honlapokat (lásd SEO).
» sok esetben mobileszközök böngészőin (és egyes esetekben asztali böngészőkön) SEM támogatott. Hogy ezzel kapcsolatosan releváns oldalt linkeljek példaként: [validator.w3.org]
"The document contains a frame, frameset or iframe element"
"Best practice: NO FRAMES
Why?
Most mobile browsers simply don't support frames. Besides, given the lack of pointing devices on most mobile devices, frames would result in a extremely poor user experience.
How?
Remove frames, and use a CSS-based layout instead."» Az egyes aloldalakat nem lehet könyvjelzőzni, így a felhasználó nem tudja elmenteni, éppen hol járt, ahol a számára érdekes információt megtalálta... újabb remek lehetőség tehát a felhasználó felbőszítésére.
» Rendkívül idegesítő lehet, hogy egyes külső linkek tartalmát is az adott frame-en belül jeleníti meg, ahol a linket a fejlesztő elhelyezte.
» Nehézkes az oldal karbantartása (szerintem).
» Személyes példa a phpMyAdmin, aminél előszeretettel alkalmazzák a frame-ek használatát, rendkívül idegesítő problémákat okozva ezzel.
Nem véletlenül nem alkalmazzák manapság...
Egy gány, idegesítő, elavult módszer.
Sosem tudna senki felhozni annyi előnyt, ami jogossá tenné a használatát manapság.De ha nekem nem hiszel, nézz körül a neten, ezzel kapcsolatos cikkek tömkelegét találhatod, ahol azt fejtik ki bővebben, miért is nem ajánlott - főleg 2011-ben... - a frame-ek használata.
w3.org3.) "A hosszú amúgy is inline és nem stílus osztályal megoldott style helyett meg a javasolt del-t érdemes használni. Hajrá..."
Tényleg? Ki szerint?
Kérlek mutass olyan hiteles cikket, ami manapság azt állítja, hogy használjunk HTML-tageket a stílus definiálására a CSS helyett... Ha találsz ilyet, akkor gyorsan felejtsd el, amit abban találtál...
Olvass utána ennek is. A CSS-t épp arra találták ki, hogy a stílusjegyek meghatározása külön legyen választva a "nyers" HTML-kódtól, hogy ne legyenek csúnya keveredések.Szerinted a <del> tag akkor micsoda, ha nem úgymond inline stílusdefiniálás, csak mindez HTML-ben megvalósítva?

A <font> taget is használod?
Ha az inline stílussal van problémád, ami egyébként tényleg nem egy csodálatos módszer, akkor a megoldás a külön stylesheet alkalmazása, vagy a dokumentum header részébe pakolt <style> tagben megadott stílusdefiníció, esetleg külön osztályokkal. Így rugalmasan kezelhetők a stílusok, és legfőképp külön vannak választva a HTML-kódoktól.
Példa:
....
<head>
.......
<style type="text/css">
.del { text-decoration:line-through; }
</style>
........
</head>
<body>
......
<p>Első szöveg</p>
<p>Második szöveg, <span class="del">egy áthúzott szöveggel</span></p>
.....
</body>
</html>Igazából ez az ajánlott módszer.

"Hajrá..."
Remélem minden tisztázódott...
Nem kell sértésnek venni, ha az ember érdemi kritikát kap, nem biztos, hogy épp bántják.
======
(#3349) sz.j : nincs mit!

-
Arki
tag
válasz
Sk8erPeter
#3347
üzenetére
1. Remélem megérted, nem a tudásod, hanem az túlságosan okoskodó, másokat lekicsinylő hozzáállásod miatt írtam - azt és ahogy.
2. Három oldal volt megadva, gondoltam egy rejtvény. Egy megoldást leírtam, szabványnak pedig még mindig része a keretek kezelése. Amúgy meg írj rá megoldást felesleges "yelling" helyett, pont.
3. A hosszú amúgy is inline és nem stílus osztályal megoldott style helyett meg a javasolt del-t érdemes használni. Hajrá...
-
Arki
tag
válasz
Sk8erPeter
#3348
üzenetére
<del>Áthúzott szöveg</del>...
-
sz.j
nagyúr
válasz
Sk8erPeter
#3348
üzenetére
Köszi ..., máris kipróbálom.
Ui.
Ragyogóan bevált.
-
Sk8erPeter
nagyúr
Könyörgöm, miért ajánlasz 2011-ben frame-es megoldást?

Ezt a kódot lehetőleg manapság már SENKI ne alkalmazza.Arki, látom szereted őskori és/vagy gyakran hibás/nem szabványos kódokkal teledobálni a honlapszerkesztős fórumokat (lásd JavaScript-fórum is, és amikor javítottalak, persze fel voltál háborodva).
Ez a frame-es megoldás lehet akármennyire hibátlan, attól még azonnal felejtendő (ha valaki ezt manapság még alkalmazza, rosszul teszi). -
sz.j
nagyúr
Srácok!
Szövegformázásnál az áthúzott szövegre most mi szabvány? Mert a régi ( <s>áthúzott szöveg</s> ) már elavult és nem fogadja el a W3C strict .... -
Arki
tag
Nehéz így spekulálni, de gondolom ilyesmit keresel:
Index.html:<!--// valamik.. -->
<frameset cols="20%,*">
<frame src="bal.html" />
<frame src="jobb.html" name="menu"/>
</frameset>
<!--// lezárás //-->bal.html:
<!--// head nyitás, stb. //-->
<base target="menu">
<!--// head lezárás, body-ban linkek //-->jobb.html: amit akarsz..
DTD framehez: <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Frameset//EN" "http://www.w3.org/TR/html4/frameset.dtd">
-
sz.j
nagyúr
válasz
Sk8erPeter
#3342
üzenetére
Köszönöm a ötleteket
..., rövidesen körül fogok nézni a linkeken.A "alink", "link" és "vlink" attribútumok-at, mint már fentebb is írtam, egyelőre csak simán töröltem és így már a W3C strict hibátlanak minősítette az oldalt/oldalakat.
-
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 ....
-
cucka
addikt
Mondjuk első körben megereszthettél volna egy google keresést a hibaüzenetre és akkor már meg is tudtad volna a választ.
Röviden: ez egy figyelmeztetés, amit azért kapsz, mert style attribútumot használsz. Az elgondolás mögötte, hogy olyan esetben is tesztelni kell a honlapot, amikor a kliens nem támogatja a css stylesheet-eket, az üzenet erre figyelmeztet. A szabvány készítői néha kicsit túlbuzgóak voltak, ráadásul ez pont egy olyan dolog, ami talán a 90-es években még releváns volt, de 2011-ben nem az.
A válasz a kérdésre, hogy ilyen hülyeségekkel nem érdemes foglalkozni. -
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"> -
cucka
addikt
Css stíluslappal tudod megoldani, valahogy így
test a{ color: #000099 !important; }
test a:active{ color: #000099 !important; }
test a:visited{ color: #990099 !important; }A "test" helyett nyilván a megfelelő selectort kell odaírni (egyébként is, test nevű html tag nem létezik, gondolom ezt vágod..). Az !important nem kötelező, de ha korábban már definiáltál valamilyen stílust az a tag-re, akkor Firefox-ban így fogod tudni felüldefiniálni azt.
-
sz.j
nagyúr
A W3C (strict) HTML validator szerint a
"...attribútum "LINK "ALINK", 'VLINK" elem nem létezik ez a dokumentum típusa ..."És amiben szerepel:
<test style = "color: rgb (0, 0, 0); background-color: rgb (255, 255, 204);"alink = "# 000099" link = "# 000099" vlink = "# 990099">Kérdésem az lenne, hogy ha van milyen szabványos megoldás van helyette?
-
R
senior tag
tényleg nincs kedve valakinek a baloldalit szöveg hover link jobbra?
túl szemetes a mostani... flash, elég csak a szöveges menü...
-
R
senior tag
Valaki megosztaná velem az alábbi kódokat:
index.html, bal.html, jobb.html
a bal oldalon linkek, ami a jobban olvashatók, az index meg ennek a kettőnek (job-bal) weboldal frame -
Sk8erPeter
nagyúr
-
pentium4
senior tag
válasz
Sk8erPeter
#3329
üzenetére
olyan az oldalam mint a PH középrezárt az egész!
viszont ha beteszem a kódot, ami belinkeli a css eket, akkor totál bal oldalra tolja az egész lapot! rem igy már érthető!P4
-
Sk8erPeter
nagyúr
válasz
pentium4
#3328
üzenetére
"de ha beteszem <title> és <script> közép ezt a kódot"
Mármint így érted?<!DOCTYPE.............>
<html>
<head>
<title>Oldal címe</title>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
.........................
<link href="css_pirobox/style_1/style.css" rel="stylesheet" type="text/css" />
<link rel="stylesheet" type="text/css" href="css/default.css"/>
........................
<script type="text/javascript" src="blablabla.js"></script>
.......................
</head>
<body>
........................
</body>
</html>Így néz ki a struktúrája az oldaladnak, tehát szabályos?
A sok pont helyére nyilván a megfelelő kiegészítő kódot kell érteni, ha van.Maga a PiroBox által megjelenített vászonon BELÜL tolódik balra? Vagy hogy érted?
Fel tudsz tenni egy mintaoldalt valami ingyenes tárhelyre (vagy akárhova), hogy szemléltesd, nálad hogy jelenik meg? Így látatlanban szerintem nem fogja tudni megmondani senki...
-
pentium4
senior tag
válasz
Sk8erPeter
#3327
üzenetére
na, betettem a pirobox ot, működik is királyul, csak egy baj van!
az egész weblap középre van igazitva, de ha beteszem <title> és <script> közép ezt a kódot:
<link href="css_pirobox/style_1/style.css" rel="stylesheet" type="text/css" />
<link rel="stylesheet" type="text/css" href="css/css.css"/>
<link rel="stylesheet" type="text/css" href="css/default.css"/>
<link rel="stylesheet" type="text/css" href="css/sansation/stylesheet.css"/>
akkor az egész weblapot kitolja a bal oldalra!
ezt hogy lehetne megoldani hogy ne tegye?P4
-
pentium4
senior tag
válasz
Sk8erPeter
#3325
üzenetére
köszöntem nagyon, a pirobox tűnik a legjobbnak elsőre, holnap beis teszem és jelentkezek!
kösziP4
-
Sk8erPeter
nagyúr
válasz
pentium4
#3324
üzenetére
Sok ilyen megoldás van, pl. jQuery UI Modal Dialog (persze nem modális dialógus is lehet), nyroModal (itt rengeteg plusz betöltött HTML-tartalomra van példa), PiroBox (görgess le az Inline Content vagy HTML Content részre), FancyBox (szintén Inline-nal kezdődő rész), TopUp (lásd az Open Google gombot), és rengeteg ehhez hasonló megoldás van.
Persze mindegyikhez kell némi JavaScript-tudás.
Bár a leírások szerencsére elég egyértelműek szoktak lenni. -
pentium4
senior tag
sziasztok!
ismét hozzátok fordulnék!
adott egy html weblap, semmi extra benne, a köv dolgot szeretném megoldani:
van egy tovább gomb, és van egy lirás külön html be ebbe se gombok se semmi csak a leirás.
ha valaki kattint a tovább gombra akkor elsötétül az oldal és előjön egy képnézegető, csak nem egy kép nyilna meg hanem a leirás html je adott méretben amit függőleges lehet scrollozni, ha pedig kattint oldalra akkor bezáródik a nézegető, végülis egy képnézegető kellene, csak kép helyett html nek kéne megnyilnia!
hogyan tudnám mindezt én kivitelzni, valami javascriptel?
köszi a segitséget előre is!P4
-
Sk8erPeter
nagyúr
"Szvsz egy korrekt válaszba sem "illik bele a nyelvöltögetős smajli ...."
Hogy mi van? Ja mert ezt Te magadra vetted, mintha rád öltögetném a nyelvemet, és ez rosszul esett?
Akkor azt hiszem, nincs miről beszélnünk, ha még a smiley-k célját, alkalmazásának helyét sem érzékeled, és azt, hogy ez csak a hozzászólás barátibbá tételét szolgálta. -
sz.j
nagyúr
válasz
Sk8erPeter
#3321
üzenetére
Az UTF-8 BOM, ill. a nélküli voltáról eddig is tudtam, csak nem gondoltam arra, hogy a linken szereplő #1 és #2 ezt takarná .....
Az infód alapján, amit köszi, ki is próbáltam, ez "igazolta", hogy a fentiekről van szó nem pedig valami másról.(Ha már a "nem illik"-nél tartunk ... Szvsz egy korrekt válaszba sem "illik bele a nyelvöltögetős smajli ....)
-
sz.j
nagyúr
válasz
Sk8erPeter
#3319
üzenetére
És?

Vagy talán a válaszod után nem lenne szabad kipróbálnom?
-
Sk8erPeter
nagyúr
Hali!
Én csak arról tudok, hogy van UTF-8 BOM-mal vagy anélkül. Webfejlesztésnél mindig a BOM nélkülit kell kiválasztani, hogy ne gányoljon oda egy randa karaktersorozatot a kiíratásnál.
Ezt pl. Notepad++-ban a Kódolás menüpontnál lehet állítgatni (konvertálni ide-oda).Hogy itt a #1, #2 számoknál konkrétan mire gondoltak, azt nem tudom.

Ha valami mást jelent, mint amit írtam, és olyan létezik is
, akkor valamiről lemaradtam.Szerk.: na, most kipróbáltam, és nálam a #2-es számmal jelzett adott olvasható eredményt (ahol az ékezetes karakterek is jól jelentek meg) egy olyan oldalra vonatkozóan, ahol a BOM nélküli UTF-8-as kódolást használom. Szóval gondolom ez lenne a megfelelő. Legalábbis nekem.

-
sz.j
nagyúr
Srácok, az UTF-8 karakterkódból létezik UTF-8 # 1 és UTF-8 # 2 is???

És ha igen, akkor a kettő között mi a különbség és mikor melyiket kell használni??? -
-
TonTomika
aktív tag
Sziasztok!
Egy utálatos problémával szenvedek, amire egyelőre nem nagyon találok megoldást. A probléma forrása az, hogy IE7 kompatibilisnak kell lennie a történetnek. Minden más böngészőben jó a megjelenítés, csak ebben nem.
Explorerben így néz ki a történet:

Normális böngészőben pedig így:

CSS forrás:
.heading1 {
padding-right: 0px;
padding-left: 0px;
padding-bottom: 5px;
padding-top: 5px;
margin: 0px;
height: 15px;
width: 100%;
position: relative;
background-color: #8bd6fd;
}
.heading1-arrow {
position: absolute;
left: 25px;
bottom: -10px;
border-width: 5px;
border-style: solid;
border-color: #8bd6fd transparent transparent transparent;
}Ezzel a blokkal próbálkoztam, de nem sikerült megoldani:
*border-top-color: #8bd6fd;
*border-left-color: pink;
*border-bottom-color: pink;
*border-right-color: pink;
*filter: chroma(color=pink);Van valakinek valami ötlete erre?

Előre is köszönöm! -
Arki
tag
Hurrá.
-
Sk8erPeter
nagyúr
Te normális vagy? (Vagy ha magázódni szeretnél: Ön normális?
)
Ez milyen válasz? Segítséget nyújtok ([láttad] egyáltalán? Megnézted? Reagáltál rá? Utóbbira tudjuk a választ, szartál rá...), és ezek után ilyen stílusban reagálsz? Hát elég gáz oltás lett belőle... Ha ez nálad az alapstílus, akkor menj el jógázni, hátha attól békét találsz...![;]](//cdn.rios.hu/dl/s/v1.gif)
Pont arra hívtam fel a figyelmedet, hogy egy nem szabványos megoldást használsz, és teljesen felesleges szopatni magadat ilyenekkel, vagy ilyesmit ajánlani másoknak, amikor van egy tök egyszerű és szabványos alternatíva, ami minden böngészőben működik.
document.all helyett a document.getElementById()
zoom tulajdonság helyett meg (ami megint valami egyedi szabvány) pl. font-size, stb.Dehát Te biztos jobban tudod...

Mellesleg ezt nem belekötésnek hívják, hanem érdemi kritikának. Rossz lehet, ha ezt sem bírod elviselni, elég nyugtalanok lehetnek a napjaid. Ja, hogy Te soha nem hibázol, tökéletes vagy? Óóó, az más helyzet, akkor én kérek elnézést.
-
Arki
tag
válasz
fordfairlane
#3308
üzenetére
Köszi, nem az volt a baj - megkapta -, lehagytam egy zárójelet
. -
Arki
tag
válasz
Sk8erPeter
#3307
üzenetére
IE és Chrome megeszi, opera/firefox/safari nem, nem W3.
Míg az emberek szerencsétlenkednek és belekötnek mindenbe, az élet halad tovább. Kérem, közöljön egyéni paramétereket kérdéséhez, de anélkül is válaszolok, mert haladni kell, lol... Nagyon kérem, ne menjen el politikusnak.
-
Sk8erPeter
nagyúr
Szerintem úgy szabályos, ha megadod a kezdeti stílust, tehát pl. simán border-color:red; helyett így: border:1px solid red; (szabd át annyi pixelre, és olyan border stílusra, ahogy neked tetszik, de add meg a kezdeti méretet), majd utána változtatgatod a bordert.
Most gyors próbát csináltam IE8-ban, ez működik (a Te kódoddal élve):<table id="teszt_hatarolo" class="cssteszt" style="position:absolute;width:200px;border:1px solid red;">
<tr><td>Szöveg...</td></tr>
</table>
<button onclick="document.getElementById('teszt_hatarolo').style.borderWidth='20px';">Nyomd le</button>Ja, és egyébként ez a
document.all.borderszelesseg.value
elég gáz.
Mivel van azonosítója, lekérdezhetnéd az értékét azzal:
var input_field_value = document.getElementById('borderszelesseg').value;Mellesleg szerintem ne passzírozz bele mindent az onclick attribútumba, elég csúnya.
Inkább akkor már köss a click eseményre egy eseménykezelő függvényt a scriptben, valahogy így (nem teszteltem, csak pötyögöm, de elvileg működnie kell, ha jól használod - pl. a load után, tehát miután betöltődött az oldal, vagy az adott HTML-elem (utóbbit úgy is el tudod érni, hogy a script taget az elem után teszed, de az mondjuk gány, inkább a <head> részbe érdemes tenni az ilyeneket (<script>), az onload eseményre kötve, vagy külön fájlba pakolva)):
HTML-kód a gomboddal:
<input type="text" id="borderszelesseg" value="5px" title="Írja be a határoló szélességét."> <br />
<input type="button" id="test_button" value="Teszt" />JS-kód:
function modifyBorderWidth(){
var width_value = document.getElementById('borderszelesseg').value;
// itt érdemes ellenőrizni, hogy jó értéket adott-e meg a felhasználó!!! most azt nem írtam meg külön
// bevitt adatok ellenőrzése......
document.getElementById('teszt_hatarolo').style.borderWidth=width_value;
// ...
return false;
}
// eseménykezelőt rákötjük
document.getElementById('test_button').addEventListener("click", modifyBorderWidth, false); -
Arki
tag
Pl.? <head>
<script>
function atmeretez()
{
alert('Akármik...');
/* ide beraknék egy elérhető méret ellenőrzést és attól függően csinálnék valamit..
alább 1,5-ös nagyítás a törzsön.. */
document.all.body.style.zoom='1.5';
}
window.onresize=atmeretez;
</script>
</head>
<body id="body">
Blabla...
</body> -
Arki
tag
Nagyon szenvedek a borderWidth DOM taggal. Hogyan lehetne kattintásra átállítani megadott szélességűre a bordert IE alatt (külön class nélkül, mert éppen megadott érték kell)?
Bodyban ez van:
<table id="teszt_hatarolo" class="cssteszt" style="position:absolute;width:200px;border-color:red;"><tr><td>Szöveg...</td></tr></table>
Méret: <input type="text" id="borderszelesseg" value="5px" title="Írja be a határoló szélességét.">
<input type="button" onclick="csselonezet1t('teszt_hatarolo','bw',document.all.borderszelesseg.value;" value="Teszt">Script röviden (head-ben):
function csselonezet1t(a,css,ertek)
{
var t1=document.getElementById(a);
switch(css)
{
case "bw":
t1.style.borderWidth=ertek;
break;
default:
alert('Ismeretlen értékek..');
}
}Ez a borderWidth nagyon nem akar működni, nem szeretik a böngészők?
. -
sz.j
nagyúr
Megoldódott a csak az FF4(!!!) használatakor látható hiba!
Mivel különböző próbálkozásaim ellenére semmivel sem sikerült megszüntetnem a hibát, letöröltem a win7-es gépről az FF4 böngészőt (XP-s gépnél az FF-el sem volt hiba!), majd egy "nagytakarítás" után újraraktam és láss csodát, megszűnt a fentebb említett hiba, most már egymás alatt vannak a számok.

@ Sk8erPeter
Ettől függetlenül lehet, hogy, a hasonló hibák megelőzése érdekében, visszarakom a táblázatos formulát. -
Sk8erPeter
nagyúr
Ezt pontosan én sem tudom megmondani, miért FF-nál jelentkezik, de a karakterek megjelenítési módja nagyon picit tényleg eltérhet adott esetekben más oprendszereknél.
A keresőoptimalizálással csak felületesen foglalkoztam eddig, nem mentem bele komolyabban a témába, de én nagyon kétlem, hogy a nem törő szóköz lecserélése jól átlátható, szabályos táblázatos formára a Google részéről bármilyen szankciót is vonna maga után...

Oldallátogató szemszögéből nézve pedig ezek az elcsúszások, meg ezek az igen furcsa megoldások komolytalanabbá tehetik az oldalt. Persze ez csak az én véleményem (meg lehet, hogy azoké is, akik akár minimális szinten is foglalkoztak webfejlesztéssel, vagy akik csak szimplán észreveszik az egyes oldalak hibáit), nem muszáj elfogadni.
Mindenesetre szerintem ezerszer jobb és egységesebb lenne táblázatos megoldással, meg kétlem, hogy épp ezen múlna az oldalatok Google szerinti rangsorolása (amúgy utóbbi kérdésre szerintem igen kevesen tudnának tutibiztosat mondani).
Új hozzászólás Aktív témák
- Garancia kérdés, fogyasztóvédelem
- Luck Dragon: Asszociációs játék. :)
- Miskolc és környéke adok-veszek-beszélgetek
- sziku69: Fűzzük össze a szavakat :)
- Miért nem tűnik el soha a kalózkodás?
- sziku69: Szólánc.
- Linux kezdőknek
- Elektromos autók - motorok
- Elemlámpa, zseblámpa
- Amlogic S905, S912 processzoros készülékek
- További aktív témák...
- Corsair Vengeance DDR5 16 GB / 5200MHz / 2x8
- Dell Latitude 5420 Újszerű állapotban, i5 FHD IPS LCD,16GB,magyar világítós billentyűzet
- Dell Latitude 5420 Új, Fóliás állapotú,i5 FHD IPS LCD,16GB,magyar világítós billentyűzet
- DELL P2714H "27 colos kalibrált IPS panellal rendelkező monitorom eladó tökéletes állapotban!
- MSI GTX 1070 Ti GAMING 8G stabil, működésileg megbízható állapotban eladó!
- Eladó 2db Nokia steel hr hibrid okos óra dobozával
- Designer 4K Monitor - BenQ PD-2700-U
- Telefon felvásárlás!! Samsung Galaxy S25, Samsung Galaxy S25 Plus, Samsung Galaxy S25 Ultra
- Keresek Zebra TC20 TC21 vagy valamilyen hasonló kaliberű 1D és 2D vonalkódok olvasására alkalmas pda
- Samsung Galaxy A36 5G / 6/128GB / Kártyafüggetlen / 12Hó Garancia / BONTATLAN
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: NetGo.hu Kft.
Város: Gödöllő









..."




, akkor valamiről lemaradtam.
![;]](http://cdn.rios.hu/dl/s/v1.gif)


