Jobs tenía razón: Adobe abandona Flash para dispositivos móviles

Jobs tenía razón: Adobe abandona Flash para dispositivos móviles:

Desde que salió el iPhone en 2007, la controversia de que el teléfono de Apple no contase con la posibilidad de tener aplicaciones web basadas en Flash estaba servida. A lo largo de todos estos años, en Applesfera hemos ido hablando de este largo culebrón, alimentado muchas veces por las palabras de Steve Jobs sobre el mismo, con respuestas desde Adobe que sólo se quedaban en palabras. Adobe seguía sin lanzar al mercado una implementación de Flash adecuada para los dispositivos móviles. Y el tiempo seguía dando la razón a Steve Jobs, que criticaba a Flash por ser un sistema cerrado, por no ser fiable y tener un mal rendimiento, el consumo de batería asociado a la reproducción de contenidos en Flash, y que el mismo estaba desarrollado para ordenadores, no para dispositivos táctiles. Podéis leer todo esto en una estupenda entrada que escribió mi compañero Samuel Campos allá por abril del año pasado.

Adobe contraatacó diciendo que “Si Adobe hace que un Mac se cuelgue, probablemente “tiene algo que ver con el sistema operativo de Apple”, y otras lindezas similares.

Pese a toda la polémica de estos años, Adobe ha anunciado recientemente lo que parece ser la losa que cubra la tumba de Flash:

Nuestro futuros trabajos con Flash en dispositivos móviles se centrarán en que los desarrolladores en Flash puedan empaquetar aplicaciones nativas con Adobe AOR en todas las principales tiendas de aplicaciones. No vamos a adaptar Flash Player para los navegadores móviles, versiones de OS o configuraciones de dispositivos. Los que hayan comprado una licencia de nuestro código fuente podrán optar a seguir desarrollando y liberando sus propias implementaciones. Seguiremos dando soporte a las configuraciones actuales para Android y Playbook, solucionando fallos críticos y actualizaciones de seguridad

La verdad es que la fortaleza de HTML5, junto con las razones expuestas por Steve Jobs, hacen que la muerte de Flash para dispositivos móviles sea casi la crónica de una muerte anunciada. Lo raro es que Adobe en los últimos años seguía anunciando cómo iban los progresos del mismo, y cómo se estaba mejorando el rendimiento. Pero la verdad es que la versión de Android, y os lo digo de primera mano ya que uso un teléfono con dicho sistema operativo, es realmente mala por las razones que comentaba Jobs.

También hemos comentado en Applesfera que cada vez los usuarios acceden más a internet desde dispositivos móviles, por lo que todavía extraña más si cabe la decisión de Adobe de abandonar una tecnología en la que ha invertido muchísimo dinero a lo largo de estos años. Pero bueno, todo esto parece reforzar la idea de que Jobs tenía razón y que la decisión de apostar por otras tecnologías, apuesta que también han hecho otros fabricantes, no era tan descabellada en su día.

Vía | Genbeta
Imagen | 1 Pixel Cuadrado

Caifanes Aquí no es así (En vivo Hermosillo 2011)

Ingenioso hasta el final, la última invención de Steve Jobs

Ingenioso hasta el final, la última invención de Steve Jobs:

Parece que no contento con las 313 patentes en las que ya aparecia su nombre hace apenas un par de meses, Steve Jobs aún tuvo tiempo para contribuir con un sencillo aunque interesante one more thing. La patente “Icono de tres estados para operaciones” firmada por Steve y Timothy Wasko básicamente describe un método para evitar que un usuario active por error una acción irreversible (como formatear un disco) utilizando un sistema basado en iconos en lugar del habitual cuadro de diálogo “¿Está seguro de que desea continuar?”.

El método describe un icono o botón sensible al contexto que cuenta con tres estados. Por defecto, el icono se muestra en un estado protegido; podemos pulsar sobre él, pero no activa la tarea, sino que cambia progresivamente a un segundo estado (en la imagen, simulando el obturador de una cámara) dando al usuario unos instantes para valorar si de verdad quiere continuar. El segundo click sí que ejecutaría la tarea, cambiando el icono a un tercer estado que representaría el progreso de esta por ejemplo girando sobre si mismo.

La idea no es muy diferente de algo que ya encontrábamos en las antiguas versiones de iTunes cuando grabábamos un disco (precisamente el icono que utiliza la patente) pero en estos tiempos de interfaces táctiles puede cobrar una importancia renovada en toda clase de tareas que no pueden detenerse una vez iniciadas. De nuevo, recordaremos a ese Jobs capaz, no solo de mejorar las cosas que asumimos sino también de atreverse con caminos completamente distintos.

