¡Tomo nota de que esto está activo (pero experimental, por supuesto)! ¡Genial! Se podría actualizar la publicación original para anotarlo.
Además, podría valer la pena indicar que tiene el pequeño globo terráqueo solo para @staff:
Lo descubrí después de haber logrado ocultarlo con CSS pensando que parecería tonto para nuestros usuarios habituales.
¿Cómo funciona esto? ¿Es visible y editable por todo el personal? (¿Se puede restringir solo a administradores?)
¿Existen restricciones sobre el tipo de enlaces que se pueden añadir? Por ejemplo:
/my/activity/bookmarks/latest?order=activity&state=watching¿Es posible en la configuración deshabilitar que los usuarios personalicen las secciones de la barra lateral?
Actualmente es visible para todos y editable por @staff. No se puede restringir solo a administradores, pero sería una opción muy útil.
Actualmente (al menos mientras está experimental) puedes seleccionar quién puede ver (y editar) enlaces personalizados, pero no es granular en cuanto a la edición de enlaces globales.
Solo los enlaces /my no están bien de esos tres. Sin embargo, parece haber una lista blanca deliberada. Noto que las rutas añadidas por plugins tampoco están incluidas (es decir, con el Custom Wizard Plugin /w)
Puedes experimentar con esto en Meta; se comporta exactamente igual que con los enlaces personales.
Muchas gracias por confirmarlo. Los enlaces /my/* son una limitación bastante importante para lo que necesitaría. Actualmente estoy usando una variación de este código para agregar enlaces personalizados a la barra lateral:
El código personalizado anterior todavía es un poco inestable (los enlaces personalizados desaparecen si el navegador se redimensiona de estrecho a ancho nuevamente), así que preferiría usar la solución oficial de Discourse. Pero me pregunto si tal vez podría usar ese código como una solución provisional para agregar los enlaces /my/* al menú personalizado oficial de Discourse.
Parece extraño que los enlaces /my estén bloqueados porque puedes enlazar a las versiones /u/{username}, al menos para todos los que intenté.
EDITAR: Se agregó una captura de pantalla y disculpas a Falco, solo tomé prestado su nombre de usuario para mostrar esto porque fue el primer nombre de usuario válido que se me ocurrió 
Tenemos previsto añadir soporte para enlaces /my/* en un futuro no muy lejano.
Estimado equipo: ustedes (con suerte) permitirán las URL /my en algún momento. Me gustaría solicitar una cosa más: /safe-mode
Ayudaría un poco al uso de DiscourseHub cuando las cosas se tuercen porque es casi imposible cambiar la URL. Y si yo y nosotros podemos tener una sección de administración donde haya un enlace rápido al modo seguro entre otros atajos, sería… agradable. Claro, siempre existe la opción de usar el navegador, pero requiere más clics 
@nathank, @ClawdiaWolf, @Jagster, @rahim123
Gracias por informar sobre esos errores en los enlaces /my y /safe-mode.
Ambos se corrigieron con esta PR
¿Se ha implementado completamente todavía? Puedo crear una sección global, pero solo es visible para los miembros del grupo con permisos de modificación definidos en enable_custom_sidebar_sections, y no como una sección de solo lectura para todos los usuarios (la opción ‘Hacer que esta sección sea pública y visible para todos’ está marcada en la sección personalizada).
Esos enlaces (es decir, /my/…) permanecen en negro, eso es una mejora Pero no ocurre nada al hacer clic. Ni aquí, ni en mi instancia.
¿He entendido algo mal?
Tienes razón, tanto las secciones personalizadas de usuario como las secciones personalizadas globales solo están disponibles para los usuarios de los grupos especificados en la configuración del sitio enable_custom_sidebar_sections. No hay configuraciones separadas para secciones globales y de usuario. Puedes habilitar la función para todos agregando todos los grupos de trust_level.
Lo siento, había un error en dispositivos de pantalla táctil como teléfonos móviles y tabletas. Debería estar arreglado, ¿podrías intentarlo de nuevo?
El iPad vuelve a amar Discourse, es decir, tocar funciona perfectamente ahora.
¡Gracias!
Muchas gracias por hacer que los enlaces /my/* funcionen. ¿Hay alguna forma de evitar que se abran en una nueva pestaña del navegador?
Sí, los enlaces /my se tratan como externos porque se requiere una recarga completa para ellos. Por lo tanto, el comportamiento de nueva pestaña se puede controlar en Discourse Meta - The Official Support Forum for Discourse con la configuración Abrir todas las enlaces externos en una nueva pestaña.
Después de cambiar tu configuración, probablemente necesitarás recargar la página.
Ah, interesante, gracias por la explicación. Aunque quiero que los enlaces externos reales se abran en una nueva pestaña por defecto para todos los usuarios, así que eso es menos que ideal.
Me pregunto si hay alguna forma de añadir algún tipo de marcador de posición como $USER o algo así y luego hacer que Javascript lo resuelva a /u/nombredeusuario del usuario activo.
Ah, entiendo. Puedes cambiar el comportamiento predeterminado en SiteSetting → User Preferences → default other external links in new tab.
Los usuarios aún pueden anular el valor predeterminado en su perfil. ¿Esto soluciona el problema?
Correcto, pero la mayoría de los usuarios prefieren que los enlaces externos se abran en una nueva pestaña. El problema de recarga con los enlaces /my/* suena un poco complicado de solucionar, pero tal vez en el futuro se pueda hacer algo con JS y una variable de marcador de posición para el menú personalizado para que podamos enlazar directamente a /u/username/* en los menús personalizados.
¿De verdad? Sin ánimo de ser sarcástico, pero… ¿hay alguna investigación sobre esto?
Personalmente, me molesta cuando un sitio web abre enlaces en una nueva pestaña. Si yo quiero una nueva pestaña, los navegadores tienen formas fáciles de hacerlo, pero generalmente no hay una forma fácil de decir “misma pestaña, ignora los sitios”.
Y en ausencia de pruebas objetivas sólidas, tengo que asumir que mis preferencias personales son universales, ¿verdad?
