Discussion :

[waldpest]

Bonjour à tous,

Voila j'ai un petit soucis...
Je cherche a récuperer la localisation de l'utilisateur.
J'ai essayé avec RegionInfo.CurrentRegion.DisplayName; ou la culture info.
Mais je recupére toujours la localisation du serveur...

Quelqu'un pourrait m'aidé?

Merci

[DotNetMatt]

L'obtention de la localisation se fait cote client, via du JavaScript

[joKED]

L'obtention de la localisation se fait cote client, via du JavaScript

Pas seulement. Il est possible récupérer l'info côté serveur via :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

HttpContext.Current.Request.UserLanguages()

Cf ici : https://docs.microsoft.com/fr-fr/dot...ramework-4.7.2

Ce qui retourne un tableau de chaines contenant les préférences de langage du navigateur. Il est possible d'initialiser une CultureInfo à partir d'une des valeurs.
Attention, peut retourner null aussi, donc autant avoir un failover soit sur une langue par défaut, soit en récupérant la langue côté client (via JS).

[StringBuilder]

On parle de culture ici ou de localisation ?

UserLanguages retourne les cultures acceptées par le navigateur (la première étant généralement celle communiquée par l'OS pour la session de l'utilisateur).
Quand à la localisation (position plus ou moins précise, telle que celle communiquée par le GPS ou l'emplacement déduit à partir de la borne wifi ou l'adresse IP) se fait côté client : https://www.w3.org/TR/geolocation-API/
Si ceci échoue, on peut tenter de déterminer la localisation à partir de l'IP par exemple : https://iplocation.com/

[joKED]

J'ai peut être lu un peu vite le message initial. Vu qu'il mentionnait CultureInfo, j'ai pensé langues.
(Et comme localization en anglais fait référence à traduction, ça m'a "enduit" d'erreur ).

Auquel cas, si l'on parle de positionnement géographique, je plussune les messages de DotNetMatt et StringBuilder.

[StringBuilder]

En même temps, après relecture, j'ai l'impression qu'il cherche en effet la culture