Tri des articles
SamRay1024
Member
dans Bogues
Bonjour,
Avant toute chose, félicitations pour cet excellent script qu'est Pluxml. Je suis moi-même à fond dans la politique du "light, fonctionnel & pratique" alors quand je trouve des scripts comme celui-là, je me dis que le monde est bien fait et qu'il y a des codeurs qui font du bon boulot ! Le code est clair, structuré, on peut ainsi aisément faire des modifs à loisir pour adapter selon ses besoins : tout ce qu'il me faut pour me sentir à l'aise !
Ceci étant dit, tout n'est pas parfait Et c'est bien normal à ce stade d'évolution de Pluxml !
Je suis en train de me configurer un site sous Pluxml pour en promouvoir un autre (un que je fais moi et d'ailleurs dès que j'en aurais fini, je tenterai une intégration dans Pluxml...j'ai déjà commencé d'ailleurs) et j'ai un petit souci du côté de l'affichage des articles : je me suis aperçu qu'ils n'étaient pas triés par date de rédaction ! Bigre ! Ils ont à priori l'air d'être trié selon leurs identifiants, me trompe-je ?
Or j'ai besoin de pouvoir les trier par date. D'autant que le fait d'avoir mis le champ date accessible dans le formulaire d'édition est une excellente idée qui offre un maximum de souplesse ! Surtout, Skyline, ne l'enlève pas ! J'irais même plus loin dans ce principe. Pour ma part j'ai tendance à oublier ce champ (l'habitude des autres scripts...) du coup je retourne souvent redéfinir la date après avoir fait une modif. En ce sens, il serait intéressant d'ajouter une case à cocher pour que la date soit tout le temps mise-à-jour automatiquement, sauf si on la décoche !
Ce serait alors pratique & ergonomique.
Bref, je m'écarte, là n'est pas le problème. Serait-il donc possible d'avoir un tri par date ? Si je ne m'abuse, je pense qu'il faudrait modifier la fonction arrayArticles() de la classe pluxml. Je ne l'ai pas encore fait en me disant que peut être cela avait déjà été fait par quelqu'un...
Avant toute chose, félicitations pour cet excellent script qu'est Pluxml. Je suis moi-même à fond dans la politique du "light, fonctionnel & pratique" alors quand je trouve des scripts comme celui-là, je me dis que le monde est bien fait et qu'il y a des codeurs qui font du bon boulot ! Le code est clair, structuré, on peut ainsi aisément faire des modifs à loisir pour adapter selon ses besoins : tout ce qu'il me faut pour me sentir à l'aise !
Ceci étant dit, tout n'est pas parfait Et c'est bien normal à ce stade d'évolution de Pluxml !
Je suis en train de me configurer un site sous Pluxml pour en promouvoir un autre (un que je fais moi et d'ailleurs dès que j'en aurais fini, je tenterai une intégration dans Pluxml...j'ai déjà commencé d'ailleurs) et j'ai un petit souci du côté de l'affichage des articles : je me suis aperçu qu'ils n'étaient pas triés par date de rédaction ! Bigre ! Ils ont à priori l'air d'être trié selon leurs identifiants, me trompe-je ?
Or j'ai besoin de pouvoir les trier par date. D'autant que le fait d'avoir mis le champ date accessible dans le formulaire d'édition est une excellente idée qui offre un maximum de souplesse ! Surtout, Skyline, ne l'enlève pas ! J'irais même plus loin dans ce principe. Pour ma part j'ai tendance à oublier ce champ (l'habitude des autres scripts...) du coup je retourne souvent redéfinir la date après avoir fait une modif. En ce sens, il serait intéressant d'ajouter une case à cocher pour que la date soit tout le temps mise-à-jour automatiquement, sauf si on la décoche !
Ce serait alors pratique & ergonomique.
Bref, je m'écarte, là n'est pas le problème. Serait-il donc possible d'avoir un tri par date ? Si je ne m'abuse, je pense qu'il faudrait modifier la fonction arrayArticles() de la classe pluxml. Je ne l'ai pas encore fait en me disant que peut être cela avait déjà été fait par quelqu'un...
Connectez-vous ou Inscrivez-vous pour répondre.
Réponses
- l'utilisateur veut afficher une page de pluxml
- pluxml regarde ce qu'il y a dans l'url et dans le fichier de config pour définir un mode (article, home, categories) et un motif de nom de fichier.
- après pluxml recherche tous les fichiers xml correspondant au motif
- il les range par ordre alphabétique inverse (donc par identifiant inverse car le nom d'un fichier commence par l'identifiant)
- il n'en garde que le nombre à afficher pour les déparser
- etc...
Et donc mettre par exemple pour le 1er article " 1 " et le second " 2 " et faire en sortes que sa imprime sur l'url le chifre " 1 " ou " 2 "... au départ, et comme celà il classe les article à l'ordre inverse de l'alphabet et donc on a l'ordre qu'on veut...
Plus compliquer maintenant, c'est lorsque l'on veut les rangés par date...
Cela dit ta solution m'intéresse ; je suis tout ouïe .
Tout ce passe dans class.pluxml.php. Il faut trouver : Et remplacer tout ça par ce qui suit : C'est tout !
Ps : une idée pour optimiser : mettre la date au format entier (nb de secondes depuis le 1er jan 1970) directement dans les fichiers xml en plus de la date iso. Comme cela on restreindrait la fonction de tri à la comparaison puisqu'il ne serait plus nécessaire de transformer les dates à chaque fois pour les comparer ; ce qui allègerait pas mal le traitement je pense .
ca revient à réécrire les fonction '__' mais bon... c'est tout ce que j'ai trouvé...