Mostrando entradas con la etiqueta html. Mostrar todas las entradas
Mostrando entradas con la etiqueta html. Mostrar todas las entradas
domingo, 6 de noviembre de 2011

PostHeaderIcon Y lo denominado como continuo desarrollo: la llegada de Php6 y CSS4


Aunque no hay motivos para no utilizar ya HTML5 y CSS3 (muchos serán los que estarán comenzando con ello) la web sigue en movimiento.

Las actualizaciones cada vez más rápidas de la práctica totalidad de navegadores (sin decir ya que exceptuando a nuestro querido IE), permiten que las nuevas especificaciones vayan tomando presencia en la web.

Ya tenemos el primer borrador de CSS4 de www.w3.org, aunque no lo soporten aún ningún navegador es interesante ver hacia dónde va la web.

Recordemos que no es una versión nueva de CSS. En CSS se trabaja por módulos y CSS4 es el estado de trabajo donde se proponen modificaciones o nuevos módulos. Hablamos del nivel 4 de los módulos de CSS.

Además, y prácticamente a la par, se nos presenta la próxima versión de php, php6. Esta versión ya está disponible en php.net para su descargar.  Cabe destacar que Php6 no supone un cambio tan radical como el que sucedió con la versión anterior por lo que es de esperar, si todo va bien, que la adopción de esta versión sea más rápida.

    PHP sigue siendo el lenguaje script para desarrollos web más popular y la lista de nuevas características que vienen con esta nueva versión pueden situarle en posiciones todavía más destacadas.

En resumen, nuevos avances, “nuevas” tecnologías, y sin duda nos pondremos con ellas
lunes, 10 de octubre de 2011

PostHeaderIcon Presentando Touchy Boilerplate: Desarrollo de aplicaciones Web para iOS y Android.


Navegando por la red la semana pasada, nos encontramos ante la noticia de la aparición de Touchy Boilerplate, una herramienta de desarrollo web que nos permitirá de una manera eficaz y amigable el desarrollo de aplicaciones para Android e iOs.

No hemos podido trastear mucho más con él, pero si os dejamos a continuación con algunas de las principales características, y enlaces de interés por si os motiva el ir conociendo un poco más esta herramienta:

Características:
  • HTML template con todas las META etiquetas.
  • Página de navegación animada.
  • Encabezado fijo y contenido desplazable.
  • Navegación con historial.
  • CSS, JS e imágenes incluído.
  • Elementos especiales para la interfaz de usuario.
  • Archivos CSS y Js optimizados.
  • Ayuda para geolocalización.


Desarrollo
  • Comenzar a desarrollar con Touchy Boilerplate es muy sencillo:
  • Descargar Touchy Boilerplate.
  • Examinar/visualizar el archivo index.html desde el navegador de escritorio y desde el dispositivo móvil.
  • Editar los archivos


Mientras tanto, la descarga podremos realizarla vía:  www.webresourcesdepot.com o a través del enlace:  labs.doat.com


lunes, 19 de septiembre de 2011

PostHeaderIcon Elementos a tener en cuenta para una portada web


La página principal es la carta de presentación de la web, el trampolín hacia sus contenidos internos y tiene la misión de comunicar con eficacia su identidad y objetivos, así como servir de trampolín hacia el resto de páginas que compondrán nuestra web.

Por ello vamos a exponer algunos consejos básicos para construir la portada de una página web:
Llamar la atención: Será importante mantener una identidad visual coherente que esté en consonancia con los objetivos de la web y que responda a las necesidades del usuario.

Definir objetivos: Los usuarios nuevos querrán saber al instante dónde están y para qué sirve la web, teniendo siempre claro el por qué permanecer en la web y no marcharse a otra. Por ello es importante definir la identidad y el objetivo de la web cerca del logo, y usar la etiqueta <title> para así dejar constancia de ello.

Facilitar búsquedas: expertos en la materia distinguen entre usuarios link-dominants (aquellos que exploran la web antes de buscar) y search-dominants (aquellos que acuden al buscador tan pronto como entran en el sitio). Para los segundos es imprescindible un buscador interno que esté situado en una parte visible de la web, funcione de forma eficaz y, a ser posible, permita una búsqueda avanzada con opciones de acotación.

Organizar propuesta: La web debe tener una estructura jerárquica y un menú de navegación representativo, teniendo en cuenta los hábitos de búsqueda de los usuarios en los literales de la web para mejorar su experiencia lectora y el rendimiento en los buscadores.

Actualizar: En función del propósito de la web necesitarás actualizar los contenidos con mayor o menor regularidad. Renovarse o morir.

Muestra tus contenidos: Para cumplir los objetivos de la web necesitas crear incentivos que orienten a los usuarios hacia la conversión. Puedes promocionar contenidos internos a través de recursos como “lo último”, “lo más popular” o “lo más comentado” y apostar por llamadas a la acción (call to action) visibles y con literales originales.

No molestar: Ventanas emergentes y bloques de publicidad invasivos fatigan al usuario.

