• Portada
• Talk

Noticias

No creo que sean necesarias dos tipos de noticias: Del Directorio y Generales. Cosas como el posicionamiento o los "mirrors" y en general cualquier tipo de ayuda son siempre bienvenidas y las coloqué en la sección permanente del Directorio, en la portada. Pienso que las noticias deberían colocarse en orden de llegada, ocupando la parte superior las que entraron de últimas, hasta que la extensión de este recuadro y/o la desactualización de las noticias las mueva a "Noticias Anteriores". Me parece que estos cambios no son tan radicales y por eso no los coloque en "NuevaPortada" para ser probados antes. (--Offray 10:33 3 dic, 2005 (MST))

Recomendaciones:

• El h2 y la fuente roja solo deben usarse en caso de emergencia, tal cual como sucede con las JSL.

Sugerencia de cambio de software servidor

Buenas a todos,

Creo que este portal tiene mucho potencial por su contenido. Mi sugerencia es que sería conveniente cambiar el software que lo soporta de Wikipedia a Plone (www.plone.org). Plone es mucho más potente y el motor de búsqueda es impresionante (mucho mejor que Google, aunque restringido al propio portal solamente). Además tiene facilidad para soportar un gran número de contenido diferente a parte de HTML (PDFs, binarios, ...), calendario compartido, ... Creo sinceramente que le da mil vueltas a productos comerciales como Lotus Domino o Documentum y está realizado en python pudiendo programarlo a medida con mucha mayor facilidad y menos riesgo que p.ej, PHP o Java.

Saludos desde el otro lado del Gran Charco (ya no tan grande ahora con Internet).

• Gracias por los comentarios. Efectivamente sería conveniente cambiar el software y ya es algo que está en la cabeza de varios miembros. Plone es un excelente CMS y de hecho mucha de la información sobre Plone dentro del Directorio la hemos aportado con un amigo. Sin embargo una de las cosas que ha hecho valioso al portal es que su contenido puede ser editado por todos, es decir que el centro del diseño es la idea del Wiki, mientras que ese no es el centro del diseño de Plone (sino la idea del CMS). Por supuesto Plone puede ser extendido con productos que le den características de Wiki, pero se ve como un CMS extendido con un Wiki y creo que la ruta que debemos seguir es al contrario: partir de la idea de Wiki y darle características progresivas de CMS. En ese sentido muchas de las características que extraña en mediawiki y conoce en Plone las implementa el Wiki MoinMoin como adición de diferentes tipos de archivos, excelente motor de búsqueda e incluso el hecho de ser programado y extensible en Python a través de varios módulos, entre los que se encuentran los de calendarios y Blogs. Además tiene Lista de Control de Acceso que permiten definir editores específicos para ciertos contenidos y realizar control de WikiSPAM.

  Me parece que la mejor alternativa es migrar de Mediawiki a MoinMoin para ir complementando y enriqueciendo las ofertas que tiene El Directorio en este momento. Por supuesto no se descarta la posibilidad de usar Plone para otros proyectos comunitarios (véase el ejemplo de LaunchPad) y eventualmente encontremos algo a medio camino entre Plone y MoinMoin o que los integre. Cordialmente

  --Offray 10:43 3 dic, 2005 (MST) (Pdt) Chévere conocer, al menos el nombre, del iniciador de esta sección de Discusión

Posicionamiento El-Directorio

Mirando y haciendo la Busqueda de el Directorio ... nos damos cuenta que en ese lugar no existimos ... por lo tanto aparte de que en cada correo dejemos la url de firma en las listas de Colibri o Slec... , los miembros de lug"s" en sus paginas hagamos un enlace a el Directorio para agilizar el posicionamiento ya sea desde Colibri /Slec /Glud/Cluc ..........

KaL

Por fin pude sindicar los CambiosRecientes desde un lector de rss, el de gmail, me estaba enredando porque cuando se hace click sobre el ícono de xml sale una dirección relarga y esa no funciona solo se usa hasta rss_rc. Mejor dicho:

Para sindicar los CambiosRecientes de El Directorio añada a su lector rss esta dirección

• http://www.el-directorio.org/RecentChanges?action=rss_rc

Me invade una duda: ¿Esta información debe ir en Ayudando_al_directorio o en Posicionamiento/MotoresDeBusqueda?

-- Jegc

• De hecho, basta con http://el-directorio.org/?action=rss_rc, podría crearse una página que se llame Lectores RSS, Agregadores RSS o más bien simplemente RSS. -- AndresVia 2006-09-13 11:21:52

¿Que ha cambiado en el moinmoin?

Me parece que de bienvenida, a las personas que retornan y que sabían utilizar el Mediawiki, han cambiado ciertas cosas, me parece que deberiamos conformar una subpage para actualizar acerca de como hacer sùbpaginas... y demas diferencias con respecto al mediawiki que se utilizaba anteriormente.

Xiezar

• Esta página ya existe y está referenciada en este momento de primeras en las noticias de actualidad. El enlace es este: Notas_migración. Habría que complementarla con más cosas pertinentes para quienes vienen de mediawiki.

  Offray

¿Paginas Inmutables?

Hola, pues me da algría que ya halla mayoria de el directorio esté en español,

Pero ahora sale por ejemplo en la portada, que es una pagina inmutable?... no se deja editar, anteriormente para arreglar lo del icono del moin que se iba al fronpage, yo le habia puesto un redirect pero ahora no se puede por que es una pagina no editable, me refiero a http://www.el-directorio.org/PáginaInicial -> PAGINA INMUTABLE, se necesita redirecionar de aqui a Portada

Xiezar

• Esto ya fue arreglado. Lo que estaba en página inicial está ahora en IntroWiki y la redirección ya funciona adecuadamente. Offray

• Lo mismo las paginas que contaban con la instruccion redirec ya no cuentan con esta.

  Xiezar

  • No entiendo Offray

    • ya listo, gracias,

Que se identifiquen antes de editar las paginas

Me parece importante activar esta funcionalidad, por que si ip tienen, es necesario que se identifiquen.

• Hasta ahora hemos tenido poco bandalimo. Aunque alguién ha intentado desde 148.223.71.164 empezar con el bandalimo, borrando los archivos anexos a ciertas páginas. Creo que tendríamos que entrar a decidir de forma colectiva si es necesario implementar esta política de forma permanente o basta con bloquear ciertas IPs. Independientemente de cual opción se adopte, chévere contar con documentos cortos acerca de cómo implementar las medidas, para no dejar la carga administrativa en una sola persona Offray

  • Toca con la direciva acl con una linea #acl SomeUser:read,write All:read como esta pero, solo lo puede dar el admin,:(,pero encontre esto, espero sirva el script en [1] , que surgio de un bug en el año 2004 que se expresa en [2].

  [1]http://www.nessus.org/plugins/index.php?view=viewsrc&id=14385 [2]http://www.vuxml.org/freebsd/1ecf4ca1-f7ad-11d8-96c9-00061bc2ad93.html

  • Xiezar

  Sobre la documentacion para repartir los permisos esta aqui solo hay que dar el criterio de busqueda acl y aparece, el item conla info: [1]

  [1]http://www.el-directorio.org:8080/AyudaSobreListasDeControlDeAccesoAcl?highlight=%28acl%29

  • Creo que la idea es usar las blacklist como primera medida de control de vandalismo y luego sí entrar a usar las ACLs. Sería bueno un procedimiento más específico acerca del uso de las backlist al que aparece en la documentación. Si lo implementa primero en su Wiki local y luego nos comenta cómo lo hizo, podemos implementarlo acá también. -- Offray

Ayer, 14 de Diciembre de 2006, hice una anotación en la que refería un comentario de alguien sobre El Directorio como una versión Wiki de MySpace, la cita decía algo como:

