Firefox 2.0.0.5 e i primi problemi di sicurezza

Parlavano nelle pagine precedenti di un mese per un fix

Ancora una volta la comunità FF è risultata professionale e rapida nel sistemare il tutto

Ehi, una gestione davvero poco professionale, eh! Ci hanno messo meno tempo a fixare il bug che noi a scannarci XD

Comunque, riguardo a quello detto da me poco prima:



Ma si, mi pare ovvio che i browser debbano continuare a supportare HTML. Ma finche' non viene introdotto un nuovo standard si rimarra' con HTML nei secoli dei secoli. Se il nuovo standard funziona il vecchio viene soppiantato mano mano, non c'e' bisogno di una cesura netta.


Ci sono pero' linguaggi che limitano gli errori degli utenti. Penso ad esempio al Python, dove l'indentazione fa parte proprio della buona scrittura del codice. Se non indenti correttamente non solo non si capisce una mazza, ma il compilatore da' errore. Penso alla gestione degli errori (che comunque mi pare che sia presente in Javascript), al garbage collector. Ma penso soprattutto ad un codice con una precisa sintassi. HTML dal punto di vista dello standard e' disastroso... si aggiunga il fatto che ogni browser crea degli standard suoi!

Ed infatti una forte colpa e' degli stessi browser. Se fossero piu' rigorosi nell'interpretazione del codice, la gente starebbe piu' attenta a creare le proprie pagine.

html e' gia' stato superato da xhtml 1.0 e tra poco 1.1
quindi siete rimasti indietro, cosi' come molti webmaster

I miei siti li faccio sempre validare xhtml 1.0 che e' + restrittivo di html 4.01

P.S.
Lucas hai la firma irregolare, leggi il regolamento

hai solo fatto una scelta, come può farla chiunque scrivendo buon codice html... in ogni caso il problema di fondo resta aperto

inoltre quello che hai detto dimostra la mia ffermazione: non è un problema di nuovi linguaggi, ma di adozione e di competenza

Che non viene utilizzato da nessuno perche' e' solo un HTML con una sintassi decente Per questo secondo me ci vorrebbe proprio un concetto di linguaggio web completamente nuovo.

ma allora quali problemi dovrebbe risolvere per te questo nuovo linguaggio?

Beh mi sembrava abbastanza chiaro: anzitutto avere una sintassi unica, invece di appoggiarsi ad una sintassi per il lato dinamico, una per il lato statico eccetera.

Secondo poi dovrebbe gia' offrire nativamente soluzioni semplici per creare pagine dinamiche.

Terzo, delle regole di sintassi per aumentare la leggibilita' non farebbero schifo. Vedere una pagina HTML tutta su una riga e' una roba orribile.

Quarto, avere uno standard riconosciuto ed usare solo quello, senza inventarsi roba strana unicamente per il proprio browser...

Quinto, fissare nello standard delle regole precise. Se dico ad esempio che un certo tag genera tale output in tale modo, dovrebbe sempre generare quell'output in quel modo per ogni browser.

Queste sono le cose che ho notato da profano, probabilmente gente esperta avra' esigenze ancora maggiori.

a me sembra continuamente che tu parli ma non conosci, effettivamente si', per sentito dire.
La parte dinamica in html la puoi fare con tonnellate di linguaggi: PHP, ASP, ASP.NET, JSP, ...
cosa facciamo li eliminiamo tutti e ne facciamo 1 solo perche' senno' il neo studente si confonde?

stessa risposta di sopra, si puo' fare, ma ce ne sono gia' tanti di linguaggi per la parte dinamica, un altro ancora?

ma ti rendi conto di quello che dici? Questo puo' accadere in tutti i linguaggi del mondo, se uno scrive codice (di qualsiasi tipo) senza avere un minimo di regole non e' colpa del linguaggio.

Ma questo esiste gia', lo standard esiste, e' riconosciuto da tutti, e' solo Microsoft che si inventa il suo linguaggio che va solo col suo browser, gli altri sono tutti piu' rispettosi.
Io ho risolto non usando + software MS (browser in particolare).

io dico che c'e' poco da interpretare con l'html, al massimo col css forse ci puo' essere qualche dubbio in piu', ma in generale rientra nell'interpretazione dovuta a bug nel motore di rendering.


sinceramente si', sono un po' da niubbo... magari impara a programmare un po', leggi qualche libro/tutorial... non ti sto prendendo in giro, e' un consiglio

Ma che c'entra, sto parlando del linguaggio lato client, non del lato server.



Ti offendi se ti dico che non hai capito, perche' parti dal presupposto che un niubbo non ci capisce una mazza?

Non sto parlando che si dovrebbe introdurre un nuovo linguaggio alternativo a Javascript e compagnia bella (e ribadisco, nel mio discorso PHP e linguaggi lato server non c'entrano). Sto dicendo che sarebbe meglio, dal mio umile punto di vista, un linguaggio di programmazione per le pagine web che avesse nativamente gli strumenti per poter gestire layout, scripting e strutturazione, e non demandarle ad altri linguaggi aggiunti.

Pensa se invece di passare dal C al C++ avessero introdotto un linguaggio separato, diverso sia dal C che dal C++, solo per la programmazione ad oggetti. La situazione con HTML e' piu' o meno questa.



Ma hai mai usato Python o no? Hai letto quello che ho scritto prima o no? L'HTML e' piu' suscettibile a questo problema perche' la maggior parte della gente utilizza composer automatici. Per questo bisognerebbe introdurre una sintassi d'indentazione sulla falsa riga del Python.


IE e' "solo" l'80% dei browser utilizzati.


Magari con XHTML. Ma vai a vedere che casini c'erano tra IE e Netscape con la gestione dei vecchi e orribili tag FONT. Per non parlare della gestione di Javascript.

Il problema purtroppo e' che tutto e' demandato al browser. E' lo stesso problema che si hanno con i vari compilatori di C, per dirne una. Sfortunatamente a questo non vedo per adesso soluzione.....



Ho studiato all'universita' C, C++, Pascal e Labview (bleah). Ho imparicchiato per cavoli miei html, xhtml, css, javascript, php, python. Rompo le scatole in giro per tutti i forum del globo e leggo ogni volta che voglio fare qualcosa manuali online in ogni salsa, e stresso Google fino all'inverosimile.

Mi considero un medio smanettone interessato, quindi mi farebbe piacere se mi si considerasse tale, e non un niubbo completo sparapalle