Conversation
Notices
-
Estaría bien poder etiquetar los mensajes.
Me imagino un icono con forma de chincheta al lado de la estrella, que al seleccionarla aparece un campo de texto donde puedes etiquetar cualquier mensaje, propio o ajeno, mediante etiquetas separadas por coma.
Al hacer esto, aparecería un línea temporal por cada etiqueta creada por cada uno. Esto es, que al etiquetar algún mensaje con una etiqueta dada, se crearía una línea temporal para este mensaje y para los que posteriormente fuesen etiquetados como tal.
Lo curioso es que las líneas temporales de las etiquetas, como tal, dispondrían de su icono de chincheta al lado del título, pudiendo así etiquetar la propia línea. De esta manera se crearía una meta-línea temporal para cada línea temporal etiquetada como tal. Si lo explico más, la lío más, jaja.
La cuestión es que al meta-etiquetar (o etiquetar una etiqueta, es decir, ponerle una etiqueta a una línea temporal de una etiqueta), se formarían estructuras taxonómicas...
-
Estas estructuras podrían aparecer en la interfaz web como una línea más: https://quitter.no/attachment/1106064
Y a partir de ahí, clicando en "Etiquetas", un árbol de directorios y etiquetas raíz donde los directorios no son sino etiquetas etiquetadas (es decir, al etiquetar una etiqueta, ésta se convierte en un directorio que contiene las etiquetas que han sido etiquetadas con el mismo nombre).
Al clicar en una etiqueta, irías a una línea de tiempo con los mensajes que hayas etiquetado con el mismo nombre.
Serían etiquetas de usuario, esto es, al etiquetar un mensaje, tanto propio como ajeno, ese metadato no se guarda en el mensaje en sí, sino como referencia independiente. De tal manera que un mismo mensaje puede ser etiquetado de forma distinta por distintos usuarios sin que afecte ni al mensaje ni a unos ni a otros. Cada usuario tendría sus listas, por decirlo así.
-
La chincheta. Al clicar en ella aparecería un campo de texto editable vacío, o bien con las etiquetas separadas por comas anteriormente introducidas.
Al cambiar una etiqueta por otra sería análogo a mover un archivo de una directorio a otro, dentro del árbol de etiquetas.
Uno podría etiquetar la línea temporal de una etiqueta de otro usuario, con lo que vendría a ser un tipo de suscripción.
-
@d1d4c eso es posible en un nodo. Montas uno y puedes hacerlo. Algunos nodos ofrecen estadísticas de #hashtags . Lo complicado es que algo se acepte en todos los nodos y que sea valido para quienes no usan interface web tambien.
-
Y si los perfiles mismos fuesen "etiquetables", es decir, que apareciera el icono de la chincheta en cada perfil, uno podría filtrar por usuario ya que se crearía un línea temporal para cada etiqueta de usuario, con los mensajes de éstos, dentro del árbol de etiquetas.
Nada de listas: etiquetas etiquetables! Meta-etiquetado ya! Queremos la chincheta! jaja
-
@fanta Sí, sí, y crear una API, etc. Es ponerse con el código, si.
Bueno, ahora simplemente plasmaba la idea. Como quien piensa en voz alta :)
-
@fanta y sí, todavía estoy pillado con el tema de la semántica, "por culpa" de la extensión Semantic Mediawiki (SMW). Es que veo este río de mensajes aquí y ya pienso "esto se tiene que estructurar! necesita una ontología!" xD
-
@fanta otra posibilidad sería hacerlo como servicio externo, una aplicación web, por ejemplo, más un plugin para el navegador para que cuando estuvieras visitando una instancia mediante su interfaz web, pudieras etiquetar y éste mandara las referencias a la aplicación web en cuestión... Ahí, a lo guarro, sin API ni nada, filtrando la interfaz y modificando,, el CSS para que salieran las dichosas chinchetas xd
Nada, tonterías
-
@d1d4c el nodo gnusocial.de permite chinchetas :)
-
@d1d4c nodos como gnusocial.de muestran por ejemplo los hashtags más usados. Existen plugings para por ejemplo medir la generación de contenidos de cada usuario en la red o lo que comparte y repite (aunque eso se presta al rankinismo). La idea de hacerlo desde fuera es buena pero ... si montas tu nodo podrás hacer el analisis desde dentro solo atacando la base de datos.
-
@d1d4c eres un gran wikipedista :). wiki rules
-
@d1d4c las ideas en voz alta en estas redes son muy buena cosa.
-
@fanta wikipedista no: mediawikista, si a caso ;)
-
@fanta olé, me lo miraré, lo de gnusocial.de. Es verdad, en algún momento tendré que cacharrear instalando un nodo en desarrollo, para experimentar toqueteando el código o hacer análisis atacando directamente a la base de datos. Y mirarme un poco la API y hacer alguna prueba...
Pero yo soy un hombre de principios! (nunca acabo lo que empiezo ;-))
-
@fanta Hablando de comparaciones de los mensajes OStatus y las ediciones en una Mediawiki.
En realidad, los mensajes en gnusocial podrían ser editables, tanto los propios como los ajenos. Y es que en una Mediawiki, pensamos en sus artículos como textos editables, pero no lo son. Ni siquiera se borran sino que son marcados como borrados. Y al editar un artículo, lo que se hace en realidad es crear una nueva revisión del mismo. Así, un artículo es una referencia que apunta a la última revisión de un texto en concreto, pero que se trata de un vector de una dimensión que va desde la revisión 0 hasta la revisión actual.
Sería como el asunto de un hilo en una lista de correo, donde te aparecería el texto citado del mensaje al que contestases, editases ese texto y enviaras el mensaje. Entonces, el último mensaje de cada rama de un hilo sería como la última revisión de un artículo wiki.
Por lo tanto, pensar en textos wiki usando OStatus sólo depende de una implementación.
-
@fanta Queremos chincheta y queremos botón ver código/editar! xDD
-
@d1d4c si mal no recuerdo en la interface clasica creo que se podían editar o mediante el cliente andstatus.
-
Ese mismo es el método que usa Diaspora, en el cual no necesitas si quiera seguir a alguien para ver contenido. Eso lo he echado de menos aquí, pero qué se le hace.
-
@fanta sí, pero no me refiero a eso. Mira, imagina que creas un nuevo mensaje QStatus, con el cual se crea un hilo nuevo (que en gnusocial se llama "notice", por lo que veo, y que en una Mediawiki sería un artículo nuevo). Bien, pues imagina que en vez de crear un nuevo mensaje tuvieras la opción de crear un nuevo documento. Funcionaría de manera similar, solo que al visitar la url del documento (antes /notice/foo ahora /doc/foo) en vez de mostrar el stream, sólo mostraría el último mensaje enviado en ese stream o hilo, con la peculiaridad de que en vez de contestar, sería editar y en la caja de texto aparecería por defecto el texto del mensaje al que contestas. Entonces no sería contestar, sino editar, aunque en realidad sí se trataría de un mensaje nuevo dentro del hilo, sólo que se mostraría como un documento y los mensajes del hilo sería el historial de sus revisiones.
Se entiende?
-
GNU Social con semántica sería una pasada. O eso me imagino yo flipando sólo, jaja
d1d4c
fanta ahora en fanta@asocial.56k.es
GalipEsc
All Bobinas P4G content and data are available under the 