HTML5 canvas demók

http://www.canvasdemos.com/

Gondoltátok volna, hogy már ennyi mindent meg lehet valósítani javascript és a HTML5 canvas elem segítségével? Szerintem nagy jövője van a böngészőben futó alkalmazásoknak.

( log69 | 2009. 10. 20., k – 17:11 )

Brutál jó, hajrá HTML5 :)

Támogatott böngészőknél nem láttam Epiphany nevét, nálam 2.22-essel megy minden :)

( persicsb | 2009. 10. 20., k – 17:27 )

Helyes, meg egy virtualizacios reteg a vas es a user koze...

Én sem vagyok híve a sok szoftver rétegnek, de ez most másról szól. Ez nem flash egy komplett API-val. Csak egy újabb HTML TAG, ami egy bitmap-et biztosít ahova a weboldalak Javascript-en keresztül tudnak firkálni.

Szerintem qrva jó, abszolút tiszta és egyszerű megoldás, és ezzel legalább jól és kompatibilis módon lehet megjeleníteni bitmap-es dolgokat - nem kell legenerálni PHP-ből egy PNG-be majd azt megjeleníteni - meg ugye ami baromi fontos, hogy interaktív lehet - érzékeli az X/Y koordinátára érkező eseményeket :)

Lassú, persze, de a demók csak a lehetőségeket fitogtatták, de nem csak realtime belerajzolásra való, hanem ahogy látni, pl. függvények és diagrammok szép kirajzolására vagy akármire - ahelyett hogy sok pici négyzet png-ből szórná tele a JS :)

"de ez most másról szól"

Aha, aztán majd jön valami okos, rájön, hogy jé, ezt így is lehet, aztán végig se gondolva, hogy mennyi minden nincs megoldva akaszt rá egy hülye divatszót, majd a két buzzwordbirizgálás között körberöfögik velük az egész netet és megint lehet szopni valami hülyeséggel.

Miért van az, hogy mostanság egyre több ismerősömnek van tele a töke az egész webes hányástól és fejlesztene desktop appként ügyviteli rendszereket a web sok-pont-betás divatokádékok helyett?

----------------
Lvl86 Troll

Szerintem azzal, hogy a web architekturajat es celjat sikeresen megeroszakoltak, ahelyett, hogy hasznaltak volna a webalkalmazasok szamara kitalalt protkollokat es eszkozoket (XML Web Services, SOAP,stb.) Attol hogy egy alkalmazas a webet (pontosabban a HTTP protokollt) hasznalja adatcserere, miert akarjuk az alkalmazas megjelenitesi reteget a bongeszore bizni? Persze, mondhatjuk, hogy platformfuggetlen (haha, rendering enginek es JS enginek....), meg hogy egy bongeszo kell es elersz minden alkalmazast, de igy pont olyan korlatokat is hoz magaval az ember, amik egy rendes alkalmazasnal problemasa. Lokalis filerendszer nem erheto el, igy nehezebb rendes vastagklienst kesziteni a webszolgaltatashoz, nagy szamitasigenyu dolgokat nem lehet a kliensre bizni (nem tudok meg egyelore olyat, hogy egy JS-script tobb magot is ki tudjon hasznalni...), DOM API es W+C doboz modell korlatozasai a felhasznaloi felulet kialakitasara, es meg lehetne sorolni.

"Attol hogy egy alkalmazas a webet (pontosabban a HTTP protokollt) hasznalja adatcserere, miert akarjuk az alkalmazas megjelenitesi reteget a bongeszore bizni?"

Hogy olyan kliens felületet tudjunk létrehozni, ami nem egy bebetonozott GUI, hanem a HTML és egyéb webes felület minden előnyét kihasználhatja. Ezzel baromi egyszerű olyan kimenetet generálni, ami mindenen kompatibilis módon jelenik ugye meg könnyen alakítható módon - pl. hogyan valósítanád meg egy Java vagy GTK vagy akármivel, hogy tudjad nagyítani a megjelenő felületet, meg betűtípust választani könnyen, meg nagy kontrasztú kimenet, témák stb. - ezt mind hozza a HTML előnyként. Ezzel szemben hard-kódolni kellene alkalmazásonként ezeket az alap dolgokat máskülönben. Felhoztad az XML-t is, szerintem a HTML kód generálása és átküldése a böngészőnek, pont hasonló. És nagyon egyszerű.

"...nagy szamitasigenyu dolgokat nem lehet a kliensre bizni"