Conversa: Es muy importante mostrar tu presencia en redes sociales a través de widgets o botones. Tener seguidores significa que hay usuarios que ya han utilizado el mismo producto o servicio antes y de forma satisfactoria.

PostHeaderIcon Consejos para la utilización de viñetas en la Web


Lo primero de todo es entender a las viñetas como un instrumento principalmente gráfico. En internet, nos ayudan a elaborar listas con las que resaltamos los detalles principales de un párrafo, a la vez que lo hacemos más atractivo visualmente. Su diseño vertical resulta muy útil en la maquetación de páginas web, eso sí, siempre empleándose con moderación, ya que con su abuso, estas perderán su eficacia. Debemos seleccionar en qué párrafos las aplicaremos y no recurrir a ellas para destacar cosas sin importancia.

Normas generales para elaborar listas con viñetas:
  • Vigilar su extensión. Las listas demasiado largas pierden sentido. En seis elementos tendríamos un límite razonable.
  • Seguir el mismo patrón en todos los elementos. Estos pueden ser palabras sueltas, frases o párrafos breves, pero siempre con la misma construcción gramatical, y presentadas de forma idéntica (por ejemplo, como aquí: párrafos cortos con una frase inicial construida con infinitivo y destacada en negrita).
  • Hacer una introducción eficiente. La plataforma es la línea de texto que introduce la lista. Si las mismas palabras aparecen en cada elemento, seguramente podrán emplearse en la plataforma para evitar su repetición.
  • Coordinar la plataforma con los elementos. La introducción puede y suele hacerse con una oración incompleta, en cuyo caso cada elemento debe encajar al final de esa oración dándole sentido. No se recomienda elegir esta fórmula cuando algún elemento esté constituido por más de una oración.
  • Saber cuándo usar números. Solo debemos numerar si realmente queremos indicar que los puntos se suceden en determinado orden o que existe alguna jerarquía. De lo contrario podemos confundir al lector.

Normas de puntuación:
  • Cuando los elementos de una lista no son oraciones, usamos minúsculas al comienzo de cada uno (salvo nombres propios) y no haysignos de puntuación al final.
  • Si los elementos son oraciones completas, se puntúa como corresponda.
  • Cuando la introducción a la lista es una oración incompleta, esta se termina con dos puntos (:), y cada elemento enumerado comienza con minúscula. Tras cada uno de ellos puede usarse el punto y coma (;), salvo en el último, que terminará con punto (.).

martes, 13 de septiembre de 2011

PostHeaderIcon Reglas de maquetación de e-mails HTML


E-mails bien maquetados en HTML, con textos e imágenes es un tema básico para gran cantidad de proyectos, como por ejemplo ‘campañas de e-mailing’. Un e-mail incorrectamente maquetado puede convertir la campaña en un desastre.

La maquetación conlleva mucha tarea de prueba y error, pero con este post intentaremos evitaros grandes pérdidas de tiempo y poder conseguir una solución deseada para cada uno de vuestros proyectos de e-mailings.

Una maquetación HTML para una web no tendría porqué ser distinta para un e-mail, pero sí lo es. El problema principal de los e-mails en HTML es que no se ven igual a través del gestor de correo (hotmail, gmail, yahoo, mozilla thunderbird, outlook, ect...) que directamente en un navegador. Tampoco se ven igual en todos los navegadores aun utilizando el mismo gestor. La razón es que los gestores filtran el código y lo reformatean para evitar amenazas de seguridad, spam y mejorar su usabilidad.

Con los e-mails HTML se crea un submundo que no entiende de estándares web ni nada por el estilo. Nuevamente el diseñador debe sacrificar su trabajo para conseguir un resultado aceptable en el mayor número posible de gestores.

Estas son algunas de las normas básicas que aplico a la maquetación de e-mailings:

  • Nada de scripts, enlaces a hojas de estilo, styles en <head>... nada de nada. El contenido del <head> lo eliminan la mayoría de gestores, especialmente los gestores on-line.
  • Flash, javascript y similares no se muestran y además puede hace creer al gestor de correo que nuestro e-mail es una amenaza acabando en la bandeja de correo basura o con el contenido bloqueado.
  • Los estilos CSS se pueden utilizar, pero siempre y cuando sean en linea, pero olvidaros de una maquetación con DIVs y similares. Lo mejor son las tablas.
  • Los gestores de correo añaden por defecto margenes, colores, alineamientos, interlineados... y si queremos que se conserve la apariencia visual hay que definir todas estas propiedades.
  • No utilizar imágenes de fondo, algunos gestores las eliminan.
  • Para evitar que las composiciones con imágenes se rompan hay que definir alturas y anchuras de las celdas que los contienen y añadir dentro de las propiedades del IMG unstyle="display:block".
  • Algunos gestores como Outlook 2007 aplican un interlineado por defecto que no podemos redefinir. Para evitar problemas haz composiciones que permitan un interlineado flexible.
  • Las imágenes siempre deben subirse a un servidor y enlazarlas en absoluto.


Blogs Interesantes

Secti Tecnología, S.L. Con la tecnología de Blogger.