Html-, css- és php-help

Ilyenket én is találtam, bár sokra nem megyek vele, mert ezt PS-ban is meg tudom nézni, de köszönöm! <#worship><#wave>

Én csak azt nem értem, miért keverjük össze a tipográfiát a css keretrendszerekkel.

A tipográfia az betûkkel foglalkozó tudomány (w), mig ez egy technikai dolog. Vele vagy nélküle a tipográfia létezik.

Tehát a helyes mondat - css keretrendszer.

Tipo és design: http://www.typographyforlawyers.com/ - például. Érdemes bevágni, mert keretrendszerrel is lehet szar tipot csinálni.

Sziasztok!
Segítség kéne. Jelenleg egy elegáns, komoly weboldalon dolgozok (portfólió), de unom már a szürke színeket. Nincs ötletem, szal egy jó kis "color combination"-nal megdobhatna valaki. 😊
Gondolkoztam a kevéske sötétkék ill. a barna, mélyvörös összeállításon, de valahogy még mindig nem az igazi. 😞
Hátha van valakinek egy jól bevált színsémája.

ott van a blueprint css, meg a 960.gs ami jóféle😊

de van millió 1 nem csak grid-hez

már megérte 😊

#12374: így meg pláne 😊

Nem hátrány, de ez nem feltétlen alkalmas arra. Legfõbbként a böngészõkompatibilitás hiánya miatt.

én is köszönöm.

Webes layoutoknál sem hátrány pár alapvetõ szabály betartása.

Btw, köszi a linket, ha más nem is, én örülök neki😊

sry attól, akit kiütöttem

Usability. Ezt informatikusként is értened kell 😊

A tipo megoldásokat nem weboldalakon használjuk, hanem nyomtatványok (szerzõsések, prospektusok) nyomtatásához, ahol minden milliméter számít. Ahhoz viszont jónak tûnik.

Én is írtam jó pár állami szintû intra/internetes alkalmazást - ami szerzõdések tömkelegét generálta, ahol egy ilyen megoldás sok melótól megkímélt volna. A WWW-n túl is van ám élet😊

ez egy sima global reset, de olyan szép körítéssel, hogy az csoda. 😊

Akkor sem használok ilyet, amennyi ezekbõl nekem kell, azt már össze írtam, és használom is, az én saját global resetem, ami csak annyit resetel, ami nekem kell, és annyinak ad hülye értéket, amennyinek én akarok, ha ezt használnám, még ezt is számba kellene vennem, és nem lenne egyszerûbb csak bonyolultabb 😊 Na de aki most kezdi, annak ajánlom, így lehet könnyebb, de 60% ie 6 van istenkém, azzal mi lesz? nem ér ez semmit jelenleg, majd ha 10% alatt az ie6 térjünk rá vissza.

A statisztika saját sajnos, nem épp rózsás kelet Európa ebbõl a szempontból. de majd egyszer.

Tipográfia Wiki

Kattints a letöltés gombra nézd meg a példaprogramot/forrását, oszt megérted😊

Egyébként használni nem nagyon lehet még, mert nem kompatibilis a régebbi böngészõkkel. Egyébként okos elgondolás.

"Baseline need a recent browser, Safari 3, Google Chrome, Firefox 3, Opera 9 and Internet Explorer 8 all work correctly with some minor differences. Some CSS3 and HTML5 code will not work on older browser."

Még a magyart sem beszélem, informatikus vagyok, nem beszélek.

Akkor sem igen értem ez mire jó, de ha mondjátok, akkor biztosan jó. 😊

Nem beszélitek az angolt, vagy csak a tipográfia szó nem világos?😊

css keretrendszer, csak a tartalmat kell feltölteni, az alap formázások megvannak benne😊

akkor nem csak én nem értem.

???

Bocsánat, összetévesztettelek, de a szakmai része a hozzászólásomnak érvényes. a többiért elnézést kérek, van szemüvegem de nem hordom, és nem látok rendesen 😞

ok, semmi gond, én is írtam errõl.

olvass, pont ezt írtam, amikor dom ready van akkor meg tudod keresni mik azok amik töltõdnek, és azokra tudsz tenni onload event kezelõt és minden szuper. az elsõ event a dom ready, betöltõdik minden kinti resource, utánna jön az onload event ami az egész oldal betöltõdését jelzi, e kettõ között csak manõverezve lehet kideríteni, hol jár az oldal betöltõdése, de ki lehet deríteni, és komolyan zavar, hogy nem olvasol, hanem írsz, mert én még mindig remélem hogy csak túl sok alkoholt ittál, és kijózanodsz, mert tényleg egész kreatívnak ismertelek meg, de nem írok semmit, inkább nem jövök pár napig a topikba, mert nem akarok vitázni.

