Colegas:
Pekka Himanen, en Bilbao y gratis. Jueves, 2 de Noviembre de 2006
Penente me comenta lo siguiente:
El próximo 27 de Noviembre desde Bizkaia Enpresa Digitala organizan la jornada Pekka Himanen. Tecnología y búsqueda de innovación.
Pekka Himanen hablará sobre los pasos que debe dar una economía para ser innovadora y conseguir empresas mas competitivas. También expondrá sus teorías éticas, ya sabeis que es famoso por el libro Hacking ético.
La información está en la web de Enpresa Digitala: Información jornada de Pekka Himanen
Maldito editor WYSIWYG -problema en Wordpress- Jueves, 26 de Octubre de 2006
A ver, que alguien me lo explique, porque no entiendo nada.
Resulta que para escribir los artículos no utilizo los botones del editor WYSIWYG, voy directamente a la pantallita HTML y lo escribo todo a pelo. Sí, ya sabéis que soy una enamorada del Notepad y tardo menos escribiendo etiquetas que pulsando botónes.
A lo que iba, que hoy me acabo de dar cuenta que hay atributos que me los borra. Por ejemplo, para marcar el cambio de idioma utilizo tanto lang="en" como xml:lang="en", y al guardarme la entrada, me borra el xml:lang
Entonces me he dicho, bueno, tiene que haber alguna forma de desactivar el editor, total, si es que no lo necesito, siempre estoy abriendo la ventanita y cerrándola…
Entro en las opciones de WordPress, apartado Escritura, y desmarco la casilla con la opción Utilizar el editor visual para escribir.
Antes que nadie me diga nada, la opción de WordPress corregirá de forma automática el HTML incorrectamente anidado lleva desactivada desde que instalé el blog…
Bueno, sigo a lo mío. Actualizo las opciones, me dirijo a escribir un nuevo artículo y maldición, ahí sigue el editor con sus estúpidos botones…
Me dan ganas de eliminar el script y acabo antes… pero si alguien tiene otra idea, más que nada porque seguro que es más rápido que editar el archivo…
El método definitivo para proteger las imágenes de tu web Lunes, 23 de Octubre de 2006
Si estás harta y harto de que te roben las imágenes de tu web (sí, esas que te curras durante horas con el photoshop, the gimp o similares…), estás de enhorabuena, porque acabamos de descubrir el método definitivo para que nadie te las robe.
Ayer me enteré (sí un poco tarde) que salía desde Bilbao la regata Velux 5 Oceans, una de las vueltas al mundo más importantes. Tan sólo hay 8 participantes y uno de ellos es Unai Basurko, portugalujo. Este es el primer gran viaje en solitario que emprende.
Así que ante esta gran aventura, visité la página oficial, en castellano y os invito que también la visitéis:
Página oficial de la Velux 5 Oceans.
Sygmar me avisó que la página tenía una sorpresita muy agradable y, efectivamente, cual sería mi sorpresa cuando me percato de que no se me carga ninguna imagen y, en su lugar, me aparece el texto alternativo Image ©.
Ya estaba echando pestes contra el webmaster con frases del estilo: claro, seguro que con IExplorer las imágenes salen perfectas y como utilizo Firefox, nada de nada… Así que me vi obligada (en contra de mi voluntad, eso sí) a abrir la página con IE y voilá, tampoco rulaban.
Así que a la única conclusión lógica y posible que he llegado es que han querido proteger las imágenes tan bien, que ni dios las pueda ver.
Os dejo unas capturas por si deciden desproteger las imágenes en algún momento.
Iframes accesibles Lunes, 10 de Julio de 2006
O lo que es lo mismo, marcos en línea implementados de forma accesible.
Primero hazte una pregunta y reflexiona: ¿realmente necesitas utilizar marcos? ¿no puedes utilizar los include de tu lenguaje de programación? ¿estás completamente seguro?
Bueno, si no he podido disuadirte, al menos hazlo accesible.
IFRAME no accesible
Vamos con lo más sencillo. Tenemos una página comercial y queremos insertar el catálogo de productos, por ejemplo, en un iframe:
IFRAME Accesible
Para dar una alternativa accesible a un iframe (marco en línea), simplemente tenemos que ofrecer el contenido alternativo entre la apertura y cierre del elemento iframe:
<a href=”URL”>Catálogo de productos</a>
</iframe>
Conclusiones
Lo más práctico es insertar un enlace, obviamente que tenga sentido independientemente del contexto. Otra solución es insertar todo el código del catálogo dentro del iframe, pero entonces estaríamos escribiendo 2 veces el código…
¿A que ha sido fácil?, bueno, aún así, ¡¡¡si puedes aniquilar de tu cabeza los iframe, mucho mejor!!!
XHTML y target=”_blank” posible Martes, 30 de Mayo de 2006
Como todos sabemos, no es válido utilizar el atributo target si nuestra página está validando contra un dtd de (X)HTML estricto.
Pero podemos simular este comportamiento mediante un javascript no intrusivo:
En la web de Sitepoint existe un artículo que explica cómo hacerlo:
function externalLinks(){
if (!document.getElementsByTagName) return;
var anchors = document.getElementsByTagName("a");
for (var i=0; i<anchors.length; i++){
var anchor = anchors [i];
if (anchor.getAttribute("href") && anchor.getAttribute("rel") == "external"){
anchor.target = "_blank";
}
}
}
window.onload = externalLinks;
<a href="http://www.antxoa.com" rel=”external”>Blog de Antxoa</a>
Pero este script tiene un fallo de accesibilidad. Si queremos satisfacer el nivel WCAG-AA, necesitaremos avisar al usuario de que se va a abrir una nueva ventana.
Podemos pensar en aplicar un atributo title del estilo:
<a href="http://www.antxoa.com" rel="external" title=”este enlace se abrirá en una nueva ventana”>Blog de Antxoa</a>
Pero si lo hacemos, todos los usuarios sin soporte javascript tendrán que aguantar el aviso, con unas instrucciones totalmente erróneas.
Lo ideal es que sólo aparezca el aviso si se tiene soporte javascript y es muy fácil: basta con incluir el atributo title en la propia función javascript:
function externalLinks(){
if (!document.getElementsByTagName) return;
var anchors = document.getElementsByTagName("a");
for (var i=0; i<anchors.length; i++){
var anchor = anchors [i];
if (anchor.getAttribute("href") && anchor.getAttribute("rel") == "external"){
anchor.target = "_blank";
anchor.title = “este enlace se abrirá en una nueva ventana”;
}
}
}
window.onload = externalLinks;
<a href=”http://www.antxoa.com” rel=”external”>Blog de Antxoa</a>
Y asunto arreglado. Pero para dejarlo aún más perfecto, lo que vamos a hacer es modificar ligeramente la forma de incluir el title para que, en el caso de que ese enlace tenga ya este atributo con un valor, no lo reemplacemos, sino que lo mantengamos, añadiéndole la coletilla de la nueva ventana:
function externalLinks(){
if (!document.getElementsByTagName) return;
var anchors = document.getElementsByTagName("a");
for (var i=0; i<anchors.length; i++){
var anchor = anchors [i];
if (anchor.getAttribute("href") && anchor.getAttribute("rel") == "external"){
anchor.target = "_blank";
if (anchor.getAttribute("title")){
anchor.title = anchor.getAttribute(”title”) + ” (se abre en nueva ventana)”;
}
else{
anchor.title = “(se abre en nueva ventana)”;
}
}
}
}
window.onload = externalLinks;
<a href=”http://www.antxoa.com” rel=”external”>Blog de Antxoa</a>
Ahora sólo queda por decidir si realmente queremos abrir ventanas nuevas o no…
Antxoa.com está gestionado con WordPress
Entradas (RSS) y Comentarios (RSS).