22786
Html-, css- és php-help
-
#17462
A gomb nevét (megerősít, elküld) változtathatod szintén változó vizsgálattal, illetve a "vissza" gombbal is ugyanúgy submit-ot küldesz egy pl "edit" paraméterrel, amit szintén vizsgálsz.
-
#17461
Nem tudok.. az egész egyetlen feltétel inputonként, semmi több.
<input type="text" name="valami" <? if (!empty($_POST[valami])) echo 'value="'.$_POST[valami].'" readonly="readonly"'; else echo 'value=""'; ?> />
<textarea name="valami2" <? if (!empty($_POST[valami2])) echo'readonly="readonly"';?>><? if (!empty($_POST[valami2])) echo $_POST[valami]; ?></textarea>
Quipper: jogos. -
#17460
esetleg nem tudsz erre egy peldat neten, vagy hogy keressek ra mert ugy nekem egyszerubb lenne :) Koszi a segitseget -
#17459
(tipp: textarea esetén érdemes readonly-t használni disabled helyett, hogy a scrollbarok használhatóak maradjanak.) -
#17458
Miután elküldte újrahívod az oldalt, $POST-ból újratöltöd az inputokat tartalommal, és disabled-re állítod őket (vagy inputok nélkül szövegként írod ki, de ez esetben hidden inputokban is tárold az adatokat), majd egy megerősítés gombbal elküldöd. Viszont ilyenkor illik egy vissza, vagy szerkesztés gombot is kitenni nekik, ami visszadobja a kitöltött formra (Lásd modtat eleje disabled nélkül. -
#17457
Sziasztok azt meg lehet valahogy csinalni, hogy van az oldalamon egy email form amit kitoltnek elkuldik es szeretnem azt, hogy mielott elkuldi akkor meg lassa a kitoltott adatait, de mar ne tudja editalni es utanna kuldje csak el? Remelem, hogy ertheto voltam :) Koszi -
#17456
Igen mar ezt megtapasztaltam, hogy ami 100% jo, az 101%, hogy szivatni fog kesobb. :) -
#17455
Huh koszi...
Ebbe bele kell asnom magam ha lesz idom.
-
Cat 02 #17454 Amúgy kvázi van értelme így építeni fel a honlapot ? Tehát pl Google jobban ki tud indexelni ? Vagy csak a kód átláthatóbb ? -
#17453
A szemantikus új tageket lényegében akármilyen projecten lehet már használni, ha fontos, hogy javascript tiltott, régi böngészőben is menjen még az is megoldható.
Az új input type-ok is lényegében használhatók, minden böngésző text type-nak jeleníti meg az ismeretlent.
Az új "featureök" / apik már más tészta, ott is sok esetben megoldható régi böngészőkre fallback, de némelyiket azért nem biztos, hogy érdemes erőltetni bármilyen projectben, hisz a html5 még draft, akármi változhat. És akkor pont az új böngészőben fog elromlani, ha úgy változtatnak, hogy pl változik a syntax. -
bracsek #17452 hol vannak ilyen projektek ahol ezeket lehet használni? mert én még mindig a kőkorszakban dolgozom végre lemondtam a 6 os explorerről. -
#17451
Jah, általában article-n belül van a legtöbb értelme, de ugye lehet azon kívül is, a lényeg, hogy ne stílus/design célokat szolgáljon (mint általában egy wrapper) és ha az article/aside/nav/header/footer megfelelőbb, akkor inkább azokat alkalmazni. -
#17450
ha valaki html5-öt használ, akkor vegye figyelembe, hogy a section tag nem a dives oldalfelépítést helyettesíti, hanem egy article-n belül valami rész vagy hasonló dolog:D
kicsit félre lett értelmezve, mindenki sectiont használ id="wrapper" helyett, holott a doksiban így van írva:
http://www.whatwg.org/specs/web-apps/current-work/multipage/sections.html#the-section-element
személy szerint is mindenhol section volt a wrapperem, mostmár nem írom át, de a jövőben érdemes erre figyelni:) -
#17449
nindzsa szmájli :D -
bracsek #17448 101% hogy utána is lehet szopni de legalább a javascripttel nem szopsz a többi meg egész könnyen megoldható mysql ben set namessel és header beállítással. -
#17447
mint egy négyzetgyök 9-es:) -
ldavid #17446 olyan, mint egy megerőszakolt kilences -
#17445
A régi cuccaiddal szerintem már ne tökölj. A jövőben viszont feltétlenül utf ajánlott.
Az átálláshoz szükséges teendők:
- notepad++ illetve egyéb UTF8-as szerkesztő (BOM nélküli mentéssel)
- mysql szerver utf8-ra állítása, és/vagy csatlakozás után (db select előtt):
mysql_set_charset('utf8',$link);
és/vagy:
sql("SET character_set_results = 'utf8', character_set_client = 'utf8', character_set_connection = 'utf8', character_set_database = 'utf8', character_set_server = 'utf8'");
- mysql adatbázis charset és illesztés utf8 general_ci, unicode_ci vagy hungarian_ci (ez utóbbi rendezi jól a kis és nagy ékezeteket)
- html header-ben utf8 logikusan
- a régi ISO-s projektek könyvtárában pedig elhelyezel egy .htacces fájlt
php_value default_charset "iso-88-59-2" tartalommal.
Kb ennyi. -
#17444
Új CSS3 logó:
![]()
-
#17443
Cat 02, Malakai
Akkor azt mondjatok alljak at UTF-8-ra? Csak ezzel jo sok melo lesz.
Utana 101%, hogy jol jelennek meg az ekezetes karakterek? -
#17442
hát nem vágom a PHP-t. sajnos. azért köszi -
Cat 02 #17441 Ha nem vágod a PHP-t, akkor csináld könyvtárakkal inkább, ne kavarj :) Csak úgy parásabb lesz frissíteni. Bár a CSS pl ugyanaz mindre. -
#17440
akkor, gondolom marad az, hogy a 3 könyvtáron kívül helyezem az index.html-t és a hozzá tartozó css-t?
ha a többi html+css a hu mappában lesz, akkor így hu/galeria.html hivatkozok rá?
köszi
-
Cat 02 #17439 Ezt általában htaccessel átirányítják egy index.php?lang=hu&page=index -re például. -
#17438
Sziasztok!
Ilyen formátum elfogadott? Ill. 1általán megoldható?
pl.: http://www.sg.hu/hu/index.html
többnyelvű oldal lesz, és nem tudom melyik a jobb, ugye lesz 3 könyvtár (hu en de) és a magyar index.html-t (ez jönne be alapból) ezeken kívül tegye, vagy a saját könyvtárban lehet, betudja indexelni az oldalt onnan is?
köszi -
#17437
Ajax-al és nem latin karakterekkel általános gondok vannak, ha nem UTF-8-at használsz, ezért kérdeztem.
Lehet próbálkozni manuálisan beállítani az ajax request headerjét, de a siker kétséges, egyszerűbb lenne UTF-8-ra átállni. Persze az vmivel nagyobb adatforgalom...
A probléma oka, hogy a böngészők UTF-8-ban küldik az XHR-ket és sok esetben nem is lehet ezt felülírni. -
Cat 02 #17436 Nézd meg, hogy a fájl is iso-ban van-e. De a legegyszerűbb lenne átváltani utf-8ra. -
#17435
Elmondom, hogy ez nem lehet a hiba forrasa, mivel van egy admin feluletem ahol szerkesztgethetem az uzeneteket es valaszolhatok is ra.
Ha itt hasznalok ekezetet akkor jol jelenik meg az uzenofalon a szoveg. Ha rossz lenne az oldal kodolasa nem jelnne meg jol ez sem es korabbi uzenetek sem.
Szoval mindenkeppen a jQuery kod szarja el. Egyebkent <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-2" /> hasznalok. -
#17434
Mi az oldal encodeolása? -
#17433
Gondoltam megcsinalom jQuery-vel az uzenofalamat, megis csak szebb ugy es van benne egy jo kis highlight cucc, ami tetszik. Sikerult is majdnem minden az itt tanultak alapjan 
kiveve, hogy ha vki ir uzenetet es ekezetet hasznal, akkor az idiota karakterkent jelenik meg. Pl:
Köszönöm helyett Köszönöm lesz.
Arra gondoltam, hogy ez a resz a felelos a hibaert a kodban:
var data = 'USER_NAME=' + name.val() + '&securitycode=' + secode.val() + '&CONTENT=' + encodeURIComponent(comment.val());
Ebbol is kimondottan a encodeURIComponent lehet a bunos, de hiaba torlom es ugy irok ekezetes uzenetet ugyanaz az eredmeny. Mielott jQuery-t beepitettem volna minden jol mukodott.
A teljes kod megtekintese.
Akinek van otlete kerem segitsen. Koszonom. -
#17432
nem fordítva? :) -
#17431
Hivatalos w3c css validatorban hamarosan be lehet majd állítani, hogy csak warningot dobjon a böngésző prefixekre. -
#17430
jöhettél volna délután 4 kor is 
már mind1
azé thx -
ldavid #17429 táblázat nélkül is meg lehet oldani -
#17428
A <table>.... ez alap, mind szép és jó, de ehhez pont a css style a lényeg mert a nélkül semmit nem ér az nem passzolt sehogy, ... de szerencsére párom megoldotta, beírom hátha valaki kínlódik vele!!! nekünk is ráment a fél nap 
style:
.kepek {
overflow: auto;
height: 300px;
margin-top: 15px;
margin-bottom: 15px;
width: 962px;
overflow-x: scroll;
overflow-y: hidden;
white-space: nowrap;
display: block;
}
és hozzá a html:
<table class="kepek">
<tr>
<td><img src="valami.jpg"/><img src="valami.jpg"/></td>
</tr>
</table>
-
#17427
Fú ezzel én is annyit szenvedtem. A legegyszerűbb megoldásnak azt találtam, hogy <table><tr><td>kép1</td><td>kép2</td> ... stb.. ez biztosan egymás mellé teszi a képeket :B
De gondolom <ul><li></li> -vel is meglehet, list-style:none és display:inline stílussal. -
#17426
az addig OK a tengely megvan ott az ablak is, de nekem van egy csomó kép és a blokk szélén nem mennek túl, hanem egymás alá teszi őket így függőleges scrollt tesz! -
#17425
Mindenhez, ami nem kliensoldalú, illetve adatbázis van mögötte. Tehát igen.
Módosítani a kódot, tesztelni tudod offline, ha telepítesz webszervert.
Menedzselni viszont csak online fogsz tudni mindent, hiszen a felhasználók is az online rendszert fogják használni és nem azt ami a gépeden van.
Illetve használhatják azt is ami a gépeden van, de ahhoz kell fix IP, domain és 0-24-es üzemidő:) -
#17424
ehhez is kell futtatni mindenféle http servert?
vagy ebbe benne van minden?Még soha nem csináltam ilyet, des szeretnék egy saját forumot az oldalamhoz,de még az sincs kész igy nem akarok még regisztrálni olyan forummotort amit online lehet csak menedzselni. -
#17423
overflow-y: scroll;
overflow-x: hidden;