• «Recuerdo que alguien criticaba el hecho de que se dieran interacciones sociales a través de este espacio, diciendo que era la "versión wiki de myspace". Obviamente uno no puede sino preguntarse como será la vida social de alguien que subvalora tanto la interacción con otros y además, en lo conceptual, confunde myspace con El Directorio»

Este crítica surgió en el contexto de la charla con nuestro infame (porque famoso no sería la palabra adecuada) Troll y el resultado de esto fue que mi página de usuario y la de varios miembros del grupo Iskariote o proyectos o Blikis de ellos fueron editadas con vandalismo. Las correcciones tardaron menos de 5 minutos en hacerse y el ataque fue puntualmente dirigido a ciertas personas (para los que siguieron el impase, recordarán que el Troll indicaba que su problema era con personas de Iskariote en la UMB). Creo que tres horas de detección (particularmente si se considera que es en momentos de baja lectura, como en las madrugadas) no son un gran tiempo y esta persona definitivamente tarda más en intentar el vandalismo que nosotros en corregirlo. ¿Cambiamos en alguna medida las políticas de edición, pensando sobre todo en los tiempos de detección, o dejamos que esta persona siga desperdiciando su vida en vandalismo mientras nosotros corregimos eso en segundos?

-- Offray 2006-12-15 09:52:17

• La segunda opción me gusta más! -- JorgeCortes 2006-12-15 12:53:12

Usar Comentarios en las ediciones

Los comentarios para la edicion de las paginas son muy utiles y aunque se deberian usar siempre que modificamos una pagina, me gustaria que aquellas personas que no los usan generalmente lo hagan por lo menos al editar la portada.

CSL

Hola a todos

Pues siempre la propuesta CSL esta hay pero no hay un movimiento claro ... se los momentos que han pasado por discusión y busqueda de abogados para tratar de sacar la corporación adelante ... pues muchachos se nos vino el TLC y sabemos que no tenemos cancha en esto, el proyecto de ley no esta listo que digamos ni aprobado y eso demorara ... seria bueno empezar a reunir los miembros que quieran participar ... solo esto lo podriamos hacer por IRC en una reunión donde pactemos los puntos

• Redacción de estatutos al 100%
• Busqueda de abogado
• Costos de legalización
• Documentación para los tramites respectivos .

Muchachos la legalizacion es el camino que nos queda para sacar adelante los grandes-medianos proyectos .. que tiene la comunidad lugs y particulares que hacen parte de esta......

KaL

Respecto a las Categorias

Quisiera saber si, cuando edite una pagina de un Grupo del El-Directorio al final yo deba poner "Grupos_de_Usuarios" o talvez CategoryGruposDeUsuarios ya que con el ultimo parece que todavia no existe tal fichero, y si es así entonces ¿existiría la necesidad de crearlo? , por ejemplo, cuando edito la mi pagina, pongo al final CategoryPáginaPersonal y este enlace me lleva a la de los demas que tienen esa misma categoria en sus paginas personales, pudiendo ver la de cada uno en una lista, Gracias. JorgeCortes

• Efectivamente la idea es ir creando las categor��as en la medida en que las necesitemos. Por ejemplo la categoría de grupos de usuarios (cuya forma correcta para anexar una página sería escribir en ella CategoryGruposDeUsuarios ). De este modo ciertos grupos que no tienen presencia web podrían usar en principio (o definitivamente si es su deseo) el Directorio para alojar sus páginas. -- Offray 2006-04-24 22:43:32

