Plugin Lieux 🌍

[itsbhanusharma (Bhanu Sharma)]

Sur quelle version de Discourse êtes-vous actuellement ?

[merefield (Robert)]

Je pense que de nombreuses personnes ont migré vers les nouvelles tables de faits Locations sans problème, il s’agit donc de quelque chose de particulier à votre instance.

Comme vous pouvez le voir dans le code, j’ai essayé de capturer en toute sécurité de nombreux cas où les données sont mauvaises (et de les ignorer), mais j’ai peut-être manqué un scénario et il existe une sorte de valeur JSON illégale.

Pouvez-vous s’il vous plaît supprimer ce champ personnalisé de sujet (TopicCustomField) ou corriger sa valeur, puis réessayer.

Il est probablement inutile de le conserver car il s’agit probablement d’une valeur illégale.

S’il n’y a pas beaucoup de sujets avec des emplacements, vous pouvez les parcourir avec ceci dans la console Rails :

TopicCustomField.where(name: "location").all

Vous pouvez toujours accéder à ce champ personnalisé sans le plugin installé.

Faites-moi savoir ce que vous trouvez.

Si cela peut être confirmé, je pourrais améliorer le script.

@xiasummer

Rencontré le même problème

Je ne suis pas au courant d’un autre rapport de ce problème sur ce plugin.

[JammyDodger]

@merefield

Je ne suis pas au courant d’un autre signalement de ce problème sur ce plugin.

Je pense que c’était une séquelle des messages qui ont été séparés d’un autre sujet avant que Locations ne soit identifié comme le problème.

[xiasummer]

J’étais en version bêta 2 de la 3.2.0, en cours de mise à niveau vers la version bêta 4 de développement de la 3.2.0.

en utilisant la branche test-passed.

J’ai utilisé trop de sujets avec localisation, donc je n’ose vraiment pas les supprimer.

J’espère que la prochaine version de reconstruction conviendra à ce plugin.

[merefield (Robert)]

Je crains que vous deviez faire quelques recherches, sinon cela risque d’échouer à nouveau.

Veuillez lire attentivement mon message ci-dessus.

[merefield (Robert)]

Je viens de fusionner cette grosse mise à jour qui prend correctement en charge Zeitwerk et ajoute la prise en charge d’Ember 5 :

COMPATIBILITY: zeitwerk and ember 5 compatibility

Faites-moi savoir s’il y a des problèmes.

[merefield (Robert)]

@renato a fourni cette excellente PR pour ajouter des cartes utilisateur aux clics sur les marqueurs de la carte utilisateur !

UX: open user card on map avatar click

J’adore ! Merci @renato !

@jimkleiber

[jimkleiber]

Youpi ! Je suis très heureux de voir cette PR et reconnaissant envers @renato et @merefield de l’avoir rendue possible et envers @merefield de m’en avoir informé.

Je viens de la tester sur une de mes instances et je pense avoir remarqué un bug : lorsque la carte est en plein écran, les clics ne semblent pas afficher la carte ou naviguer vers le profil utilisateur.

Sinon, j’aime beaucoup, merci

[merefield (Robert)]

Bien vu ! @renato, veux-tu jeter un œil à ce scénario et peut-être ajouter des tests unitaires à la correction ? (comme ça, nous ne l’aurions pas manqué).

(Étrangement, cela fonctionne sur mon téléphone Android, mais pas sur Edge ou Firefox sur ordinateur).

[renato (Renato Atilio)]

Pour être honnête, je n’avais même pas remarqué que nous avions cette vue plein écran

Il semble que la carte utilisateur s’ouvre, mais derrière la carte lorsqu’elle est fixed avec un z-index plus élevé :

assets/stylesheets/common/locations.scss

La carte utilisateur utilise le z-index de float-kit :

app/assets/stylesheets/common/float-kit/d-menu.scss

app/assets/stylesheets/common/foundation/variables.scss

[merefield (Robert)]

Oui ! Et explique pourquoi il n’y a pas de problème sur mobile !

[packman (Chris McMahon)]

@merefield

Superbe PR pour ajouter des cartes d’utilisateur aux clics sur les marqueurs de la carte d’utilisateur !

C’est une très belle fonctionnalité.

Un petit problème (pour être pointilleux !)… si vous cliquez sur un avatar près du bord droit de la carte, la carte utilisateur sort du bord de l’écran. Il en va de même pour les avatars près du bas de la carte, la carte utilisateur sortant du bas de l’écran. Si l’avatar est très proche du bas, il est déplacé vers le haut pour être plus visible, mais si vous éloignez un peu l’avatar du bas, il est placé plus bas, de sorte qu’une partie de la carte n’est pas visible. Des barres de défilement peuvent être utilisées pour voir la carte, mais je pense qu’il serait préférable que la carte soit entièrement positionnée à l’écran.

[renato (Renato Atilio)]

Je vais y jeter un œil quand j’aurai l’occasion, mais je peux aussi reproduire le débordement de la carte vers le bas sur le noyau si l’avatar d’un flux de publication se trouve dans une zone spécifique :

Cependant, je n’ai pas pu reproduire le débordement de la carte vers la droite.

Les avatars des utilisateurs se trouvent dans un conteneur position: absolute pour afficher la carte et cela pourrait affecter la stratégie de détection des limites de float-kit.

[Don]

Merci pour la mise à jour Robert Ça fonctionne vraiment bien sur Ember 5.
Je n’ai remarqué qu’un seul problème, mais il n’est peut-être pas lié à cette mise à jour. Lorsque l’utilisateur supprime l’emplacement des paramètres, l’emplacement vide apparaît toujours sur la page utilisateur /u/username.

Merci

[merefield (Robert)]

Merci pour le rapport, je vais y jeter un œil.

[packman (Chris McMahon)]

Ceci est un exemple de carte débordant vers la droite…

[Stephane_Roy]

Bonjour, je viens de mettre à jour vers la dernière version.
C’est OK

La fonction “ouvrir la fiche utilisateur en cliquant sur l’avatar sur la carte” est fabuleuse : très pratique pour accéder aux informations d’un utilisateur (ses réponses aux questions par exemple) et élégante à la fois

• Serait-il possible que la zone de la carte utilise tout l’espace disponible ?

• Ce pourrait être un bug : en plein écran la carte se rafraîchit partiellement sur les bords..

Carte des utilisateurs :

Forums FFJdR

[Stephane_Roy]

Un grand MERCI de France pour ce thème sombre.

La carte s’intègre maintenant beaucoup mieux au thème Starwars.

Ces 2 améliorations seraient-elles possibles :

• Rendre la boîte de recherche plus lisible. En changeant son fond ou la couleur de la police ?

• Pouvoir choisir sur quel critère la recherche est effectuée par défaut ?
  Sur la carte utilisateur le speudo serait plus pertinent.

Carte des événements :

Conventions JdR

• Et aussi avec ce lien : « Désolé, nous n’avons pas pu générer d’aperçu pour cette page web, car le serveur web a renvoyé un code d’erreur 500. Au lieu d’un aperçu, seul un lien apparaîtra dans votre message »

[merefield (Robert)]

@Stephane_Roy

Pourrait être un bug : en plein écran, la carte est partiellement rafraîchie sur les bords…

C’est un problème connu.

Je crains d’être débordé par de nombreux projets, je ne peux donc pas fournir d’estimation de résolution.

[packman (Chris McMahon)]

@Stephane_Roy

Rend la zone de recherche plus lisible. En changeant son arrière-plan ou la couleur de la police ?

Peut-être que l’ajout de « Rechercher » comme texte d’espace réservé aiderait également ?