Planeta WordPress

WordPress nos permite incluir miniaturas en la portada de nuestro sitio de manera sencilla, pero por defecto esa miniatura no enlaza al enlace permanente.

Si quieres que las miniaturas, o imágenes destacadas si así prefieres llamarlas, tengan un enlace al permalink de la entrada solo tienes que añadir el siguiente código en el fichero functions.php de tu tema activo:

Luego, sería conveniente hacer un ajuste en el loop de modo que si no hay miniaturas no se trate de enlazar al permalink de cualquier manera, este:

Estupendo truco de WordPress Arena que mejora las indicaciones del Codex.

¿Aún no te animas a probar bbPress 2.x?, pues seguramente esta lista de dudas y respuestas (FAQ) te ayude a decidirte. La ha creado John J. Jacoby y es un buen punto de comienzo:

¿Donde puedo desargarlo?
1. Desde el instalador de plugins de tu WordPress
2. http://wordpress.org/extend/plugins/bbpress/

¿Donde puedo informar de errores?
1. http://bbpress.org/forums/ (usa la tag 'bbpress-plugin')
2. http://bbpress.trac.wordpress.org

¿Donde puedo informar de una vulnerabilidad de seguridad?
1. http://wordpress.org/about/contact/
2. jjj en #bbpress en el  freenode de IRC

¿Donde puedo hacer preguntas de soporte?
Usa los foros oficiales (en inglés) o los de Ayuda WordPress

¿Se integrará con BuddyPress?
De momento aún no, pero tampoco entra en conflicto con tu tema o datos existentes

¡No se ven los foros e hilos en mi tema!
Vuelve a guardar tus enlaces permanentes

¿Hay algún importador de foros bbPress versión 1.x?
Se está en ello, pero aún está en fase de prueba. Anímate a probarlo e informa de los errores.

¿Donde está la documentación?

En el mismo código del plugin de momento. No tiene mucho sentido crear documentación para una versión aún en pruebas, sujeta aún a cambios. Habrá pronto un codex de bbPress.

¿Por qué como admin puedo publicar vídeos y los  usuarios normales no?
Las cuentas de Admin en WordPress tienen capacidades extra que les permiten publicar todo tipo de contenido, y bbPress ahora es parte de WordPress y hereda estas capacidades.

¿Qué va a pasar con bbPress 1.x?
De momento se seguirá manteniendo pero se congelará su desarrollo futuro, así que no esperes nuevas funcionalidades en bbPress 1.x.

¿Puede instalarse el plugin bbPress 2.0 Beta sin WordPress?
No. bbPress 2.0 es un plugin para WordPress.

 

Contenido exclusivo para suscriptores al Feed

¡Gracias por seguirnos a diario!. Premiamos tu fidelidad ofreciéndote habitualmente contenidos exclusivos. Hoy puedes descargar:

Guía Domina tu Blog

No es la primera vez que hablamos de Perfiles y Capacidades en WordPress, incluso he hablado alguna vez de como gestionarlos, pero he pensado que había que dar algo más de luz en este asunto, y para ello he creado una tabla en la que entenderás mejor qué puede hacer cada tipo de usuario en WordPress, por las capacidades que tiene asignadas.

Como ya sabrás, la gestión de capacidades nativa de WordPress no es la mejor del mundo, y seguramente más de una vez habrás querido asignar capacidades extras a un perfil sin que tuviera muchas otras (solo tienes que fijarte en la tabla en el salto enorme que hay de Autor a Editor), y como todo tiene solución, si este es el caso, como mejor aprovecharás la información de esta tabla, y podrás gestionar adecuadamente perfiles y capacidades en WordPress, te recomiendo usar el plugin Members, que suple esta carencia.

Bueno, aquí tienes la tabla, espero ayude a clarificar un poco este asunto de los Perfiles y Capacidades en WordPress. Su uso es sencillo, a la izquierda tienes la lista de capacidades con su explicación a su derecha, y en la columna de cada tipo de Perfil de usuario si hay un logo en la celda es que tiene la capacidad de la primera columna …

Perfiles y capacidades (PDF) v.1.0 (75.57 kB )

Si tienes un sitio colaborativo igual es buena idea que dejes mensajes al resto de autores de tu WordPress. Puedes hacerlo de muchas maneras pero una muy sencilla, para mensajes que quieres que tengan siempre presentes, sería la siguiente:

1. Edita el fichero functions.php
2. Añade lo siguiente (personalizado a tu gusto claro):
   Clic para ver Texto Plano
   //aviso a autores
   function fn_admin_notices() {
   if ( !current_user_can( 'edit_posts' ) )
   echo '¡Recuerda moderar los comentarios cada día!';
   }
   add_filter( 'admin_notices', 'fn_admin_notices');

3. Guarda los cambios

Hay dos variables que puedes/debes cambiar. La primera, obviamente, es el texto a mostrar, y la segunda es qué tipo de usuarios, dependiendo de sus capacidades, verán el mensaje, en este caso los de perfil de Autor (edit_posts), incluso puedes usar varios mensajes dependiendo del tipo de perfil de usuario.