Estoy pensando en el uso de categorías a futuro y creo que es importante mantener el NombreWiki de las categorías (ejp: CategorySaberesYDocumentacion en lugar de CategorySaberesyDocumentacion. Sin embargo no sé hasta qué punto la categoría CategorySaberesYDocumentacion deba ser nombrada así, pensando en que en el Directorio luego puedan recopilarse otros tipos de contenidos abiertos (con referencia a música, video, animación, etc). Tal vez sería mejor colocar algo como CategoryDocumentacionTecnica pues una categoría tan grande deja muy difuso el escenario de futuras categorías y formas de organizar -- Offray 2006-05-03 05:06:59

Slec y El-Directorio unidos

Saberes y Documentacion

  1. Recetas
    1. El-Directorio
    2. Introducción al mundo del Software (para Dummies)
    3. Introducción tecnica al mundo del Software Libre (para Dummies)
    4. Instalacion de Linux (para Dummies)
    5. Juegos
      1. Phantasia
    6. Red
      1. Aplicaciones Web
        1. Mambo
        2. MediaWIki
      2. Inalámbricas (Wireless)
      3. Wifi
      4. Bluetooth
      5. Procedimientos en la Web
      6. Servidores

    7. Aplicaciones de escritorio
      1. Editores de texto
        1. Emacs
      2. Navegadores 
      3. Entorno gráfico

    8. Administracion del sistema
      1. Instalación de Software

    9. Programación
      1. Descripcion de algunos Lenguajes
      2. Librerias Graficas

  2. Manuales Básicos
  3. Libros

Grupo de Administradores

Dado que Moin permite el uso de Listas de Control de Acceso (ACLs, por sus siglas en inglés), que permiten definir listados de personas con permisos específicos en el wiki, creo que sería conveniente nombrar un grupo de DirAdmins o Administradores del Directorio, cuya diferencia con los demás usuarios sería esencialmente que tendrían permisos de borrado para las páginas (ya vimos que si se conceden abiertamente pueden haber borrados accidentales, que aunque no son definitivos implican recuperaciones dispendiosas). Creo que en el grupo de DirAdmins deben estar aquellas personas que han mostrado sobre todo su interés por las ediciones de otros y no sólo por sus propias páginas, intentando organizar, categorizar, renombrar y en general hacer más coherente y navegable nuestro wiki. Mis primeras personas a proponer serían JorgeCortes y Kmilo. ¿Alguién se opone (incluyendo ellos mismos)? ¿alguién tiene otro candidato? -- Offray 2006-07-27 10:18:43

• Por mi no hay problema, gracias -- JorgeCortes 2006-07-27 10:56:07

• Estoy de acuerdo, igual ellos son los que conocen mas el-directorio.-- 2006-07-27 11:16:14 -- Dirak

(Propuesto por -- Offray 2006-08-30 03:46:31) Quisiera proponer a AndresVia como un DirAdmin. Creo que la página de CambiosRecientes es suficientemente elocuente sobre el trabajo que realiza Andrés de modo permanente en este sitio, así como PaginasParaBorrar y no son necesarios más argumentos. Como antes el único DirAdmin era yo, la inclusión de nuevos dependía sólo de su consentimiento o de que nadie se opusiera. Me imagino que ahora que somos más habrá que someterlo a una votación. Siguiendo la tradición de "si nadie se opone es porque estamos de acuerdo", ¿alguno de los DirAdmins, otra persona, o el mismo nominado se oponen? (por favor votar con nombre y hora usando la directiva -- ["Offray"] [[DateTime(2006-08-30T08:46:31Z)]] y si quieren un breve comentario)

• En contra:
• A favor

  • -- Offray 2006-08-30 03:46:31 , hice la propuesta, qué más puedo decir!

  • -- JorgeCortes 2006-08-30 09:39:47 estoy totalmente deacuerdo! DirAdmins al ataque!

  • -- AndresVia 2006-08-31 04:52:59 gracias, espero dar la talla.

Propuesta: Unificar el formato de los artículos de El Directorio

Esta propuesta fue traída de la página personal de AndresVia.

No es una tarea fácil. Pero podríamos comenzar con algo sencillo como estructurar el contenido de los artículos.

Propongo:

• Abstract del artículo, especialmente destacado.

  • Yo siempre pongo una sección de Contexto que le explique al lector el tema en pocas palabras y ofrezca enlaces para saber más, pero la idea de un abstract corto como el que se ve acá me gusta para los artículos cortos (en otros la tabla de contenido debería ser autoexplicativa) -- Offray 2006-08-13 09:45:01

  • Creo que la idea del abstract y del contexto es la misma, que el lector sepa inmediatamente si el artículo contiene lo que esta buscando o no (ver: Grub, Xfce). -- AndresVia 2006-08-13 22:45:13

    • La idea del contexto es diferente que la del Abstract, aunque podrían integrarse las dos. La intensión del contexto es que un lector que llega al artículo sepa con qué está relacionado el tema del que trata el escrito, incluyendo enlaces a otros lugares que le den más información sobre el mismo (por eso, después de esta interesante charla he decidido que las categorías de un artículo son parte de su contexto). El contexto no pretendía resumir el contenido del artículo, pero me parece una buena idea que halla un lugar así y la forma como lo haz resaltado en tablas también. -- Offray 2006-08-14 08:28:28

• Un sólo encabezado <H1>. Con el mismo nombre de la página

  • El problema es que aparecería en la tabla de contenido. Si las demás cabeceras no tienen la misma jerarquía (digamos son cabeceras de niveles 2, 3 o superiores) tendríamos en la tabla de contenido un item cuyo único contenido es el título del artículo y no me parece adecuado (del mismo modo que el título de un libro no es parte de su tabla de contenido). Sería mejor mirar si Moin tiene soporte para una etiqueta de título y en caso de que no, construirlo a través de un macro. -- Offray 2006-08-13 09:45:01

    • Esta puede convertirse fácilmente en una discución bizantina, se que hay opiniones en contra de lo que yo pienso. Creo que en las páginas donde haz puesto el título "Contexto" (Squeak, Kedama por ejemplo), falta el título del artículo, parece que el artículo se tratara de "Contexto", esa es la impresión que da, la vista se dirige a lo mas grande que encuentra primero. Para mi sólo en casos extremos debe existir mas de un encabezado primario, si un artículo es sobre una cosa debe haber sólo un encabezado primario. Y los demás deben ser secundariosW3C]. Creo que un modelo a seguir es Wikipedia y según este foro eso, hasta podría ayudar a posicionar. Estoy de acuerdo en que, que se vea el título del artículo en la tabla de contenidos daña la presentación, pero (me imagino) eso se puede arreglar haciendo un macro que lo ignore y que sólo tenga encuenta del nivel 2 hacia abajo. -- AndresVia 2006-08-13 22:45:13

      • Gracias por los enlaces. Muy interesantes. Efectivamente la discusión puede ser bizantina. Mi principal inconveniente respecto a cuál es la jerarquía a usar es el macro  [[TableOfContents()]]  que colocaría el título como parte de la tabla de contenido y esto es a mi juicio inapropiado a nivel visual y semántico. En ese macro es más fácil ignorar los niveles interiores (las cabeceras que tiene mayor número) que las exteriores, lo cual tiene perfecto sentido. Creo que es más fácil crear un macro para el título que coloque una entiqueta <title> a un determinado parámetro, que quitar en una jerarquía de cabeceras las más exteriores. Por lo pronto estoy proponiendo una solución visual (no semántica, ni sintáctica) que es colocar el título grande al comienzo como parte de una tabla, sin cambiar la jerarquía de los demás encabezados, de modo que el lector tenga una referencia visual rápida sobre el título del artículo y sin que este entre a formar parte de la tabla de contenidos. Véase Squeak como ejemplo. -- Offray 2006-08-14 08:28:28

  • Yo he visto que en http://wiki.slec.net si aparece el titulo del documento como el nombre de la página , pero estoy deacuerdo con Offray al querer que el primer titulo no sea como el nombre del articulo o documento, propongo entonces algo como Contexto o Resumen -- JorgeCortes 2006-08-13 12:38:20

    • Tampoco creo que el encabezado principal deba ser automáticamente el nombre del artículo, por que no serviría con las entradas de blogs, por ejemplo. -- AndresVia 2006-08-13 22:45:13

