Propongo la función de botones para copiar y pegar bloques de código como una característica designada por grupo. El caso de uso es incentivar las suscripciones a través de funciones de facilidad de uso para una documentación de código abierto que es 100% abierta pero que está diseñada para suscripciones en lugar de patrocinios y publicidad para la monetización.
Lo veo como un movimiento más abierto que la opción de vista previa de grupo privado para otros. Quiero que todos puedan verlo, pero que haya fricción para copiar y pegar código de la documentación si alguien no se ha registrado.
Creo que podrías lograr algo como esto si ocultaras el botón de copiar código con CSS y solo lo hicieras visible nuevamente para los usuarios de un grupo determinado. Puedes usar CSS Classes for Current User's Groups para poder referirte a grupos de usuarios.
Tengo una comunidad abierta en la que la mayoría de las publicaciones son fragmentos de código. Me gustaría que estos fragmentos de código tuvieran la funcionalidad de copiar y pegar que es típica de un fragmento o bloque de código para que se elimine para los usuarios anónimos. El propósito es incentivar los registros a través de la calidad de vida (botón fácil de copiar y pegar).
Soy consciente de la opción de aplicar el plugin de vista previa como una opción para incentivar los registros, pero no quiero bloquear la información que se ve. Solo quiero introducir fricción.
Gracias por eso. Se puede aplicar a nivel de tema. lo que significa que si hay una manera de que los usuarios anónimos tengan el tema A por defecto y los miembros el tema B por defecto, el componente no restringe a los no miembros de la manera que describí.
¿Sabes de alguna manera de tener un subconjunto de usuarios con un tema y usuarios registrados con otro? Creo que podría implementarse a través de grupos.
Por ejemplo, si pudiera asignar un grupo (usuarios anónimos) a Horizon por defecto con la etiqueta de derechos de autor instalada, y otro a Foundation por defecto, sin el componente instalado, entonces funcionaría.
TLDR: Si solo ciertos grupos pudieran seleccionar sus temas y si se pudieran asignar diferentes temas como predeterminados para diferentes grupos, entonces el componente podría usarse para etiquetar el 100% de las publicaciones implementando protecciones avanzadas, pero solo se implementaría contra un tema específico para usuarios anónimos, y no en los temas utilizados por los grupos de miembros.
Encontré el componente “Temas restringidos en la categoría”. Su funcionalidad funciona exactamente como lo solicito al asignar restricciones a los no miembros, pero en lugar de la barrera de pago, si hubiera una opción para habilitar las protecciones de derechos de autor que se señalan en Add copyright protection to tagged topics, permitiría a los guardianes mostrar contenido completo sin restricciones, mostrar contenido con restricciones de derechos de autor o mostrar el muro que requiere registrarse, tal como lo hace actualmente.
No estoy seguro si este es el lugar adecuado para esto, pero parece que sería un valor añadido tanto para el componente como para Discourse en general.
Probablemente no puedas asignar un tema predeterminado por grupo:
2018: ¿Cómo asignar un tema a un grupo? – Sam dijo: “No hay forma de hacer esto, suena como una solicitud interesante, especialmente cuando se extiende a otras partes como ‘categorías predeterminadas seguidas’ para un grupo y otros valores predeterminados de usuario. Necesitarías un plugin para ello ahora”.
Hay una forma de controlar qué temas están disponibles para los grupos:
Esto es un poco tangencial, pero podría ser parte de un enfoque alternativo:
2022: craigconstantine desarrolló el componente Umbrella-CAST para mostrar selectivamente contenido diferente en el mismo tema según la pertenencia del usuario a un grupo.
