Ce que je ne comprends pas, c'est qu'avec un terminal à 81 caractères de large, l'affichage est déjà "cassé" avec un "dfc -i". Ces limites magiques à 81, 125 et 151 ne me semblent pas une bonne solution.
Bon, j'ai un peu la flemme de faire un patch, mais j'ai jeté un coup d’œil à ton code, donc quelques commentaires :
- Vu que tu stockes déjà la longueur maximale du filesystem, du répertoire de montage et du type pour le padding, cela ne devrait pas être compliqué de calculer la taille nécessaire pour tout afficher. Le reste a l'air de taille constante ? (en passant, il faudrait probablement nettoyer le code d'affichage de taille totale et utilisée). Du coup, tu peux changer l'affichage par défaut entre fetch_info et disp au lieu de choisir tout au début.
- Tu ne te sers pas de dirmaxlen ? Cela provoque des problèmes quand on veut les options de montage alors que le nom de dossier est long
[^] # Re: Dépend du terminal ?
Posté par koxinga . En réponse à la dépêche dfc(1): une alternative à df(1) apportant couleur et graphe. Évalué à 3.
Ce que je ne comprends pas, c'est qu'avec un terminal à 81 caractères de large, l'affichage est déjà "cassé" avec un "dfc -i". Ces limites magiques à 81, 125 et 151 ne me semblent pas une bonne solution.
Bon, j'ai un peu la flemme de faire un patch, mais j'ai jeté un coup d’œil à ton code, donc quelques commentaires :
- Vu que tu stockes déjà la longueur maximale du filesystem, du répertoire de montage et du type pour le padding, cela ne devrait pas être compliqué de calculer la taille nécessaire pour tout afficher. Le reste a l'air de taille constante ? (en passant, il faudrait probablement nettoyer le code d'affichage de taille totale et utilisée). Du coup, tu peux changer l'affichage par défaut entre fetch_info et disp au lieu de choisir tout au début.
- Tu ne te sers pas de dirmaxlen ? Cela provoque des problèmes quand on veut les options de montage alors que le nom de dossier est long