• Si lo merece una tabla de contenidos

  • De acuerdo. -- Offray 2006-08-13 09:45:01

  • La tabla podria estar antes del primer Titulo? -- JorgeCortes 2006-08-13 12:38:20

    • ¿Podría estar al lado? -- AndresVia 2006-08-13 22:45:13

      • Si se puede. Véase por ejemplo el Wiki de Ubuntu, que también usa Moin. Habría que escribir un CSS para las tablas en este Wiki que se encargue de su colocación en este sitio (¿algún voluntario?) -- Offray 2006-08-14 08:28:28

• Destacar el nombre del artículo

  • Véase la discusión sobre los encabezados H1 y la etiqueta de título. -- Offray 2006-08-13 09:45:01

    • No fuí claro, quería referirme a destacar, la primera aparición, una vez mas, como Wikipedia. -- AndresVia 2006-08-13 22:45:13

    • Sigo sin entender en qué sentido destacar como en la Wikipedia :-\ -- Offray 2006-08-14 08:28:28

• Mencionar y enlazar los artículos relacionados, aumentar la cohesión, la semántica

  • Lo que he hecho, después de leer esta propuesta, es colocar al comienzo, en la parte de "Contexto", el listado de categorías a las cuales pertenece el artículo (de modo que haciendo click en ellas se pueda llegar a otros relacionados)... podríamos colocar también una acción de búsqueda a todos los artículos que enlazan a ese, como cuando se hace click en el nombre, para hacerlo más explícito... ¿Qué Opinan? -- Offray 2006-08-13 09:45:01

    • Creo que si está en la organización, primero tabla de contenidos, Titulos del documento, antes de la tabla de contenidos o si no hay tabla de contenidos, antes del titulo Contexto podria ir un titulo como '''Articulos relacionados''' o '''Subpaginas''' -- JorgeCortes 2006-08-13 12:38:20

