Proposition de nouveau paramètres pour certain Tag Yacs

LeToto on Feb. 22

    J'approuve tes idées.

ThierryP on Feb. 23
Pourtant, une partie de ce que tu demande existe bien :

[published=191,5]

• Migrer d'une vielles version à une autre (new)  
• Customisation dans un skin dérivé (new)  
• Plusieurs articles cover (new)  
• Les fôtes d'autograffe (new)  
• Le record de participants clavardage (new)  

[published=191,10]

• Migrer d'une vielles version à une autre (new)  
• Customisation dans un skin dérivé (new)  
• Plusieurs articles cover (new)  
• Les fôtes d'autograffe (new)  
• Le record de participants clavardage (new)  
• Recherche d'un site de formation à distance en informatique (updated)  
• Outre-passer la limite de taille d'un fichier
• Ingrid Betancourt a été libérée (updated)  
• gestion des sous-sections
• Utiliser des pages modèles

---

SEO et webmastering VDP-Digital - Skins pour Yacs : YordPress 5.3 - Bonbon Skin 1.2

Lasares on Feb. 24
J'aime bien l'idée du code [ tree ]. J'y ajoute un autre paramètre possible :

[tree, sectionID, depth]

Ainsi, placer [tree, 12, 2] quelque part, dans une boîte par exemple, afficherait l'arborescence de la section 12, avec toutes ses sous-sections (depth=1) et toutes les sous-sections de ces sous-sections (depth=2). L'usage de "Open" suggéré plus haut pourrait alors être configuré plus finement.

---

On a si peu d'idée de ce qui est possible...

Pat on Feb. 25

Sinon une idée de TAG qui permettrait de ne pas avoir a coder un TAG à chaque demande sur les articles.

Un TAG pour les articles du type:

( Article=Trie,Recherche,NbrLigne)

• Trie pouvant être égale à: Click ou Published ou Edited ou Random ou commented ou rang ou titre....
• Recherche pouvant être: ALL, section:id, user:id, ....
• NbrLigne: Si rien le defaut, sinon le nombre de reponce à afficher ou ALL pour tout afficher.

On pourait avoir la même chose pour les sections, pour les catégories, pour les utilisateurs, pour les liens.

( Section=Trie,Recherche,NbrLigne)

• Trie pouvant être égale à: Click ou Published ou Edited ou Random ou NbrElements ou ou rang ou titre....
• Recherche pouvant être: ALL, section:id, user:id, ....
• NbrLigne: Si rien le defaut, sinon le nombre de reponce à afficher ou ALL pour tout afficher.

 

( Categorie=Trie,Recherche,NbrLigne)

• Trie pouvant être égale à: Click ou Published ou Edited ou Random ou commented ou ou rang ou titre....
• Recherche pouvant être: ALL, section:id, user:id, ....
• NbrLigne: Si rien le defaut, sinon le nombre de reponce à afficher ou ALL pour tout afficher.

 

( User=Trie,Recherche,NbrLigne)

• Trie pouvant être égale à: Click ou Published ou Edited ou Random ou NbrElementPublied ou NbrElementSurvey ou connected ou ou rang ou nom ou prénom ou ....
• Recherche pouvant être: ALL, user:id, ....
• NbrLigne: Si rien le defaut, sinon le nombre de reponce à afficher ou ALL pour tout afficher.

 

( Link=Trie,Recherche,NbrLigne)

• Trie pouvant être égale à: Click ou Published ou Edited ou Random ou rang ou titre ....
• Recherche pouvant être: ALL, section:id, article:id, user:id, ....
• NbrLigne: Si rien le defaut, sinon le nombre de reponce à afficher ou ALL pour tout afficher.

 

Bon ce n'est qu'une idée... Chaque famille d'objet aurais sont TAG et toujours la même syntaxe avec la possibilité dans le futur d'inventer "juste" des nouveaux modéles de trie ou des nouveaux critéres de recherche.

D'ailleur pourquoi pas:

• Imaginer la possibilité de cumuler les critéres de recherche:  (Article=published,section:id/user:id,10) qui retournerai les 10 articles publié recement par un utilisateur dans une section....
• Imaginer le trie négatif (Article=-publiched,user:id,5), les 5 plus vieux articles publiés par cette utilisateur.
• imaginer un 4° parametres le type de display ex: ListCompact, ListBullet, Listdecoreted, etc....(Article=click,ALL,10,ListDecoreted) les 10 articles les plus lue du site affiché sous forme de list "decoreted".

Sachant que grossomodo le paramétre trie est le sort de SQL,  et que Recherche le with de SQL.

Normalement avec des TAG comme celà on devrais pouvoir faire n'importe quoi et les utiliser dans les menus, les boites extra, les articles, les sections, les descriptifs des utilisateurs, .....

 

Evidement si vous partez sur cette idée cela annule et remplace les requettes précédentes de cet article (sauf le (tree) évidemment.... à moin que le tree ne soit que (section=rang,section:12,ALL,Tree)