Artículo Template (Talk)
Está es una página para discutir sobre la Plantilla "Artículo".
No mezclar los asuntos separar cada asunto por un encabezado de segundo nivel. Responder a cada mensaje con la respectiva jerarquía y siempre inmediatamente debajo de el mensaje a responder o de una una respuesta previa al mismo mensaje. No olvides firmar.
1. Sección "Contexto"
Particularmente el título "Contexto" no me agrada, creo que el contexto debe estar intrínseco en la introducción del artículo. No indicado explícitamente como tal. -- AndresViA 2007-01-22 09:45:26
Eso puede ser una posibilidad agradable. Creo que un título, así sea "Introducción", debe ser especificado. -- Offray 2007-01-22 13:33:04
Offray tienes una manera de responder que no sé inclina por ninguna opción. -- AndresViA 2007-01-23 01:41:55
Tal vez es por un "exceso" de cordialidad. Digo que la sección original debería ir marcada claramente con un subtítulo (ya que las cabeceras h1 se dejan como títulos para el artículo). Si el título es "Contexto" o "Introducción" es una cosa que hay que decidir para dejar en la plantilla. Creo que es mejor "Introducción" si se considera que ésta, más los enlaces de categorías más los que se presentan en la introducción misma, son el Contexto. -- Offray 2007-01-23 10:16:01
2. Sección "Faltante"
En cuanto a la sección "Faltante", se que es imposible tener artículos que inmediatamente sean un trabajo terminado de hecho siempre deberían ser un trabajo en proceso, pero creo que podría indicarse con un comentario e indicar como se piensa seguir en la página de charla. -- AndresViA 2007-01-22 09:45:26
Esto también es posible. Sin embargo me he encontrado con artículos en los que alguien inicia algo sin mayor estructura y uno no tiene idea de para dónde va el autor o qué nivel de madurez tiene. La sección "Faltante" tiene la intensión de aclarar qué es lo que a juicio del autor y el colectivo de personas que lee y sobre todo escribe el artículo, hace falta para quitar el mensaje de borrador. Casi siempre habrá algo faltante en un documento orgánico dentro de un Wiki, pero esta sección tiene la intensión de establecer un "Mapa de Ruta" para saber cuándo se puede considerar al artículo "maduro". -- Offray 2007-01-22 13:33:04
Digamos entonces que no está sujeto a nada. Offray yo aveces puedo parecer irreductible pero lo que pasa es que me gustaría ver a El Directorio organizado de una sola manera aunque yo se que eso es difícil si no imposible. Pero acaso con la plantilla no estás diciendo "Sigan este formato". En ningún lugar dice que sea así pero es lo que se hace por "seguir la corriente". -- AndresViA 2007-01-23 01:41:55
- No entiendo lo de no "estar sujeto a nada". La idea de la sección faltante es, a juicio de los lectores/autores qué hace falta para que el artículo se considere maduro y que se pueda quitar el anuncio de "Borrador". ¿Qué faltaría por aclarar?.
Por otro lado, me convenzo con el tiempo que, efectivamente es bueno proponer plantillas que ayuden a unificar formatos y le permitan al lector guiarse y ubicar la información rápidamente. Este convencimiento se arraigo con más fuerza después de leer el libro Mapping Hipertext y tras haber escrito muchos artículos y ver patrones recurrentes en los mismos. Creo que con el tiempo tendremos plantillas para muchos tipos de escritos. Esta y la del BlogPostTemplate son las primeras propuestas en ese sentido. Continuo con más detalle en tu página de charla sobre la "Directopedia" (aunque afortunadamente no somos la wikipedia
). -- Offray 2007-01-23 10:16:01
- No entiendo lo de no "estar sujeto a nada". La idea de la sección faltante es, a juicio de los lectores/autores qué hace falta para que el artículo se considere maduro y que se pueda quitar el anuncio de "Borrador". ¿Qué faltaría por aclarar?.
3. El macro Title
Entiendo la idea del macro Title, si el problema es que aparezca el título principal H1 se le puede dar vuelta a eso especificando un #pragma section-numbers 2 (como en ésta página -esto es algo que descubrí hace poco-). Por que los encabezados H1 tienen un significado especial que no es solamente la presentación (verse mas grandes que los demás) si no web-semántico. -- AndresViA 2007-01-22 09:45:26
Estoy totalmente de acuerdo. El asunto de verse más grande era un hack horrible que usaba para la no inclusión del título, a pesar de darle un lugar preponderante, al menos visualmente, pero con lo que me comentas del #pragma section-numbers 2 el asunto está solucionado y podemos tener una tabla que no incluya al título, pero que tenga una estructura más semántica. -- Offray 2007-01-22 13:33:04
Ningún hack es bonito. Bueno, que así sea. -- AndresViA 2007-01-23 01:41:55
Listo entonces dejemos #pragma section-numbers 2 como parte de las directivas del artículo y la cabecera h1 reservada exclusivamente para el título y las cabeceras de segundo nivel como parte de la secciones del artículo. Sigo pensando que sería mejor tener un macro para el título y que las cabeceras de primer nivel sean para las subsecciones, pero al menos así tenemos una cosa mucho más consistente y significativa semánticamente que esa tabla con letras grandes. -- Offray 2007-01-23 10:16:01
4. Caja de categorías
Me parece buena la idea de reemplazar el texto del enlace de la categoría. Lo que no me gusta es saturar el comienzo del artículo. Ni tampoco el uso de tablas para determinar la disposición de los elementos visuales (no solamente aquí si no en todo moin). Sería bacano poder extraer las categorías del artículo e incluirlas en la semántica del artículo, por ejemplo en la sección <meta keywords="" />. O darles una presentación especial por decir algo en la barra lateral. -- AndresViA 2007-01-22 09:45:26
Lo ideal sería tener una caja de etiquetas con tamaños de acuerdo a cómo se usan las palabras de catalogación en el artículo lo que llaman un Cloud Tag (nube de etiquetas). Algo similar a lo que aparece a la derecha en las páginas en aboutpdf.com o http://www.goermezer.de/, que si mal no estoy, usan el mismo software, que es libre y está hecho en Python. Creo sin embargo que el esquema de catalogación actual de la mayoría de los Wikis es demasiado artesanal y sería interesante construir un macro o extensión que mejore y estructure el proceso de catalocación y etiquetamiento que hay actualmente. Algo que me muestre las etiquetas/categorías actuales, me permita adicionar nuevas, a través de un formulario y establecer conexiones entre ellas. La extensión debería generar la Nube de Etiquetas y los metadatos del artículo para que la indexación sea mucho mejor. La disposición gráfica ideal para mí sería algo así:
+---------------------------------------------------------------------+ | Título del artículo | |---------------------------------------------------------------------| | Acá va la nube de etiquetas | +---------------------------------------------------------------------+ | Este es el texto introductorio del artículo | Tabla de Contenido | | con varias líneas de texto, gráficas | Intro | | Bla Bla Bla, Bli, bli, bli, blo, blo | Sección 1 | | blo, blu, blu, blu, etc. | Sección 2 | | Bla Bla Bla, Bli, bli, bli, blo, blo | etc | | Bla Bla Bla, Bli, bli, bli, blo, blo +-----------------------+ | Bla Bla Bla, Bli, bli, bli, blo, blo, blu, blu, ble, ble, etc y más | | Bla Bla Bla, Bli, bli, bli, blo, blo, blu, blu, ble, ble, etc y más | | Bla Bla Bla, Bli, bli, bli, blo, blo, blu, blu, ble, ble, etc y más | | Bla Bla Bla, Bli, bli, bli, blo, blo, blu, blu, ble, ble, etc y más | | Bla Bla Bla, Bli, bli, bli, blo, blo, blu, blu, ble, ble, etc y más | | Bla Bla Bla, Bli, bli, bli, blo, blo, blu, blu, ble, ble, etc y más | +---------------------------------------------------------------------+
De este modo, una mirada al inicio del artículo le dice de que se trata (texto introductorio y tabla de contenidos) y con qué está relacionado (nube de etiquetas). No sé si alguien que sepa Python se anime realizar esta propuesta y documentar cómo hizo. Yo he estado mirando otros motores Wiki (TWiki, Prowiki) que implementan características interesantes que me gustaría ver en Moin (pero están hechos el Perl :-\ ), sin embargo no estoy dispuesto a asumir, de nuevo, en soledad, una migración masiva de El Directorio y no podemos andar cambiado de motor Wiki cada vez que no encontramos las características que necesitamos, al menos, no contando con una arquitectura tan flexible como la de Moin y un lenguaje tan poderoso como Python. Sin embargno, no contendría la respiración, aguardando a que surja un voluntario.-- Offray 2007-01-22 13:33:04
Te entiendo Offray, yo también creo que la solución puede ser extender Moin, sin cambiar el código sino mas bien aprovechando su modularidad (plug-ins). Lo que si creo que debe cambiar es el uso de este tema que está muy desactualizado. Voy a tratar de por lo menos ofrecer la infraestructura para eso, ahora que tengo banda ancha, puedo servir eso en mi PC para ver el WIP. Y talvéz configurar un CVS o algo por el estilo. Pero no prometo nada para no terminar con un chorro de baba. Eso de las etiquetas es interesante y ya lo había visto antes en http://del.icio.us/tag/, en una conferencia de TBL y hay un plug-in de WordPress que lo hace, es una especie de Folksonomy. -- AndresViA 2007-01-23 01:41:55
Efectivamente, el tema hay que cambiarlo (te puede servir la discusión de la portada al respecto). No sé que es el WIP, pero si puedes tener una especie de sitio beta para pruebas como las del nuevo tema y que luego las podamos implementar acá sería muy chévere. Sería muy bacano que uno pudiera hacer un comit de los cambios a una especie de CVS que contenga la estructura de archivos de El Directorio, de modo que si algún cambio generó una cosa que queramos quitar, pues lo podamos hacer y que podamos administrarlo colectivamente. Si necesitas la clave que tengo para acceder a la máquina donde reside sólo avísame. -- Offray 2007-01-23 10:16:01