En resumen usar adecuadamente las estructuras de bloques de nivel y enfatizar en los elementos que lo merezcan.

Un buen lugar para empezar son las páginas que se enlazan en la PáginaInicial.

1. Escoger una estructura para los artículos de El Directorio

Únete a la propuesta que te parece la adecuada, o escribe la tuya.

1.1. Propuesta 1

Los elementos entre paréntesis son opcionales.

• Un buen, <TITLE>, osea un nombre o (para seguir las políticas MoinMoin un) WikiName bien escogido.

• (Abstract)

• Título H1 (que refleje el TITLE -en lo posible-)

• (Tabla de contenidos a partir del primer H2)

• Contenido

• (Titulos secundarios H2, H3, ...)

• (Artículos relacionadas, categorias)
• (Enlaces externos)
• (Mientras la charla es corta o no obstruya la lectura incluirla aquí, sino, darle una subpágina)
• (Notas)

Votos: AndresVia

Hay otros issues que quisiera tratar:

• ¿Cuándo se deben firmar los artículos?

  • Este es un tema con mucha tela pa' cortar. Si bien el-directorio alienta la edición abierta y la mayoría de Wikis insiste en no firmar, una de las intensiones del Directorio es también saber quién sabe qué temas y ahí la firma es útil. Lo ideal seria tener una solapa "Autoría" asociada a cada artículo, que establezca, por ejemplo, la licencia y brinde información resumida sobre los autores: autor original, último cambio, autor con más ediciones y con más contenido editado, etc. Mientras esa opción está disponible creo que la política debería se referida a cuando no firmar: pienso que no se debe firmar un artículo si las firmas obstaculizan la lectura fluída del mismo o desalientan fuertemente la edición. Esto no quiere decir que en todos los casos distintos de deba firmar, sino que una política para decidir no hacerlo puede ser la mencionada. Los escritos que están en "modo de discusión" en lugar de en "modo de documento", como este, deberían ser firmados. -- Offray 2006-08-13 09:45:01

    • Las firmas en los artículos desalientan la edición. No firmas en artículos. -- AndresVia 2006-08-13 22:45:13

      • No siempre. He visto casos en los cuales simplemente se adicionan nuevos autores a los lugares donde la firma ocurrió y además la propuesta de "nunca firmes" no soluciona el inconveniente de saber quién sabe qué, que es una de las intensiones de este sitio y que puede ser resuelta a través de la autoría (bien sea determinándola desde las estadísticas de la páginas o desde las firmas) -- Offray 2006-08-14 08:28:28

