Entradas etiquetadas como ‘WordPress’

Escrito por Iván Alonso el Viernes 24 de Octubre de 2008

Actualizado el blog a WordPress 2.6.3, utilizando el sistema de actualizaciones automáticas de Dreamhost. Aprovecharé para comprobar si (todavía) sigue el mismo bug que están arrastrando versión tras versión y que sólo parece afectarnos a cuatro personajillos…

Actualizado: Sigue sin funcionar correctamente. Esta vez ya me he dado de alta en el trac de WordPress para anotar un comentario y ver si puedo echar una mano.

Actualizado un año después (cuando ya utilizamos WordPress 2.8.6): Seis meses después de que incluyera mis comentarios en el trac, alguien se puso a trabajar en ellos. Ahora hace ya siete meses que está solucionado, pero lo cierto es que tardaron mucho en arreglar algo que era bastante básico, desde cierto punto de vista…

Escrito por Iván Alonso el Martes 2 de Septiembre de 2008

La forma de añadir un enlace a la página de comentarios es mediante la función comments_popup_link, capaz de generar el enlace a la página que se mostrará mediante un pop-up (comments-popup.php) o la general de comentarios (comments.php).

La forma de que lo haga mediante las ventanas emergentes es incluyendo una llamada (en cualquier parte de la página, aunque suele hacerse en el head) a comments_popup_script. Los parámetros que recibe serán la altura y anchura de la ventana de comentarios, pero también dejará constancia de que ha sido llamada y de que los enlaces deben ser de una forma determinada.

Por tanto, si nuestro theme (por ejemplo, como lo tenía en www.neverbot.com) tiene activados los comentarios en ventana emergente, sólo debemos buscar dicha llamada a comments_popup_script y eliminarla para quedarnos con el comportamiento que deseamos.

Escrito por Iván Alonso el Viernes 29 de Agosto de 2008

neverbyte.net actualizado a WordPress 2.6.1. Espero que el bug que tenía con los nombres de tags se haya solucionado… porque tuve que arreglarlo “a mano” y no me apetece volver a buscar la solución.

Pues no, no está solucionado aún y he tenido que volver a parchear el archivo wp-includes/taxonomy.php (cuando además ahora es ligeramente distinto y aplicar el parche no es tan directo). No tengo usuario en el trac de WordPress para anotar que eso sigue pendiente y que es importante.

Escrito por Iván Alonso el Miércoles 16 de Julio de 2008

Posiblemente habrá otros resaltadores de sintaxis mejores (si los conocéis dejadme un comentario), pero yo he preferido no perder mucho tiempo e instalar en este blog el que ya conocía.

Podéis descargaros la versión 1.5.1 (me da la impresión de que el proyecto ya debe estar parado) de su página de Google Code. Tal y como aparece su tutorial (la sección ‘Usage‘) no os va a funcionar, por lo que explico los pasos:

  • Descargamos y descomprimimos el archivo .rar en nuestro servidor, en la misma carpeta del theme que estamos utilizando.
  • Los scripts sin comprimir no los vamos a necesitar, por lo que podemos deshacernos de la carpeta Uncompressed.
  • Renombramos la carpeta Scripts como js, y Styles como css, para así utilizar los mismos nombres que en la mayor parte de documentación y manuales que podréis encontrar en otros blogs. También sacamos Scripts/clipboard.swf al nuevo directorio flash (flash/clipboard.swf), y renombramos la carpeta general de dp.SyntaxHighlighter a syntaxhighlighter.
  • Por último editamos el header.php de nuestro theme y añadimos las siguientes líneas dentro de la etiqueta <head>:
<!-- Syntax Highlighter -->
<link type="text/css" rel="stylesheet" href="<?php bloginfo('template_directory');?>/syntaxhighlighter/css/SyntaxHighlighter.css"></link>
<script language="javascript" src="<?php bloginfo('template_directory');?>/syntaxhighlighter/js/shCore.js"></script>
<script language="javascript" src="<?php bloginfo('template_directory');?>/syntaxhighlighter/js/shBrushCpp.js"></script>
<script language="javascript" src="<?php bloginfo('template_directory');?>/syntaxhighlighter/js/shBrushCSharp.js"></script>
<script language="javascript" src="<?php bloginfo('template_directory');?>/syntaxhighlighter/js/shBrushCss.js"></script>
<script language="javascript" src="<?php bloginfo('template_directory');?>/syntaxhighlighter/js/shBrushPhp.js"></script>
<script language="javascript" src="<?php bloginfo('template_directory');?>/syntaxhighlighter/js/shBrushXml.js"></script>
<script type="text/javascript" language="javascript">
window.onload = function () {
dp.SyntaxHighlighter.ClipboardSwf = 'flash/clipboard.swf';
dp.SyntaxHighlighter.HighlightAll('code');
}
</script>
<!-- Fin de Syntax Highlighter -->

A partir de aquí, ya podemos utilizar el resaltado de sintaxis en nuestros posts, introduciendo el código dentro de las etiquetas <pre name=”code” class=”lenguaje”> codigo codigo codigo </pre>.

Los lenguajes disponibles son muchos (hay que cambiar ‘lenguaje‘ por el que estéis usando, claro está), y necesitaréis incluir en el header aquellos que vayáis a usar. En el ejemplo que os he puesto yo he añadido C++, C#, Css, Php y Xml, pero hay unos cuantos más disponibles en el directorio js. Dejad únicamente aquellos que sean susceptibles de ser usados, puesto que cada visita tiene que descargárselos y el ahorro de ancho de banda siempre es bueno.

Podéis encontrar otro manual para el gestor de contendos dasBlog en picacodigos.com, donde también podréis encontrar esta lista de alias para los lenguajes que pueden usarse:

Lenguaje: Alias
C++: cpp, c, c++
C#: c#, c-sharp, csharp
CSS: css
Delphi: delphi, pascal
Java: java
JavaScript: js, jscript, javascript
PHP: php
Python: py, python
Ruby: rb, ruby, rails, ror
SQL: sql
VB: vb, vb.net
XML/HTML: xml, html, xhtml, xslt

Escrito por Iván Alonso el Jueves 19 de Junio de 2008

Esto sucede cuando creas una etiqueta (tag) y le cambias su tag-slug: es decir, el nombre con el que se crearán los enlaces a los temas y demás. Por ejemplo, tengo una categoría llamada .Net que, haciendo click, os llevará a una dirección del estilo blabla/dotnet. He cambiado su tagslug de lo que habría utilizado automáticamente WordPress (net) a otra palabra que para mí tiene más significado (dotnet).

Cuando cambias los tag-slugs de una etiqueta y vuelves a asignar esa misma etiqueta a un nuevo post, te generará una segunda etiqueta con mismo nombre y con el tag-slug automático. A través de los foros de wordpress.org he llegado a la solución en el trac, que ya está detectada y estará solucionada en la próxima versión.

Por suerte era una cosa sencilla de tocar cuatro líneas, así que ya debería estar funcionando correctamente.