CIA 2007

robod · Posted: Sun May 13, 2007 8:36 pm Post subject: Site-ul ROBO Design

Buna ziua!

Ma numesc Mihai Sucan, elev la Grupul Scolar de Transporturi Auto "Henri Coanda", Arad. Va prezint site-ul ROBO Design, facut de mine si de Marius, fratele meu geaman.

Tot ce vedeti in acest site este creat numai de noi doi: codul, grafica si continutul. Scopul site-ului este prezentarea lucrarilor facute de noi. Nu am folosit cod open-source si nici imagini gratuite luate de pe Internet.

Tehnologiile folosite sunt urmatoarele: Apache 2, PHP 5, mySQL 4.1, HTML, CSS 3, JavaScript, DOM 3, AJAX, XML, XPath si Atom.

Structura site-ului este stocata intr-un format XML propriu.

Toate legaturile din site sunt de tip permanente, fara index.php, fara parametrii criptici pe care nu-i inteleg vizitatorii.

Site-ul functioneaza pe absolut orice navigator web: Opera, Firefox, Konqueror, Safari, Lynx, si Internet Explorer.

La prima vedere site-ul pare simplu, acesta fiind unul din scopurile noastre - punem in centrul atentiei continutul bogat si divers. Insa, realizarea tehnica este la fiecare pas cat se poate de buna. Site-ul este portabil, fiind testat pe mai multe calculatoare si sisteme de operare. Motorul site-ului ne permite sa avem mai multe limbi si mai multe interfete.

Pentru o mai buna accesibilitate, toate paginile site-ului au comenzi din tastatura atribuite in mod dinamic.

Interfata site-ului a fost gandita sa fie cat mai usor de navigat, foarte curata, cu design simplu si la obiect, fara sa folosim paletele de culori ce sunt cel mai mult abuzate: albastru sau gri. Meniurile nu sunt vizibile in mod implicit deoarece sunt prea multe si interfata ar fi devenit mult prea incarcata.

Interfata foloseste doar CSS, fara tabele. Codul CSS este valid conform W3C.

Daca se incearca validarea codului HTML cu unealta de validare de la W3C, se poate vedea ca site-ul are pagini ce nu se valideaza. Momentan, aceasta unealta de validare nu are suport pentru Web Forms 2, o specificatie web foarte noua, implementata la ora actuala numai in Opera 9.

Pe prima pagina a site-ului se poate observa structura impartita in doua, Marius si Mihai, fiecare cu meniurile proprii. In continut avem o scurta introducere despre cine suntem si cu ce ne ocupam, dupa care sunt listate titlurile ultimelor articole scrise de fiecare. Inca de pe prima pagina se pot observa cateva caracteristici importante ale site-ului: blog, cautare in site, newsletter, si fluxuri de stiri Atom.

In ambele parti ale site-ului se gaseste un blog, o pagina de CV, de Contact si lucrarile fiecaruia organizate pe categorii. La Mihai se gasesc site-urile facute de el si proiectele lui, la Marius sunt interfetele de site-uri, siglele, si imaginiile facute de el.

Pentru cautarea in site toate cuvintele din pagini sunt indexate intr-un tabel mySQL. Rezultatele sunt sortare dupa relevanta. Scopul principal a fost viteza mare la cautare astfel incat sa fie utilizabil la site-uri de dimensiune medie sau chiar mare.

Paginile de blog ofera urmatoarele capabilitati: abonare la articole cu flux de stiri in format Atom (un standard mult mai bun decat RSS), arhiva de articole, cautare in site, si abonare la stiri prin email.

In sectiunea lui Marius sunt cateva pagini ce folosesc modulul de galerie care listeaza imagini dintr-un tabel mySQL, similar cu blogul care de asemenea foloseste mySQL. Pe aceste pagini se permite cautarea in site, si abonarea la imagini in format Atom.

Atunci cand utilizatorul vizualizeaza o imagine, sau un articol din orice blog, se ofera posibilitatea de a ne trimite un email cu comentarii.

Cea mai importanta capabilitate a acestui site este modulul de administrare, content management system. Pentru a accesa aceasta sectiune trebuie introdusa o parola. Autentificarea se face cu criptare md5.

Site-ul are un editor de HTML facut de noi, un editor de tip What You See Is What You Get. Numele lui este Awebitor. Lucrez la acest editor de peste un an, si il imbunatatesc in mod constant.

