Cum scriam cod HTML manual în 2003

În 2003, o pagină web se construia adesea într-un editor de text simplu, cu răbdare, atenție și multe încercări. Nu exista mereu un constructor vizual care să aranjeze automat elementele, iar fiecare titlu, imagine sau legătură trebuia introdusă printr-o etichetă HTML. Codul era vizibil de la primul până la ultimul caracter.

Pentru mulți utilizatori, învățarea începea cu fișiere mici, salvate cu extensia .html, și cu deschiderea lor în Internet Explorer sau Netscape Navigator. Modificarea unei linii, salvarea documentului și reîncărcarea paginii făceau parte dintr-un ritm familiar. O eroare de sintaxă putea muta un tabel, ascunde un paragraf sau transforma întreaga pagină într-un șir neinteligibil.

Acea perioadă a format o relație directă cu structura documentului. Înainte ca platformele moderne să ascundă marcajul în spatele unor meniuri, autorul vedea cum funcționează un link, cum se așază o imagine și cum se leagă secțiunile unei pagini. Scrierea manuală a HTML-ului era, în același timp, exercițiu tehnic, formă de expresie și mică aventură online.

Primele fișiere și primele etichete

Un document începea de obicei cu o structură simplă: <html>, <head>, <title> și <body>. În interiorul corpului apăreau titlurile, paragrafele, listele și imaginile. Codul nu trebuia să fie elegant pentru a funcționa, dar trebuia să respecte o ordine suficient de clară încât browserul să poată interpreta elementele.

Mulți începători memorau rapid câteva etichete esențiale: <h1> pentru titlul principal, <p> pentru paragraf, <a href=""> pentru hyperlink și <img src=""> pentru imagine. Un exemplu era suficient pentru a înțelege mecanismul: se indica adresa paginii, se scria textul vizibil și se închidea eticheta. Pentru resurse despre vechea cultură web și proiecte online independente, un reper precum Web del Cire poate sugera atmosfera acelor pagini construite manual.

HTML-ul de atunci era adesea amestecat cu atribute de prezentare. Culoarea fundalului putea fi stabilită în <body>, fontul era controlat prin <font>, iar alinierea se făcea cu align="center". Astăzi aceste practici sunt considerate învechite, însă ele explică felul în care autorii încercau să obțină un aspect personal fără foi de stil complexe.

Uneltele de lucru ale unui autor web

Editorul putea fi Notepad, un program shareware descărcat de pe internet sau un instrument specializat precum HomeSite, Arachnophilia ori primul FrontPage. Chiar și atunci când exista un mod vizual, fereastra cu sursa HTML rămânea importantă. Autorul compara codul cu rezultatul din browser și învăța observând ce se schimba după fiecare modificare.

Imaginile erau pregătite în formate GIF sau JPEG, deseori redimensionate pentru a încăpea pe ecrane cu rezoluții modeste. O fotografie prea mare încetinea încărcarea, iar o animație GIF putea deveni elementul central al unei pagini. Barele decorative, butoanele cu efect tridimensional și fundalurile repetate ocupau un loc important în estetica internetului de început.

Publicarea se făcea prin FTP. Fișierul local era urcat într-un director de pe server, apoi era testat printr-o adresă web. O literă greșită în numele imaginii sau o diferență între Foto.jpg și foto.jpg putea produce o imagine lipsă. Nu exista o previzualizare universală, astfel încât verificarea în browser era obligatorie după aproape fiecare transfer.

Tabele, cadre și limitele designului

Înainte ca CSS-ul să devină instrumentul principal pentru aranjarea paginii, tabelele erau folosite ca schelet vizual. O pagină putea avea un tabel exterior cu trei coloane: meniul în stânga, conținutul în centru și un spațiu decorativ în dreapta. Bordurile puteau fi ascunse, iar celulele primeau lățimi fixe pentru a păstra aspectul dorit.

