Developing Flash websites using progressive enhancement
Aunque no cuenta nada que no supiéramos (ni profundiza mucho en técnicas) creo que es un gran punto de partida para que cada uno le empiece a dar vueltas al tema de la "mejora progresiva" en sitios web.
Developing Flash websites using progressive enhancement
Por incidir en la tiiiiiiiiiiiiiiiiiiiiiiiiipica chorrada de ejecutivo de cuentas barato:
<fieldset>THE COST OF PROGRESSIVE ENHANCEMENT
One concept that's often misunderstood is the extra cost associated with progressive enhancement. Some people even think that progressive enhancement will multiply the scope of a project.
The real cost varies from project to project, and depends largely on both the type of content and functionality, and amount and complexity of the enhancements. Keep in mind that often the simple approach already suffices to be effective. If you have a small budget, it is key to keep things simple.
You should realize that a lot of the work required for design and content creation has to be done only once for the entire project. In addition, developing a simple HTML and CSS version is far less labor-intensive than developing rich Flash content.
In the end, progressive enhancement has to sell itself by careful weighing of its benefits and costs. If it is a project requirement to deliver search engine?friendly, accessible content, a client will often have enough budget available to go the extra mile.</fieldset>
orange
danieloso
Sitios informativos: -> HTML compatible
Aplicaciones en Linea: -> FLASH, AJAX, JAVA, ETC
Pero que eso sea automático, por favor
;)
Usuario desconocido
En la práctica no es importante desarrollar una página comercial para los navegadores obsoletos. En la práctica si es necesario desarrollar páginas sencillas para los nuevos dispositivos móviles (html simple)
Sitios informativos: -> HTML compatible
Aplicaciones en Linea: -> FLASH, AJAX, JAVA, ETC
happywebcoder
<fieldset>pero no es tan caro programar un front que indexe comparado con hacer una web escalable downgrading de prestaciones sólo para que algún monje perdido en el monte con su 386 pueda ver una web...</fieldset>
Claro que es más caro "downgradear": el enfoque de esa "mejora progresiva" es empezar desarrollando una versión "plana", accesible, y "upgradearla". Ese enfoque supone menos esfuerzo - aunque siempre requerirá más trabajo que hacer una única versión, claro.
chilelogela
tpmmds
Hola:
Básicamente se podría resumir en que "to'Dios" pueda ver la página", aunque navegue con la primera versión de IE ;-)
a.k.a. minorías que cuestan millonadas. lo del 80& a 20% pero llevado al extremo del 0,0001% de visitantes que se comen el 95% del presupuesto de un desarrollo.
yo paso un huevo :D
los agentes no humanos en cambio si que preocupan y bastante. pero no es tan caro programar un front que indexe comparado con hacer una web escalable <em>downgrading </em>de prestaciones sólo para que algún monje perdido en el monte con su 386 pueda ver una web...
thecoder
Gracias
Parece bastante interesante por el hecho de que todo el mundo vea la web, y ademas para los indexadores
Pero es palizon fijarse en cada detalle para que siempre haya una version alternativa :D
tpmmds
Hola:
Básicamente se podría resumir en que "to'Dios" pueda ver la página", aunque navegue con la primera versión de IE ;-) .
Lo que quiere decir, sin intención de hacer un comentario técnico del tema, es que intentes hacer una página en la que los contenidos "principales" que te interesa que vea cualquier visitante, lo soporten la mayoría de navegadores web que se utilizan. Y que las "pijadas", por así decir (un menú hecho con papervision3d, vídeos flv, efectos javascript de animación de capas etc.), se vayan habilitando en función del cliente que esté viéndolo.
Un saludo.
thecoder
Alguien puede sintetizar minimamente la idea de que es "progressive enhancement".
Gracias, que no me he enterado muy bien en ingles