Ezen az oldalon: http://stackoverflow.com/questions/799981/document-ready-equivalent-without-jquery

morzsák: "The DOM-ready event exposed in a cross-browser fashion by jQuery fires after the Document Object Model has loaded, but before external resources such as images have finished loading. Onload doesn't fire until every single image and everything else is fully downloaded. Depending on the application, "onload" may not be the appropriate time at all, and it's certainly not the same event."

mindnek van onload event eseménye... és dom ready után már meg is lehet õket találni...

Azt akartam írni néked. Ám ha lusta vagy akkor str_replace-szel felvitelkor össze <br /> kicserélheted <br /> \n -re

csak sima sortörést
azóta beszéltem szeretett bátyámmal aki a \n-et ajánlotta és be is jött. A vicc az volt hogy a fronpage 2003 által enternek vett   csak spaceként volt kezelve

ezzel csak az a gond, hogy egy oldalon nem csak képek vannak, hanem iframek, css fájlok, videók, stb

Hát mit szeretnél helyette ? Rendes sortörést, vagy csak h eltûnjön ?

megint én volnék

van egy textarea amibe szöveg van, amit egy mysql adatbázisból kérdez le. ez lenne $e az alábbi kódot használom a phpban :

<textarea cons="50" rows="20">
<?

$kapcsolat = mysql_connect ( "127.0.0.1", "szw", "jelszó" );
if ( ! $kapcsolat )
die ( "Nem lehet csatlakozni a MySQl kiszolgalohoz !");

$adatbazis = "szw";
mysql_select_db ($adatbazis ) or die ("Nem lehet megynitni az adatbazist : ".mysql_error() );

$query = mysql_query("SELECT * FROM szw_hirek ORDER by id DESC");
while($a=mysql_fetch_assoc($query)){

print ("Írta : $a<br> $a<br><br>");
};

mysql_close ($kapcsolat);

?>
</textarea>

de persze kedves php barátunk a <br>-t szövegként kezeli szóval az üzenet így néz ki : Írta : xyz <br> abcdefghijklmn<br>

ezen gondolkozom egy idelje próbáltam betölteni egy változóba de úgyis rossz
valami tipp ?
&npbsp; sem tetszik neki. a html, /html meg nem változtat semmin

Kicsit segítek...

Megvárod a doom ready t
jobb nincs akkor jquery $(document).ready(function(){
és ide írod a kódod
});

kiválasztod az összes képet és a számát eltárolod legyen x
készítesz egy globalis változót, mondjuk eddigBetoltottKepekSzama

document.getElementsByTagName('img')
$('img') (ugyanaz mint a fenti)

hozzárendelsz egy javascriptes new Image()-t és szépen az új képnek megadod az src-attributumot.

és itt a stika, onload eseményre rápakolsz egy függvényt

kep.onload = noveloldalbetoltes;

a noveloldalbetoltes egy olyan függvény, ami a fent említett globális változót növeli 1 el.

és akkor már csak kell egy setIntervallos függvény, ami 50 ms enként kb az x és a fent említett globális változóból számol egy arányt, ami pl. 5/10 lesz, ami 0.5 ami köztudott 50%

ezt meg lehet spékelni azzal, hogy nem csak az img tagokat szeded ki, hanem a háttereket is, de az már egy komolyabb dolog lenne.


és a gmail egész forráskódja csak javascript, ha a modern felületet töltöd be, nincs egyetlen látható tag sem a kódjában, csak <script></script>



jah, és baromira nem asp, ha meglõnék sem asp-z ne egy googles se, sõt ha észrevennék, hogy valaki azt teszi, lelõnék.

perl, pyton, ruby, ezek a megengedett nyelvek google háztáján weboldalak tekintetében.

wtf? hát én eddig egy okos embernek néztelek, de ekkora marhaságot még életemben nem láttam. atyaég még hogy asp, wtf mamma mia che pasta asta?

amit lehet asp vel lehet php val is, amit lehet php val lehet jsp vel is. és ez fix.

pár napig nem vagyok és már írjátok a hülyeséget.

Mindenkinek .com ot! 😉 Világbéka.

Ez igaz, de nem csak a .hu-nál. Alapvetõen ahol élsz -ország jelû domain nevét akarod regisztrálni, minden esetben ilyen bonyodalmas, míg egy com vagy org esetében ha tudsz azonnal fizetni akkor egy kis idõ és már meg is van.

Az semmi, .com-os cím megvan 2 perc alatt online. A .hu-ért meg nyomtatni aláírni faxolgatni kell, jó nem fogok belehalni de ideje lenne átlépni a 21. századba

Durva de igaz, Magyarországon néha még tényleg e-mail-es megoldással lehet domaint menedzselni.

Zsír köszi! 😊