• ¿Cuándo es necesaria una página de /Talk?

  • Para mí las subpáginas son necesarias cuando la extensión del artículo orginal hace difícil la edición o la lectura. Esto debería aplicar a las subpáginas "/Charla". En el caso de la Wikipedia y del software de mediawiki, era necesario separar los hechos puntuales y enciclopédicos de un artículo, de la discusión sobre el mismo y por eso se colocaron en namespaces distintos, pero esta elección de diseño es más propia de la wikipedia que de la mayoría de Wikis. -- Offray 2006-08-13 09:45:01

    • Totalmente de acuerdo, entoces se deberían unir páginas de charla que tienen unas pocas líneas, con el artículo original. -- AndresVia 2006-08-13 22:45:13

• ¿Son apropiados tantos smileys?

  • Es un asunto de estilo y depende del editor enteramente. Los emoticons, entre ellos los smileys, intentan transmitir emocionalidades que no pueden estar claras en el texto, a pesar de la puntuación, por ejemplo el sentido de broma, "bacanidad" (dícese del caracter de bacano) o de ironía y tienen que ver con ese caracter mixto de la conversación escrita actual, que es más rápida (por ejemplo en los clientes de mensajería instantánea) y por tanto intenta mezclarse en alguna medida con las tonalidades afectivas de la charla hablada... en últimas, como en el resto, depende del autor (aunque eso no quiere decir que no podamos proponer este minimanual de estilo, pero en el caso particular de como cada cual intenta expresar lo que el texto no dice fácilmente, creo que la elección es muy personal)

    • Yo tampoco quiero que El Directorio se convierta en una Wikipedia, pero no esta mal agregarle un poco de profesionalísmo. Las firmas y los smileys no están mal en los comentarios ni en los blogs, pero en los artículos, tienen a mi parecer un efecto negativo. -- AndresVia 2006-08-13 22:45:13

      • Pero esto depende de la interpretación del lector enteramente. Es decir no creo que la presencia de los emoticons sea de facto una muestra de falta de profesionalismo. A mi al comienzo me molestaban los documentos que tuteaban al lector, por confianzudos, pero luego me di cuenta que eran una forma de establecer calidez y que entonces dependían del tipo de trato que se quería establecer entre autor y lector. Creo que depende del tono que se le quiera dar a un documento y no del profesionalismo. La única indicación es más bien referida a la densidad. Digamos que hay un punto en que se ve muy mal un emoticon cada tres palabras y que deberían más o menos estar disgregados en el texto. -- Offray 2006-08-14 08:28:28

• Me gusta la anotación de InstruccionesDebianizadas y la idea del Abstract corto al comienzo. Esas múltiples anotaciones podrían colocarse, en caso de ser demasiadas, en una pequeña tabla latarel, que facilite aún más la lectura y embellezca la presentación de lo que colocamos en este sitio nuestro. -- Offray 2006-08-13 09:45:01

  • Ojalá se pudiera hacer que esos cuadritos usasen los elementos de estructura DIV o SPAN, en vez de tablas. -- AndresVia 2006-08-13 22:45:13

CategoryBorrador/Talk

• Sera necesaria esta categoria ? -- dirak 2006-08-18 11:55:47

  • No, mientras solo esté en ella el "artículo" de Emacs. -- AndresVia 2006-08-18 16:36:19

• Me parece buena la idea pero quiero que los demas opinen.no se si sea exagerada o innecesaria. -- dirak 2006-08-19 15:28:51

• Creo es inecesaria la categoria, ya que la mayoria de articulos estan en contruccion o son borradores para el mejoramiento cada vez mas de estos mismos. -- JorgeCortes 2006-08-19 15:37:42

Repositorio común para imágenes

