¡Oh, sí, el desplazamiento horizontal sería muy agradable! Como usted indicó, el orden arbitrario decidido por el orden de los temas puede significar que hay o no hay un orden. Más bien, si hay un orden, puede ser explícito por el propietario cambiando los íconos a los emojis 
o cambiando el título. El desplazamiento horizontal no impondría ningún orden implícito por sí mismo.
¡Eso suena genial!
¡Sí, un enfoque muy ingenioso!
De acuerdo, puedo ofrecer un caso de uso.
En mi situación particular, esto es un foro de rol, por lo que mi idea es proponer que se utilicen subcolecciones en el tema central del escritor para recopilar información sobre un personaje en particular (o varios, ya que ofrece diferentes secciones). Por lo tanto, un enlace unidireccional a los hilos de rol es útil, al igual que la capacidad de duplicar el mismo enlace en varias subcolecciones.
Para reescribir esto para una comunidad más parecida a Discourse, digamos que un usuario quisiera escribir una guía que recopile información de muchos temas, como material de origen o para demostrar la evolución de una idea.
Otro uso podría ser para una biblioteca de material enviado por el usuario, por ejemplo, un sitio de mods. Luego, cada individuo podría tener su propia colección “personal” de mods seleccionados que presenta en una subcolección. Los compañeros usuarios pueden ver estas colecciones seleccionadas como un medio para obtener una ventaja sobre qué mods u otro material de la biblioteca son un buen punto de partida o para construir su propia experiencia.
En cada uno de estos escenarios, sería útil que los enlaces pudieran existir en varias subcolecciones y no secuestrar la barra lateral del enlace recopilado. Tener la capacidad de crear una colección aquí es demasiado poderoso y la reciprocidad en los temas no es necesaria. Por lo tanto, el permiso separado permitiría a los usuarios tener acceso a esta herramienta sin el potencial de uso indebido.
Estoy de acuerdo en que estos también parecen encajar en un concepto de marcadores/listas de reproducción/colecciones personales, lo que sería una alternativa absolutamente aceptable para estos casos de uso. Con permisos separados, creo que esto podría lograrse dentro del mismo complemento (y cada sitio podría ajustar el nombre de las subcolecciones para alinearse con su caso de uso específico a través de los Textos del Sitio ya). Veo ambos como caminos viables para hacer que este complemento sea bastante poderoso y útil también para usuarios menos confiables.
Ah, de acuerdo. Creo que entiendo. Con la configuración predeterminada, este caso de uso específico ya debería ser posible.
Con la siguiente configuración por defecto, las colecciones se pueden organizar de varias maneras dependiendo de cómo prefiera estructurar los RP su comunidad.
collection_by_topic_owner=true
collection_by_topic_owner_allow_groups=tl1
collection_modification_by_allowed_groups=admin,moderators,tl4
El Director de Juego (GM) crea temas para el RP (Principal, Lore, OOC).
Los jugadores crean hojas de personaje (CS) individuales.
El GM crea una colección con Principal, Lore, OOC. Luego crea un encabezado de sección para CS.
Los jugadores crean temas separados para sus personajes. Los jugadores pueden crear subcolecciones de enlaces en su propio tema.
El GM añade a los jugadores como mantenedores a su colección. Los jugadores añaden sus temas CS bajo el encabezado de la sección.
Los jugadores aún pueden usar su subcolección, en la que solo ellos tienen permisos, mientras que el grupo de RP en general puede navegar hacia y desde la hoja de personaje. El único inconveniente es que la subcolección es pública, por lo que puede degradar la experiencia principal para otros usuarios si navegan a la hoja de personaje de un jugador.
El GM crea temas para el RP, incluyendo Principal, Lore, OOC y CS.
Los jugadores responden al tema CS con sus propios personajes.
El GM crea una colección de todos los temas principales. En el tema CS, el GM crea una subcolección, con enlaces a cada publicación de personaje individual. (Alternativamente, el GM crea la subcolección y añade a todos los jugadores como mantenedores para que añadan sus propios enlaces)
Los jugadores mantienen su propio tema privado de notas y borradores. Los jugadores pueden crear una subcolección en este tema privado y enlazar a los temas del RP.
Con esto, el RP se organiza por lo que el GM quiere mostrar. Los jugadores pueden acceder al RP desde sus propias notas sin perturbar lo que el GM ha configurado. El inconveniente es que los jugadores no pueden navegar fácilmente desde el RP de vuelta a sus notas (pero eso se puede solucionar con marcadores). Y los jugadores tienen que usar su propio tema para las subcolecciones, lo que puede no encajar bien para aquellos que no crean/mantienen notas personales para sus personajes.
De hecho, esta es la configuración que utiliza el foro en el que estoy y para la que está diseñado este complemento.
Creo que el principal problema aquí es que las colecciones y subcolecciones son siempre públicas. Así que en los ejemplos de configuración, aunque la subcolección no pueda ser modificada por otros, siguen siendo visibles. Del mismo modo, este complemento está diseñado para que los propietarios de temas tengan más control sobre lo que se muestra, de ahí el sistema de permisos y las diversas restricciones de enlace. Estos problemas se pueden solucionar con una característica hipotética de colecciones personales que no afecten a la vista pública de los temas. Esto también cubriría de manera más precisa otros escenarios que mencionaste. Pensaré más en crear esa característica y en cómo hacer que encaje junto a las colecciones públicas.
En cuanto a ser público, no veo eso como una desventaja. Creo que si alguien necesitara una lista privada para sí mismo alojada directamente en el foro (y muchas personas ya usan archivos de computadora personal o documentos de Google), existen tanto la función de Marcadores como la bandeja de entrada de Mensajes Privados donde alguien puede enviarse un mensaje a sí mismo y editarlo. Apoyo que la función de colecciones permanezca pública aquí; alguien más podría tener un caso de uso más sensible donde esto deba ser privado.
En cuanto a tus ejemplos, no encajan exactamente con los casos de uso que describí. Particularmente porque ambos son gestionados por el GM singular, y en el caso de mi sitio, los escritores son más frecuentemente sus propios GMs. Razón por la cual di otros ejemplos donde lo mismo sería cierto en abstracto, una lista de recomendaciones curada o una lista de fuentes, etc. Lo cual es solo para resaltar un último punto que podría haberse pasado por alto.
¿Considerarías tener una función que permita vincular temas a múltiples subcolecciones? Dado que no hay reciprocidad en la barra lateral, esto parecería crear menos conflictos que en una colección principal, pero te lo dejo a ti.
Mientras sigo pensando e intentando crear ejemplos/flujos de trabajo de prueba, me encontré con un par de problemas más.
Aprecio tu disposición a discutir y encontrar soluciones a los problemas que existen en mi cabeza/deseos para usar este complemento. Espero llegar a un punto en el que pueda presentarlo para que lo usen mis escritores pronto.
[quote=“jordanjay29, post:25, topic:372817”]Un problema de codificación de caracteres en el cuadro de texto para el enlace, que parece ser solo un problema de renderizado y no afecta a la funcionalidad.
[quote=“jordanjay29, post:25, topic:372817”]¿Considerarías tener una función que permita vincular temas a múltiples subcolecciones?
[/quote]
Uhh… Creo que “vincular” aquí es un poco vago, así que intentaré responder lo mejor que pueda. Puedes añadir múltiples temas (o cualquier URL) a la lista de una subcolección. De manera similar, múltiples subcolecciones pueden listar el mismo tema o URL. Las subcolecciones son muy simples y son efectivamente solo una lista de URLs. La única restricción es que solo un tema puede mostrar una única subcolección. Esta última restricción de un tema muestra una subcolección no cambiará.
[quote=“jordanjay29, post:25, topic:372817”]Las subcolecciones no parecen autocompletar nombres de enlaces como lo hacen Crear/Administrar Colecciones.
[/quote]
Ah, ese campo debe ser solo para URLs en las subcolecciones. Originalmente tenía la intención de que las subcolecciones sirvieran principalmente para publicaciones, pero buscarlas sería doloroso. Creo que tendré que actualizar el encabezado de la tabla aquí para evitar confusiones.
¡Oh! Bueno, eso simplifica las cosas.
Y esto lo aclara, gracias. La búsqueda de temas es elegante, pero no es un factor decisivo no tenerla.
En ese caso, no veo ninguna barrera por ahora para usar esto tal cual. Puede que tenga que ocultar Crear Colecciones en el menú desplegable en lugar de una configuración basada en permisos, pero no es gran cosa.
Gracias por revisar esto conmigo, lo aprecio mucho. Plugin fantástico, espero divertirme con él en mi sitio.
Me encontré con otro error interno del servidor al intentar eliminar una Subcolección. Probé varias formas de hacer que funcionara, incluyendo una combinación de tener también una Colección, o un encabezado de sección sobre ella (con el único enlace arriba o abajo), o eliminando el enlace (pero en cuyo caso la subcolección no se puede guardar), y el error persiste al pulsar el botón Eliminar para una SC.
Vaya… Realmente necesito trabajar en la actualización de esas pruebas automatizadas… Ya debería estar arreglado.
