Django-tables2: Il n'y a pas de classe CSS pour les pieds de page

Je pense que oui, oui.
Peut-être que vous pouvez vous attaquer au #497 en faisant cela aussi ?

Cela semble raisonnable, donnez-moi quelques jours alors.
-
+48793668733 michal. [email protected]

Wiadomość napisana przez Jan Pieter Waagmeester [email protected] w dniu 16.11.2017, o godz. 10h26 :

Je pense que oui, oui.
Peut-être que vous pouvez vous attaquer à #497 https://github.com/jieter/django-tables2/issues/497 tout en faisant cela aussi ?

-
Vous recevez ceci parce que vous avez créé le fil.
Répondez directement à cet e-mail, consultez-le sur GitHub https://github.com/jieter/django-tables2/issues/499#issuecomment-344864693 , ou coupez le fil https://github.com/notifications/unsubscribe-auth/ AAkhxaGlp33lQRH6dfiuvpn-u6XoLTwmks5s2__TgaJpZM4QeNB3 .

Salut,

Je travaille sur mon problème, par exemple. ce numéro, n° 499.

Je pense que nous devons travailler par phases, la première phase consiste à corriger le #499.

ALORS, je m'occuperai des noms de classes CSS pas exactement optimaux pour les colonnes, car je pense que ceux-ci doivent être bien décrits dans la documentation. Je pense également à quitter le comportement actuel en raison de la compatibilité descendante. Si quelqu'un dépend des noms de classe et que la colonne a une étiquette comme "Pkt. MNiSW" (comme dans mon projet, http://github.com/mpasternak/django-bpp), alors il y a de fortes chances que quelqu'un dépende de sélecteurs comme $(".Pkt\..MNiSW") ou CSS comme TD.Pkt..MNiSW (je ne suis même pas sûr que ce dernier fonctionnerait).

Ensuite, nous laissons cela pour quelques versions, en crachant un DeprecationWarning à chaque fois que django_tables2 rencontre un nom avec des points (comme "On dirait que vous pouvez dépendre des classes CSS nommées avec des points, dans la future version, les points seront remplacés par des tirets").

C'est comme ça que je vois ça. Le package Django-tables2 peut être largement utilisé, donc je suppose que les gens peuvent en dépendre.

Donc, pour l'instant, je travaille sur ce problème et je vais soumettre une pull-request, peut-être avec quelques correctifs pour les docs. La prochaine chose pour moi sera le n° 497, car cela doit aussi sans aucun doute être corrigé. Salutations,

vous avez raison, nous devrions utiliser un chemin de mise à niveau raisonnable et ne pas casser les choses soudainement, dans l'attente de vos relations publiques, l'aide est vraiment appréciée !

:+1: à ce sujet. Existe-t-il une solution de contournement pour passer une classe ou des attributs aux pieds de table en attendant ?

Je fusionnerai et publierai le #499 lundi

@isolationism Je

@jieter HOORJ et merci pour vos commentaires utiles, j'apprécie le temps que vous avez pris pour revoir mon code !

publié 1.16.0

bon travail et merci pour la critique