<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>No Smoke: Cycle-IT's blog - Latest Comments</title><link xmlns="http://www.w3.org/2005/Atom" rel="http://api.friendfeed.com/2008/03#sup" href="http://disqus.com/sup/all.sup#forumcomments-d1fc485e" type="application/json"/><link>http://cycle-it.disqus.com/</link><description></description><atom:link href="http://cycle-it.disqus.com/comments.rss" rel="self"></atom:link><language>en</language><lastBuildDate>Thu, 11 Nov 2010 14:32:38 -0000</lastBuildDate><item><title>Re: Ejemplo de CycleFramework</title><link>http://nosmoke.cycle-it.com/2010/04/26/ejemplo-de-cycleframework/#comment-96255974</link><description>Al final del bloque Script se encuentra sobreescrito el set para el atributo initialized. Al comentar el manejador para el evento preinitialize (que es donde se realiza la carga de los estilos), hemos eliminado la posibilidad de que se inicialice la aplicación, por eso se te queda la barra de carga al 50%.&lt;br&gt;&lt;br&gt;Elimina el método "override public function set initialized(value:Boolean):void {} " o añade dentro "super.initialized = true".&lt;br&gt;&lt;br&gt;Espero que ya no tengas problemas.&lt;br&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Miguel Martín-Forero</dc:creator><pubDate>Thu, 11 Nov 2010 14:32:38 -0000</pubDate></item><item><title>Re: Ejemplo de CycleFramework</title><link>http://nosmoke.cycle-it.com/2010/04/26/ejemplo-de-cycleframework/#comment-96222457</link><description>Descargo el proyecto de esta dirección:&lt;a href="http://cycleframework.googlecode.com/svn/trunk/CycleFramework/example/bin-release/index.html" rel="nofollow"&gt;http://cycleframework.googleco...&lt;/a&gt;&lt;br&gt;click derecho descargar proyecto.&lt;br&gt;Importo el proyecto en mi flex builder&lt;br&gt;a) Cambio atributo visible de la application a true&lt;br&gt;b) Elimino el manejador del evento prein.&lt;br&gt;Lo compilo y ejecuto con el SDK 3.5&lt;br&gt;&lt;br&gt;si a): Aparece la aplicación pero no aparece el login y esta desactivada la interacción.&lt;br&gt;si a&amp;amp;b): La barra de carga se queda al 50%&lt;br&gt;si b): La barra de carga se queda al 50%</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Araceli</dc:creator><pubDate>Thu, 11 Nov 2010 12:13:10 -0000</pubDate></item><item><title>Re: Ejemplo de CycleFramework</title><link>http://nosmoke.cycle-it.com/2010/04/26/ejemplo-de-cycleframework/#comment-96037596</link><description>Hola Araceli, en el ejemplo publicado, tanto los estilos como los assets están referenciados directamente en el proyecto, mientras que en el ejemplo que podemos encontrar en el repositorio de CycleFramework en google code, los estilos y los assets están compilados en un SWF.&lt;br&gt;&lt;br&gt;Para que te funcione el ejemplo (aunque realmente funciona sin tocar nada) puedes probar a cambiar el atributo visible del &amp;lt;mx:application&amp;gt; a visible="true" y eliminar el manejador del evento preinitialize.&lt;br&gt;&lt;br&gt;Si sigues teniendo problema nos comentas :)&amp;lt;/mx:application&amp;gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Miguel Martín-Forero</dc:creator><pubDate>Wed, 10 Nov 2010 16:37:04 -0000</pubDate></item><item><title>Re: Ejemplo de CycleFramework</title><link>http://nosmoke.cycle-it.com/2010/04/26/ejemplo-de-cycleframework/#comment-95956771</link><description>Descargando el código del proyecto e importandolo, no funciona ni con el sdk 3.2, ni con el 3.5, ni con el 4.0. &lt;br&gt;La barra de carga se queda parada al 50%. &lt;br&gt;¿Razones?.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Araceli</dc:creator><pubDate>Wed, 10 Nov 2010 12:01:39 -0000</pubDate></item><item><title>Re: Panorama de bibliotecas 3D para Flash: introducción</title><link>http://nosmoke.cycle-it.com/2010/07/05/3d/#comment-93925995</link><description>Ya hemos visto las demos de molehill y son brutales :D. La verdad que es interesante echarle un ojo tanto a esto como Alternativa 3D, y no descartamos que a corto plazo escribamos un post sobre esto.&lt;br&gt;&lt;br&gt;Va a ser genial el juego que va a dar Flash :D</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Miguel Martín-Forero</dc:creator><pubDate>Thu, 04 Nov 2010 15:25:41 -0000</pubDate></item><item><title>Re: Panorama de bibliotecas 3D para Flash: introducción</title><link>http://nosmoke.cycle-it.com/2010/07/05/3d/#comment-92955633</link><description>eaaaa... buenos articulos pero un poco pasados de moda.. :D&lt;br&gt;creo que los que aparecen aqui :&lt;br&gt;&lt;a href="http://labs.adobe.com/technologies/flash/molehill/" rel="nofollow"&gt;http://labs.adobe.com/technolo...&lt;/a&gt;&lt;br&gt;&lt;br&gt;van mucho mas adelante. Papervision esta practicamente muerto y se echa en falta algo sobre Alternativa 3D, que fue el elegido para la presentacion del Adobe Max...&lt;br&gt;De cualquier forma gracias por compartir!&lt;br&gt;&lt;br&gt;saludos!&lt;br&gt;&lt;br&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Angel Anton</dc:creator><pubDate>Tue, 02 Nov 2010 09:04:12 -0000</pubDate></item><item><title>Re: Bibliotecas 3D para Flash: Away3D</title><link>http://nosmoke.cycle-it.com/2010/07/19/away/#comment-84845986</link><description>Estamos preparando el post de Sandy 3D, esperamos que en breve podáis leerlo. De todas formas, sí que tenemos montada la prueba de concepto con Sandy 3D y puedes encontrarla en &lt;a href="http://labs.cycle-it.com" rel="nofollow"&gt;http://labs.cycle-it.com&lt;/a&gt;.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Miguel Martín-Forero</dc:creator><pubDate>Thu, 07 Oct 2010 05:26:42 -0000</pubDate></item><item><title>Re: Bibliotecas 3D para Flash: Away3D</title><link>http://nosmoke.cycle-it.com/2010/07/19/away/#comment-84688184</link><description>Cuando será lo de Sandy 3D, ya que uso Papervisión y en cuanto a desempeño hasta ahorita sigo con el, pero quería ver que tal el desempeño de Sandy, tks</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">obdc el camino web.com.mx</dc:creator><pubDate>Wed, 06 Oct 2010 16:26:55 -0000</pubDate></item><item><title>Re: CycleFramework menos dependiente de Flex: sin ArrayCollection</title><link>http://nosmoke.cycle-it.com/2010/08/09/cycleframework-menos-dependiente-de-flex-sin-arraycollection/#comment-83081043</link><description>Es propio, se lo hizo un iluminado de aqui, bastante sencillito pero funciona muy bien, aunque algun quebradero me ha dado alguna vez :)</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Juanjo</dc:creator><pubDate>Fri, 01 Oct 2010 12:29:20 -0000</pubDate></item><item><title>Re: CycleFramework menos dependiente de Flex: sin ArrayCollection</title><link>http://nosmoke.cycle-it.com/2010/08/09/cycleframework-menos-dependiente-de-flex-sin-arraycollection/#comment-83052786</link><description>Habría que ver vuestro PageManager :P. ¿Forma parte de algún framework MVC de terceros? ¿Es vuestro? ¿O es algo mucho más sencillito?&lt;br&gt;CycleFramework ya está totalmente liberado de flex y me he deshecho de los ChangeWatcher. Tengo que encontrar el hueco para poder postearlo y explicarlo, pero el código por lo menos sí que puedes verlo en google code :D&lt;br&gt;&lt;br&gt;Nada, eso de estar por tierras anglosajonas te está matando :P</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Miguel Martín-Forero</dc:creator><pubDate>Fri, 01 Oct 2010 11:06:58 -0000</pubDate></item><item><title>Re: CycleFramework menos dependiente de Flex: sin ArrayCollection</title><link>http://nosmoke.cycle-it.com/2010/08/09/cycleframework-menos-dependiente-de-flex-sin-arraycollection/#comment-83039598</link><description>Me ha gustado este mucho senor!&lt;br&gt;&lt;br&gt;Si solo es para navegar entre vistas, por aqui usamos un PageManager para gestionar las vistas, cuando necesitamos cambiar de una a otra simplemente la anadimos a un diccionario de paginas y que el manager se encargue de todo, sin watcher de por medio. Y no funciona nada mal por si te sirviese de algo.&lt;br&gt;&lt;br&gt;pd: la ortografia no es culpa mia, ya tu sabes ;).</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Juanjo</dc:creator><pubDate>Fri, 01 Oct 2010 10:50:01 -0000</pubDate></item><item><title>Re: CycleFramework menos dependiente de Flex: sin ArrayCollection</title><link>http://nosmoke.cycle-it.com/2010/08/09/cycleframework-menos-dependiente-de-flex-sin-arraycollection/#comment-70189875</link><description>Uno de los caminos por donde tenía intención de pasar, aunque estaba barajando la posibilidad de evitar extender Proxy y utilizar simplemente un EventDispatcher interno para manejar los cambios del único atributo que queremos escuchar.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Miguel Martín-Forero</dc:creator><pubDate>Fri, 20 Aug 2010 08:22:11 -0000</pubDate></item><item><title>Re: CycleFramework menos dependiente de Flex: sin ArrayCollection</title><link>http://nosmoke.cycle-it.com/2010/08/09/cycleframework-menos-dependiente-de-flex-sin-arraycollection/#comment-70186215</link><description>¿quién quiere un ChangeWatcher... pudiendo tener un Proxy? ;-)</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ángel Palomino</dc:creator><pubDate>Fri, 20 Aug 2010 08:13:00 -0000</pubDate></item><item><title>Re: CycleFramework menos dependiente de Flex: sin ArrayCollection</title><link>http://nosmoke.cycle-it.com/2010/08/09/cycleframework-menos-dependiente-de-flex-sin-arraycollection/#comment-68713728</link><description>¡Buen trabajo, Miguel! El framework está quedando fino, fino.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">tripu</dc:creator><pubDate>Sat, 14 Aug 2010 10:15:49 -0000</pubDate></item><item><title>Re: Nuevo mercado para Flash y AIR: llegan los tablets</title><link>http://nosmoke.cycle-it.com/2010/07/26/nuevo-mercado-para-flash-y-air-llegan-los-tablets/#comment-64241589</link><description>Realmente no depende de un plugin porque AIR es un runtime, no es un elemento adicional a otra aplicación, así que plugin no se puede llamar. Pero por otro lado, sí, es necesario instalar el runtime de AIR para poder ejecutar aplicaciones AIR. &lt;br&gt;&lt;br&gt;Al igual que con flash, que necesitas Flash Player, con Java, un JRE, etc. De todas formas, leyendo la página de AIR for Android en Adobe labs (&lt;a href="http://labs.adobe.com/technologies/air2/android/" rel="nofollow"&gt;http://labs.adobe.com/technologies/air2/android/&lt;/a&gt;)&lt;br&gt;&lt;br&gt;"Adobe® AIR® will let you publish ActionScript 3 projects to run as native applications (.apk) for the Android OS. These AIR applications can be delivered to Android devices through Android application stores such as the Android Market."&lt;br&gt;&lt;br&gt;Así que una vez instalado AIR será fácil instalar una aplicación para Android.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Miguel Martín-Forero</dc:creator><pubDate>Mon, 26 Jul 2010 05:21:00 -0000</pubDate></item><item><title>Re: Nuevo mercado para Flash y AIR: llegan los tablets</title><link>http://nosmoke.cycle-it.com/2010/07/26/nuevo-mercado-para-flash-y-air-llegan-los-tablets/#comment-64240685</link><description>muy buen articulo... pero hasta donde lei habria que tener instalado un plugin de Air para Android... es decir, que se sigue dependiendo de un plugin :( ...&lt;br&gt;es asi o no?&lt;br&gt;&lt;br&gt;saludos!</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Angel Anton</dc:creator><pubDate>Mon, 26 Jul 2010 05:01:07 -0000</pubDate></item><item><title>Re: Adobe, Mozilla y Google: Por una fácil y cómoda integración</title><link>http://nosmoke.cycle-it.com/2010/03/31/adobe-mozilla-y-google-por-una-facil-y-comoda-integracion/#comment-44592095</link><description>Me agrada verte por aquí comentar LionH ;)
&lt;br&gt;Está claro que sus motivaciones son simplemente económicas, pero su postura continúa siendo absurda. No se pueden poner puertas al campo, tarde o temprano por algún sitio se te acaban colando y ahora mismo, Adobe con su CS5, ya permite la publicación de aplicaciones Flash, Flex y AIR en los dispositivos de Apple.
&lt;br&gt;Es cierto que no aprovecharán toda la potencia de los mismos, que se conseguiría facilitando su inclusión, pero ya están ahí. Es cuestión de tiempo :).</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">miguel</dc:creator><pubDate>Thu, 08 Apr 2010 04:39:43 -0000</pubDate></item><item><title>Re: Adobe, Mozilla y Google: Por una fácil y cómoda integración</title><link>http://nosmoke.cycle-it.com/2010/03/31/adobe-mozilla-y-google-por-una-facil-y-comoda-integracion/#comment-44592093</link><description>Bueno, lo de apple se sabe... No quieren integrar el flash player porqué automaticamente, tendrías un montón de aplicaciones y juegos totalmente gratis y además se piensan que el HTML5 pueda competir con Flash, algo totalmente absurdo desde mi punto vista.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">LionH</dc:creator><pubDate>Wed, 07 Apr 2010 17:54:56 -0000</pubDate></item></channel></rss>