Fácil ¿eh?

Si estás lanzando un sitio y quieres probar como se verá un tema nuevo, o como se verán los cambios de CSS que estás haciendo, o simplemente presentar un boceto de un sitio para un cliente, muchas veces lo más tedioso es empezar a crear contenido de muestra que "llene" el sitio y se pueda apreciar lo que puede ofrecer.

Pues bien, por si no lo sabías, hay un fichero XML en el repositorio de WordPress que puedes utilizar para esta utilidad. Lo encontrarás en esta dirección: http://svn.automattic.com/wpcom-themes/demo/demo-data.09-27-2010.xml

Lo descargas en tu ordenador, vas al sitio de muestra y en 'Herramientas -> Importar' eliges 'WordPress'. Si no está instalado el importador lo instalas (recuerda que ahora es un plugin inactivo por defecto) y ya podrás importar el fichero xml recién descargado.

Lo que obtienes es un sito llenito de contenido donde poder mostrar como se verán las listas ordenadas y desordenadas, los h1, h2, h3, negritas, cursivas, imágenes a un lado y otro, esas cosas. Muy útil ¿no crees?

Contenido exclusivo para suscriptores al Feed

¡Gracias por seguirnos a diario!. Premiamos tu fidelidad ofreciéndote habitualmente contenidos exclusivos. Hoy puedes descargar:

Guía Domina tu Blog

Si buscas un sitio de referencia sobre las "template tags" vigentes en la versión de WordPress 3.0 y superiores el sitio Attachment Tags te va a encantar.

Por supuesto, tienes la referencia oficial en el Codex pero la herramienta web que vas a encontrar aquí es una gozada a la hora de buscar los códigos y funciones necesarios para el diseño de temas WordPress.

A la izquierda, en la barra lateral, dispones de la lista de usos habituales, y haciendo clic en cada elemento se muestran las tags disponibles, luego solo tienes que hacer clic en el elegido y te muestra el uso para el que está creada esa template tag y un ejemplo de como utilizarla.

¡Muy recomendable!

Una de las novedades que vamos a encontrar en la futura versión de WordPress 3.1 serán los formatos de entrada, un modo de aplicar estilos personalizados desde el tema a distintos tipos de publicaciones que generemos con WordPress, algo que considero la evolución natural de los tipos de entrada.

Para ello ya se están introduciendo los formatos de entrada en el trac, de los que de momento tenemos …

• aside – Normalmente sin título, los famosos miniposts, como una actualización en Facebook o Twitter o en el tema Prologue (o P2)
• chat – Transcripciones de chat
• gallery – Galerías de imágenes
• link – Cuando sean simplemente enlaces a otros sitios
• image – Cuando solo se publique una imagen
• quote – Citas
• status – Una actualización corta de estado, limitada a 140 caracteres como en Twitter. En este caso lo veo redundante con el formato "aside"
• video – Cuando se publique simplemente un vídeo

También se ha indicado añadir los formatos "audio", para podcasts o similares, y "code" para esas pequeñas piezas de programación que, aquí por ejemplo, se comparten con los lectores.

La interfaz de los formatos de entrada será más o menos así …

Como ves, puedes definir el formato de entrada en el editor y, luego, en la pantalla de administración de entradas estarán identificados. No obstante a Matt no le gusta que aparezca como una línea más en el widget de publicación así que no es definitivo.

Añadir soporte de formatos de entrada es tan sencillo como añadir una línea como la siguiente al fichero 'functions.php' de tu tema:

Los formatos de entrada, o "post formats", van a requerir actualizaciones de nuestros temas preferidos, que añadirán a sus virtudes actuales la inclusión de clases CSS especiales para cada tipo de formato de entrada, llevando los temas WordPress a un nivel superior. También habrá a quien le suene esto al estilo Tumblr, llámalo como quieras, al final es ofrecer más opciones para tener un WordPress más completo.

Personalmente me parece una idea fantástica, que lleva WordPress a otro nivel de personalización y diseño muy superior.

Además de los cambios estéticos que nos contaba Ejner, lo que también ha cambiado en WordPress.org es que se han unificado las cuentas de usuario que utilizábamos en el sitio. Hasta ahora había registro separado para la zona de descargas (plugins y temas) y foros, y para el Codex, pero si has intentando entrar desde hace 3 días te habrás encontrado con que no te acepta el usuario y contraseña de usuario con el que te registraste en el Codex.

De todos modos no te preocupes porque puedes usar tu usuario y clave del resto de áreas para acceder al Codex, y conservarás tus páginas en seguimiento, aportaciones y demás configuraciones de tu perfil (casi todas), así que el cambio ha sido - si me apuras - a mejor, para no tener 2 usuarios en un mismo sitio.

Creo que es una ocasión estupenda para visitar el Codex, comprobar tu usuario y plantearte ayudar a la traducción de la documentación oficial, aunque solo sea 15 minutos a la semana ¿no te parece?

Contenido exclusivo para suscriptores al Feed

