Nem flash-es rajzprogram online.
Link:
Sketchpad (4 szavazat)
Sketchpad
Balázs - 2010.02.08. hétfő - 11:25
- A hozzászóláshoz regisztráció és belépés szükséges
Hozzászólások
Nem semmi hol tart a HTML (?).
javascript
Az office-nak mar gyakorlatilag vege. Most jonnek a grafikus programok? Meg par ev es nem lesz szukseg desktop appokra.
___
ads | logos | design
Eljátszottam vele kicsit tegnap és leesett az állam. Könnyen használható, simán fut, nagyon meggyőző.
Az lényeges hogy nem flashes?
Igen!
És mennyiben? Ez most csak egy tech-demo hogy ilyet is lehet, vagy van valami értelme/célja? Azon túl, hogy Sztív bácsi megnevezte a gonoszt, és onnantól a flasht kollektíve zsűlölni kell…
szerk.: Egyszerűen érdeklődöm, nem kell mást belelátni.
Van célja és nem a gyűlölet, hanem inkább az hogy ma már ezeket az alkalmazásokat is le lehet fedni olyan eszköztárral, ami nem egy xyz cég (jelen esetben adobe) saját pluginjével fut csak, hanem minden böngészővel amit fut javascriptet. Vagy pld nem kell actionscriptet fordítanod hozzá, nem kell embedet gányolni, natív. A HTML5 videoval is erre törekszik a youtube is, a flash mentes ipad/iphone/stb. Nyílván ezzel nem lesz vége a flashnek, kell még az jóideig, de ez szerintem racionális törekvés, hogy olyan alapvető dolgokhoz hozzá lehessen férni plugin nélkül is, amit ma már minden böngésző tud natívan futtatni.
Aha, így már értem. Egyébként meg én azt hittem hogy mára már a flash olyan webes alapvetésnek számít, amit nem nagyon szoktak/érdemes megkerülni, persze értelmes keretek közt.
(Ami a megjegyzésemet illeti, ott arra gondoltam, hogy az egyik titán deklaráltan negligálja a másikat, és abban egyértelmű üzleti okokat látok, nem pedig technológiait. Szóval ha az Apple vezére kiáll és azt mondja, hogy rossz flash, csúnya flash, pusztán mert neki az az anyagi érdeke, akkor az bennem erős ellenérzéseket vált ki.)
Nem Jobs miatt érdekes ez, hanem hogy HTML+JS és a gyorsasága. Nemsoká gyorsabb és szebb online alkalmazások lesznek. Azért addig, ha akarod próbáld ki az Aviary fejlesztéseit. A rajzprogramuk pl.:
http://aviary.com/launch/phoenix?lang=en
Nem hiszem hogy van különösebb anyagi érdekeltsége az Apple-nek ebben. Vagy én vagyok naív, nem tudom. Én inkább azt látom benne, és remélem így is van, hogy a web jórészt a nyílt forrásról szól. És persze a flash, flex sdk, stb is már nyílt, de mégiscsak EGY cég áll mögötte, nem egy natív technológia mint a JS. Macerás benne keresni, kijelölni, stb. Nyílván ezeket meg lehet oldani, de minek megkerülni, ha másként is meg lehet oldani, úgy hogy nem lesz "webidegen".
„Nem hiszem hogy van különösebb anyagi érdekeltsége az Apple-nek ebben.”
Fordítva. Nem ebben van érdekeltsége, hanem a flash az ellenérdekeltsége. Egy szót mondok: App store (na jó, ez valójában két szó). Marha nagy pénzek mozognak itt ám, szóval szép dolog a nyílt forrás, meg szabad technológiák, de láttunk már karón varjút. Meg különben is, nem az opensource közeg meg a natív technológiák élharcosai szólaltak meg a Flash ellenében, hanem az egyik kapitalista alapokon nyugvó cég kezdte ki a másikat. Az Apple sem karitatív szervezet, ha ilyen kirohanást tesznek egy kvázi konkurens ellen, nem nagyon hiszem hogy jótékonysági hangulatukban tennék. Persze most ez az egész egy egy nagy zárójeles megjegyzés, mint kiderült sok köze nincs az eredeti témához.
Némileg a táméhoz kapcsolódó hír: http://index.hu/tech/cellanaplo/2010/02/18/steve_jobs_vezeti_a_mobilipar...
Jobb helyet hirtelen nem találtam neki:
http://itcafe.hu/hir/google_fsf_on2_vp8_video.html
Bevallom nem gondoltam volna hogy a html/javascript ilyet is tud. Mik a hatarai ennek a nyelvnek? Van olyan amit a Flash tud es html/js-ben nem lehet megcsinalni?
___
ads | logos | design
File upload multiselect és iframe nélküli filefeltöltés lapfrissítés nélkül.
HTML5 nélkül videó és audio lejátszás. Sajnos erre a mainstream szolgáltatásokban jóideig még nem lehet építeni.
3D. A flash virtuális gépként működik, így sokkal gyorsabban és hatékonyabban tud megvalósítani 3D jeleneteket. Idővel persze lesz WebGL is, csak nem ma lesz elterjedt.
------------------------
TPS Reports :)
flp, kow: nagyon koszi!
___
ads | logos | design
A nyelvnek nincsenek határai, csak a hozzáférhető apiknak. Viszont ezek az apik folyamatosan bővülnek :)
Canvassal bármit meg tudsz csinálni ami pixeleket rak ki. 2d, 3d, raszteres éd vektorgrafika, animáció. Ehhez kapcsolódik a Web Workers api, amivel ténylegesen lehet több threades js-t készíteni.
Össze tudod kötni a canvast a video taggel, így minden video framehez hozzáférésed van. Ha bírja a géped, realtime videó effekteket lehet összerakni. Az audio tag hozzáférés még nem elérhető, valószínűleg lesz –> audió effektek :)
SVG-t tudsz beágyazni, módosítani, animálni, ha „tényleges” vektografika kell.
HTML5-ben megjelent a localStorage, amiben SQLite-ot tudsz használni, illetve az offline webapp támogatás. Komolyabb drag'n'drop api is van, amivel fájlokat, képeket tudsz bedobálni a böngészőbe, és lekezelni.
CSS animations-zel és transitions-zel tudsz nagyon egyszerűen animációkat megadni. Gyakorlatilag megadod hogy melyik css szabályok animáljanak, ha megváltozik az értékük – akár js-ből direktben, akár class változtatással, akár :hover-rel.
(Természetesen a fentiek firefoxra és webkitre érvényesek, és pár dolog még csak a nightly buildekre)
A flash egyelőre gyorsabb, és valószínűleg néhány felhasználási területen mindig is gyorsabb lesz. Én úgy látom hogy a teljesítményt leszámítva, egyre kevesebb olyan feature lesz amit csak a flash tud.
Valaki használt már ilyet valaha valamire?
Itt nem ez a lenyeg szerintem...
hat mi ? :)
Ez szerintem a POC, vagyi Proof of concept kategoria. Ami kb. egy adott technologia korlatait feszegeti vagy epp egy innovativ hasznalatra hivja fel a figyelmet. Ez ma meg csak "bohockodasra" valo, kesobb pedig valoszinuleg egy kiforrott valami lesz belole, amit majd mindenki hasznal mert f*sza. Tudom, ez nem a legszakmaibb megkozelites, de ez is egy.:)
Masik szempont viszont, hogy szerintem sem fog meg egy darabig kihalni a flash bizonyos teruletekrol, mert pl. egy tipikus reklambannert keszitve az ember, talan hamarabb vegez tweenekkel meg toolbar-al, mint mondjuk kodolva. De szerintem ez is csak ido kerdese.
Kow es flp valaszait pedig keretik valami lexiconba foglalni, de legalabb wikibe!
http://blog.insicdesigns.com/2010/02/mind-blowing-javascript-experiments...
(chrome-ban nezzetek)
Az a baj hogy az emberek nagy resze ugy alkot velemenyt ezekrol a dolgokrol, hogy igazabol nem is tudjak mirol van szo.
Akit egy kicsit is erdekel a tema, annak ajanlanam Tenegri bejegyzeset az sw.hu-n (a jo hosszut)
http://www.swf.hu/forum/topic/flash-fejlesztok-vegnapjai-html5css3-vs-fl...
Juj, eléggé elfogult a flash szempontjából, bár jórészt igaza van, a HTML5 és CSS3 közel sem messiás, azért a JS+HTML-el kapcsoaltban leírt pár kapitális hülyeséget, tipikusan az a fejlesztő, aki hülyegyerekek játékszernek tartja.
------------------------
TPS Reports :)
peldaul ?
------------------------
TPS Reports :)
Egyetértek. Azért azt gondolom, jópár téves dolog amit írt tájékozatlanságból fakad.
Erre a követleztetésre jutottam én is, de nem is gond az, csak óvatosabban kell levonni a követleztetéseket.
------------------------
TPS Reports :)
Azt azert hozzatennem, hogy tenegri egy szoval sem mondta, hogy linkeljem be ezt ide.
Illetve azert egy technologia fikazasa nem egyenlo, az azt hasznalok fikazasaval.
Ertem itt a lenezesre.
Az internet már csak ilyen szabad médium. :)
"Illetve azert egy technologia fikazasa nem egyenlo, az azt hasznalok fikazasaval. Ertem itt a lenezesre."
Pedig pont ezt tapasztalom mindenhol. Vannak akik annyira istenitik az általuk használt technikát, hogy aki mást mer mondani, használni, az a világ hülyéje a szemükben, elég csak a Mac - PC pártiakra gondolni, a Java vs. összes többi programnyelv, webfejlesztők, nem webfejlesztők, Photoshop vs. Corel, stb. kár ezen lovagolni, mindenki azt használ amit szeret és amihez ért.
------------------------
TPS Reports :)
Aha, persze. Gmail, Zoho, Google docs, ExtJS mind egy délutános projectek
Ezek mind csodálnivaló dolgok, de írtam is, hogy vannak ilyenek JS-ben megírva. Meg azt is, hogy sajnálom a fejlesztőiket, mert a saját életüket keserítik meg azzal, hogy mindezt JS-ben kell kiszenvedniük hatékonyabb eszközök használata helyett.
Itt is nagyon rugalmas tud lenni, könyveket írtak az OO JS-ről
Na itt most te vagy viccelsz, vagy félreértesz valamit, vagy nem láttál még OO nyelvet. Próbálj már rávenni egy Java-n vagy C#-on nevelkedett fejlesztőt, hogy JavaScripttel barkácsoljon - időutazás a kőkorba :) OO elvek mentén persze bármilyen programozási nyelven lehet fejleszteni, assemblyben vagy fortranban is, s eképpen természetesen JS-ben is. Épp csak nagyon nehézkes, mert az előbbiek semmilyen nyelvi támogatást nem nyújtanak ehhez, s a JS sem sokkal többet, így magadnak kell odafigyelni mindenre, ahelyett, hogy ezt a gép tenné meg helyetted, s a nyelv segédeszközöket nyújtana. Majd akkor beszéljünk itt OO képességekről, ha lesz normális osztálydeklaráció, normális öröklődés a prototype helyett (amivel akkor húzom keresztül a program bármely részének működését, amikor csak akarom), hozzáférési szintek, zártság, stb. A legfontosabb OO alapelvek sincsenek mind nyelvi szinten biztosítva. És amikor hiányosságokról beszélek, elsősorban nyelvi hiányosságokra gondolok. Amire te a "nagyon rugalmas tud lenni" mefogalmazással gondolhatsz mint előnyre, pontosan az a hátránya - semmi kötöttség, semmi ellenőrzés, semmi következetesség. Tartson csak a programozó mindent fejben, ne szóljunk neki, ha nyilvánvalóan elírt valamit, hadd szenvedjen a futásidejű hibákkal (lehetőleg a ritkán futó eldugott részekben), ahelyett hogy ezek már futás előtt (fordítási időben, ha ugye lenne ilyen JS-nél) kibuknának. Mindez nem baj, amikor kis programot készítesz, sőt még akár előny is lehet esetenként, de a méret növekedésével arányosan komoly hátránnyá növekszik. Ha megkérdeznéd a GMail fejlesztőit, bizonyára sok ősz hajszálukat tudnák a JS számlájára írni. De igazából miért is várnánk OO támogatást ott, ahol még a valamelyest szigorú típusosságot sem oldották meg (tudom, JavaScript 2-ben majd lesz ez is, az is - de mikor?).
Nagyon is képesek pótolni. JQuery, MooTools remek eszközök és pont ott egészítik ki a nyelvet, ahol azt a fejlesztő szeretné, hogy maximalizálhassa a hatékonyságát.
Ezek egyike sem képes új nyelvi eszközök bevezetésére (lásd pl. a fenti OO támogatási hiányosságokat), ami persze nem róható fel közvetlen hibájuknak, hisz ha akarnának se tudnának ilyet tenni (biztos megtennék, ha lehetne), mert JS-ben készültek, s nem léphetnek túl a saját árnyékukon. Nyelvi kiegészítéseket csak a nyelven kívüli eszköz tudna létrehozni, de ilyen a JS felépítéséből és működésének módjából adódóan nemigen van. Persze vannak ilyenek, de amit azok kínálnak, az már nem JS. Ilyen pl. a haxe, ami a JS szempontjából hasonló, mint anno az AS2 preprocesszor volt az AS1 felett.
Ismét a lenézés, de mindegy is.
Nem nézem én le, csak úgy tűnik máshol látom a helyét, mint te. Ne akarjuk eladni olyan célra, amire nem jó - nem mondom, hogy nem lehet vele megoldani, csak nem igazán megfelelő eszköz rá. És azt sem mondom, hogy a Flash az ultimate megfelelő eszköz mindenre, mert nem az. De webes alapú, grafikus, multimédiás vastagkliens létrehozására kategóriákkal alkalmasabb a JavaScriptnél (+HTML+CSS). Persze nincs egyedül, a Silverlight hasonlóan alkalmas (ha nem jobban pár területen, máshol meg kevésbé), vagy a Java (bár annak már vannak komoly hiányosságai, nem technológiailag, hanem eszközellátottságban).
Szia, üdv a Proponon, örülök, hogy regisztáltál és leírtad a személeted, valahol számítottam erre :)
Nem akarom sem én, sem más ráderőltetni a JS-t, csak továbbra is azt látom, hogy olyan ellen kardoskodsz, amit nem ismersz. Záróljelben még annyit, hogy a JS prototype alapú nyelv és mint olyan, teljesen OO, de nem pont úgy, ahogy Java vagy C++ után számítanál rá. Más, nem jobb, nem rosszabb.
------------------------
TPS Reports :)
Természetesen mindenki azt használjon, ami neki a legjobban esik. Tökéletesen tisztában vagyok a JS OO lehetőségeivel, a prototype alapú működésével - 10 éve foglalkozom ActionScripttel (és kisebbrészt JS-tel néha), ami korábbi változataiban pontosan ugyanígy működött (AS1, de opcionálisan még AS3-nál is bekapcsolható), hisz ugyanazon az ECMA szabványon alapulnak, ezért bőven vannak tapasztalataim a prototype alapúságról és ennek OO célú felhasználásáról, s minden új lehetőség, ami segített elszakadni ettől (az AS2, ami csak közvetve és hiányosan, majd az AS3, ami már ténylegesen) megkönnyebülést jelentett, s segített a munkát könnyebbé és hatékonyabbá tenni (a C# vagy a Java színvonalát még nem érjük el, de már közelítjük - persze nem cél ezeket lemásolni). A JS-t én egy jól formálható gyurmának látom, amiből értő kézben egész meglepő dolgok formáhatók (bár mással jóval egyszerűbben), de bármilyen ügyes is valaki, gyurmából sosem lehet vadászrepülőt építeni. Gyurmázni viszont tökéletes :) De a webes fejelsztésben a JS-nek nem csak nyelvi hátrányai vannak, hanem ott vannak az eltérő, böngészőfüggő implementációk és API-k, a konkurencia által nyújtott, de itt hiányzó vagy nagy késéssel részben megvalósított lehetőségek, a fejlesztőeszközök hiánya, stb. - de ezekbe már nem megyek bele :) Nem mondom általános értékítéletként, hogy a JS rossz, hisz nem az - megfelelő célterületen tökéletes eszköz. A webes vastagkliensek készítésénél mondom, hogy a rendelkezésre álló megoldások közül messze nem a legelőnyösebb, továbbá az zavar, hogy a HTML5-tel együtt túl van lihegve az egész. Majd egyszer összeszedem ezt több konkrét példával is alátámasztva :)
Ezt szépen összefoglaltad, kicsit aggódtam, hogy elfajul a vita :), de lehet, hogy olyan rég foglalkoztál vele, hogy közben nem tűntek fel olyan újjítások, mint a JS keretrendszerek által kínált teljes böngészőfüggetlenség, MooTools komolyabb objektum orientált törekvései, vagy olyan GUI rendszerek, mint pl a QooxDoo amivel eléggé kötött rendben lehet felületeket gyártani, ráadásul egy sor HTML kód nélkül. (ami nekem pl. annyira nem tetszik :))
Ahol most dolgozom ott be lesz üzemelve egy ügyviteli rendszer ExtJS alapokon és látva a rendszer robosztusságát, nem hiszem, hogy flex, vagy bármi más alkalmasabb lenne a megjelenítő réteg kivitelezésére, egyszerűen ez áll a legközelebb ahhoz a világhoz, amit az átlaguser megszokott az Office-ban.
------------------------
TPS Reports :)
a JS keretrendszerek által kínált teljes böngészőfüggetlenség
Látom, de írtam is erről. Egyébként ez lenne a minimum.
MooTools komolyabb objektum orientált törekvései
Ezek még mindig ugyanazt a gyurmát gyúrogatják, nem jelentenek előrelépést a nyelvi lehetőségekben. Ugyanazokat a JS nyelvi eszközöket gyúrogatják hol így, hol úgy, egyetlen új nyelvi elemet sem hoznak létre. De mégis miért teszik? Mert pótolni akarják azt, ami hiányzik - csak így ez nem megy. Ahhoz, hogy bármi használható OO támogatás legyen a JS-ben, legelőször is szigorúbb típusosság kell, valamint a komolyabb fejlesztőmuinkához futás _előtti_ programellenőrzés. Amíg továbbra is csak lógnak a változók a levegőben, a függvények kontextusa szanaszét mászkál ha nem figyelnek rá, illetve egy karakter elütésekor nem ordít a fejlesztőeszköz/futtatókörnyezet, hogy hiba van, hanem magában somolyogva várja mikor áll fejre a program, nos addig nem lesz előrelépés, akármilyen MooToolsos Class varázslást is használsz. A jelenlegi JS-tel az egyetlen lehetőség a nyelvi elemek látszólagos, ám mégis valamelyest használható bővítésére egy külső fordító vagy preprocesszor, ami elvégzi legalább a minimális ellenőrzéseket előzetesen, s ez alapján gyárt egy valamelyest ellenőrzött JS kódot (lásd mint az említett haxe, bár az már más nyelvet is jelent).
olyan GUI rendszerek, mint pl a QooxDoo amivel eléggé kötött rendben lehet felületeket gyártani, ráadásul egy sor HTML kód nélkül
A mögötte levő JS korlátai itt is megmaradnak. azt hiszem kicsit elbeszélünk egymás mellett. Én alapvetően a JS _nyelvi_ korlátairól beszélek, nem arról, hogy ezen korlátok ellenére, velük megbirkózva mit lehet elérni, ha kellő időt és energiát szánunk rá (csak minek, ha mással egyszerűbb). Persze másodlagosan ott vannak az API korlátok is, ez is komoly tényező. De a nyelvi eszközök fejlődése nélkül minden JS-es könyvtár csak ugyanarra az ingatag gyurma alapra építkezik. Egyébként ilyen UI fejlesztéshez már vagy 3-4 éve (pontosan már nem emlészem) használható volt az OpenLaszlo, ami ugyanabból a forráskódból JS és Flash eredményt is elő tudott állítani (csak ott deklaratív módon megy az UI leírása, de persze egy JS változattal programozható módon).
Nemtudom, de engem nem nagyon izgat fel ez a dolog. Tudjuk, hogy van html5, tudjuk hogy van canvas, van 3d, van hóesés, font render, biztos van fizika keretrendszer is... Csak szvsz a javascript marhára kényelmetlen, és rosszul rendszerezhető összehasonlítva egy java-val, as3-al, python-al. Ez a web jövője, hogy egy markup language-t scriptelek? Elég rosszul hangzik.
Ha van egy komolyabb program (nevezhetjük talán programnak) mint pl. ez a sketchpad, mindent egy file-ba írok bele? vagy minden külön osztályt külön file-ba és aztán egybefűzöm? és amíg nincs egybefűzve van egy index.html-em 27 linkelt scriptel? El nem tudom képzelni mi lehet a workflow egy ilyen projektre, de tény hogy nem is néztem utána.
Na ha mar meg lettem szolitva/kerdezve akkor reagalnek en is bar nagyon sok dolgot amit mondtam volna mar leirtak itt elottem, nalam okosabb emberek. :)
En ugy gondolom, hogy a flash anno azert jott letre, hogy olyasmi dolgokat lehessen megcsinalni benne, amelyeket ma mar szerencsere szepen meg lehet js-el, ajax-szel, stb. Esztetikusan animalt menuk, kepgaleriak, stb. Persze az ido alatt a flash is kinotte magat es ennel ma mar sokkal tobbet tud de szerintem meg mindig csak azt a celt tudja szolgalni, hogy tartalmat jelenitsunk meg csili-vili, porgo, forgo formatumban. Nagy mennyisegu, gyors tartalom megjelnitesre meg mindig alkalmatlan - egy hirportal teljes egeszeben soha nem lesz csak flashel felepitve. Adatok, adatbazisok kezelesere sem alkalmas egymaga vagy legalabbis messze nem a legjobb megoldas arra sem. A web pedig akarhogy is, szamomra a tartalom- ill informacioszolgaltatasrol szol.
Erre meg rajon az, hogy az egesz flash tartalom egy nagy lusta oriastol, az Adobetol fugg. Itt pedig attol felek, hogy olyan vizekre fog evezni ez az egesz mint a CS termekek. Egyre lasabbak, egyre nehezebbek, egyre hibasabbak lesznek es mi meg nem tehetunk semmit. Azt esszuk amit az Adobe elenk tesz. Ha a 11-es flash playerben valami el lesz baszva, akkor majd varhatunk amig a nagy orias megszan minket. Ez az egesz kiszolgaltatottsag es az Adobe tokeletlensege az, ami egyre inkabb megutaltatja velem a flasht es udvozolteti a nyilt forraskodu, kozosseg altal gyorsan fejlesztett, szabvany dolgokat.
Amugy ha a web termeszetet nezzuk, akkor a flash objektum egy weboldalban csak egy nagy darab tegla. Be van rakva a helyere aztan kesz, ugymond se bele latni se atlatni nem lehet, kommunikalni vele sem a leggordulekenyebb modon. Nekem ilyen szempontbol sokkal szimpatikusabb egy js szeru, atlathato, bele lathato megoldas amelyet pl a keresok is kenyelmesebben atvilagitanak. Es foleg mindez abban az esetben ha csak arra hasznaljuk a flasht, hogy legyen egy szep menu vagy ket tartalom valtas kozott egy szep animacio.
Irom mindezt ugy, hogy magam is flash fejleszto volnek eredetileg.
Jol osszefoglaltad!
___
ads | logos | design
Én nem vitatkozni akarok, de annyit ehhez hozzátennék, hogy:
- a flash player nem lassul, hanem gyorsul
- ajax-os, vagy canvas-ra rajzolt tartalmat tudtommal ugyanúgy nem indexel a keresőrobot, seo szempontból egy ugyanolyan tégla az oldalban mint a flash, egy tömörített js-ből pedig kb. ugyanúgy nem látok semmit mint a flash-ből
- én úgy tapasztaltam, hogy régóta nincsenek már egetverő produktivitást gátló bug-ok a flash-ben ahhoz már elég kiforrott technológia, vagy van rá workaround, ugyanúgy mint a böngészőkből eredő html renderelési és javascript differenciákra, úgyhogy nem igazán látom reálisnak, hogy ránkszakadna valami bug amitől parázni kéne
- önmagában a html és javascript sem jobb adatok és adatbázisok kezelésére, flash-ben semmivel sem bonyolultabb POST-olni egy php-nek bármilyen adatot, sőt, lehet hogy még sorban is kevesebb
A többivel egyetértek, pl. én sem szeretném, ha egy hírportál, vagy a kedvenc blogjaim full flash-esben lennének. De szerintem nem is konkurál egymással a két technológia, csak most "valahogy" ez a lett a téma...
Az meg, hogy lusták lennének az Adobe-nál... nemtom szoktátok-e nézni a labs-ot, vagy láttátok-e a CS5 ipa export-ot, szerintem azért munka is folyik ott (persze késnek a 64bites playerrel, de annak valami más oka lehet nem a lustaság)
Írtad a tömörített JS-t, ezzel mik a tapasztalatok, meg lehet úgy oldani hogy nehéz legyen visszaformázni, kódolni? Mert most csináltam nemrég egy kis javascriptes kalkulátort, aztán az ügyfél kérésére inkább bevittem szerveroldalra a képleteket és magát a számolást, nehogy elcsórja a konkurenciájuk. Kíváncsi vagyok, hogy feleslegesen dolgoztam-e, vagy azért ez mégis biztosabb így. :)
Hát szerintem, ha valaki nagyon akarja, valahogy visszafejtheti egy jó kis kiadós regexp-es szövegkezeléssel. Biztos, hogy nem egy 100% secure megoldás.
Én igazából csak azért említettem meg mert szóba jött az átláthatóság, nem tudom mit jelenthet a "js szeru, atlathato, bele lathato megoldas", hogy belenézek és látom, hogy az elején elindítja az init() függvényt... mert azt a tömörítéstől úgyanúgy nem látom mint egy compile-olt flash-nél.
Köszi, akkor kicsit megnyugodtam. :)
Elég könnyű (98%-ban visszaállítja az eredeti állapotot), pláne, ha valamelyik népszerű megoldást alkalmazod: Dean Edwars féle, vagy YUI compress, JSmin... ami tuti, az az obfuszkálás, majd tömörítés.
------------------------
TPS Reports :)
Kösz neked is, egy Drupal oldalon fut a cucc, az pedig valami hótegyszerűt használ, talán még a kommenteket se szedi ki, szóval ezt biztosan könnyen visszaállították volna. Megnyugodtam, hogy a jó utat választottam. :)
Ok.
http://beszeljukmac.com/index.php/weblog/comments/az_adobe_elnezest_kert...
A biztonsági rés problémát "újságírói túlzásnak" tartom, sehol semmi releváns információ. A crash bugról meg annyit, hogy ez a mekkmester megoldás (fake-eli az url-t server oldalról, nincs oncomplete eseménykezelés a loader-en) nem tartozik a produktivitást és használhatóságot gátló bug-ok közé, gondolom ezért nem priorizálták. Kicsit gyengének találom az erre épített érvelést, attól függetlenül, hogy mind termékmendedzsment mind szoftvermérnöki szempontból ez egy óriási hiba.
Valahogy így éreztem az index-es verzió olvasás közben: jéééé, bugos szoftver? ki hallott már olyat. :D
------------------------
TPS Reports :)
Erre meg rajon az, hogy az egesz flash tartalom egy nagy lusta oriastol, az Adobetol fugg.
Lusta, persze hogy lusta :) Egy méret felett minden elnehezedik valamelyest. De ami a Flash szempontjából az Adobe reakcióidejét illeti, kategóriákkal jobban és gyorsabban mozdul, mint pl. a W3C, aminek sok-sok év kellett pl. a HTML5 kiszenvedésére is (s ezzel sem nyújt semmi olyat, ami a jövőbe mutatna, csupa olyan dolgot valósítottak meg benne, ami már korábban is létezett másoknál - azaz bele van kódolva a villámgyors elavulás), s ha valaki tovább szeretne lépni várhat újabb 5-10 évet a következőre.
rootsman, tenger: ertem en amit irtok es sok dologban igazat is adok. En probaltam a sajat velemenyemet leirni, valoszinuleg sok helyen hibasan, a (magasabb) szakmai tudas hianyaban. Megprobalom hat megegyszer megfogalmazni, technikai reszletektol mentesen.
Anno amikor a flash elindult, elkezdett elterjedni akkor meg nem azt a celt szolgalta amit ma. Amiert anno letrejott (szerintem) azt ma mar tudja a HTML+CSS+JS es az utobbinak a hasznalata szamomra kenyelmesebb es kevesbe korulmenyes. Pl google cuccok annyira kenyelmesek mobilrol is es ez nekem nagyon fontos (blackberrym van, nem iphone es ez sem kepes flash tartalmak megjelenitesere). Es ezek azert fontos cuccok mint pl levelezes, naptar, docs, stb. Nagyon szepen, nagyon sok weben tulmutato ficsorrel meg vannak csinalva, flash nelkul. Persze ott van pl az analytics, amelyben meg nagyon jol jon, sot egyelore nelkulozhetetlen a flash. En orulnek ha mindenki igy hasznalna a flasht, arra amire jo, amire optimalis, olyanra amit ma meg nem lehet megoldani kompatibilisebb eszkozokkel. Tehat egy termek oldalan a foto galeria ne legyen flash. Egy neves fotosnak az oldala mar inkabb, de csak akkor ha olyan szepen es olyan megoldasokkal van megcsinalva, amelyekre csak a flash ad lehetoseget. En pl nemreg csinaltam egy egyszeru termekkatalogust egy baratnak flashben es tok szep meg billenytuzetrol navigalhato de aztan rajottem, hogy hiba volt flashben megcsinalni. Megcsinalom inkabb flash nelkul, mobilrol is meg flash nelkuli helyekrol elerheto verziora.
Kicsit hosszu lett meg kusza de remelem atmennek a gondolataim. :) Jo a flash de ma mar ahol potolni lehet szerintem potolni kell. Egy szep menu miatt ma mar nem kell flashez nyulni.
Természetesen nem kell mindenütt Flasht használni, minenhol használjuk csak azt, ami odavaló, amivel a legtöbbet lehet kihozni a feladatból (ez esetleg nem csak egy, de többféle eszköz is lehet). A Flash ma nem azt jelenti, amit a létrejöttekor tizenvalahány éve jelentett, a lehetőségei bővülése mellett a célterülete is nagyrészt eltolódott. Én egy picit sem ragaszkodom a Flashes menükhöz, fejlécekhez és hasonlókhoz HTML honlapokon, a Flash - nekem legalábbis - nem erről szól, ugyanakkor látom, hogy sokan - magukat webfejlesztőnek tartók is - kb. csak ennyit látnak belőle. Személy szerint ahol lehet én kerülöm is a HTML és a Flash keverését - vagy ez, vagy az, de együtt nagyon ritkán. Igazából annak örülnék, ha a web el tudna szakadni a HTML-hez való kötődésétől. A HTML legyen egy párhuzamos lehetőség a többi alternatíva mellett, de ne egy kényszerű alap, amit akkor is használni kell, ha nincs értelme. Ha már valamibe Flasht keverünk (tehát _kell_ a megtekintéséhez a Flash), akkor legtöbb esetben az a véleményem, hogy inkább készüljön az egész Flashsel (persze esete válogatja). Hogy valami HTML-lel, Flashsel, Silverlighttal vagy mással készül, mindig sokmindentől függ, s bizonyára sok példát lehet találni a rossz választásra. A HTML legnagyobb előnye, hogy az alapjait gyakorlatilag minden eszközön használni lehet, de ezzel együtt járnak a korlátai. A Flash és társai ugyanakkor megszüntetik ezeket a korlátokat, de kevésbé elterjedtek (bár pont a Flash gyakorlatilag minden asztali gépen ott van, s nagyon terjed a mobil eszközökön is - már ahol nem szabnak mesterségesen gátat ennek). Én a web jövőjét úgy képzelném el, hogy nem a böngésző lesz a lényeg a barangolásban, hanem a honlapok voltaképp önálló alkalmazások lesznek (ezt nyomja egyébként pl. az Apple is az iPhone-on, csak a többieket kizárva), különféle technológiával megvalósítva, a futtató eszközhöz önállóan alkalmazkodva, s itt nagyon is helye van a Flashnek, a Silverlightnak és még a Javanak is (errefelé mutat az AIR vagy a Silverlight out-of-browser lehetősége is). Persze ehhez még pár dolognak fejlődnie kell (pl. a keresőknek kiszállni a langyos pocsolyából, összekapni magukat és észrevenni, hogy már kinőttük a kizárólag HTML alapú indexelést, s az AJAX, a Flash, a Silverlight és a Java tartalmak más megközelítést kívánnak - nem lehet csupán a keresők kényelme miatt beáldozni a felhasználók érdekeit.
Igen, értem ezt - egyet is értek vele - és egyébként pont ugyanazt gondolom amit előttem tenegri nagyon szépen összefoglalt.
Itt is van par temaba vago hozzaszolas:
http://beszeljukmac.com/index.php/weblog/comments/az_adobe_szabotalni_pr...
SVG-edit
Nagyon jo cikk a temahoz kapcsolodan:
http://www.alistapart.com/articles/flashstandards/