Deleted User - 378338
@Celgru51, si je conçois bien, comme je l'ai dit, que visiter chaque voisin, lorsque le voisinage dépasse une certaine taille, devient difficile, je ne crois pas que survoler le carte de son voisinage pour y repérer, grâce à l'icône proposée par @Wendy33, soit insurmontable ...
De plus, cela présente d'autres avantages:
- pas de possibilité d'oubli parce que la liste des notifications aurait "débordé",
- possibilité de récolter les mines au passage,
- possibilité d'aider tout de même un voisin qui aide régulièrement, mais aurait été absent ou en retard exceptionnellement (c'est à vrai dire la raison de fond qui me fait pencher contre ta suggestion, qui tend à trop "automatiser" le processus de sélection).
La proposition d'@Alvin Har est théoriquement intéressante , pour essayer de résoudre le problème d'écrasement de certaines notifications, même si je ne suis pas sûr qu'elle résoudrait tous les cas. La taille de la liste des notifications est limitée pour une bonne raison: ne pas trop surcharger la bande passante avec des informations trop lourdes à récupérer, pour ne pas créer des temps d'attente inutiles et pénibles. Je pense donc qu'elle le restera donc dans tous les cas et si trois listes distinctes étaient crées leur taille globale ne devrait guère excéder celle de la liste actuelle. Comment se ferait la répartition de taille entre les différentes sous-listes? Au final, la sous-liste dédiée à l'aide des voisins serait-elle assez longue dans tous les cas? Des questions auxquelles il n'est pas si évident de répondre, pour un résultat qui ne serait satisfaisant que dans certains cas... Du coup, face à tous ces problèmes, sans compter le travail nécessaire, je doute qu'une telle proposition séduise les développeurs .
De plus, cela présente d'autres avantages:
- pas de possibilité d'oubli parce que la liste des notifications aurait "débordé",
- possibilité de récolter les mines au passage,
- possibilité d'aider tout de même un voisin qui aide régulièrement, mais aurait été absent ou en retard exceptionnellement (c'est à vrai dire la raison de fond qui me fait pencher contre ta suggestion, qui tend à trop "automatiser" le processus de sélection).
La proposition d'@Alvin Har est théoriquement intéressante , pour essayer de résoudre le problème d'écrasement de certaines notifications, même si je ne suis pas sûr qu'elle résoudrait tous les cas. La taille de la liste des notifications est limitée pour une bonne raison: ne pas trop surcharger la bande passante avec des informations trop lourdes à récupérer, pour ne pas créer des temps d'attente inutiles et pénibles. Je pense donc qu'elle le restera donc dans tous les cas et si trois listes distinctes étaient crées leur taille globale ne devrait guère excéder celle de la liste actuelle. Comment se ferait la répartition de taille entre les différentes sous-listes? Au final, la sous-liste dédiée à l'aide des voisins serait-elle assez longue dans tous les cas? Des questions auxquelles il n'est pas si évident de répondre, pour un résultat qui ne serait satisfaisant que dans certains cas... Du coup, face à tous ces problèmes, sans compter le travail nécessaire, je doute qu'une telle proposition séduise les développeurs .