hacer - marcos en html bloc de notas

¿Por qué no debería usar marcos HTML? (8)

No he usado marcos desde 1998. Parecen una mala idea y en todo mi desarrollo nunca he tenido una situación en la que los marcos fueran la solución correcta, o incluso una solución decente.

Sin embargo, ahora estoy trabajando con una aplicación web interna escrita por otro grupo y todo el sitio está construido en un encabezado, menú del lado izquierdo, contenido del lado derecho, conjunto de marcos.

Por un lado, cuando VPN pasó a mi red, recibo constantemente un mensaje de error "website.com/frames.html" no se puede encontrar ". Esto no ocurre cuando estoy en la red interna.

En segundo lugar, la aplicación tiene un sistema integrado de correo electrónico / mensajería. El número de mensajes no leídos se muestra en el marco del menú del lado izquierdo como "Mensajes (3)", pero el recuento no se actualiza a medida que leo los mensajes. El desarrollador me dijo que ya que estaba en un marco que necesitaba para hacer clic derecho en el menú y ''Actualizar''. ¿¿¿¿Seriamente????

Entonces, mi pregunta relacionada con la programación es, ¿qué razones tienes para no usar marcos en un sitio web?

¿La razón n. ° 1? Los usuarios los odian.

Incluso si ofrecen ventajas en otras áreas (separación del código, diseño de la aplicación, velocidad, etc.) forman parte de la interfaz del usuario. Si los usuarios no aprueban, no los use.

Aunque resolvieron un problema en el momento en que se crearon (actualizando parte de una "página" mientras mantenían en su lugar una parte que no se actualiza), los conjuntos de marcos fueron criticados en términos de facilidad de uso desde el principio, ya que rompen funciones genéricas del navegador, como:

marcar y copiar y pegar URL para compartir
imprimiendo la página como se muestra en la pantalla
volver a cargar la página: dado que, en general, la URL no ha cambiado, con frecuencia se le redirige a la página principal o al conjunto de marcos predeterminado; recarga manual de algunos marcos es posible, pero no obvio para el usuario
los botones Atrás y Atrás son ambiguos: ¿deshacer / rehacer el último cambio de cuadro o llevarlo a la última vez que cambió la barra de URL?

La carga más pesada de evitar conjuntos de marcos, incluido el mismo contenido en cada página, es trivial de resolver si está utilizando cualquier lenguaje del lado del servidor para generar su HTML, incluso si todo lo que proporciona es un "servidor incluido". A diferencia de los conjuntos de marcos, una inclusión del lado del servidor podría ocurrir en cualquier lugar de la página; construir un sitio con un lenguaje de scripting del lado del servidor o un sistema de plantillas también tiene otras ventajas obvias.

Todavía existe la ventaja de poder actualizar áreas pequeñas de la página sin volver a cargar todo el contenido, lo que se puede lograr a través de AJAX. Esto a veces lleva a las personas a crear interfaces con todos los problemas de los conjuntos de marcos descritos anteriormente, pero ese no es un argumento a favor de los conjuntos de marcos. De nuevo, un sitio creado con una funcionalidad AJAX bien diseñada puede lograr cosas que los conjuntos de marcos ni siquiera comienzan a abordar.

Casi siempre enojan a la gente. ¿Qué más necesitas?

Los marcos eran vagamente útiles cuando tenía un sitio web estático, para evitar repetir el menú de navegación en todas las páginas, por ejemplo. También redujo el tamaño total de una página.

Ambos argumentos están obsoletos ahora: los sitios no dudan en publicar páginas completas, y la mayoría de ellos están construidos dinámicamente, por lo que incluir dichas partes de navegación (o estado, etc.) no tiene ningún problema.

La parte de "por qué" está bien respondida arriba, en parte por su propia pregunta (usted tiene una limitación, aunque puede ser anulada con un poco de JS).

Los marcos son realmente útiles en algunas ocasiones. Si está creando una página web local que solo sirve para leer, no requiere interactividad y el sitio web no será público en Internet, se eliminan todas las razones para no utilizar marcos. Por ejemplo, un manual de usuario para una aplicación que se desarrolla únicamente en html, marcos son realmente útiles para mantener una tabla de contenidos a la izquierda de una manera simple y fácil de codificar. Además, si tiene una navegación adecuada dentro del sitio web, la ambigüedad del botón de retroceso se elimina por completo

