Projet

Général

Profil

Development #41082

Autoriser/ignorer les / dans les numéros de téléphone

Ajouté par Frédéric Péters il y a environ 4 ans. Mis à jour il y a environ 4 ans.

Statut:
Fermé
Priorité:
Normal
Assigné à:
Catégorie:
-
Version cible:
-
Début:
27 mars 2020
Echéance:
% réalisé:

0%

Temps estimé:
Patch proposed:
Oui
Planning:
Non

Description

Utiliser un / comme séparateur pour le préfixe de zone est relativement commun en Belgique, ex: 069/36.18.71 (j'ai regardé Tournai, c'est ~10% des numéros), comme on pense basculer le champ "numéro de téléphone" de Publik vers ce type (#41034) ce serait bien d'autoriser ça.


Fichiers


Demandes liées

Lié à Hobo - Development #41034: Les déploiements Publik par défaut doivent utiliser pour le profil authentic le type de champs téléphoneFermé26 mars 2020

Actions

Révisions associées

Révision 64469889 (diff)
Ajouté par Benjamin Dauvergne il y a environ 4 ans

misc: accept / in phone numbers (#41082)

Historique

#1

Mis à jour par Frédéric Péters il y a environ 4 ans

  • Lié à Development #41034: Les déploiements Publik par défaut doivent utiliser pour le profil authentic le type de champs téléphone ajouté
#2

Mis à jour par Benjamin Dauvergne il y a environ 4 ans

  • Assigné à mis à Benjamin Dauvergne
#3

Mis à jour par Benjamin Dauvergne il y a environ 4 ans

#4

Mis à jour par Thomas Noël il y a environ 4 ans

  • Statut changé de Solution proposée à Solution validée

Ok.

Je pensais demander de laisser aussi passer les parenthèses très fréquentes en notation française, genre +33 (0)1 42 35 01 35, mais non car si on les retire le numéro devient invalide (+330142350135).

#5

Mis à jour par Benjamin Dauvergne il y a environ 4 ans

Thomas Noël a écrit :

Ok.

Je pensais demander de laisser aussi passer les parenthèses très fréquentes en notation française, genre +33 (0)1 42 35 01 35, mais non car si on les retire le numéro devient invalide (+330142350135).

Le code retire rien, il retire uniquement pour la validation regexp ensuite, le numéro tel quel est conservé, donc je veux bien ajouter () si tu veux. De toute façon valide ou pas valide ces numéros ne sont pas utilisables pour une recherche ou pour une utilisation avec un PABX. Faudrait intégrer la lib1 de google avec la partie JS et Python pour valider en entrée et normaliser au stockage.

Il faudrait peut-être un ticket chapeau dans Publik pour définir notre stratégie par rapport aux numéros de téléphone; si on ne les normalise pas on arrivera jamais à grand chose.

1 https://github.com/google/libphonenumber https://pypi.org/project/phonenumbers/ https://github.com/catamphetamine/libphonenumber-js https://github.com/stefanfoulis/django-phonenumber-field https://stackoverflow.com/questions/19130942/whats-the-best-way-to-store-phone-number-in-django-models

#6

Mis à jour par Benjamin Dauvergne il y a environ 4 ans

  • Statut changé de Solution validée à Information nécessaire
  • Assigné à changé de Benjamin Dauvergne à Thomas Noël
#7

Mis à jour par Thomas Noël il y a environ 4 ans

  • Statut changé de Information nécessaire à Solution validée

En fait je pensais juste à l'utilisation du futur filtre https://dev.entrouvert.org/issues/41036, et donc le / pas de soucis mais les parenthèse pour exprimer une option ça n'y fonctionnera pas, donc laissons tomber pour l'instant.

#9

Mis à jour par Thomas Noël il y a environ 4 ans

  • Statut changé de Solution validée à Résolu (à déployer)
commit 644698899f9680a9fe47697e06708776a0f6689d
Author: Benjamin Dauvergne <bdauvergne@entrouvert.com>
Date:   Fri Mar 27 11:18:33 2020 +0100

    misc: accept / in phone numbers (#41082)

#10

Mis à jour par Frédéric Péters il y a environ 4 ans

  • Statut changé de Résolu (à déployer) à Solution déployée

Formats disponibles : Atom PDF