Newsgroup: it.lavoro.informatica
Titolo: HTML 5

Ciao!
Certo che la possibilità di fare grafici fantastici e dinamici
mediante html e javascritp all'interno di un canvas è davvero
allettante (e divertente). Ovviamente con Explorer non funziona (per
quanto mi riguarda gli *stolti esempi* che ho fatto per spolverare
nozioni universitarie di informatica grafica girano su Firefox, Opera,
Chrome, Safari, ma non Explorer 8)
Secondo voi farà la fine di Vrml (e successive "release") che si
utilizza e si vede SOLO ED ESCLUSIVAMENTE nei corsi universitari, o
sarà la vera rivoluzione di Html 5? (non parlo di contenuti
multimediali evoluti, ma già la possibilità di rappresentare
graficamente i dati, in modo davvero efficace, non è da poco)
Voglio dire: Flash o non Flash, non è mica piccolo il vantaggio di
presentare report grafici tutti mediante client, con animazioni e in
modo dinamico senza utilizzare plugin esterni.
Che ne pensate?  :)
Ciao!

On May 7, 11:50 am, Qualcuno più intelligente

Tanto per rimanere in tema: 
http://www.9to5mac.com/Flash-html5-canvas-35409730

 Ciao!
che se sono esclusivamente grafici a barre te lo riesco a fare con i div
e jquery cross browser senza flash, canvas, html5 :-)


ahahah! :) ti giuro che dopo una mattinata a smanettare con
setinterval canvas e bla bla bla mi è venuta questa faccia -->  :-|  e
ho pensato la stessa cosa!!!
:D
Luca Paolucci

 :D
Google -> Raphael
;)
Bye.


Oddio! il primo link che mi era uscito era il *famoso* Hotel Raphael
di Roma, poi
ho scrollato la pagina! :)
Ma che figata! SPET-TA-CO-LA-RE! Grazie!
:)))
Luca Paolucci

 Che ne pensate?  :)
Che i grafici si fanno già, anche se con altre tecnologie.
Rimpinzare i browser come palloni, perchè che devono fare tutto,
ovviamente tramite un bel linguaggio interpretato ed efficientissimo
come Html, Javascript, ecc., è una cosa molto discutibile.


Secondo te è sbagliato far fare l'elaborazione dei grafici ai client,
utilizzando qualche libreria javascritp, come jquery, Raphael,
eccetera? Conviene delegare completamente l'elaborazione ai server di
qualsiasi cosa e relegare al client solo la visualizzazione delle
pagine di un'applicazione web? Sinceramente non so quale sia il "must"
riguardo questa cosa, ho sempre pensato che far fare qualcosa al
client non sia sbagliato, soprattutto se si tratta di cose gestibili
da librerie diffuse, come jquery ad esempio; magari sbaglio.
Luca Paolucci

 come Html, Javascript, ecc., � una cosa molto discutibile.
Prima si facevano procedure che generavano report in pdf, poi qualcuno
ha detto:
"lo voglio nel browser"
poi quindi i grafici si facevano a monte (cio� server side) e al client
inviavi un mime tipe un immagine.
poi qualcuno ha detto:
"li voglio cliccabili"
e allora si aggiunto all'immagine una map (con href che puntavano a
pagine html o a semplici funzioni js)
poi qualcuno ha detto:
"voglio che le tabelle si aggiornino ogni 15 minuti, che nella tabella
si faccia l'aggiornamento solo dei dati numerici e che nel grafico le
colonnine si ridimensionino di conseguenza con animazione!
e tutti si sono messi a fare componenti in flash per fare i grafici"
poi qualcuno ha detto:
"flash ha da mur�!"
e tutti si sono messi a farli in canvas+js o svg+js e simili
dimentico qualcosa?


Io la vedo pi� come ispas, fra poco se continuiamo cos� il multitasking 
reale sar� solo un ricordo... incomincia ad avere 4 webapp aperte (chess� 
l'equivalente del word, excel, un programma di grafica e un gestionale) 
fatte in quel modo e tocca avere sotto un hw incredibile per poterle usare 
assieme.

 poterle usare assieme.
Non per niente sia Google che Apple da una parte, che Mozilla dall'altra 
(che Opera da un'altra, e MS segue a ruota) stanno lavorando per:
- far girare le finestre del browser (o i tab) in processi separati
- precompilare il javascript JIT
- far girare le applet in processi separati.
- accelerare con la GPU il rendering
In pratica i browser stanno diventando dei S.O.
Si appoggiano al S.O. sottostante, ma ne astraggono molte 
caratteristiche, candidandosi a diventare le nuove VM.
Bye.


e infatti... ah se le applet si fossero caricate in maniera un pç più
reattiva e integrata!
ora starei ancora a lavorare con linguaggio compilato!
bei tempi...
(+ o -)

 "flash ha da mur�!"
lol
d.
-- 
________________________________
Dan (34, MI)
34 years uninterrupted breathing
________________________________

 Google -> Raphael
Fantastico!!!
Ciao,
Giulio
-- 


Ti quoto al 1000 per cento, è esattamente quello che stavo pensando anche 
io.
Prima stavo per scrivere 1 VM per WebApp, ma mi pareva esagerato... :-)


Cristo! Era la cosa che cercavo da anni!

 Voglio dire: Flash o non Flash
Io personalmente sarei per "non Flash" anche con html 4, per cui...
Ciao,
Marco
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

Indec ha scritto:

Allora devi leggere it.lavoro.professioni.webmaster ogni tanto  ;)
ciao,
Gabriele


Saluti
-- 
Living in Barbaropoli
http://www.barbaropoli.com

 da librerie diffuse, come jquery ad esempio; magari sbaglio.
Dico che non è assolutamente facile capire quanto deve fare il server,
e quanto deve fare il client.
Ad un estremo, nel modello-mainframe fa tutto il server, il client è
(era) un terminale stupido.  All'altro estremo, il server si limita a
fornire il minimo, e fa tutto il client.
Certo è che quello che succede sul client non lo conosci mai bene (sia
per eventuali problemi di sicurezza, sia per versioni del software
locale sul client, ecc.). La probabilità che il client faccia
esattamente quanto voleva il fornitore del contenuto è spesso
nettamente inferiore al 100%. Invece se produci un bel pdf, o jpeg, e
lo spari sul client queste problematiche si riducono parecchio.
Se la vediamo poi come riduzione del carico di lavoro del server, bè,
magari generare la paginona zeppa di js o tag speciali Html richiede
più risorse che generare direttamente il grafico e spedirlo.
Comunque ho sgranato gli occhi vedendo che Html5 prevederebbe tutta
una serie di campi formattati standard per i form: date, importi, ecc.
Questa sì una manna per le procedure intranet! Anche se al ritorno dal
client un bel ricontrollo dei dati sensibili sul server me lo farei
comunque... ;-)

 caratteristiche, candidandosi a diventare le nuove VM.
Così avremmo un s.o. "di base", e mica parliamo del DOS, roba da giga
e giga. Poi più o meno lo metteremmo da parte, per sovrapporgli il
browser che rifà (in peggio) esattamente le stesse cose.
Geniale! :-)