Cadrele, cunoscute drept frames, împărțeau fereastra browserului în zone independente. Meniul rămânea nemișcat, în timp ce pagina se deschidea într-un cadru separat. Soluția economisea spațiu și părea modernă, dar crea probleme la tipărire, la marcarea paginilor favorite și la navigarea prin butonul „Back”. Totuși, pentru site-urile personale, cadrele erau foarte răspândite.

Compatibilitatea dintre browsere influența fiecare decizie. Un cod afișat corect în Internet Explorer putea arăta diferit în Netscape. Unele etichete erau acceptate de un browser și ignorate de altul, iar validarea standard nu făcea parte din rutina tuturor. Autorul învăța prin testare: schimba o valoare, reîncărca documentul și observa dacă pagina se comporta mai bine.

Învățarea într-o comunitate online

Cunoașterea HTML-ului se transmitea prin tutoriale, reviste, fișiere de ajutor și forumuri. Un utilizator publica un fragment de cod, altcineva explica de ce lipsește un ghilimele sau unde trebuie închis un tabel. Aceste schimburi aveau o valoare practică, fiindcă fiecare răspuns era legat de o problemă concretă întâlnită pe un site real.

Arhivele comunităților de la începutul anilor 2000 păstrează această formă de învățare informală. Pe arhiva naturepeace.net, contribuțiile vechi pot fi privite ca urme ale unui internet în care discuțiile tehnice coexistau cu observații personale, reflecții culturale și texte despre artă. Data publicării și numele autorului dau context fragmentelor și arată cum circulau ideile înaintea rețelelor sociale actuale.

Pentru un începător, forumul era adesea mai util decât un manual abstract. Întrebarea despre o imagine care nu se încarcă putea primi un răspuns în câteva ore, iar soluția era apoi reutilizată în alte pagini. În acest fel, codul devenea o formă de conversație: fiecare exemplu era analizat, corectat și adaptat de mai mulți participanți.

Obiceiuri care făceau codul mai ușor de urmărit

Scrierea manuală cerea disciplină, chiar dacă standardele vizuale erau mai permisive. Indentarea, denumirea logică a fișierelor și separarea imaginilor într-un director propriu reduceau erorile. Un autor atent păstra copii locale ale paginilor, mai ales înainte de a urca o versiune nouă pe server.

Câteva practici simple rămân utile și astăzi:

• Începe cu o structură HTML clară și închide fiecare etichetă unde este necesar.
• Folosește nume de fișiere scurte, fără spații și fără caractere speciale.
• Verifică linkurile și imaginile după fiecare transfer prin FTP.
• Separă conținutul, prezentarea și elementele grafice pe cât posibil.
• Testează pagina în mai multe browsere și la rezoluții diferite.
• Păstrează versiuni succesive ale documentului pentru a putea reveni la un cod funcțional.

Aceste reguli nu eliminau toate problemele, însă făceau depanarea mai previzibilă. Când pagina se strica, autorul putea identifica mai ușor dacă eroarea se afla într-un tabel, într-un atribut sau într-o adresă de fișier. Procesul era lent comparativ cu instrumentele actuale, dar fiecare corectură consolida înțelegerea structurii web.

Scrierea HTML în 2003 însemna să vezi direct legătura dintre instrucțiune și rezultat. O etichetă deschisă, un atribut modificat sau o imagine comprimată schimba imediat experiența vizitatorului. Tocmai această apropiere de mecanism a făcut ca multe pagini vechi să poarte amprenta clară a autorului lor.

Astăzi, un fișier HTML gol și un editor simplu sunt suficiente pentru a recrea acel exercițiu de răbdare. Deschide un document nou, scrie structura de bază, adaugă un titlu, un paragraf și un link, apoi urmărește rezultatul în browser. Prin acest gest, istoria web nu rămâne doar într-o arhivă: devine din nou o experiență practică, linie cu linie.