Interfaz de usuario de Yahoo! Blog (YUIBlog)

11 comentarios

1. Aquí hay un enlace al código de github

   Comentario por Bjarki - 30 de septiembre 2010 #

2. demostración fresco. las cookies deberían ser pequeñas, sin embargo. Yo no estaría de bombeo de datos de navegación en ellos donde los parametros url debe ser. Quiero saber cómo funciona node.js por todas las cosas que arent obvio.

   acceso a archivos locales
   manipulación de imágenes
   e-mail / sendmail
   conexión de base de datos de manejo de servidores SQL más comunes
   cabecera de la manipulación
   AMF
   la generación de PDF

   ya sabes, ese tipo de cosas. no es la carne y las patatas de una lengua, pero es clave para la realidad con esto en algún momento

   Comentario por Jeffrey Gilbert - 30 de septiembre 2010 #

3. Jeffrey -

   Lo bueno de NodeJs es que ninguno de los que se construyó en * * en el sistema. Casi todo en el sistema es un módulo externo:

   http://github.com/ry/node/wiki

   Comentario por Dav Glass - 30 de septiembre 2010 #

4. Dav, gracias por el seguimiento rápido. A mi me gusta la idea de la libertad de recorrido en el lado del servidor (como huge! hpricot enorme), json como el idioma de transporte, JavaScript en el cliente, y un motor de almacenamiento clave / valor para el PP. Una lengua para gobernarlos a todos? y ha de eventos basado desde el principio? enorme potencial.

   Comentario por Jeffrey Gilbert - 30 de septiembre 2010 #

5. Sí, estoy totalmente de acuerdo. De ahí mi entusiasmo en el vídeo ;)

   Comentario por Dav Glass - 30 de septiembre 2010 #

6. Fue curioso lo que sus pensamientos eran sobre las implicaciones de accesibilidad y SEO de este enfoque. Por ejemplo, la convención es para cargar una página con el marcado semántico, significativo, a continuación, cargar y ejecutar un script que manipular el margen de beneficio significativo en la no-semántico, marcado funcional para el bien de la UX.

   Utilizando el enfoque que he descrito aquí, esencialmente, que ha cargado la página con el marcado funcional y omite la parte semántica del todo.

   Aunque creo que esto es muy bueno para la experiencia del usuario y el desarrollo en seco, se traducirá en páginas que son menos accesibles.

   Comentario por Christopher Cliff - 03 de octubre 2010 #

7. Dav, se preguntaba si alguna vez ha considerado la posibilidad de utilizar en las plataformas de YUI SSJS otros, a saber, rinocerontes. Estoy trabajando en una aplicación Java que ya cuenta con Rhino.

   ¿Cuánto de lo que has hecho se aplica a los nodos en concreto contra SSJS?

   Comentario por Andy GROHE - 04 de diciembre 2010 #

8. @ Andy -

   Sí, he pensado en ello y que no sería tan difícil de hacer. Con YUI3 módulo es la base, simplemente tendría que "reasignar" los módulos bajo el capó para que apunte a diferentes librerías para cosas como la carga, IO y la manipulación del DOM.

   No he metido con herramientas SSJS otros, porque utilizan principalmente Node.JS de las cosas que trabajan en ;)

   Comentario por Dav Glass - 04 de diciembre 2010 #

9. Dav,

   Así has ​​visto el vídeo YUI3 segundo node.js. Fue evidente durante ese período de sesiones que ha modificado get y io.

   Voy a mirar a su proejct en github para que los cambios para obtener y io y ver si las cosas similares se puede hacer para Rhino. Si es así, me pueden enviar de vuelta con los cambios en un proyecto de github YUI3 de Rhino.

   por cierto, mientras que la investigación de este medio ambiente Rhino tiene un env.js proyecto que tiene las características de jsdom en Rhino, así que creo que están más adelantados allí.

   Te haré saber .....

   Como usted sabe, el signo del éxito es cuando algo se portado a otras plataformas que no sea el originalmente establecido.

   por cierto, ¿alguna de esta discusión SSJS YUI obligado a considerar las diferentes direcciones para 3.xo 4.x y más allá? Es sólo curiosidad.

   Comentario por Andy Grohe - 06 de diciembre 2010 #

10. @ Andy - Yo daría la bienvenida al puerto y estar dispuestos a ayudar de cualquier manera posible.

    Las modificaciones a los módulos de YUI se encuentran bajo el directorio lib y son bastante fáciles de modificar. La unión JSDom se hace en la misma forma que los demás, así que es un módulo que recibe se carga a la preparación del DOM bajo el capó.

    Sí, hay algunos aspectos de la SSJS que ha jugado un papel en algunos cambios clave en la arquitectura detrás YUI3. En general, estamos buscando en nuestra infraestructura Widget para que funcione aún mejor en el servidor. Cosas como, widgets división de lleno en un render, la sincronización, se unen entre modos de transporte. Así que el render es el único código que hay que hacer en el servidor y la sincronización, se unen las partes sólo se entregan al cliente.

    Comentario por Dav Glass - 06 de diciembre 2010 #

11. Utilizando el enfoque que he descrito aquí, esencialmente, que ha cargado la página con el marcado funcional y omite la parte semántica del todo.

    Comentario de anteojos en línea - 13 de mayo 2011 #

Disculpa, los comentarios están cerrados en este momento.