tagline tag subtitulos subindice sub strong span color bootstrap css

tag - ¿Hay una alternativa al CSS?



tag sub html5 (21)

Miré la redacción de CSS en Wikipedia ( http://en.wikipedia.org/wiki/Cascading_Style_Sheets ) y algunos otros comentarios sobre CSS y me desanimé por la falta de soporte completo para CSS en los diferentes motores de diseño, por lo que Solo tengo curiosidad si hay una alternativa o debo aprender a usar también filtros CSS.

CSS es el estándar. No hay alternativa.

Todos los navegadores son compatibles con las características básicas de CSS. Cada nueva versión de cada una de las (cuatro) principales líneas de navegación viene con un mayor soporte para el estándar, pero los sitios web que usan estas características se romperán a cualquier usuario en una versión anterior. Hay dos respuestas a esto:

  1. "Gradación agraciada" (o su gemela, "Mejora progresiva" - google it), en la que la página aprovecha las características avanzadas si están disponibles, mientras continúan funcionando si no lo están.

  2. ¿Quién es tu público? Si tiene la suerte de saber que el 99.8% de los visitantes de su sitio web usará al menos IE7, entonces no necesita preocuparse por las características CSS que están rotas en IE6. Sin embargo, esto dependerá de su propio negocio, así que consulte primero los hechos.

Lo peor que puede hacer es codificar las peculiaridades de un único navegador específico, porque eso lleva a una página que no solo está rota en otros navegadores, sino incluso en versiones posteriores del mismo navegador.

¿Existe un lenguaje de formato de hoja de estilo alternativo a CSS? ¿O es el CSS el único idioma actual para hacer el estilo de formato de hoja de estilo?

Miré la redacción de CSS en Wikipedia ( http://en.wikipedia.org/wiki/Cascading_Style_Sheets ) y algunos otros comentarios sobre CSS y me desanimé por la falta de soporte completo para CSS en los diferentes motores de diseño, por lo que Solo tengo curiosidad si hay una alternativa o debo aprender a usar también filtros CSS.

Gracias por cualquier idea.

se desanimó por la falta de soporte completo para CSS en los diferentes motores de diseño

Creo que jQuery tiene algunas formas de hacer css más compatible a través de los navegadores, es decir, si especifica algunos atributos usando jQuery, intentará asegurarse de usar una solución alternativa para los navegadores que no son compatibles con ciertas características.

También hay un proyecto llamado CleverCSS , es posible que desee comprobarlo. Sin embargo, no es una alternativa, solo una forma ligeramente diferente de definirlo.

¡Sí! SASS puede ser una opción

Adobe Postscript es la alternativa más probable a CSS. El problema es que requiere que Acrobat lo vea en el escritorio o en la web. Es muy superior a CSS y mantiene la intención de diseño y las escalas en todos los dispositivos, incluidas impresoras, trazadores, teléfonos, tabletas y casi cualquier cosa con un intérprete Postscript.

Postscript tiene una curva de aprendizaje CERO, a menos que lo implemente para un dispositivo en particular. Está programado por millones de programadores, artistas gráficos, artistas, impresoras profesionales e incluso el usuario de computadoras domésticas menos calificado. Todo lo que necesita hacer es seleccionar imprimir o guardar desde el menú de cualquier aplicación. Admite enlaces y entradas de campo. ¿Se puede buscar? Es así que los documentos basados ​​en PS aparecen con frecuencia en las páginas de búsqueda de Google.

Aunque se puede ver desde un navegador web en forma de PDF, no es un lenguaje de navegador nativo como HTML y CSS. ¿Por qué no es así, si es tan fácil y poderoso? Cuando la web comenzaba, Adobe era demasiado miope y codicioso para abrir el lenguaje. Querían vender licencias a sus motores de PS y a sus productos de creación de contenido. Para Adobe, regalar un buscador de PS era como regalar el ganso y los huevos de oro.

Bueno, CSS 2.1 es bastante compatible con casi todos los navegadores. (excepto IE6) Es fácil escribir CSS degradada con gracia una vez que conozca el subconjunto seguro. (De modo que incluso los navegadores no compatibles no arruinarán por completo la página)

Consulte http://www.quirksmode.org para obtener sugerencias de compatibilidad del navegador CSS.

CSS es la única opción real.

El soporte del navegador para CSS no debería ser una preocupación importante (en la mayoría de los casos) una vez que aprenda los pormenores de CSS. La clave para entender sobre CSS es que su propósito es definir el estilo de un documento HTML y debe estar separado del contenido.

Necesitará práctica para aprender cómo hacer que las cosas se degraden con elegancia en navegadores que no admiten funciones. La idea básica aquí es que debe hacer que el denominador común más bajo (Internet Explorer usualmente) funcione "lo suficientemente bien" como para que no lo quite de la experiencia del usuario y brinde las sutilezas a los usuarios con mejores navegadores. Además, no desarrolle primero para Internet Explorer. Déjalo hasta el final, luego arregla sus errores. Hacer las cosas al revés (IE primero) es mucho más difícil.

También tiene la opción de usar JavaScript para establecer estilos, pero eso no se recomienda porque debe evitar aplicar estilos dentro de JavaScript, ya que JavaScript está destinado a la lógica, no a los estilos.

Hay 3 componentes (dependiendo de cómo lo mires) en una página web:

  • HTML - para contenido
  • CSS : para diseñar tu contenido
  • JavaScript : para aplicar lógica adicional o dinámica a su contenido

El amplio CSS no recibe soporte completo en todos los navegadores ... ¿cómo debería una alternativa (desconocida) alcanzar este objetivo?

Estoy de acuerdo en que el estado actual del soporte de CSS es bastante horrible.

Creo que el mejor enfoque es escribir CSS de acuerdo con el estándar y luego agregar correcciones para todos los bits que los diversos navegadores no cumplan correctamente. A menudo, vale la pena evitar algunas partes de CSS (los niveles z, por ejemplo, tienen niveles de soporte muy variados en muchos navegadores).

Hojas de estilo de cuadrícula (GSS): GSS

mucho mejor

La única alternativa es el soporte de formato obsoleto que tiene el propio HTML, como la etiqueta <font> . Pero no quieres hacer eso. 8-)

No (principalmente)

Si desea crear diseños que funcionen en la cantidad máxima de máquinas cliente, deberá aprender CSS.

Si puede limitar a sus usuarios a IE8, Chrome, Safari y Firefox, entonces probablemente pueda salirse con CSS2, de lo contrario tendrá que aprender todas las diferencias con CSS1, junto con la miríada de cosas rotas, especialmente en IE5 y 6 .

HTML 3.2 incluye algunas etiquetas de formato (como <font> o <center> ) pero no puede hacer mucho con ellas.

¿Por qué solo en su mayoría? - Si puede suponer que los usuarios tienen Flash o Silverlight y crear aplicaciones web para ellos. Entonces su diseño será perfecto, pero necesitará un complemento del lado del cliente (que no todos tienen) para poder funcionar. Solo iría por esa ruta si necesitas una IU de cliente realmente rica.

No hay alternativa a CSS en este momento y esta es una buena cosa. Los proveedores de navegadores, W3C, WHATWG, etc. tienen suficiente tiempo para acordar una sola especificación como es, ¿pueden imaginarse qué pasaría si hubiera más de una especificación?

De todos modos, descubrí que una vez que aprendes CSS, obtienes conocimiento de qué cosas particulares rompen y aprenden a trabajar con él o lo evitan.

Espero que esto ayude.

No, CSS es el camino a seguir ahora. No hay nada malo con el formato en sí (en realidad, me gusta bastante), sino más bien con el soporte del navegador, especialmente con respecto a IE. Una vez que tengamos todos los principales navegadores compatibles con CSS3 , las cosas deberían estar bien, aunque no soy demasiado optimista sobre cuándo sucederá eso.

Sí.

Como todos dijeron, CSS es su única opción real, pero hay otro idioma para "cosas de tipo de formato de hoja de estilo" en la web, llamado eXtensible Stylesheet Language (XSL), particularmente el subconjunto de la especificación que se conoce como XSL-FO (formateando objetos) .

En un momento dado, dependiendo de a quién le preguntaras, se pretendía competir o colaborar con CSS .

Una alternativa desde hace mucho tiempo JavaScript Style Sheets (JSSS) era una tecnología de lenguaje de hojas de estilo propuesta por Netscape, si alguien está interesado, le mostraré algunos enlaces http://en.wikipedia.org/wiki/JavaScript_Style_Sheets

aquí está la propuesta http://www.w3.org/Submission/1996/1/WD-jsss-960822 Creo que esta fue una buena idea, pero lamentablemente ganó CSS, pero tal vez algunas partes se integraron con javascript ??

También, tal vez en lugar de usar CSS, podrías usar svg para algunos efectos de texto, mira los ejemplos.
http://msdn.microsoft.com/en-us/ie/hh410107.aspx
y algunas animaciones
http://svg-wow.org/text-effects/text-effects.xhtml
algunos botones de efectos https://www.svgopen.org/2008/papers/86-Achieving_3D_Effects_with_SVG/
aquí hay un ejemplo de cooleer para diseñar el texto, debería ver este http://www.hongkiat.com/blog/scalable-vector-graphics-text/

Ustedes están tratando de responder la pregunta desde la perspectiva de un programador. Creo que el póster original buscaba una alternativa más amigable con los gráficos, una que ofreciera un concepto diferente.

Incluso si se adopta CSS3 en el navegador cruzado, creo que la forma CSS de diseñar cosas (caja en línea, flotadores, márgenes, etc.) es horrible. Soy programador, pero mi padre editor y diseñador gráfico, y he bañado en diseño gráfico desde mi más pequeña edad, y me atrevo a decir que el software de publicación que usaron hace 20 años era más avanzado y fácil de usar que HTML / CSS hoy en día.

Zoli tiene razón "xslt es una alternativa"

XSLT convierte XML en una página web renderizada, al igual que CSS convierte HTML en una página web renderizada. Solo tenga en cuenta que no puede mezclar XSLT con HTML o CSS con XML.

He usado tanto CSS + XSLT para crear páginas web renderizadas.

xslt es una alternativa

Es más poderoso que css.

Es más difícil de aprender y usarlo.

Sí , sí, se llama LESS y realmente atiende a la mayoría de los problemas de legibilidad de código de CSS.

Puede compilarlo en el servidor o en el lado del cliente sobre la marcha con less.js

Para la producción, recomiendo configurar un script de compilación que lo NodeJS (en NodeJS esto es pan comido con Grunt y grunt-contrib-less ).

Editar: También hay otras opciones que vale la pena mencionar, incluso si estoy usando y recomendando MENOS.

SASS : A la gente de Ruby le encanta esta. No es un superconjunto de CSS como LESS, sino que usa su propia sintaxis. Para hacer frente a esto, desarrollaron SCSS, que es un superconjunto CSS y es similar a LESS.

Stylus : como LESS, está codificado en javascript, pero esto se usa comúnmente en Node.js. No puedo responderlo, ya que aún no lo probé, pero es muy maduro, así que si tiene una característica que usted quiere, definitivamente, hágalo.

Turbine : Esta fue codificada en PHP. No hay mucha tracción.

Cambiar CSS : quizás los hackers de Python quieran investigar esto. Aún menos tracción.

Si te sientes aún más alternativa, también hay CSS Cacheer , CSScaffold , DtCSS , CSSPP e incluso something de porneL .

Otras cosas que quizás quieras verificar:

Compass : un marco de trabajo completo de creación de CSS para los chicos de Ruby.

WinLESS : un compilador LESS de arrastrar y soltar para Windows, es genial y realmente deberías WinLESS un vistazo.

LESS Elements , Preboot , LESSHat y even.less : Bibliotecas de mixins y constantes para LESS.

Bootstrap : un marco desarrollado por Twitter. También relacionado: HTML5 Boilerplate .

Normalize.css : una alternativa al restablecimiento de CSS . Hay muchos reinicios, sin embargo, como el desarrollador de uno, tengo que decir: la mayoría son basura. Si no vas a hacer tu propia, simplemente usa esta.

Actualización : desde 1.4 , LESS también tiene @extend . ¡Asegúrate de usar 1.4+ si es posible! Esto completa las razones para elegir MENOS sobre SENS, creo.