Que las nanopublicaciones están desempeñando la misma función que las revistas en papel, no es nada nuevo. Hasta en el formato.
La sección de breves de toda la vida es posible gracias al daily blog posting de Del.icio.us accesible desde las settings de tu cuenta. Lástima que con Movable Type 3.2 solo deje publicar con el nombre de autor del sistema ya que hace falta la contraseña de acceso remoto (API) pero los quicklinks los recopilaremos Luis, Gabriel y yo. Aún estamos dudando de si los metemos a primera hora en plan resumen de prensa o de si haremos que trabaje varias veces al día ya que el ritmo de información útil es incesante.
Si usas Movable Type, en William Computer blog cuentan paso a paso cómo hacerlo. Lo único que tendrás que ignorar si usas la 3.2 es cuando escribe: “out_pass: your mt password” ya que como decíamos ahí tendrás que poner la contraseña de acceso remoto (API) que es la última contraseña que verás en tu perfil de autor de Movable Type. Recuerda, solo se te revelará si eres el administrador de MT.
En VivirLatino lo venimos usando desde hace varias semanas al igual que tantos otros sitios.
Para los usuarios de WordPress es casi idéntico como explican en Cosas por hacer. Para los más tuneros: Yet Another DailyDelicious hack for WordPress.
Eso sí, sea el CMS que uses, utiliza la extensión de Firefox. Sin ella no sería todo tan rápido y productivo. Solo le pondría un pero. Cuando se tiene varias cuentas en Del.icio.us es muy engorroso el proceso de cambiar. Te tendría que dar la opción de que elijeras en qué cuenta decides guardar la URL.
Aunque como usuario me gusta WordPress (aunque cada vez un poquito menos), como desarrollador no me gusta demasiado (por no decir casi nada), pero no quita que su puesto se lo tiene bien ganado y que a veces es imposible no tener que usarlo.
Si además de las funcionalidades de WP, necesitas algo más que te puede aportar un CMS genérico, te puede venir bien este tutorial que explica en pocos pasos cómo convertir WordPress en un CMS.
Para ello el autor mueve el blog a la carpeta /blog y en la home de la página crea una página principal en la que se mostrará un portfolio y los resúmenes de sus diferentes trabajos (teniendo cada trabajo una página individual).
Los cambios incluyen la creación de archivos nuevos para el theme, que recoge los resúmenes de cada apartado del portfolio, los cuales son páginas estáticas que cuelgan de la página principal del portfolio.
Seguro que existe algun plugin que te lo permite hacer, pero la explicación es muy buena y la idea la podemos aprovechar para otras necesidades. WordPress as CMS tutorial
Vía / dzone
Mucha es la gente que utiliza WordPress y no todo el mundo debe saber ni diseño, ni CSS, ni XHTML, ni mucho menos el sistema de plantillas de WordPress. Para aquellos que sepan algo, pero necesiten una ayuda, existe Templatr, una herramienta online que permite modificar una plantilla base de WordPress y añadirle los estilos que necesitemos.
Una de las opciones que trae WordPress 3.8 es que permite que cada usuario elija una gama de colores para el admin de WordPress. Esto puede ser bastante útil si somos una empresa y queremos que los colores propios se vean reflejados en el administrador de WordPress, por ejemplo para el blog de un cliente.
Para ello deberemos crearnos un CSS (tomando por referencia los que hay en wp-admin/css/colors) y meterlo en nuestro theme y luego añadir lo siguiente a nuestro functions.php:
add_action('admin_init', 'colores_admin');
function colores_admin() {
wp_admin_css_color( 'id', 'Titulo', // poned el id que querais, si id = fresh modificara el diseño por defecto
get_template_directory_uri(). "/css/admin.css" ,
array( '#f00', '#0f0', '#00f', '#ff0' ), // los cuatro colores que muestran y que deberan corresponder a los del css que hemos creado
array( 'base' => '#0ff', 'focus' => '#f0f', 'current' => '#fff' ) // los textos
);
}
Recordad que WordPress ya no usa iconos, sino font icons, por lo que si queréis añadir o modificar iconos, deberéis crearos una web font con ellos (podéis usar Fontastic).
Ahora viene la parte más complicada, y digo complicada porque sinceramente he tenido que mirar el código porque algo me fallaba cuando seguía lo que decía la documentación.
El nombre del fichero JSON tiene el siguiente formato [dominio de traducción]-[idioma]-[handler del fichero].json, total nada.
Dominio será el que usemos para traducir, en el ejemplo sería mi-plugin:
__( 'Hola que tal', 'mi-plugin' );
Idioma es el código del idioma, en este caso es_ES
Y por último el handler del fichero es el primer parámetro que usamos en wp_enqueue_script
Lo podemos ver todo en un ejemplo final:
wp_enqueue_script(
'mi-plugin-handler', // El handler mencionado anteriormente
$blocks_script, // Nuestro path
[
'wp-i18n', // De referenciar al menos a wp-i18n
],
);
wp_set_script_translations( 'mi-plugin-handler, 'mi-plugin', plugin_dir_path( __FILE__ ) . 'languages' );