Annuaire: recherche

[bnjbvr]

Explication

Actuellement, la recherche par champs se fait via des mots-clés de la recherche. Par exemple pour recherche l'entreprise Gogole, il faut taper "entr:Gogole" et envoyer.
Cette méthode de recherche n'est pas très utilisateur intuitive.

Solution

Mettre en place plusieurs champs de formulaire: un input text pour entreprise, un input text pour nom, etc... comme pour la recherche des stages.

[benjaminplanche]

Hum, mon soucis, c'était le grand nombre de champs qu'un tel formulaire nécessiterait, le rendant difficilement digeste ... Mais je verrai ce que je peux faire.

[bnjbvr]

Si je ne me trompe pas, il y aurait nom / prénom (en 1 champ), entreprise de certain.

• Est-ce que de la recherche par lieu est pertinente ?
• Faire de la recherche par num de tél ou par email permettrait de faire l'annuaire inversé. Est-ce utile ?

[benjaminplanche]

Pas faux, dans les deux cas, il s'agit surement plus souvent de l'info voulue que celle donnée.
Donc on partirait sur un formulaire avec :

• Champ générique (comme pour les stages ou l'annuaire actuel)
• Champs détaillés
  • Nom du contact
  • Prénom
  • Poste
  • Nom de l'entreprise
  • Type d'entreprise

?

Sachant que je peux a priori toujours laisser le script JS actuel pour le champ générique, utilisant des mots clés, si jamais quelqu'un veut couvrir les cas non pris en compte, nan ?

Après, la dernière question serait dans quel cas faire des unions ou des intersections pour les champs renseignés ...
Par exemple, ca me semblerait logique de retourner l'intersection des champs détaillés (genre si l'utilisateur remplit les champs Prénom et Poste, on retourne les contacts qui ont ce prénom ET ce poste, pas OU), mais si on met à disposition un champ générique et qu'il est renseigné, comment interagit-il avec les champs détaillés ? (une solution élégante pourrait être de retouner, en reprenant l'exemple précédent, les contacts qui ont ce prénom ET ce poste ET la valeur générique pour au moins 1 de leurs attributs, prénom et poste exclus)

Dans tous les cas, la partie la plus pénible pour cette issue sera probablement de prendre en main l'ORM...

[benjaminplanche]

Je teste les corrections apportées aux autres issues urgentes, et je passe à celle-ci (ce soir peut-être).
Du coup si je pouvais avoir avant ton avis sur les questions soulevées ci-dessus, @BenjBouv ... Thanks !

[bnjbvr]

Oups désolé je n'avais pas répondu effectivement.
Du coup, réponses à tes questions, dans l'ordre:

• Pour les champs, ça me paraît OK.
• On peut laisser le champ générique, mais je pense que la recherche avec identifiant / mots-clés n'est pas très intuitive. A voir pour les suivants...
• Je propose que soit la recherche utilise le champ générique, soit les autres champs; du coup il faudrait une case à cocher qui déterminerait quel(s) champs est / sont à utiliser. Cela réduit la complexité de la recherche. Les cas d'usage où la recherche se fait via champ générique ET champ précis me semblent très limités. Qu'en penses-tu?