Mi razón número 1 para no usar marcos es porque rompen la función de marcador de favoritos (también conocido como favoritos) de los navegadores.

Con la tecnología que existe hoy en día, los marcos se han vuelto obsoletos. Pero si su proyecto heredado todavía los usa, puede hacer que los mensajes se actualicen con algo de ajax.

Solo por la locura del iPad del teléfono celular no significa que los sitios altamente funcionales con funciones completas de repente estén "obsoletos", y aquellos que decidieron hacer que los conjuntos de marcos se vuelvan obsoletos parecen ser los mismos que nunca se dieron cuenta de todo su potencial, en primer lugar, o tal vez son los grupos de presión de los fabricantes de teléfonos celulares y tabletas mega corporativos a los que no se les puede molestar en hacer un navegador decente con marcos para sus diminutas pantallas.

Es cierto que iFrames puede manejar trabajos simples como desplazarse y / o mostrar segmentos independientes dentro de una sola página bastante bien, y los uso para eso dentro de mi propio sitio web basado en marcos, pero para que funcionen como la base de un sitio en sí mismo es una pesadilla Créanme, lo sé porque mi sitio web es uno de los sitios basados en marcos más sofisticados de Internet y he estado viendo los pros y los contras de transponerlo todo a iFrames. Nightmare es un eufemismo.

Ya puedo escuchar a los llorones que dicen: "Bueno, ¿por qué lo construiste de esa manera en primer lugar, entonces?" ... y la respuesta es A: porque no soy flojo. y B: Porque un sitio basado en marcos es el formato más funcional, visualmente atractivo y fácil de usar para un sitio basado en información con cientos de páginas de contenido que no tiene que depender de un servidor. Con eso quiero decir que todos, excepto la publicidad externa, se pueden ver directamente desde una unidad flash. No es necesario MySQL o PHP.

Estos son algunos de los problemas que he encontrado:

La objeción a las páginas huérfanas se puede manejar fácilmente con JavaScript.
La objeción con respecto a los marcadores es irrelevante a menos que no use marcos.
Los marcadores específicos del contenido se pueden manejar con una función de JavaScript "Añadir marcador"
La objeción con respecto a SEO se maneja fácilmente mediante un mapa de sitio XML y JavaScript.
Disponer cuadros de tamaño dinámico es mucho más fácil y más confiable con conjuntos de marcos estándar.
La orientación y sustitución de conjuntos de marcos anidados desde un marco externo es más fácil con los conjuntos de marcos estándar.
Los guiones internos, como las búsquedas de JavaScript y los carritos de compra que no son dependientes del servidor y que son demasiado complejos para las cookies, no parecen posibles con iFrames, o si lo son, es mucho más complicado hacer que funcionen que utilizar marcos estándar.

Dicho todo esto, me gusta el atractivo de una sola página de iFrames, y cuando realmente pueden hacer las mismas cosas para mi sitio tan fácilmente como los marcos estándar ahora, entonces migraré. Mientras tanto, este sinsentido de que están "obsoletos" es tan molesto como las otras llamadas "actualizaciones" que nos han impuesto a lo largo de los años sin pensarlo todo el tiempo.

Entonces, ¿a qué se reduce todo esto para la cuestión de si se usan o no los conjuntos de marcos? La respuesta es que todo depende de lo que quiera que su sitio haga y en qué plataforma se verá principalmente. En algún momento, resulta poco práctico hacer que un sitio de varias páginas funcione bien sin algunos marcos o la integración de iFrame. Sin embargo, si solo está creando una página de perfil básico que se muestra bien en un teléfono celular o tableta, no se moleste con los conjuntos de marcos.

Una buena razón para evitar los marcos en la actualidad es que han quedado obsoletos en HTML 5: Capítulo 11 Características obsoletas

11.2 características no conformes
Los elementos de la siguiente lista son completamente obsoletos y no deben ser utilizados por los autores:
[...]
marco
marcos
noframes
O use iframe y CSS en su lugar, o use las inclusiones del lado del servidor para generar páginas completas con las diversas partes invariables fusionadas.