Awebitor permite editarea documentelor HTML intr-o metoda similara cu Word. Utilizatorul nu trebuie sa cunoasca HTML pentru a edita paginile din site. In editor se ofera optiuni de adaugare tabele, liste ordonate/neordonate, imagini, legaturi si multe alte functii uzuale. Din punct de vedere tehnic, editorul este mult mai avansat decat altele de acest gen: codul JavaScript este foarte curat si bine structurat, fara sa cauzeze "poluare DOM" (ce poate cauza incompatibilitate cu alte scripturi din pagina), exista o separare explicita intre functionalitate, interfata si documentul editat. Interfata se incarca dinamic dintr-un fisier separat. Stilarea interfetei se face cu CSS dintr-un alt fisier. Tehnologiile folosite sunt: designMode, XmlHttpRequest, XHTML, CSS, DOM si mult JavaScript.

Adaugarea de imagini integreaza gestionarul de fisiere de pe server cu toate capabilitatile lui ce urmeaza sa fie prezentate. Important e ca adaugarea de imagini este foarte usoara: se poate alege fisierul de pe server, se poate scrie textul alternativ, si legatura spre o pagina, plus se poate schimba alinierea imaginii.

Din editoarele pe care le-am testat, Awebitor este singurul editor HTML ce functioneaza pe celulare smartphone.

ReTidy este un modul ce este utilizat aproape peste tot in administrare. Proiectul este open-source (sursa libera), sub termenii licentei GPL v2. Modulul acesta permite curatarea codului HTML generat de editoare ca Word. Scriptul repara foarte multe erori din documente: elimina presentational tags, stilarea, detecteaza listele din text pentru a reface semantica, uniformizeaza punctuatia in texte, si multe altele.

Acest modul a fost necesar pentru repararea documentelor salvate cu Word si a documentelor generate de Awebitor - nici browserele web nu genereaza cod bun. Printre tehnologiile folosite este si XPath cu server-side DOM. Viteza de procesare: un document de 140 pagini A4 este curatat cu toate optiunile activate in 11 secunde pe un procesor de 1.5 Ghz.

Avem un modul de gestionare a fisierelor. Aici se pot incarca mai multe fisiere in acelasi timp, se pot redenumi si se pot sterge. De asemenea se pot adauga directoare.

Fisierele de tip JPEG si PNG pot fi procesate automat pentru adaugarea copyrightului nostru cu adresa robodesign.ro peste imagini sau sub imagini.

Tot aici se pot edita concomitent multiple documente HTML cu Awebitor. Apoi, documentele pot fi curatate cu ReTidy.

Administrarea de pagini se face foarte usor, paginile pot fi adaugate introducand numai titlul, optional si calea. Se poate alege folosirea unui modul diferit, de exemplu blog sau galerie de imagini.

Paginile pot fi sterse sau setarile lor pot fi schimbate.

Editarea paginilor se face cu Awebitor.

Editarea articolelor din blog se face la fel de usor. Articolele pot fi adaugate si editate cu acelasi editor avansat. La bloguri se poate edita si antetul, si informatiile ce apar in dreapta blogului.

Modulul ce permite administrarea galeriilor de imagini din site foloseste si el Awebitor, insa in acest modul am mai integrat si procesarea automatizata de imagini, cea din gestionarul de fisiere. Astfel, nu e necesara folosirea gestionarului de fisiere pentru a adauga copyright-ul pe vreo imagine din galerie.

Imaginiile incarcate sunt automat redimensionate la rezolutia mica din galerie.

Administrarea de newsletter listeaza adresele de email ale abonatilor, IP-ul si data de inscriere. Adresele pot fi selectate si sterse, sau se poate trimite email la adresele dorite. Emailul poate fi compus in format text, simplu, sau poate fi scris in format HTML, folosind Awebitor cu toate capabilitatile ce le-am mentionat deja, impreuna cu curatarea documentului cu ReTidy.

La orice modificare facuta in site, acolo unde este necesar, pagina modificata este indexata de motorul de cautare facut de mine. De asemenea, pentru o buna optimizare a site-ului pe Google, Yahoo, MSN si alte motoare cautare pe Internet, am introdus o harta site intr-un format XML ce a devenit standard. Fisierul este actualizat automat la orice modificare, iar motoarele de cautare detecteaza orice modificare mult mai rapid.

In final, modulul de administrare permite si schimbarea parolei.

