Je note que c’est en ligne (mais expérimental bien sûr) ! Brillant ! L’OP pourrait être mis à jour pour le noter.
De plus, il pourrait être intéressant de préciser qu’il y a le joli petit globe uniquement pour @staff :
Je l’ai découvert après avoir réussi à le masquer avec du CSS, pensant que cela aurait l’air idiot pour nos utilisateurs réguliers !
Actuellement, il est visible par tous et modifiable par @staff. Il ne peut pas être restreint aux administrateurs uniquement, mais ce serait une option très utile.
Actuellement (au moins pendant la phase expérimentale), vous pouvez sélectionner qui peut voir (et modifier) les liens personnalisés, mais ce n’est pas granulaire en ce qui concerne la modification des liens globaux.
Seuls les liens /my ne sont pas acceptés parmi ces trois. Cependant, il semble y avoir une liste blanche délibérée. Je note que les chemins ajoutés par les plugins ne sont pas non plus inclus (c’est-à-dire avec le Custom Wizard Plugin/w)
Vous pouvez expérimenter cela sur Meta - cela se comporte exactement de la même manière que pour les liens personnels.
Merci beaucoup de me l’avoir confirmé. Les liens /my/* constituent une limitation assez importante pour ce dont j’aurais besoin. J’utilise actuellement une variation de ce code pour ajouter des liens personnalisés à la barre latérale :
Le code personnalisé ci-dessus est encore un peu bancal (les liens personnalisés disparaissent si la fenêtre du navigateur est redimensionnée de étroite à large à nouveau), j’utiliserais donc de préférence la solution officielle de Discourse. Mais je me demande si je ne pourrais pas utiliser ce code comme solution temporaire pour ajouter les liens /my/* au menu personnalisé officiel de Discourse ?
Il semble étrange que les liens /my soient bloqués car vous pouvez créer des liens vers les versions /u/{username}, du moins pour tous ceux que j’ai essayés.
EDIT : Capture d’écran ajoutée, et désolé à Falco, j’ai juste emprunté son nom d’utilisateur pour montrer cela car c’était le premier nom d’utilisateur valide auquel j’ai pu penser
Cher équipe — vous autorisez (espérons-le) les URL /my à un moment donné. J’aimerais demander une chose de plus : /safe-mode
Cela aiderait un peu à utiliser DiscourseHub lorsque les choses tournent mal car il est presque impossible de changer d’URL. Et si je et nous pouvons avoir une section d’administration où il y a un lien rapide vers le mode sans échec parmi d’autres raccourcis, ce serait… bien. Bien sûr — il y a toujours la possibilité d’utiliser le navigateur, mais cela demande plus de clics
Cela a-t-il été entièrement implémenté ? Je peux créer une section globale, mais elle n’est visible que par les membres du groupe ayant des autorisations de modification définies dans enable_custom_sidebar_sections, et non comme une section en lecture seule pour tous les utilisateurs (« Rendre cette section publique et visible par tous » est cochée sur la section personnalisée).
Vous avez raison, les sections personnalisées utilisateur et les sections personnalisées globales ne sont disponibles que pour les utilisateurs des groupes spécifiés dans le paramètre du site enable_custom_sidebar_sections. Il n’y a pas de paramètres distincts pour les sections globales et utilisateur. Vous pouvez activer la fonctionnalité pour tout le monde en ajoutant tous les groupes de trust_level.
Désolé, il y avait un bug sur les appareils à écran tactile comme les téléphones portables et les tablettes. Il devrait être corrigé, pourriez-vous réessayer ?
Oui, les liens /my sont traités comme externes car un rechargement complet est requis pour eux. Par conséquent, le comportement de la nouvelle tabulation peut être contrôlé dans Discourse Meta - The Official Support Forum for Discourse avec le paramètre Ouvrir tous les liens externes dans un nouvel onglet.
Après avoir modifié votre paramètre, vous devrez probablement recharger la page.
Ah, intéressant, merci pour l’explication. Bien que je veuille que les liens externes réels s’ouvrent dans un nouvel onglet par défaut pour tous les utilisateurs, c’est donc moins qu’idéal.
Je me demande s’il existe un moyen d’ajouter une sorte de substitut comme $USER ou quelque chose de similaire, puis de faire en sorte que Javascript le résolve en /u/username de l’utilisateur actif ?
Ah, je comprends. Vous pouvez modifier le comportement par défaut dans SiteSetting → Préférences utilisateur → liens externes externes par défaut dans un nouvel onglet.
Les utilisateurs peuvent toujours remplacer la valeur par défaut dans leur profil. Cela résout-il le problème ?
C’est exact, mais la plupart des utilisateurs préfèrent que les liens externes s’ouvrent dans un nouvel onglet. Le problème de rechargement avec les liens /my/* semble un peu délicat à résoudre, mais peut-être qu’à l’avenir, quelque chose pourra être fait avec du JS et une variable de remplacement pour le menu personnalisé afin que nous puissions lier directement à /u/username/* dans les menus personnalisés.
Est-ce vrai ? Sans vouloir être désagréable, mais… y a-t-il des recherches à ce sujet ?
Personnellement, je trouve agaçant qu’un site ouvre des liens dans un nouvel onglet. Si je veux un nouvel onglet, les navigateurs ont des moyens faciles de le faire — mais généralement pas de moyen facile de dire « même onglet, ignore le site ».
Et en l’absence de preuves objectives solides, je dois supposer que mes préférences personnelles sont universelles, n’est-ce pas ?