Durante la presentación de su famoso iPad Jobs mostró en repetidas ocasiones como el dispositivo no soportaba flash. Cualquier persona que le conozca mínimamente, sabe de sobra que él practica las presentaciones docenas de veces, y que absolutamente nada sucede modo aleatorio en ellas. El hecho de que cuando Steve usaba el navegador varias páginas necesitasen flash y el dispositivo indicase claramente que no estaba soportado no podía ser una coincidencia.
Unos días después de la presentación del iPad Steve por fin ha explicado a que se debió aquel teatro. Según él, Adobe es ""perezoso"". Tienen el potencial para hacer cosas interesantes, pero se niegan a hacerlas. Apple no soporta flash porque está lleno de bugs. Flash es la mayor causa de problemas en los Mac. Y nadie va a usar Flash en el futuro; todo el mundo se va a mover a HTML 5.
Durísimas críticas del CEO de Apple a la compañía que probablemente más software vende para Mac OS. Este movimiento podría interpretarse como una llamada a todo el mundo a abandonar flash y a pasarse a HTML 5.
Francamente, estoy de acuerdo con él. El plugin de Flash sin duda es una de las aplicaciones que más a menudo me da problemas en mi equipo (Windows, pero es la misma historia). Su producto Acrobat tiene un problema similar. Personalmente, yo sólo necesitó un visor de PDFs y una impresora que permita generar PDF. No tengo ni idea que son los 1558 megas que el Adobe 8 ha instalado en mi equipo. Y Acrobat sin duda es la única aplicación de mi equipo que me da todavía más problemas que flash (especialmente cuando se ejecuta como un plugin de FireFox).
¿Creéis que Adobe ha perdido el norte y está favoreciendo las ""features"" en sus productos a costa de la calidad y la robustez? ¿Pueden estas palabras de Steve realmente acelerar la adopción de HTML 5 y fomentar el abandono de flash? ¿Creéis que puede ser posible una web sin flash dentro de unos pocos años?
Etiquetas: otro, stevejobs, adobe, ipad
¿Y applets? ¿Podra correr applets el nuevo juguete de Apple?
por eso, lightroom, por poner un ejemplo, es para mi el mejor software que he probado de revelado digital...
no, no estoy de acuerdo con Steve Jobs.
Primero de todo yo creo que el rechazo al Flash por parte de Apple se debe más bien a que ellos quieren tener el control absoluto de lo que funciona en sus iPhone y sus futuros iPad, hay que tener en cuenta que el iPhone es un Mac "enjaulado", es decir, no puedes instalar lo que quieres, lo cual no ocurre con los Mac que son sistemas "abiertos", y un player Flash no deja de ser un INTERPRETE pero con acceso al sistema operativo a bajo nivel, hay que tener en cuenta que un interprete (aunque sea de bytecode) a través de una conexión web puede cargar lo que quiera, por tanto encima de ese intérprete puedes ejecutar casi cualquier cosa.
Apple en mi opinión ve Flash como una amenaza a su mercado de aplicaciones, pues via web se podrían colar aplicaciones tan "cool" como las aplicaciones que se venden en su tienda pero sin pasar por caja (os recuerdo que el hecho de publicar una aplicación en el App Store de Apple vale dinero aunque la aplicación sea gratuita y además ha de ser aprobada). No es casualidad que Java no esté tampoco en el iPhone aunque yo creo que Flash a día de hoy es más "amenaza" para Apple que Java por aquello del "factor cool" (aplicaciones vistosas) que tanto ha beneficiado a Apple y a Java todavía le falta el "factor cool" que se está intentando obtener via JavaFX).
Por tanto en este tema lo que venga de Apple ha de verse más bien como excusas para ocultar las verdaderas razones, aunque esas razones pueden ser ciertas mi impresión es que nadie en su sano juicio quita de enmedio Flash por algunos problemas puntuales de estabilidad (incluso Microsoft usa Flash en sus webs) salvo que tengas poderosas razones económicas como es el caso del iPhone/iPad.
Vista la parcialidad del mensajero no quita que sea muy probable que Flash sea desplazado en el futuro por SVG + HTML 5, como creo en eso no es casualidad que haya apostado a saco en dar en ItsNat el soporte más diverso que existe a las tecnologías SVG incluido Internet Explorer que es la piedra que ha impedido a SVG proliferar, aunque entre Adobe con su Adobe SVG Viewer, Renesis con su SVG Player, Savarese con su Ssrc, Google con su SVGWeb y mi granito en ItsNat esta piedra se está quitando de enmedio le guste o no a Microsoft.
jmarranz
Una aclaración, publicar una app en el App Store no cuesta dinero. Sólo se paga la primera vez que te registras como desarrollador, pero después puedes publicar tantas apps como quieras (o como Apple te aprueba claro).
En cualquier caso estoy de acuerdo contigo en el tema de tener el control de lo que se ejecuta en los iPhones para controlar los ingresos de la App Store. Si se pudiera ejecutar flash se abriría la puerta a esos miles de juegos gratis que hay en la red sin pasar por caja. Además se podría abrir la puerta a aplicaciones en modalidad SaaS sin que Apple pudiera decir nada.
Parte de razón si que tiene, no sé si la culpa será de Adobe o de Apple, pero en mi Macbook Pro cuando el firefox ejecuta Flash, se pone el procesador a tope y más de una vez se me ha quedado colgada la máquina (que también pasa en los Apple).
¿HTML 5 desbancar a Flash?
No se lo cree ni él.
Los comentarios de San Steve son realistas pero no me sorprenden HTML 5 fue diseñado por todas las personas que odiamos lo suficiente a Adobe como para soportarlo pero quisiera saber porque has instalado esa chorrada de 180 megas me parece mas preocupante eso e incluso me sorprende pues desde hace mucho algunos hemos migrado a otros mares.
Flash, JavaFX, Silverlight, SVG, HTML 5
Son tecnologías distintas y que tienen el potencial de ser empleadas para dar soporte a las mismas soluciones.
Personalmente a la hora de darles soportes desde Form4G tuve que hacer el siguiente análisis.
Flash: me encantaría tenerlo. Desgraciadamente no e encontrado un soporte 100% portable y sobre todo confiable. Además y como comenta abraham (y a mí me consta) si estamos ablando de una tecnología que ya le da dolores de cabeza a los navegadores, seria iluso pensar que no los dará en Form4G.
JavaFX: es técnicamente posible empotrar FX en swing, lo que todavía no esta del todo claro es que tan legal es hacer esto o no. Debido a que Form4G tiene una licencia muy permisiva he tenido que estar muy pendiente de este tema.
Silverlight: bueno.. digamos que las razones para no soportarlo son mas que evidentes.
SVG: Lo que me llevo (al menos por el momento) a no soportarlo terminó siendo que los diseñadores suelen ver a SVG solamente como un formato grafico y no como una alternativa a Flash (en ese sentido la definición que le da wikipedia no le ayuda mucho).
HTML 5: Ya sea por tratarse de un estándar o porque no implica tener que reaprender a programar, esta tecnología si esta siendo tenida en cuenta por los diseñadores. Además el que los navegadores mas utilizados ya den soporte a la misma facilitará enormemente su adopción.
Como ya hemos comentado en otro tema, la cuestión está en que a Apple le gusta dominar todo el cotarro "para asegurarse de que el usuario disfruta al máximo de la experiencia". Una vez dicho esto, lo que comenta Steve no es ninguna tontería y a todos nos ha colgado el navegador más de una vez el puñetero plugin de flash o el de acrobat, además de haberse vuelto unos truños intrusivos que te dan la vara para actualizarse un monton de cosas que no sabes ni para que son etc. etc.
Así que la estrategia es fácil, teniendo esa base real, pintas la botella medio vacia en vez de medio llena, contando sólo la parte de verdad que te interesa, y te quedas más ancho que largo. Y eso es lo que hace Mr. Jobs. Lo hizo con Java para el iPhone (que no fue el unico runtime que no se puede ejecutar, pero fue el único que mencionó), lo hace con sus aplicaciones para el Apple Store...
Google en vez de eso coje y modifica lo que le parece, sin encomendarse a Dios ni al Diablo, y luego no es estandar, ni portable, pero ahí queda y los demás a espabilarse para ser compatibles. Y mientras a los dos les funcione... ¿para que cambiar de estrategia?
De todas formas a mi me parece bien que les de un poco de caña a los de Adobe, que los monopolios suelen acabar dormidos en los laureles, y por ejemplo el cambio filosófico de la ultima versión de Flash (el editor) ha sido una patada en los webs, literalmente, de muchos de sus fieles usuarios, pero como puede....
Tiene toda la razon. Si flash o java dan por saco pues no se pone y punto. Mejor hacer menos pero bien que pasar por el tubo. Y si el puede, pues felicidades, es en realidad consecuente con lo que vende.
En este hombre no deja de soprenderme como teniendo aun un ojo en la parte tecnica y 'geek' de lo que vende, es capaz de mantener una perspectiva mucho mas amplia y lucida, cosa que el 90% de los que escriben en blogs de temas tecnicos no somos capaces de hacer.
Mientras todos miran cuantos formatos audio, video y mega-conectores compatibles tiene un cacharro, este te saca uno sin agujeros que solo hace una cosa a la vez y vende 4 millones en una semana. Se lo regalan a la dependienta de la esquina, al abogado de 60 años y a mi abuela. Te puedes bajar musica sin saber lo que es un mp3, ni un cable usb-mandanga.
Anónimo: Tiene toda la razon. Si flash o java dan por saco pues no se pone y punto. Mejor hacer menos pero bien que pasar por el tubo. Y si el puede, pues felicidades, es en realidad consecuente con lo que vende.
¿De verdad te crees que Flash y Java no se permiten en el iPhone porque tienen algunos problemillas de estabilidad?
Yo puedo entender ciertas decisiones estratégicas de una empresa respecto a la competencia y luego como consumidor aceptar dichas limitaciones o no, ahora bien creerme cualquier cosa... pues no la verdad por mucho que la diga Steve Jobs o el Dalai Lama.
Pues hablando de empresas que abusan Apple lleva la delantera (y por lejos). Todo, absolutamente todo es propietario (salvo casos en que han sido obligados a usar componentes estándares, no porque ellos quisieran: conectores, monitores, teclados, etc.), precisamente porque les permite "tener el control" monopólico de sus productos (según ello es "aras de la experiencia del usuario") y obviamente cobrar como monopolio.
Luego de jobs diga que no quieren Flash por sus fallo da risa...
@jmarranz
"y un player Flash no deja de ser un INTERPRETE pero con acceso al sistema operativo a bajo nivel, hay que tener en cuenta que un interprete (aunque sea de bytecode) a través de una conexión web puede cargar lo que quiera, por tanto encima de ese intérprete puedes ejecutar casi cualquier cosa."
Vamos a ver, está claro que no es un problema técnico. Nada impide que el plugin para iphone se adapte a las condiciones de seguridad que establezca Apple, aunque un cierto porcentaje de aplicaciones Flash no puedan ejecutarse (porcentaje que seguramente se reduciria en cuanto se añadiera dicho soporte). Por otro lado hay players de Flash que se ejecutan al menos en ARM, x86 y PPC, sobre Windows, Unixes y un rico surtido de SOs móviles, con lo que no creo que haya ninguna dependencia específica para con el API del sistema operativo que no esté resuelta ya, y por lo tanto ninguna necesidad de que no pueda pasar los mismos controles que aplicaciones del app store y reestringirse a las APIs que proporciona Apple más las específicas para integrarse en Safari.
Y ciertamente, no entiendo tanta crítica sobre la decisión de Jobs. En este caso, no sabemos a ciencia cierta porqué razón, está fomentando los estándares en la web.
Aunque no me extrañaría que hubiera de por medio un tema de royalties no solventado para integrar el visor de flash. Porque no creo que las aplicaciones Flash fueran a desplazar a las nativas del App Store, por muchas razones.
"Su producto Acrobat tiene un problema similar. Personalmente, yo sólo necesitó un visor de PDFs y
una impresora que permita generar PDF. No tengo ni idea que son los 1558 megas que el Adobe 8
ha instalado en mi equipo."
Eso es porque acrobat es una herramienta para profesionales, para los demas esta el reader o cualquier otro lector de pdf y para imprimir pdf tambien hay varias opciones. Además no entiendo por que meter un articulo sobre flash en un sitio web de java.
Adobe solo cambia el número de sus productos, añade incompatibilidad y listo!!! Software nuevo!!! (como sucede con el sistema operativo y los productos de oficina de microsoft)
Pues hasta ahora, todos los formatos de adobe mantienen la compatibilidad con versiones anteriores aunque obviamente de lo nuevo hacia tras no.
Con todo respeto adobe hace mucho mejor software que microsoft, no hay comparación.
Para critica lo que dijo de Google ...
Lo de Adobe consiste en vetar flash en sus nuevas plataformas (desde que salio el iPhone), las palabras sobran. Idem con Java.
O alguien creia que era algo temporal?
Pues a mi Flash me va muy bien. Nunca me da problemas.
Ahmm y en esos 1558MB de los que hablas hay (entre otras cosas), funciones criptográficas que permiten firmar documentos y comprobar su autenticidad oficial (como pasa por ejemplo con el BOE, etc). Muy utiles en Administracion electrónica, justicia o notaría.
En este hombre no deja de soprenderme como teniendo aun un ojo en la parte tecnica y 'geek' de lo que vende, es capaz de mantener una perspectiva mucho mas amplia y lucida, cosa que el 90% de los que escriben en blogs de temas tecnicos no somos capaces de hacer.
Jobs no es para nada técnico, sabe como hacer negocios pero en la parte técnica no ha de saber gran cosa.
Flash tiene cosas buenas y malas. Lo que es totalmente malo es lo que hace Jobs, tratar a los usuarios como niños sin derecho de elección sobre que quieren usar. ¿Alguien recuerda aquel anuncio de 1984 de la compañia? Parece que ahora sea la cara de Jobs la que esta en la pantalla.
Este señor ha diseñado una nueva metodología de construir sistemas robustos, y es restringir lo que puedes usar en el sistema cada día más. En lugar de controlar variables, las elimina directamente. Chapeu.
Respecto a Flash y HTML 5. Adobe no se ha convertido en la compañia que se ha convertido, esperando "a ver que pasa". Mirad la dirección en que se estan moviendo con su open screen project
Tienes derecho a elegir los productos de Jobs u otros. ¿Que mas derechos necesitas?
Si Bill Gates hace lo de este tio le comen. Pero como es el guay de Steve Jobs no pasa nada.
Flash es estable y ubicuo. Si un sitio de noticias utiliza flash para los anuncios que le dan de comer es porque sabe que el 99.9% de los usuarios lo tienen.
De hecho es al reves, Flash esta comiendo terreno al HTML y no creo que el HTML 5 vaya a cambiar eso. Tu haces algo en flash y se ve igual en cualquier sitio.
"Silverlight: bueno.. digamos que las razones para no soportarlo son mas que evidentes."
De hecho, no lo son. ¿Cuáles son esas razones?
Steve Jobs está haciendo lo mismo que el resto de los mortales, migrar hacia la Open Web. El equipo de Google Gears ya ha dicho que no van a seguir evolucionando porque van a pasarse a HTML 5. Hay mucha gente que comenta que desarrollar sobre iphone es una gozada porque sólo tienen que soportar Safari. Incluso IE 9 van a empezar a soportar fragmentos de HTML 5.
La web ha cambiado estos últimos años, y actualmente buena parte de lo que se hace con flash puede hacerse mucho mejor con CSS transitions y HTML 5. Lo único que está haciendo Steve Jobs es mejorar la experiencia de usuario en Mac y forzar un poco la mano. No es distinto de lo que hace YouTube cuando dice que no van a soportar IE6, igual que las aplicaciones de Google han empezado a desconectarlo. Pasan página.
A mí sinceramente Adobe no me da pena en esto. Tenían un producto fantástico para soportar SVG en IE y lo desconectaron, sin más, porque cubría el mismo nicho que flash.
En cuanto a lo de que Apple gana ventaja competitiva en esto, HTML 5 es un estándar abierto. Lo soportan Chrome, Safari (también hay un Safari para windows) y Firefox 3.6. Apple no está en mejor situación que el resto.
y si tengo mi flamante ipad(ipod gigante) y quiero ver un video de youtube? como el tio steve mejora mi esperiencia de usuario? que solucion me da este guru? anda esperiencia ni ostias
@Anonimo 04/02/2010 22:38
"y si tengo mi flamante ipad(ipod gigante) y quiero ver un video de youtube? como el tio steve mejora mi esperiencia de usuario? que solucion me da este guru? anda esperiencia ni ostias"
Le das al botón que pone Youtube y que esta en todos los ipod, grandes y pequeños, y te ves todos los videos que quieras.
Anónimo 04/02/2010 23:25 y quien dice youtube dice otra web que utiliza flash?
Youtube ya soporta HTML 5. Lo anunciaron el mes pasado.
icoloma: Lo único que está haciendo Steve Jobs es mejorar la experiencia de usuario en Mac y forzar un poco la mano
Estoy de acuerdo con tu reflexión sobre el Open Web vs Flash pero ¿que te juegas a que Apple no va a permitir la instalación de web widgets en el escritorio del iPhone/iPad que no pasen por la tienda?
A ver que no lo veo mal, es un negocio, una empresa y punto, pero lo que no podemos es pecar de ingenuos y de "buenismo desinteresado".
Respecto al Adobe SVG Viewer de Adobe, hombre todavía sigue vivo (vale descontinuado), sigue siendo el más completo renderizador de SVG según dicen algunos y un oscuro secretito que guardaban y que sin él limitaba mucho su uso, ha salido a la luz (abrir con MSIE y el ASV instalado).
Para el que no sepa a que me refiero, Adobe ha ocultado desde el primer día que el ASV embebido en HTML admite comportamiento dinámico (es decir, modificación del SVG via DOM), hasta ahora su uso en este modo se había limitado a mostrar el SVG insertado estáticamente en la página.
"Estoy de acuerdo con tu reflexión sobre el Open Web vs Flash pero ¿que te juegas a que Apple no va a permitir la instalación de web widgets en el escritorio del iPhone/iPad que no pasen por la tienda?"
Es Open Web. Una aplicación HTML 5 tiene que funcionar igual en Safari que en Chrome. No estamos hablando de hacer plugins o aplicaciones nativas de iphone. Hablamos de JSON, CSS, HTML offline browsing y javascript storage. Tiene que funcionar igual en todos los navegadores.
Yo no dudo que Steve Jobs está haciendo lo que más le conviene a Apple. Lo que me parece es que, con esta decisión en concreto, Apple está haciéndome la vida más fácil en el futuro. Y ojo, yo soy el primero con aplicaciones flash que migrar.
Haber...
Actualmente se están construyendo juegos y aplicaciones en HTML5 canvas que no tienen absolutamente nada que envidiarle a flash.
http://www.canvasdemos.com/.
Estas aplicaciones deberían correr sin problemas en el nuevo juguete de Steve Jobs y sin la necesidad de pasar por App Store por lo que ese argumento queda descartado.
Personalmente creo que la decisión de esta gente bien pudo haber pasado por alguno de los siguientes puntos.
1. Eliminar variables de conflicto (y que a nadie le quepa duda de que flash es una)
2. Un tiro por elevación a Adobe (para que mejoren su producto en Apple)
3. HTML5 canvas es un invento de Apple y su principal promotor.
It was initially introduced by Apple for use inside their own Mac OS X WebKit component, powering applications like Dashboard widgets and the Safari browser.
http://en.wikipedia.org/wiki/Canvas_element.
Saludos cordiales,
Eduardo O. Frigerio.
No me has entendido con lo de los web widgets, me estoy refieriendo a ésto, a la capacidad de instalar en el escritorio del teléfono aplicaciones basadas exclusivamente en tecnologías web, que por el hecho de haber sido instaladas voluntariamente por el usuario adquieren una serie de privilegios de acceso al teléfono que no tiene una página web normal.
Es una tecnología a la que se están apuntando todos los fabricantes de móviles... menos por ahora Apple, y es que rompe los esquemas del modelo de negocio de aplicaciones de Apple con el iPhone incluso aunque pasasen por el App Store, porque un sólo widget supondría una puerta al universo de Google por ejemplo accediendo al teléfono a bajo nivel. Siempre pueden impedir el acceso a bajo nivel al web widget pero esa no es su filosofía y los reduciría a meros bookmarks de páginas en el escritorio.
El anterior comentarios iba para icoloma.
EFrigerio: Estas aplicaciones deberían correr sin problemas en el nuevo juguete de Steve Jobs y sin la necesidad de pasar por App Store por lo que ese argumento queda descartado.
Te olvidas del acceso al teléfono (acelerómetro, llamadas, cámara, agenda etc), el cúal no es posible via web normal, lo que conecta con lo que escribía antes.
@jmarranz: Estas aplicaciones deberían correr sin problemas en el nuevo juguete de Steve Jobs y sin la necesidad de pasar por App Store por lo que ese argumento queda descartado
No, no me olvido, pero en ese tema en particular, hay mucha tela para cortar, y empezar a discutir sobre el mismo, seria desvirtuar la discusión con respecto a la noticia.
En todo caso, es un buen tema para armar otro de tus debates. :)
Titulo: Cuales son los limites de seguridad de una aplicación de escritorio, de un wibget y de una pagina web. Y cuales son aquellos canales de comunicación que los diferentes OS deberían brindar a las app de manera estandar (acelerómetro, llamadas, cámara, agenda etc)
Hola jmarranz,
El acceso a varias funcionalidades dentro del teléfono móvil es posible sin salirse del mundo javascript:
http://blog.mozbox.org/post/2009/10/12/Some-new-demos
La lista de momento va creciendo.
Por otro lado, las funcionalidades y ejemplos que describe la W3C para web widgets están, hasta donde sé, cubiertos con el estado actual de HTML 5 (vamos, que no hace falta salirse del sandbox del navegador). Donde esto se quede corto (por ejemplo, para recuperar el número de serie de los dispositivos de almacenamiento), entiendo que lo suyo es irse a xcode y dejarse de medias tintas.
Gracias por la info. No sabía que algunas cosas (vibración, acelerómetro, sonido y geolocalización) eran accesibles desde web.
De todas formas todos los demás fabricantes están apostando por llegar mucho más lejos en el control del teléfono via tecnologías web, uno de los pioneros en esta tendencia es el webOS de Palm.
Dependiendo de como les va a los demás con los web widgets veremos si hay movimiento o no de Apple en este tema.
El tema de los web widgets es importantísimo para el mundo Java pues esos web widgets lo normal es que se conecten a aplicaciones web, lo instalado en ocasiones no será más que la punta de lanza, lo contrario que en el mundo nativo en donde lo que se instala es "la aplicación".
Hola,
¿Algún usuario de Mac puede ayudarme? He hecho una aplicación Flash para explorar repositorios de Subversión vía web. También se pueden ver gráficos de revisiones etcétera.
La cuestión: yo la puedo probar en Windows y en Linux, pero no tengo un Mac.
¿Algún usuario de ese sistema operativo podría entrar y decir si funciona? Basta con que miréis que no se cuelgue y se pueda ejecutar un par de comandos, no hace alta que hagais un análisis exhaustivo. :)
Está colgada aqui:
www.svnflash.com
Escoged el repositorio que más os guste: Apache, KDE, OpenOffice y tened en cuenta que la primera vez hay que esperar +10 segundos para ver algo (las siguientes no).
¿Creeís que algún día se podrán hacer aplicaciones así con HMTL 5?
Gracias por la ayuda
Pablo.
No uso ni me interesan los productos de Apple, pero esta vez estoy de acuerdo con Jobs. Estoy podrido del paupérrimo soporte de Flash en Linux y otras plataformas, incluso en Win está lejos de ser lo ideal. Por años no hubo ni siquiera un soporte para 64-bit, y cuando finalmente lo hay, todavía sufrimos inestabilidades, cuelgues de los navegadores, todo tipo de problemas. La tecnología FLASH me parece EXCELENTE. Sin embargo, la no publicación de las especificaciones como un formato abierto (porque sigue cerrado en los hechos) imposibilita que al menos surjan otras implementaciones alternativas superiores, degradando a una tecnología fantástica en un sufrimiento constante. EL MAL MANEJO DE ADOBE con respecto a FLASH, lo puede terminar pagando muy caro. Está generando que le aparezcan competidores hasta donde nunca los tuvo. Espero que no le pase como a Symbian o Palm, que recién lo hacen open source cuando ya perdieron gran parte del mercado y el interés por parte de los desarrolladores, y que han sufrido un daño del que nadie sabe si podrán reponerse.
Si ADOBE sigue durmiéndose en sus laureles y manejándose tan autista como siempre, se perderán (y perderemos todos) una oportunidad única de que FLASH se convierta en un estándar abierto. No uso FLASH y siempre estuve y estaré en contra de su uso en todos los proyectos donde participo, por todas estas razones y muchas más (graves problemas de usabilidad e integración con el navegador y la web, que siguen sin ser direccionados por ADOBE). Si al menos publicaran las especificaciones, o al menos volvieran software libre/abierto al reproductor, alguien podría participar y mejorarlo y sin dudas que revería mi posición y le daría el visto bueno. Hasta tanto, continuaré con mi rechazo absoluto a todo lo que tenga que ver con FLASH, no lo necesito y bajo estas condiciones no me interesa. Y creo que no soy el único en este barco.
--gorlok
Se me olvididó. También podéis enviarme comentarios aqui: pablo@svnflash.com
=)
ni uno ni otro yo no me quedo con algo que no corra Java y punto.
Pablo: svnflash me dice "Desea instalar Flash Player 10?" a lo que le contesto No. Y entonces se queda vacío y no sale nada. ;)
> ¿Creeís [sic] que algún día se podrán hacer aplicaciones así con HMTL 5?
No, no lo creo. ¿Conseguir ese tipo de interactividad? Imposible http://mugtug.com/sketchpad/
Del todo imposible. Además, con las animaciones que se pueden hacer con Flash? No, definitivamente no. http://9elements.com/io/projects/html5/canvas/
Esta bastante bien, como con el Flash se me pone la CPU al 90-100% así que al mismo nivel :).
La cuestión más importante, sin embargo, es el "IDE" para animaciones. Mientras no tengan un "IDE para no técnicos", ni JavaFX, ni JavaScript, ni SVG se comerán un rosco. Como dirían en la campaña de Clinton "It's the IDE, stupid!"
De todas formas, uno de los cambio que si pegará duro con las versiones siguientes de HTML etc. son los Web Sockets... aunque habrá que como queda por que no se yo como aguantará la cosa cuando la gente abuse :).
@greeneyed: La cuestión más importante, sin embargo, es el "IDE" para animaciones. Mientras no tengan un "IDE para no técnicos", ni JavaFX, ni JavaScript, ni SVG se comerán un rosco. Como dirían en la campaña de Clinton "It's the IDE, stupid!"
Echadle un vistazo a esta pagina.
http://mezzoblue.com/archives/2010/01/14/illustrator_/
Pues eso, así de mal está el tema.
Perdonad mi ignorancia pero SVG y canvas son cosas diferentes, SVG es "vector graphics" y canvas es "pixel graphics", es decir es como hablar de Inkscape y GIMP.
Ciertamente en ambos se pueden hacer animaciones pero resuelven problemas más o menos diferentes.
Ciertamente un dibujo vectorizado puede renderizarse como pixeles pero lo más natural es que se mantenga como vectorizado, es decir, a lo mejor no es buena idea el tratar de convertir un dibujo vectorial de Illustrator en un script canvas cuando la exportación más natural es como SVG.
Lo que greeneyed señalo, es que a estas "nuevas herramientas" le están faltando, es un ide visual decente. En el link que le señale se aborda esto para el caso especifico de canvas. Y propone como una solución transitoria el convertir SVG a canvas para utilizarlo directamente mientras se espera la aparición de este tipo de herramientas.
Yo estuve jugando con esta idea como un soporte ligero para SVG en Form4G, sin la necesidad de arrastrar dependencias hacia Batik y reutilizando mi soporte para canvas. Desgraciadamente a SVGToCanvas (http://code.google.com/p/lindenb/wiki/SVGToCanvas) le falta bastante para poder plantear algo en esta dirección y el autor ni siquiera a publicado el codigo fuente.
En cuanto a lo que html5 - canvas y SVG son cosas distintas, desde un punto de vista dogmático tienes razón, pero desde un punto de vista pragmático.
http://www.google.com.ar/search?hl=es&safe=active&client=opera&rls=es-LA&hs=Eev&q=SVG+vs+canvas&btnG=Buscar&meta=&aq=f&oq=
El IDE de Flash es importante, sí, pero depende del contexto. Entre diseñadores puede serlo. Entre programadores, la mayoría tienden a usar otros distintos al de Adobe.
De cualquier modo, los ejemplos que puse eran exclusivamente para señalar que poderse se puede hacer exactamente lo mismo que puede hacer Flash. La pregunta era esa, si se podría algún día hacer aplicaciones así con HTML5. La respuesta a eso es sí, hoy mismo ya se puede.
En ensamblador a pelo también se pueden hacer la mayor parte de las aplicaciones que se hacen hoy en día, y no veo a mucha gente que lo haga. Así que que se pueda hacer no significa realmente mucho.
Es como el aspecto de las aplicaciones Swing. Poderse retocar se puede retocar practicamente todo, como lo demuestran Romain Guy et. al de vez en cuando, pero... és sencillo? lo puede hacer cualquier "average joe programmer"?
Algunos como Adobe, Apple, Microsoft ven la diferencia. Otros como Sun, con todos el respeto y agradecimiento que le tengo, no. Creo que la historia habla por si misma.
greeneyed, entiendo lo que dices, creeme; no hace falta que recurras a exageraciones ridículas. Pero la cuestión es ¿estamos hablando de "joe average programmer" o de "max average designer"? Y ¿hablamos de un proyecto en el que trabajan un par de max y tres o cuatro joes o a lo mejor sólo un par de joes y ningún max?
Te lo digo porque, de nuevo, el IDE de Flash no es el único IDE que existe para Flash. Más aún, no es ni siquiera el más usado para crear contenido Flash. Y en los últimos años la calidad de la herramienta ha bajado mucho.
A ver, sin tener que empezar a llamarnos cosas, ya sé que el IDE de Flash ha bajado mucho y de hecho ya he mencionado un par de veces en comentarios por aquí que ahora tienen una oportunidad sus competidores por que Adobe la ha cagado, en mi opinión, con sus últimos cambios. Pero si lo lees bien, verás que yo digo que hace falta un buen IDE, como los que existen para hacer contenido Flash, no ese en concreto.
Una vez dicho esto, el que haya alternativas a Flash es un punto aun más a favor de lo que quería decir: Que hace falta un buen IDE para triunfar como lo ha hecho Flash, y encima con alternativas... no te digo.
Simplemente opino que la pregunta importante no es si se puede o no se puede hacer. Y eso se puede demostrar fácilmente con "exageraciones ridículas". Lo que pasa es que muchas veces los técnicos pensamos que con "se puede hacer" ya está todo el trabajo hecho y lo demás vendrá rodado. Y la historia demuestra claramente que eso no es cierto ni por asomo.
Y con eso tampoco quiero decir que HTML 5 sea malo, no deba trinufar etc. etc. Simplemente que si pensamos que con las posibilidades técnicas está el tema zanjado, entonces "fracasaremos" como lo hizo Swing, como lo hacía Linux hasta que mejoró "la experiencia de usuario" (y lo que aun le queda) etc. etc...
Nadie ha dicho que "esté resuelto". No quiero discutir más, y menos contigo, pero eso, en ningún momento he dicho que "está resuelto".
Sí, sí, me disculpo si te ha dado esa impresión. Era una expresión de forma genérica para incluirnos a todos los "técnicos", que a veces nos pasa. Entiendo que quieres decir que el paso de "se puede hacer" ya esta hecho, y sólo añado.. "no nos quedamos ahí".
Escribe tu comentario