Bug #9653
backoffice : configuration d'un listing sans colonnes
0%
Description
Aujourd'hui on permet de virer toutes les colonnes et ça amène ensuite une série de problèmes (genre dans l'export ods); je propose ici simplement d'utiliser la configuration de colonnes par défaut quand elles sont toutes décochées.
Ça a l'avantage aussi, quand on fait un filtre sur les dates dans les statistiques, de pouvoir cliquer sur les liens d'export et d'avoir l'export correspondant aux dates choisies (et avec les colonnes par défaut).
Fichiers
Révisions associées
Historique
Mis à jour par Frédéric Péters il y a environ 8 ans
- Fichier 0001-backoffice-use-default-columns-when-they-re-all-turn.patch 0001-backoffice-use-default-columns-when-they-re-all-turn.patch ajouté
- Statut changé de Nouveau à En cours
- Patch proposed changé de Non à Oui
Mis à jour par Thomas Noël il y a environ 8 ans
Ack
(bon, il y a le cas d'un formulaire qui n'a aucun champ : ça va boucler et faire crasher, peut-être faut-il y penser malgré la probabilité faible ?)
if not fields and not ignore_form: # oui ça fait un peu débile return self.get_fields_from_query(ignore_form=True)
Mis à jour par Frédéric Péters il y a environ 8 ans
Non, ça va toujours fonctionner, il y a toujours des champs (parce que dans la liste se trouvent aussi id, time, user-label, status, anonymised).
Mis à jour par Frédéric Péters il y a environ 8 ans
- Statut changé de En cours à Résolu (à déployer)
commit 0faa9ef1afe5b0c2fa4520a67d735af1ab3369c4 Author: Frédéric Péters <fpeters@entrouvert.com> Date: Thu Jan 14 11:35:57 2016 +0100 backoffice: use default columns when they're all turned off (#9653)
backoffice: use default columns when they're all turned off (#9653)