Produits Entr'ouvert » Corbo

Yep je suis d'accord on ne doit pas permettre d'extraction ni de filtrage, simplement rechercher un compte par mobile ou email (et je dirai que voir le nom ou le prénom c'est presque trop), voir ses abonnements et les modifier.

Yep, on n'affichera pas de nom/prénom.

Sur le fond : tout du long de la chaine on n'a aucune espèce de normalisation du numéro de mobile; il me semble que le résultat c'est une recherche par mobile qui plus souvent qu'à son tour ne fonctionnera pas.

Frédéric Péters a écrit :

Sur le fond : tout du long de la chaine on n'a aucune espèce de normalisation du numéro de mobile; il me semble que le résultat c'est une recherche par mobile qui plus souvent qu'à son tour ne fonctionnera pas.

À défaut d'avoir une forme d'uniformisation de numéro de téléphone dans Publik, ce que l'on peut faire dans corbo c'est formatter tous les numéros de téléphone reçu (souscription depuis une cellule, ou provisioning).

C'est exactement ce que demande Fred je pense, si ça ne te parait pas explicite. Il restera juste un souci sur le formatage international ou pas. Je serai pour ne pas tenter de le traiter en entrée (possible source d'erreur inutile), en entrée (provisionning ou inscription en ligne) on enlève tout ce qui n'est pas un chiffre de la chaîne. Par contre au moment de la recherche on enlève tout ce qui n'est pas un chiffre mais en plus on cherche la chaîne d'origine (nommons la search) et aussi '0033' + search[1:] (et inversement si on voit 0033 ou +, on fait les conversions inverses).

Coté A2 on a quand même un type de champ téléphone qui fait le même traitement, et je remarque qu'on accepte le préfixe +, il faudra le convertir en '00' en entrée.

validate_phone_number = RegexValidator('^\+?\d{,20}$', message=_('Phone number can start with a + '
                                                                 'an must contain only digits.'))

class PhoneNumberField(forms.CharField):
    def __init__(self, *args, **kwargs):
        kwargs['max_length'] = 30
        kwargs.setdefault('help_text', _('ex.: 0699999999, +33 6 99 99 99 99'))
        super(PhoneNumberField, self).__init__(*args, **kwargs)

    def clean(self, value):
        if value not in self.empty_values:
            value = re.sub('[-.\s]', '', value)
            validate_phone_number(value)
        return value

Dans le backoffice le lien "Search" ne me semble pas assez explicite de l'action derrière, on cherche quoi, pourquoi? Je verrais plutôt un "Search subscribers".

Une fois arrivé sur la page de recherche, expliciter l'action possible derrière la recherche.

Dans le help_text: type an email of a phone number, s/of/or/.

Au dessus de la liste des résultats, expliquer ce que c'est: les categories auxquelles cet identifiant est abonné. Et que l'icone de suppression signifie suppression de l'abonnement à cette categorie.

"email of phone" => toujours "or".

Pour ranger le help_text à côté du bouton, tu peux voir sur http://git.entrouvert.org/combo.git/tree/combo/apps/lingo/templates/lingo/transaction_list.html#n18

Une fois la liste des categories affichée, il faudrait un message qui expliquerait que les categories affichées sont celles auxquelles l'identifiant est abonné.

Dans la popup de confirmation:

Are you sure you want to delete smihai@entrouvert.com from Du blah blah ?

s/delete/unsubscribe/

Le libellé du bouton doit être aussi "unsubscribe".

Une fois desinscrit, on peut revenir à liste avec les résultats de recherche ?

Après désabonnement, tu pourrais afficher un message de succès confirmant que le désabonnement a bien eu lieu.

Faute de typo: Subscripions of.

Pour que les titres des categories ne collent pas au bord des chaque list item, je verrais une classe du genre:

ul.objects-list.single-links li {
    padding: 0 1em;
}

Ok.