Pentru a vedea site-ul puteti intra pe robodesign.ro.

Capturi de ecran din tot site-ul, inclusiv din modulul de administrare:

http://www.robodesign.ro/ciaforum/screenshots/rdv5/

_________________
http://www.robodesign.ro
ROBO Design - We bring you the future

robod · Posted: Sun May 13, 2007 8:48 pm Post subject: Prezentare tehnica

Urmeaza prezentarea tehnica a site-ului ROBO Design.

In motorul site-ului exista o separare intre interfata, functionalitate si limba. Mai exact, ne permite sa avem un site cu mai multe interfete, in mai multe limbi. Acest lucru nu este evident in site, deoarece scopul site-ului e prezentarea lucrarilor noastre.

La incarcarea paginilor, motorul site-ului face parse la interfata XHTML a site-ului in memorie, in format DOM. Asta permite modificarea in orice moment a codului din interfata, in orice loc este nevoie. La final DOM-ul este serializat, la alegere, in format XHTML sau HTML. Pentru acest site am ales HTML.

Peste tot in site se foloseste UTF-8 pentru encodarea caracterelor, in paginile generate, in baza de date, si in fisierele folosite de site.

In prezentarea generala a site-ului am mentionat invaliditatea codului HTML folosit in acest site. Unealta de validare de la W3C are suport doar pentru specificatiile HTML si XHTML publicate si finalizate: HTML si XHTML. La mine in site nu folosesc un Document Type Declaration stabilit si recunoscut oficial, momentan. Folosesc doar <!DOCTYPE html> care defapt nu spune ce versiune HTML folosesc. Din acest motiv documentul nu este valid. Alegerea acestui DOCTYPE se datoreaza faptului ca eu particip de aproximativ un an pe mailing listuri de discutii standarde web, la W3C si la WHAT WG (Web Hypertext Application Technology Working Group), unde se discuta despre viitorul Webului: HTML 5 si XHTML 5. Din nefericire pentru Web, XHTML 2 este un standard cu probleme inca de la inceputul dezvoltarii lui. HTML 5 propune evolutie graduala, nu revolutionara precum XHTML 2. Se presupune de la bun inceput ca este utopica dorinta unora ca toti sa respecte regulile impuse de standard - in realitate sunt foarte putini interesati sa le urmeze. Astfel, in acest site nu se foloseste XHTML 1, nici HTML 4, ci folosesc "HTML" - fiecare browser afiseaza ceea ce poate.

HTML 5 va fi finalizat in aproximativ 5-10 ani si se doreste a fi un standard modelat dupa cerintele Webului.

Un al doilea motiv pentru care codul site-ului nu se valideaza este utilizarea Web Forms 2. Aceasta specificatie, dezvoltata de WHAT WG si acum preluata de W3C, este realizata in acelasi in fel ca HTML 5: cu ideea de backwards compatibility (compatibilitate cu browsere mai vechi). Web Forms 2 adauga atribute si taguri noi la formularele HTML. De exemplu, eu folosesc inputuri de tip email. In browsere care suporta aceasta specificatie, campul este validat automat si se ofera completare automata. In Opera 9 adresele de email din cartea de adrese sunt folosite pentru completarea automata a campurilor. Asemenea cod, bineinteles, nu se valideaza conform nici unei versiuni HTML sau XHTML. Insa, defapt, nu exista nici un efect negativ in lumea reala: aceste campuri apar ca inputuri de tip text pe Firefox 2, pe Internet Explorer si pe orice alt browser nou sau vechi.

In modulul de administrare folosesc si inputuri de tip URL (link spre pagina), unde pe Opera 9 iarasi se foloseste completare automata din history (din istoricul adreselor vizitate).

Teoretic, Firefox 3 va implementa Web Forms 2. Opera 9 si Firefox 2 deja implementeaza parti din HTML 5.

Prin alegerea facuta demonstram ca aplicatiile web pot evolua gradual fara pierderea compatibilitatii cu browsere vechi.

Legaturile permanente din site sunt dinamice, se pot adauga din admin oricate nivele de pagini se doresc. Structura ierarhica este nelimitata din punct de vedere tehnic, singura limita este interfata in sine. Pe acest site am limitat doar la doua nivele, insa codul a fost testat si pe mai multe nivele.

