¿Estamos en peligro de API específicas del navegador?

No lo creo. Chrome no está implementando API personalizadas, están implementando API basadas en estándares.

Las características como Voz a texto no tienen nada que ver con la web. Es una función del navegador, hablas y llena el cuadro de texto. Mi procesador de textos tiene esa función. Idealmente, características como esta se extenderán por toda la interfaz. ¿No sería genial si pudiera dictar y Chrome te escribió mi respuesta? Otros navegadores también pueden hacerlo, siempre y cuando todos envíen el formulario de la forma normal aceptada.

En cuanto a la búsqueda de imágenes, Arrastrar y soltar archivos es una función HTML5. Algunos navegadores aún no lo admiten, pero todos deberían hacerlo.

Su ejemplo de html5rocks.com es un gran ejemplo de cómo algunos navegadores están detrás de la curva en la implementación de estándares, no cómo los navegadores están desarrollando API patentadas. Los estándares web se crean para que todos estemos en la misma página cuando se trata de funcionalidad. Idealmente, cada navegador admitirá completamente los estándares de la misma manera.

Google está haciendo un buen trabajo al caminar recto y estrecho, no escribiendo funcionalidades web personalizadas en su navegador principal.

Para agregar a la respuesta de Tristan Irwin, casi todas las funciones estándar de HTML y HTML5 comenzaron hoy como prueba de concepto en uno de los navegadores primero.

Google en particular ha sido uno de los navegadores que más ha hecho para implementar las nuevas funciones acordadas en la especificación HTML5. Ayuda que el editor principal de la especificación HTML5, Ian “Hixie” Hickson, trabaje en Google. También ayuda que el equipo de Chrome ahora tenga el ciclo de lanzamiento más corto y esté bombeando funciones HTML5 más rápido que nadie

Al final del día, lo más importante que hay que entender sobre los estándares web es que el código enviado gana. Un excelente ejemplo que ilustra este principio en esta historia sobre cómo obtuvimos la etiqueta :

http://diveintohtml5.org/past.html

Esta es una lectura recomendada para cualquiera que se desarrolle para la web.

La gran diferencia entre HTML5 y HTML 4.01 y las especificaciones anteriores del W3C es que esta es la primera especificación que define el manejo de errores y resuelve el temido problema de la sopa de etiquetas.

Históricamente, un fabricante de navegadores implementaría una característica y luego otros fabricantes de navegadores copiarían el comportamiento de los otros navegadores. La parte más difícil de copiar el comportamiento de otro navegador es el error al manejar el marcado no válido. Esta copia inversa de ingeniería y comportamiento es la razón por la que es tan difícil hacer que las cosas funcionen de manera consistente en todos los navegadores. HTML5 resuelve esto estableciendo dos especificaciones. Una especificación es para desarrolladores web y solo explica cuáles son las características y cómo usarlas. La otra especificación es para los fabricantes de navegadores y describe las características y cómo analizarlas y cómo manejar el marcado no válido.