Regisztrálsz domain-t majd írsz egy mail-t nekik, hogy milyen IP-re irányítsák. Ennyi.
Sõt, emlékeim szerint már a domain regisztrációs lapon is megmondhatod ezt.

Hogy mûködik ez egész pontosan? Nem akarok saját szervert futtatni, regelnék egy webszervert egy külföldi siteon, meg egy csupasz domain-t innen. A kettõt hogyan tudom "összekötni"?

Természetesen át. A kettõ egymástól független.

Ha médiacenteren regisztrálok .hu-s domain-t és nem kérek hozzá webszervert, akkor át tudom majd irányítani a .hu-s címre érkezõ látogatóimat egy tetszõleges webcímre? Csak biztosra akarok menni, jó lenne ha valaki megerõsítené 😊

Olyat nem lehetne, hogy beolvasos DOM-ból mennyi kép van az oldalon, majd csatolsz egy onload fv-t a képhez. Ekkor már lesz legalább egy összértéked hány kép van.
Az állapotjelzõt úgy gondolnám, hogy window.settiemout-al folymatossan lekérdezném annak a változónak az értékét amely a betõltés százalékát tárolja, ha elérte a 100%-ot akkor cleartimeout. Az animációhoz pl. jQuery animate fv-t használhatnál. Dióhéjban.

De pont ezt akarom elkerülni, hogy ne kelljen alapból beleírni az oldalba egy DIV-et. De majd megoldom.

akkor divet berakod, de css-ben alapból elrejted, majd js-elmég oldalbetöltés elõtt megjeleníted😊

Hát, lehet a végén ez lesz, egyelõre még elõbbit akarom kipróbálni. Amúgy még a takarólayer is érdekes dolog, mert Pyro mondta, hogy IE8 nem engedi futás közben beszúrni egy DIV-et, csak miután betöltött az oldal. Gondolom biztos meg lehet csinálni, nem ismerem a dolgot, CB-ben is mûködik elvileg. Csak ugye az a lényeg, hogy nem akarjuk az oldalon elõre létrehozni a takarólayer-t, hanem ilyen dinamikusra, minden oldalon környezettõl függetlenül mûködjön csupán azzal, hogy behívunk egy js-t.

egyszerûbb egy fehér layer div az oldalra, majd ha betöltött az oldal, akkor elrejted, így:

window.onload = function () { elrejtés }

Igen, erre mondtam, hogy ugye ez lenne a legjobb, és meg is tudnám csinálni PHP-vel könnyen, de talán jobb lenne egy univerzális megoldás, ami bár lehet annyira nem pontos, de az is mûködne és kevesebb vele a gond. Mert ugye a méretét nem tudod, de a darabszámot igen, és az is jó lenne. Meghívnánk az oldalt, a DOM ready-ig (vagy valami hasonló eseményig), mondjuk lenne egy kis forgó töltõ ikon, aztán ha a dokumentum be van töltve teljesen, akkor gyors tömbbe pakoljuk a képeket, majd ciklussal elõtöltjük õket, közben ugye a tömbböl tudod a darabszámot, cilus meg számol, szóval darabszám alapján tudsz folyamatcsíkot csinálni.

az a gond, hogy olyant tudsz csinálni js-el, hogy egy kis kerék forog, amíg az oldal teljesen betölt, viszont olyant, hogy %-ot ír, azt már nem, mivel nem tudom a fájlok méretét, szóval nem tudsz mibõl %-ot számolni

Most azon gondolkozok, hogy ha az állapotcsíkot ilyen "folyamatosra" akarjuk megcsinálni, akkor kellenének a képek állományainak méretei is. Mert ugye ha a darabszám alapján mozogna a csík, akkor nem lenne egyenletes, kisebb-nagyobb ugrások lennének benne. Míg ugye ha tudnánk az össz méretet, és a már betöltött képek méreteivel számolnánk, akkor valamivel pontosabb lenne. Mondjuk ez nem is annyira lényeg, jó lenne darabszám alapján is. Viszont az elõbb faszságot mondtam, nem is kell osztály, mert ugye úgyis komplett oldalt akarunk elõtölteni, szóval az összes képet elõ kellene tölteni, és akkor már getElementsByTagName-el is be tudjuk pakolni õket tömbbe. Most az érdekelne, hogy ez járható út-e. Majd utána is nézek, de ha valakinek van jobb ötlete, akkor szívesen venném.

Am ASP is ugyan olyan szerver oldali nyelv, mármint úgyértem, hogy az sem létesít folyamatos kapcsolatot, hanem egyszer kiértékelõdik, és utána visszaküldi, nem? Tehát akkor azzal is csak annyi lenne megvalósítható, hogy vagy megadod az elõre tölteni kívánt képeket, vagy PHP-vel és hasonló nyelvekkel megadsz egy könyvtárat, és onnan kilopja az adatokat, majd visszaadja JS-nek.