Pentru transmiterea legaturilor permanente la PHP folosesc o configuratie minima din .htaccess, cu mod_rewrite. Fisierul nu-l modific la fiecare adaugare/stergere de pagina, ci este un cod general ce functioneaza in orice situatie. Insa, pe robodesign.ro in mod special folosesc o configuratie putin diferita deoarece acolo ruleaza mai multe site-uri ce au si ele legaturi permanente, deci trebuie sa le "impac" intr-un fel sau altul.

Daca este necesar, site-ul poate functiona fara legaturi permanente. Atunci cand a fost gandit codul, am avut grija sa-l fac sa functioneze in ambele cazuri.

Blogul foloseste un tabel mySQL de unde preia lista de articole. Continutul fiecarui articol este stocat in fisiere separate pe server, nu in bloburi in tabelul mySQL.

Pentru bloguri avem exportare a articolelor in format Atom, un format XML ce este deja propus sa devina standard IETF, RFC 4287. Precum RSS, Atom este o tehnlogie folosita pentru fluxuri de stiri, documente ce sunt verificate periodic de aggregators, de browsere sau orice alt user agent ce implementeaza specificatia. Atom este cu mult superior RSS deoarece are o specificatie coerenta, foarte bine definita, cu extensibilitate, fiind gandit in perspectiva. Din pacate, RSS are vreo 9 versiuni diferite, toate incompatibile, avand multiple specificatii ce nu sunt bine definite.

Codul galeriei este foarte similar cu blogul: foloseste un alt tabel mySQL si Atom. Diferenta e ca sunt listate imagini.

Ambele module, cel de galerie si blogul, includ un modul ce permite vizitatorilor sa ne trimita email cu comentarii la imaginea sau la articolul dorit.

Restul paginilor doar includ articole HTML, cu exceptia primei pagini si a celei de Contact.

Intreaga structura a site-ului este tinuta intr-un fisier XML. Structura poate fi complet diferita pentru o alta limba. Pentru ca nu exista o corespondenta "unu la unu" intre limbi, site-ul poate fi mai dinamic. Prin utilizarea unui fisier de tip XML, site-ul nu depinde de mySQL, facilitandu-se realizarea unor site-uri simple cu cerinte tehnice minime. Pentru blog, galerie de imagini, cautare si sitemap, este mult mai eleganta folosirea mySQL, insa experienta mi-a demonstrat ca nu e tocmai placut sa depind de mySQL pentru absolut tot site-ul.

Prin realizare, modulul de administrare scoate in evidenta dinamica site-ului. Mai exact, cand utilizatorul acceseaza modulul de administrare, se incarca un "alt site", cu aceeasi interfata, dar cu structura diferita. De aceasta data, XML-ul incarcat este altul.

La fel de usor, pot sa am mai multe site-uri ce ruleaza cu acelasi cod. Chiar am avut aceasta idee atunci cand ne-am gandit sa facem site-ul nostru: sa avem fiecare din noi doua site-uri diferite, cu alt continut si alte interfete.

Autentificarea in modulul de administrare poate fi analizata din punct de vedere critic ca fiind slaba: fara certificat SSL, doar cu criptare md5 a parolei - valoarea putand fi interceptata. Insa, chiar daca se face interceptare, este practic inutila: valoarea interceptata nu poate fi folosita deoarece este unica per vizitator, per site, per IP, per momentul autentificarii. Singura metoda de intrare este cunoasterea parolei, sau daca exista virus ce intercepteaza tastele apasate la victima pe calculator. Ambele metode functioneaza si daca s-ar folosi comunicare criptata cu certificat SSL. Pe langa asta, un certificat SSL credibil si de calitate este foarte scump. Necesitatea criptarii datelor la nivel de protocol exista atunci cand se lucreaza cu date sensitive, precum tranzactii bancare, dar in cazul acestui site datele folosite in modulul de administrare sunt majoritatea publice (ma refer la pagini, la fisiere, exceptand adresele de email).

Pentru sporirea securitatii pe robodesign.ro folosim si autentificare dupa IP: Apache este configurat sa permita accesul la modulul de administrare numai de pe IP-ul nostru.