¡Gracias por seguirnos a diario!. Premiamos tu fidelidad ofreciéndote habitualmente contenidos exclusivos. Hoy puedes descargar:

Guía Windows Live Writer

Una de las novedades de Wordpress 3.0 es -vamos por parte, dijo Jack el destripador -el cambio de Theme por defecto a TwentyTen, y la inclusión en el core de un cómodo menú.

Pero, ¿Cómo le podemos sacar buen partido a dicho menú, y sobre todo a TwentyTen?

Puesto que aún en el Códex no vemos como manejar bien estos menús, sí podríamos verlo observando bien los diseños que los están implementando. El problema es que hasta ahora sólo lo ha hecho Sufussion, con una intrincada programación que no es amigable con aquellos que nos hemos metido a aprender Wordpress sólo para poder personalizar a mayor profundidar nuestro espacio en Internet.

¿Qué hacemos por ahora? La opción que nos queda es sacarle el jugo a la implementación del menú que se ha hecho en TwentyTen. Y qué mejor que ir a la hoja de estilos de 2010, ir al final de la sección de menús y pegar lo que sigue:

Observe usted que en algunas reglas de css hemos añadido también "#access .color a". Esto provoca que todo el menú desplegable muestre el color seleccionado.

Presento este esquema, pero es extensible a gusto.

Una vez colocado el añadido CSS, nos falta ir a la sección de Menús, (Apariencia > Menús) Desplegar uno de los elementos, y en "CSS Classes - Optional"  colocamos el color de la regla que hemos definido.

Nos quedará algo así, si vamos asignando a cada menú el color que deseemos.

Comparto esto, para que no les sea el menú tan gris. Y poder trasplantar el código de los menús a nuestros propios temas, pero atribuytendo autoría a los creadores del tema donante, obvio

¿Te gustó este post? ¡Compártelo!

Ahora que acaba de salir una nueva versión "lista para publicar", o "release candidate" como dicen los guiris, nos surgió esta mañana a José y a un servidor la discusión sobre la política reciente de Automattic al respecto de este tipo de versiones RC.

Y es que estas versiones son para que las probemos, no solo a modo de anuncio de que ya está casi terminada la versión final. Y claro, luego los chicos de WordPress se quejan de que la gente no las usa, que no las prueba, y que los fallos de las primeras versiones finales no ocurrirían si realmente probáramos las versiones RC, incluso las betas. Pero ¿tienen razón?.

Vamos por partes (como diría Jack "el destripador") … 

Por supuesto, tienen razón al decir que las versiones RC son para revisarlas, probarlas en nuestro PC o carpeta de servidor, ver si hay fallos y avisar al equipo de desarrollo. De este modo las versiones finales saldrían mucho más finas, tras haber sido probadas las versiones RC y Beta en todo tipo de servidores y situaciones.

Esto es especialmente relevante si nos referimos a desarrolladores de plugins. WordPress hizo hace tiempo la apuesta valiente de que avanzar, de no pretender compatibilidades excesivas "hacia atrás", como hizo Joomla y así se le está viendo el pelo. Pero es entonces responsabilidad de cada desarrollador probar las versiones ßeta para comprobar si su plugin o tema funciona correctamente en la nueva versión, no va a estar el equipo de desarrollo de WordPress probando cada plugin, para eso se planteó el asunto de los plugins core o canónicos.

Hasta ahí bien, los chicos de Automattic tienen razón en quejarse cuando luego nos ponemos estupendos si hay algún fallito en las versiones finales. Peroooooo … todo tiene su pero.

Si esto es todo cierto, y yo lo suscribo, es más, ¡por favor, probad las versiones RC!, entonces ¿por qué las últimas versiones RC de WordPress han salido tan pegadas a las versiones finales?, sin tiempo para probarlas realmente. Un ejemplo especialmente sangrante fue la última, la 2.9. Y claro, hubo que sacar la 2.9.1 a los cuatro días (literal).

Ciertamente, para que una versión RC fuera realmente útil debería estar disponible durante como poco una quincena, para que la gente - de puro ansia de probar - la descargara e instalara a ver que tal le va y esas cosas que hacemos todos ¿no te parece?.

A eso hay que sumarle un error tonto, más bien carencia, en las distros de WordPress, y es que debería haber un enlace permanente en el pié de página del escritorio, o algo así, para informar de fallos al equipo de soporte. Con eso se ganaría mucho en efectividad y rapidez. Es algo que espero se tome nota e incorpore en siguientes versiones.

Así que eso es lo que hay, hoy estamos esperando la versión final de WordPress 3.0, una versión "mayor" que seguro que nos traerá de cabeza durante un tiempo, una versión que no recomiendo instalar en sitios activos, porque es un cambio realmente importante el que supone. Y no estaría haciendo esta recomendación si tuviéramos - al menos en este caso - un mes para probarla a fondo, que los cambios de WordPress 3.0 son muchos y profundos.

Bueno, no os aburro más, os dejo una encuesta, a ver como está el panorama … 

Note: There is a poll embedded within this post, please visit the site to participate in this post's poll. ¿Te gustó este post? ¡Compártelo!