Nyilván ilyen célra nem való, de nem is ilyen megvalósítások a jellemzőek. Nekem tetszenek a PHP + MySQL (vagy más db) alapon megoldott adat kiszolgálások. Nagyon sok előnyét látom, amire erősen szükség lenne sok helyen. Az erre épülő alkalmazások (amikkel találkoztam) éppen azt használják ki, hogy elég legyen egy gyenge kliens, amit nem kell fejleszti folyamatosan.

Hahh, MS könnyen és "jól" megoldotta ActiveX modulokkal :P

Visszatérve, számomra ez olyan, hogy létrehoztak egy újabb _lehetőséget_. Hogy ha valaki hülyeségre használja, az egy dolog. Attól még a felkínált technológia nem hülyeség. Nyilván mindent ott kell használni, ahol a legmegfelelőbb.

Példákat lehetne keresni. Azt hiszem, egy egyszerű diagramm megjelenítéséért -vagy egy weboldalon található adat szűrés eredményéért te sem szeretnél külön alkalmazást telepíteni, hanem egyszerű és kényelmes módon lerenderelheti a böngésző.

Annyiban egyetértek, hogy mivel a Canvas-ba JS-el lehet firkálni (ismereteim szerint), ezért ez eléggé megszabja ennek a tag-nek a lehetőségeit, de ettől függetlenül nem bloat a HTML szerintem.

" pl. hogyan valósítanád meg egy Java vagy GTK vagy akármivel, hogy tudjad nagyítani a megjelenő felületet, meg betűtípust választani könnyen, meg nagy kontrasztú kimenet, témák stb."

Ezt hivjak deklarativ UI-nak. Csak eppen nem a bongeszore bizzuk a megjelenitest, hanem lemegyunk egy reteggel ala. Ami gomb, az ne html div legyen speckon formazva, hanem rendes OS altal kiszolgalt gomb, ami fa, az legyen o-beli fa widget, stb.
Irtam en mar libet, ami XML alapjan general nativ felhasznaloi feluletet, dinamikusan. Nem valami nehez, egy nap alatt megvolt (kulonfele matematikai megoldok dinamikus paramterezese, a mezok kozotti logikai kapcsolatottak, mezotipusokkal, regularis kifejezes-alapu tartalomvalidalas, stb). Sokkal gyorsabban megirtam, mint egy hasonlo form-validalo libet JS-ben, mert a tesztelesi szakasz nagysagrendekkel rovidebb volt.

"Felhoztad az XML-t is, szerintem a HTML kód generálása és átküldése a böngészőnek, pont hasonló."
A HTML-t dokumentumok irasara talaltak ki, nem alkalmazasok felhasznaloi feluletenek kialakitasara.

"Példákat lehetne keresni. Azt hiszem, egy egyszerű diagramm megjelenítéséért -vagy egy weboldalon található adat szűrés eredményéért te sem szeretnél külön alkalmazást telepíteni, hanem egyszerű és kényelmes módon lerenderelheti a böngésző"
Nem is errol volt szo eddig. Hanem arrol, hogy komplett uzleti alkalmazasokat ultetnek at webre, mert ez divat, mert a web2 meg a vekonykliens manapsag olyan buzzword lett, amit mindenkeppen implementalni kell. Aztan meg csodalkozunk, hogy meg mindig kell az IE6-ot supportalni, mert sok rendszer csak azzal hajlando mukodni. Igy lesz ez kesobb is, csak eppen nem ezekkel a bongeszoverziokkal.

nemtom, de épp mostanában gondolkozom azon, hogy python helyett javascriptben fejlesszem a kisebb alkalmazásaimat... Jsext emlékeim szerint a legtöbb C libet meg tudja enni, a seed pedig gyors (és szintén van bindingje pár dologhoz)

—-—-—
int getRandomNumber() {
	return 4;//szabályos kockadobással választva.
}		//garantáltan véletlenszerű. xkcd

( leeroy | 2009. 10. 20., k – 17:40 )

Nálam 80-90%-on járatja a procit(XP-SP3, FF3.5). Másnál is ilyen?

Nálam kikapcsolt a gép túlmelegedés miatt – én nyertem? :)
Firefoxban néztem, de lassú volt, úgyhogy fellőttem Midoriba. Ott gyors volt. Csak megsütötte a gépem :)

—-—-—
int getRandomNumber() {
	return 4;//szabályos kockadobással választva.
}		//garantáltan véletlenszerű. xkcd

( akkos v | 2009. 10. 21., sze – 01:26 )

na és akkor itt érdemes javascript motorokat tesztelni, és akkor "szemmel látható" az eredmény, nem mint egy teszten, ahol csak számokat látsz.

v8 egészen elképesztő még a firefox3.5-höz képest is