Din punct de vedere tehnic despre ReTidy exista multe explicatii chiar pe site. Proiectul este open-source, licenta GPL v2, si foloseste HTML Tidy pentru curatarea initiala a documentelor HTML. Insa, HTML Tidy nu curata nici pe aproape asa de bine cum doresc eu, motiv pentru care ReTidy face mult mai multe reparatii dupa rularea lui. In principiu eu rulez initial HTML Tidy pe codul HTML deoarece acest proiect open-source are interpretare foarte buna de "supa de taguri" si poate fi configurat sa genereze cod XHTML. Acesta il dau la parserul de XML din PHP 5 si apoi modific tot ce vreau din DOM. Folosesc XPath, inca un standard web, pentru a selecta nodurile dorite din DOM, fiind un limbaj de "interogare", de "cautare" in DOM. Pe langa asta, mai folosesc si regular expressions pentru curatarea brutala a codului.

Majoritatea capabilitatilor oferite in ReTidy se bazeaza pe experienta, pe observarea erorilor uzuale in documentele generate de editoarele WYSIWYG. Printre acestea amintesc cea mai importanta: analiza nodurilor din DOM pentru identificarea semantica a listelor ordonate sau neordonate. O alta capabilitate este repararea punctuatiei in documente.

Lucrul l-am inceput in august 2006, pentru ca a fost necesar sa curat un document Word de 140 de pagini A4. De atunci proiectul a fost imbunatatit constant. Pentru integrarea in site a fost necesara o restructurare completa, cu imbunatatirea vitezei de aproximativ 5 ori: acum documentul de 140 de pagini este curatat in numai 11 secunde pe un procesor de 1.5 Ghz.

Absolut fiecare aspect din ReTidy este configurabil, permitand curatarea oricarui fisier HTML.

Awebitor este un modul cu precadere facut in JavaScript, dar s-a extins si in PHP pentru integrare completa cu administrarea site-ului. L-am facut tot pentru ca nu am vazut editoare bine realizate. Majoritatea sunt pline de erori, majoritatea nu folosesc cod curat, cod care sa nu "polueze DOM-ul", care sa nu intre in conflict cu alte scripturi din pagina. Momentan, proiectul Awebitor este inca in dezvoltare, cu planuri mai mari decat pare. La ora actuala am pus cel mai mult timpul in dezvoltarea codului, a structurii dorite, o structura extensibila. Facilitatile oferite sunt la ora actuala similare cu celelalte editoare, insa diferenta fundamentala este separarea codului de interfata, si dinamica editorului.

Tehnic, Awebitor este un schelet ce incarca interfata, ce permite introducerea a unui numar nelimitat de functionalitati. Functionalitatile in sine pot fi inlocuite in orice moment.

In linii mari Awebitor functioneaza astfel: prima data incarca interfata XHTML (poate fi orice format XML) si adauga un CSS in pagina. La nodurile dorite din documentul XHTML se ataseaza evenimentele DOM ale functionalitatilor oferite (de exemplu, la click pe "Ingrosare" se cheama functia X). CSS-ul si XHTML-ul controleaza unde apare iframe-ul cu documentul ce este editat, si restul de functionalitati din editor.

Pentru ca Awebitor este facut cu programare orientata pe obiecte, atat cat poate JavaScript, editorul poate fi initializat si folosit de oricate ori se doreste intr-o singura pagina. Aceasta capabilitate este demonstrata in gestionarea fisierelor, unde se pot edita multiple documente HTML simultan.

Printre planurile pentru Awebitor se regaseste suportul pentru tehnologii mai avansate precum MathML sau <canvas>. De asemenea, sunt interesat sa-l fac sa suporte editarea de mai multe documente simultan, in aceeasi interfata - nu numai in instante separate ale obiectului Awebitor, asa cum se poate folosi in acest moment.

Gestionarea fisierelor foloseste capabilitati tipice PHP sau a oricarui alt limbaj de programare dinamic. La procesarea imaginilor folosesc libgd din PHP.

La administrarea paginilor ierarhia poate avea oricate nivele, limitarea fiind dintr-o singura variabila ce o schimb in functie de interfata.

Pot sa am orice modul doresc la adaugarea de pagini.

Din punct de vedere tehnic, planurile de viitor pentru sectiunea de administrare sunt adaugarea unor capabilitati ce vor imbunatati si vor usura modificarea site-ului, impreuna cu capabilitati tehnice si mai complexe, gen AJAX. Nu am folosit prea mult AJAX momentan, crezand ca pot face Awebitor sa functioneze pe Internet Explorer fara prea multe modificari, insa, din pacate, modificarile necesare sunt prea multe ... si prea gresite (prea Microsoft-iste). AJAX-ul mi-ar fi complicat si mai mult compatibilitatea cu IE. Pe viitor intentionez sa trec complet la AJAX, iar daca Internet Explorer 8 ajunge sa tina pasul cu Opera si Firefox, atunci modulul va functiona si pe IE.

