Plugin Lieux 🌍

[merefield (Robert)]

Nous pouvons supposer qu’il s’agit de la « Feuille de route », c’est-à-dire une option pour automatiser la localisation via IP avec la possibilité pour les utilisateurs individuels ou un site de refuser.

Mais je n’ai aucune intention de développer cela gratuitement.

Cela nécessiterait un financement (ou une RP de haute qualité avec les bons choix techniques et les bons tests).

Cela a déjà été demandé, mais personne n’a déboursé suffisamment de fonds.

[merefield (Robert)]

@ckshen

Question : Toutes les adresses saisies s’affichaient sous l’en-tête du sujet à côté de l’icône de la carte. Dernièrement, seule l’icône de la carte s’affiche, mais pas l’adresse elle-même. Est-ce un changement récent ? Existe-t-il un moyen de faire réapparaître l’adresse ? Merci !

Désolé pour la réponse tardive !

• Comment reproduire de manière fiable, pouvez-vous fournir les étapes exactes ?
• Quelle version de Discourse utilisez-vous ?
• Que voyez-vous dans le HTML (en utilisant l’inspecteur) ?
• Voyez-vous des messages d’erreur dans la console ou le journal ?
• Qu’est-ce qui est enregistré dans le champ personnalisé de l’utilisateur pour geo_location ? Jetez un œil à /u/<username>.json

[Bathinda (Bathinda Helper)]

J’utilise ce merveilleux plugin depuis des années.

Récemment, j’ai rencontré une difficulté. Lorsque je crée un nouveau sujet et que j’essaie d’y ajouter un lieu, par exemple Bathinda, et que je le recherche dans la boîte de dialogue du nouveau sujet, cela donne des résultats corrects/attendus.

Mais lorsque je recherche une autre ville, ‘Patiala’ (les deux villes sont des districts dans le même État indien du Pendjab, les deux s’affichent correctement lorsqu’elles sont recherchées sur OpenStreetmap), cela donne des résultats vides/ne peut pas rechercher.

Et cela se produit avec d’autres districts/villes. Dans certains cas, ces districts recherchés sont de très grandes villes célèbres, pourtant elles ne sont pas trouvées, mais des villes plus petites et moins connues sont trouvées.

Quelle pourrait en être la raison ?

[merefield (Robert)]

Intéressant. Rencontrez-vous le même problème avec d’autres fournisseurs de géocodage ?

[Bathinda (Bathinda Helper)]

Je n’ai pas pu choisir d’autre fournisseur car ‘Nominatim’ était par défaut/le plus facile à configurer. Si je choisissais un autre fournisseur, cela donnait une erreur :

Mais après que vous m’ayez donné cette idée, j’ai cherché et trouvé un moyen d’obtenir une clé d’API pour OpenCageData (cela a pris 2 minutes) et après avoir rempli cette clé d’API dans les paramètres du plugin (et seulement après avoir rempli la clé d’API, j’ai changé le nom du fournisseur en OpenCageData). Et voilà, non seulement l’erreur a cessé de se produire, mais le problème initial de ne pas pouvoir rechercher et trouver ‘Patiala’ (et de nombreuses autres villes) a également disparu.

Et donc, TOUT VA BIEN MAINTENANT. MERCI !

P.S. J’aurais souhaité que le lien ‘Provider Details’ affiché sous l’erreur en ‘couleur rouge’ m’envoie/envoie n’importe quel utilisateur vers la page de ce fournisseur (au lieu de la page ‘GitHub’), où l’utilisateur pourrait demander la génération d’une ‘Api-Key’. Cela aurait été d’une grande aide.

[merefield (Robert)]

C’est statique donc je ne pense pas que ce soit possible. PR bienvenu !

Content que vous ayez résolu le problème !

[Master]

Bonjour, je veux juste afficher le drapeau du pays, est-ce possible avec ce plugin ou est-ce uniquement pour afficher la localisation via le GPS ?

[Bathinda (Bathinda Helper)]

@Maître

Je veux juste afficher le drapeau du pays

En configurant les paramètres de ce plugin, vous pouvez lui faire choisir n’importe quel emplacement (espérons-le, n’importe quel pays également) pour qu’il soit défini comme l’emplacement de tous les nouveaux sujets. De cette façon, cet emplacement s’affichera toujours sur tous les sujets ultérieurs (lors de la composition du sujet, si un utilisateur souhaitait modifier ce nom de pays/emplacement, il serait libre de le faire).

[Don]

Bonjour, y a-t-il une chance de résoudre ce problème ? Merci

[merefield (Robert)]

Je l’ai reproduit. J’y jetterai un œil cette semaine.

Désolé, les contrats payants passent avant

[merefield (Robert)]

@Don peux-tu essayer cette mise à jour s’il te plaît ?

FIX: don't show empty locations on User Summary

[Don]

Merci beaucoup Robert Maintenant, cela semble fonctionner correctement, mais j’ai remarqué que lorsque je vais sur le profil d’un autre utilisateur (qui n’a pas défini de localisation) à partir, par exemple, du résumé, le même comportement apparaît. Si je vais sur un profil depuis la page d’accueil ou depuis d’autres parties du site, cela fonctionne très bien. C’est peut-être à cause du curseur de chargement.

[merefield (Robert)]

@Don

quand je vais sur le profil d’un autre utilisateur (qui n’a pas défini de localisation) depuis, par exemple, le résumé, alors il semble que le même comportement se produise

Pouvez-vous préciser sur quoi vous cliquez exactement pour effectuer cette transition ? (depuis, présumément, le résumé vers le résumé ?). Les deux utilisateurs ont-ils eu besoin d’avoir une localisation à un moment donné ? Le premier utilisateur a-t-il une localisation renseignée ? En bref, des étapes de reproduction exactes s’il vous plaît

[Don]

Oui, c’est exact. Le même comportement se produit partout dans /u/ si vous allez sur le résumé d’un autre utilisateur qui n’a pas configuré d’emplacement.
Par exemple :

Attendez, je vous envoie une vidéo en MP sur le problème exact.

[merefield (Robert)]

Ah pas de souci, j’ai reproduit.\n\nOui, pas terrible.\n\nJe pense que cela nécessitera une refonte en glimmer à un moment donné.\n\nÉtant donné qu’il s’agit d’un cas extrême, je ne m’y attèlerai probablement pas très bientôt, désolé.

[Moin]

Cela me rappelle Birthday cake emoji displayed on profile when its not your birthday et Wrong number of user notes

[merefield (Robert)]

Ouais, bien vu @Moin !

Je me demande si quelque chose de plus fondamental ne va pas ici

Au fait, excellente détection de cas limites de la part de vous deux !

[merefield (Robert)]

OK, ce qui semble se passer, c’est que le code n’est pas réévalué après la transition, car setupComponent ne se déclenche pas à nouveau.

C’est presque certainement un problème général, pas spécifique aux emplacements.

Je soupçonne que la solution consiste à utiliser une sorte de modificateur {{did-update}} dans Glimmer. Mais cela ne fonctionnera que si Ember considère que l’état des données est “impur”

[merefield (Robert)]

@Don OK, je l’ai déplacé vers Glimmer maintenant (remarquez la faute de frappe horrible dans le commentaire du commit ) et cela pourrait mieux fonctionner maintenant, faites-moi savoir comment vous vous en sortez !

(Pour information, note de développement : les getters suffisaient pour le changement de profil, mais il y avait toujours la modification de classe (malheureusement nécessaire ?) avec manipulation du DOM qui nécessitait un modificateur)

[Don]

Magnifique Merci beaucoup Robert, ça fonctionne à merveille