Hola, gente que lee/edita El Directorio. Con el propósito de usar nuestros propios recursos (me quedó sonando eso de empoderar), y facilitar la tarea de hacer El Directorio más gráfico ó más visual (lo que vende es la imágen ). Propongo ubicar [casi] todas lás imágenes en un repositorio común.

Ventajas

Las imágenes continuan aunque en el servidor remoto las borren o cambien de nombre.

Al ser un repositorio común se evita la duplicación y es más fácil manejar.

Las URLs serán mas cortas facilitando la edición. (Usando ImageLink)

Desventajas

Una carga extra para el servidor.

Ya que puedo y quiero hacerlo voy a comenzar ¡ya! -- AndresViA 2006-09-23 12:26:31

• Bien, la idea ya comenzó a cuajar (los jóvenes entusiastas de El Directorio usan las imágenes) la ubicación del repositorio es la página Imagen. -- AndresViA 2006-10-04 03:08:49

  • Hola Andrés. Yo estoy totalmente de acuerdo con la idea. Yo sé que no soy joven entusiasta y aún no estoy usando las imágenes, pero tan pronto lo vea pertinente lo haré... Gracias como siempre por todo tu trabajo. A propósito, vas a ir al cierre de SLUD5... hay agradecimientos pocholiables y me gustaría mucho que estuvieras en el cierre del evento.

  • Quibo, (Offray me imagino). Si trataré de ir, pero ¿Qué significa pocholiables en Cachaco? Es bueno saber que mis aportes son bien recibidos. Si me hago un análisis a lo Myers-Briggs, concluyo que tengo algo de I... (el resto me los reservo para mi) y por eso hablo solo cuando no recibo aprobación, se que es un defecto. Pero bah... hay cosas peores. -- AndresViA 2006-10-04 14:14:49

Un mensaje de bienvenida

• Hola gente que lee/edita El Directorio que les parece poner algo así en HomepageTemplate un poco a manera de bienvenida ó crear una página que contenga esto e Includirla en las página personales que lo ameriten:

  Las páginas personales son para escribir información sobre tí y tus proyectos éste sitio es un Wiki (un sitio colaborativo), si piensas introducir un saber considera leer Crear_nuevos_artículos y Saberes_y_Documentación. No utilices tu página personal para ingresar nuevos saberes ya que estarías diciendo "esto es mio y no quiero que nadie lo edite". Sin embargo, puedes usar tu página como una Caja de arena personal o un lugar para hacer ediciones antes de modificar el artículo original. Considera esto como algo a corto plazo o temporal pues esperamos ver tus aportes en el espacio principal.

  Espero sugerencias La idea surgió por la cantidad de páginas de usuario con información de telecentros y que casi siempre son copy-paste.

  -- AndresViA 2006-10-18 12:22:19

Nuevas secciones

Creo que la creacion de nuevas secciones en la portada ayudaria a que la gente encuentre mas rapidamente lo que busca, estas son las que he pensado:

Profesionales:

• Empresas y Consultores

• Bolsa de empleo

Aprendizaje:

• Capacitacion

• Saberes y Documentación

Eventos:

• Como añadir su evento al calendario de este sitio

• Catalogo de conferencias y conferencistas para construir rapidamente su propio evento

Varios:

• Literatura Libre

• Tiras Cómicas

  -- Kmilo 2006-11-01 09:05:15

  • Creo que se puede hacer una diferenciación en la subpágina de Gente para la Información profesional, como propone camilo, sin generar una nueva página a ser invocada en la portada. Creo que la parte de Aprendizaje la cubre actualmente lo referido a Novatos. Otra gente que llegue acá tendrá experiencia ubicando los saberes y la documentación por categorías o enlaces a ellos. También soy partidario de que en la parte de eventos se diga cómo adicionar su evento y tal vez desde allí se puede hacer un enlace a Conferencias y Conferencistas, sin necesidad de que esté en la portada. Como siempre, lo mejor es usar la página de Pruebas para la Portada y si nadie se opone, colocar estas cosas en la portada principal. -- Offray 2006-11-01 16:07:32

CategoryElDirectorio