La newsletter, emailurile trimise in format HTML sunt procesate inainte cu ReTidy pentru curatare si pentru modificarea legaturilor ce cauta fisiere de pe server, astfel incat sa functioneze si la destinatar.

Va multumesc.
_________________
http://www.robodesign.ro
ROBO Design - We bring you the future

robod · Posted: Mon May 14, 2007 7:10 pm Post subject: Referinte

Legaturi la paginile, la produsele si la tehnologiile mentionate in prezentari, respectand ordinea din text.

Prezentarea generala:

1. Site-ul ROBO Design
http://www.robodesign.ro

2. Apache
http://httpd.apache.org

3. PHP
http://www.php.net

4. mySQL
http://www.mysql.com

5. HTML
http://www.w3.org/MarkUp/

6. CSS
http://www.w3.org/Style/

7. JavaScript
http://en.wikipedia.org/wiki/JavaScript

8. AJAX
http://en.wikipedia.org/wiki/Ajax_(programming)

9. DOM
http://www.w3.org/DOM/

10. XML
http://www.w3.org/XML/

11. XPath
http://www.w3.org/XML/Query/
http://www.w3.org/TR/xpath

12. Atom
http://ietfreport.isoc.org/idref/draft-ietf-atompub-format/

13. Opera
http://www.opera.com

14. Firefox
http://www.mozilla.com

15. Konqueror
http://www.konqueror.org

16. Safari
http://www.apple.com/safari

17. Lynx
http://en.wikipedia.org/wiki/Lynx_(web_browser)

18. Internet Explorer
Smile

19. RSS (Really Simple Syndication)
http://cyber.law.harvard.edu/rss/rss.html

20. W3C
http://www.w3.org

21. Validator CSS
http://jigsaw.w3.org/css-validator/

22. Validator (X)HTML
http://validator.w3.org

23. Web Forms 2
http://www.whatwg.org/specs/web-forms/current-work/

24. md5 (Message-Digest algorithm 5)
http://en.wikipedia.org/wiki/MD5

25. WYSIWYG (What You See Is What You Get)
http://en.wikipedia.org/wiki/Wysiwyg

26. Microsoft Word
Smile

27. designMode
http://operawiki.info/TextAreaEditor
http://developer.mozilla.org/en/docs/Rich-Text_Editing_in_Mozilla

28. XmlHttpRequest
http://en.wikipedia.org/wiki/XMLHttpRequest

29. ReTidy
http://www.robodesign.ro/mihai/my-projects/retidy

30. Sitemaps XML
http://www.sitemaps.org

Prezentarea tehnica:

(legaturile mentionate in prezentarea generala nu sunt repetate in aceasta lista)

1. UTF-8
http://en.wikipedia.org/wiki/UTF-8

2. Document Type Declaration
http://en.wikipedia.org/wiki/Document_Type_Declaration

3. WHAT WG
http://www.whatwg.org

4. HTML 5
http://www.whatwg.org/specs/web-apps/current-work/

5. XHTML 2
http://www.w3.org/TR/xhtml2/

6. "HTML 5 va fi finalizat in aproximativ 5-10 ani"
http://www.w3.org/2007/03/HTML-WG-charter.html

7. Apache mod_rewrite
http://httpd.apache.org/docs/2.0/en/mod/mod_rewrite.html

8. IETF (The Internet Engineering Task Force)
http://www.ietf.org

9. RFC 4287 (The Atom Syndication Format)
http://tools.ietf.org/html/rfc4287

10. "exista aproximativ 9 versiuni diferite de RSS, toate incompatibile"
http://my.opera.com/robodesign/blog/show.dml/378011
http://diveintomark.org/archives/2004/02/04/incompatible-rss

11. SSL (Secure Sockets Layer, Transport Layer Security)
http://en.wikipedia.org/wiki/Transport_Layer_Security

12. MathML
http://www.w3.org/Math/

13. <canvas>
http://en.wikipedia.org/wiki/Canvas_(HTML_element)

14. IE.next (the Internet Explorer blog)
http://blogs.msdn.com/ie/
_________________
http://www.robodesign.ro
ROBO Design - We bring you the future