Vía | Cult of Mac

Make Your Own GPS Receiver!

Make Your Own GPS Receiver!:

GPS receivers may be available for well under $100 these days, but what’s the fun in buying one when you can build it yourself? According to [Andrew], the creator of this device, he was inspired by Matjaž Vidmar who developed a GPS receiver from scratch over 20 years ago. His article can be found here and includes some nicely hand-drawn diagrams as well as a lot of theory.

However, [Andrew's] article is a bit more up-to-date and features plenty of theory itself. He explains how he built his four-channel GPS receiver, able to track four satellites at the same time. This is the minimum number of satellites needed to track your position using such a device.

GPS technology is quite incredible, and the amount of soldering as well as the understanding of the theory behind it required to build such a device is astonishing. Interestingly (sadly?), it seems we are beyond the time of LORAN hacks, but if you have an old one to share, be sure to send it in! For something a bit easier, maybe one could try making a GPS “cateye” to track what your pet does all day!

Filed under: gps hacks

Fontographer 5, editor de tipografías para diseñadores

Sent to you via Google Reader

Fontographer 5, editor de tipografías para diseñadores

La tipografía es todo un arte que muchos no aprecian y muchos más aún no dan la importancia adecuada. Sino fijaos en cuantos usan la Comic Sans hasta en documentos importantes. Cada tipografía tiene su propia "personalidad" por lo que se deben usar de forma correcta, pero bueno esas es otra historia.

Para todos los que estéis interesados en la creación de tipografías está la aplicación de Fontlab, Fontographer 5. Un editor de tipos que permite la creación de una tipografía desde cero o modificaciones a tipografías ya existentes, dentro de la carpeta de fuentes del sistema o que hayamos descargado de internet.

Fontographer 5, editor de fuentes

Fontographer es un potente editor de fuentes ideal para diseñadores gráficos interesados en crear sus propias tipografías o modificar las ya existentes en su ordenador. Las principales características de la aplicación son:

• Posibilidad de abrir y generar fuentes en formato Type 1, TrueType, OpenType, Type 3 y Multiple Master Fonts.
• El intercambio de archivos con FontLab Studio, TypeTool o ScanFont utilizando el formato de FontLab VFB
• Posibilidad de copiar y pegar o importar imágenes realizadas en otras aplicaciones (por ejemplo, Adobe Illustrator)

• Visualización rápida de todos los caracteres de una fuente

Sin olvidar otras características como la posibilidad de examinar o modificar la codificación de una fuente, edición de diferentes parámetros o kerning en la ventana de métricas, facilidad a la hora de configurar el espaciado de línea, nombre, etc…

La interfaz de Fontographer 5

La interfaz de Fontographer 5 es muy sencilla pero no por ello menos potente. Para quien apenas tenga conocimientos, empezar a crear una nueva fuente es un proceso muy sencillo. Además su editor incluye todas las herramientas necesarias para crear un tipo desde cero y aplicarle cualquier modificación.

Cuando abrimos un archivo de tipografía nos aparece una primera ventana que nos muestra todos los caracteres que la forman, pudiendo desplazarnos por ellos rápidamente. Además, arriba de cada tipo veremos el carácter del teclado que tendremos que pulsar para mostrar dicho tipo.

Luego, una vez clicamos dos veces sobre algún caracter se nos abrirá el editor. Al lado de dicha ventana está la barra de herramientas. En ella podemos encontrar herramientas como la pluma con la que crear el dibujo vectorial que formará el tipo, para escalar o voltear,....

Pero sin duda lo mejor es la posi...

Enviado desde mi iPhone

Talking to your computer (with HTML!)

Sent to you via Google Reader

Talking to your computer (with HTML!)

Today, we're updating the Chrome beta channel with a couple of new capabilities, especially for web developers. Fresh from the work that we've been doing with the HTML Speech Incubator Group, we've added support for the HTML speech input API. With this API, developers can give web apps the ability to transcribe your voice to text. When a web page uses this feature, you simply click on an icon and then speak into your computer's microphone. The recorded audio is sent to speech servers for transcription, after which the text is typed out for you. Try it out yourself in this little demo. Today's beta release also offers a sneak peek of GPU-accelerated 3D CSS, which allows developers to apply slick 3D effects to web page content using CSS.

Lastly, as mentioned in yesterday's blogpost, those of you on the beta channel will start seeing the brand new shiny Chrome icon on your desktops.

Stay tuned as we make all these updates widely available in the stable channel soon!

Correction (March 23, 2011): This beta release's Speech API implementation is a prototype of Google's proposal to the HTML Speech Incubator Group. The title of the blogpost has been changed to reflect this.

Posted by Satish Sampath, Software Engineer

Enviado desde mi iPhone

Microsoft’s Bing uses Google search results—and denies it

Microsoft’s Bing uses Google search results—and denies it: "By now, you may have read Danny Sullivan’s recent post: “Google: Bing is Cheating, Copying Our Search Results” and heard Microsoft’s response, “We do not copy Google's results.” However you define copying, the bottom line is, these Bing results came directly from Google.

I’d like to give you some background and details of our experiments that lead us to understand just how Bing is using Google web search results.

It all started with tarsorrhaphy. Really. As it happens, tarsorrhaphy is a rare surgical procedure on eyelids. And in the summer of 2010, we were looking at the search results for an unusual misspelled query [torsorophy]. Google returned the correct spelling—tarsorrhaphy—along with results for the corrected query. At that time, Bing had no results for the misspelling. Later in the summer, Bing started returning our first result to their users without offering the spell correction (see screenshots below). This was very strange. How could they return our first result to their users without the correct spelling? Had they known the correct spelling, they could have returned several more relevant results for the corrected query.

This example opened our eyes, and over the next few months we noticed that URLs from Google search results would later appear in Bing with increasing frequency for all kinds of queries: popular queries, rare or unusual queries and misspelled queries. Even search results that we would consider mistakes of our algorithms started showing up on Bing.

We couldn’t shake the feeling that something was going on, and our suspicions became much stronger in late October 2010 when we noticed a significant increase in how often Google’s top search result appeared at the top of Bing’s ranking for a variety of queries. This statistical pattern was too striking to ignore. To test our hypothesis, we needed an experiment to determine whether Microsoft was really using Google’s search results in Bing’s ranking.

We created about 100 “synthetic queries”—queries that you would never expect a user to type, such as [hiybbprqag]. As a one-time experiment, for each synthetic query we inserted as Google’s top result a unique (real) webpage which had nothing to do with the query. Below is an example:


To be clear, the synthetic query had no relationship with the inserted result we chose—the query didn’t appear on the webpage, and there were no links to the webpage with that query phrase. In other words, there was absolutely no reason for any search engine to return that webpage for that synthetic query. You can think of the synthetic queries with inserted results as the search engine equivalent of marked bills in a bank.

We gave 20 of our engineers laptops with a fresh install of Microsoft Windows running Internet Explorer 8 with Bing Toolbar installed. As part of the install process, we opted in to the “Suggested Sites” feature of IE8, and we accepted the default options for the Bing Toolbar.

We asked these engineers to enter the synthetic queries into the search box on the Google home page, and click on the results, i.e., the results we inserted. We were surprised that within a couple weeks of starting this experiment, our inserted results started appearing in Bing. Below is an example: a search for [hiybbprqag] on Bing returned a page about seating at a theater in Los Angeles. As far as we know, the only connection between the query and result is Google’s result page (shown above).


We saw this happen for multiple queries. For the query [delhipublicschool40 chdjob] we inserted a search result for a credit union:

The same credit union soon showed up on Bing for that query:


For the query [juegosdeben1ogrande] we inserted a page of hip hop bling jewelry:


And the same hip hop bling page showed up in Bing:


As we see it, this experiment confirms our suspicion that Bing is using some combination of:

• Internet Explorer 8, which can send data to Microsoft via its Suggested Sites feature
• the Bing Toolbar, which can send data via Microsoft’s Customer Experience Improvement Program

or possibly some other means to send data to Bing on what people search for on Google and the Google search results they click. Those results from Google are then more likely to show up on Bing. Put another way, some Bing results increasingly look like an incomplete, stale version of Google results—a cheap imitation.

At Google we strongly believe in innovation and are proud of our search quality. We’ve invested thousands of person-years into developing our search algorithms because we want our users to get the right answer every time they search, and that’s not easy. We look forward to competing with genuinely new search algorithms out there—algorithms built on core innovation, and not on recycled search results from a competitor. So to all the users out there looking for the most authentic, relevant search results, we encourage you to come directly to Google. And to those who have asked what we want out of all this, the answer is simple: we'd like for this practice to stop.

Posted by Amit Singhal, Google Fellow

"