nks14 · Posted: Mon May 14, 2007 10:02 pm Post subject:

la word aveti licenta ? Smile

)
_________________
radu narcis ciprian
http://nks14.info/blog

robod · Posted: Mon May 14, 2007 11:35 pm Post subject:

nks14 · Posted: Wed May 16, 2007 12:56 am Post subject:

robod · Posted: Wed May 16, 2007 9:43 am Post subject:

danboy88 · Joined: 22 May 2007 Posts: 2

Da, frumos, interesant!

Dar trebuie ca si ceilalti participanti sa faca asa ceva? Tine juriul cont de cele scrise de voi?

La criteriile de jurizare mentionate parca nu scrie nimic de asa ceva.

nks14 · Posted: Wed May 23, 2007 10:18 am Post subject:

din contra. prin ce au prezentat mai sus, marius si mihai au acoperit majoritatea punctelor de interes
- au explicat detaliat tehnologiile folosite.
- au propus metode noi de abordare.
- au introdus facilitati in accesarea si utilizarea site-ului.

si lista poate continua. si da, juriul tine cont de aceste detalii. nu aici pe forum. dar daca la concurs va exista o documentatie de genul asta, iar in prezentarea lor vor acoperi majoritatea lucrurilor spuse aici, au toate sansele sa obtina un punctaj frumos la categoriile respective.
_________________
radu narcis ciprian
http://nks14.info/blog

adyre · Joined: 28 Feb 2006 Posts: 18

Ce imi place la voi (cei cu RoboDesign) e ca aveti o metoda de a va exprima destul de buna: aburiti juriul cu absolut orice.

Nu am contestat nicioadata gradul vostru de pricepere, insa de fiecare data faceti acelasi lucru.

Important e ca eu sa incep sa scriu ca site-ul l-am realizat in Dreamwaver, Notepad si alte chestii, l-am vazut pe Opera, Mozilla, Netscape etc. si sa dau adresa vecinului meu de la etajul 1 la care am revazut site-ul tocmai pentru a vedea clar cum se vede si pe alte compuri... La fel ar trebui si adresa de la scoala, de la net club.. si adresa mea... dau si nr licentei care il am la windows, la office.. la alte alea.. zic si ce programe mai am prin comp care m-au ajutat la realizare.. de exemplu WinAMP...a fost mereu langa mine si m-a sustinut moral....

Please man... sunteti mai buni de atat.. nu va laudati in gol.. munca voastra va poate lauda.. dar sincer pe mine ma deranjeaza felul cum va prezentati proiectele, ci nu proiectele.. lasati elementarul...

PS: Impresionati cu ce trebuie, nu cu ce nu are nici o legatura!

PSS: Sper sa nu va suparati pe critica mea sau chiar pe mine. Am mai avut discutii si anul trecut si mi-a placut ca nu ati luat ca pe o insulta critica si ati reactionat frumos. Sper ca nu v-ati schimbat intre timp.

Va doresc succes!
_________________
Nu e nimeni perfect... insa cel care recunoaste lucrul asta are cele mai multe sanse sa ajunga la perfectiune...

robod · Posted: Wed May 23, 2007 10:48 pm Post subject:

Salut Adrian!

In primul rand, multumim pentru critica ta constructiva.

nks14 · Posted: Wed May 23, 2007 11:50 pm Post subject:

juriul analizeaza prezentarile dumneavoastra si documentatia. ceea ce se afla pe forum nu este luat in considerare.
apoi .. e normal ca atunci cand vezi un site, sa-ti faci o impresie puternica pe baza imaginilor vizuale, dar la concurs incercam sa tinem cont de mai multe aspecte: grafica, programare, noutati, utilitate etc. poate ca uneori vom lua in considerare si lucruri care vi se par minore, dar facem asta pentru ca dorim evaluarea cat mai detaliata a lucrarilor.
prezentarea tehnologiilor nu mi se pare "abureala". din contra, chiar am incurajat enumerarea programelor de editare folosite (cel putin in documentatie).

marius si mihai au o abordare cu totul diferita .. si asta probabil ca asta au observat multi dintre participanii CIA. ei insista foarte mult pe detaliile tehnice, standarde etc. asta nu inseamna ca nu vb la subiect sau ca se detaseaza de conditiile impuse de juriu.

succes la concurs.
_________________
radu narcis ciprian
http://nks14.info/blog