[plugin] functionsCapacitor : hackez le Codex dans vos pages /posts ! (Créer un compte)

Il fait ses tags à la main!!!! c’est pas possible 🙂

sinon, comment on fait pour avoir à la fois ses tags et une taxonomie ou plus simplement ses tags et ses catégories?

@lumiere: a priori, je n’ai pas trop de problèmes pour trouver l’intersection d’un truc avec un autre 🙂, je faisais juste remarquer que le plugin functionsCapacitor dans sa version actuelle ne permet pas de gérer les paramètres des fonctions de l’API sous forme d’array.

Ce que je voulais dire, c’est que lorsque dans l’API, la valeur attendue est un array, le plugin ne le gère pas encore et je ne sais pas si c’est une bonne solution de le contourner en ajoutant un traitement particulier pour ces cas là.
J’avais été confronté à cette problématique, car je voulais pouvoir lancer des fonctions perso par un shortcode un peu générique en ayant la possibilité de passer des paramètres soit en array soit en string avec & à la mode WordPress.
Un des effets secondaires non voulu au départ, a été que je pouvais aussi appeler les fonctions de WordPress proposant une sortie HTML (sous forme de chaine) comme tu le fais dans ton extension.
La fonction ne prend que quelques lignes car il n’y a pas de contrôle ni sur les noms des fonctions acceptées ni sur les valeurs des paramètres. La sécurité n’était pas la préoccupation première car c’était un développement interne.

Alors, tu peux donc faire un ajout au codex pour ces cas là (et le mettre dans une doc bien visible). Cela fait quand même un peu lourd

J’ai regardé ton source, il faudra que tu fasses l’appel à wp_tag_cloud avec des arguments en array sinon cela ne marchera pas, actuellement tu le transformes en chaine.
D’autre part, j’ai vu aussi que tu cherches explicitement ‘&’ pour le remplacer par ‘&’, je ne suis pas certain que selon les codages tu ais toujours ‘&’.

j’avais fait ça pour info
exemple d’usage:

[fctnexec wp_tag_cloud= »array(‘echo’ => false, ‘taxonomy’=>array(‘post_tag’,’category’),) »]
[fctnexec wp_tag_cloud= »taxonomy=category&echo=0″]

add_shortcode(‘fctnexec’, ‘gmrfctn_exec’);
function gmrfctn_exec($atts)
{
	$ret = «  »;
	foreach ($atts as $func => $_args)
	{
		$args  =  »;
		if ( is_string($func)) {
			$args = html_entity_decode($_args);
			eval( ‘$args = ‘.$args.’;’);
			if (!is_array($args)) $args = wp_parse_args($args);
		}
		else $func = $_args;
		$ret .= call_user_func($func, $args);
	}
	return $ret;
}

oula, je n’ai pas dit que cela résoudrait tous tes problèmes 🙂 c’est uniquement ce que j’avais fait dans un cas bien particulier, les fonctions avec arguments Array/string ou sans arguments.

– je n’ai pas vu que tu faisais une vérification des entités HTML
– Si tu as une version de WordPress antérieure à la création de la fonction wp_parse_args, je te conseille de faire tout de suite une mise à jour, il ne doit pas y avoir grand chose qui fonctionne encore 🙂 sinon, c’était 2.2.0 selon les sources.

non c’est pour créer une variable à partir d’une chaine, wp_parse_args ne contrôle pas le contenu mais uniquement le type chaine ou tableau de l’argument qui lui est passé.

chaine de départ : array(‘taxonomy’=> array(‘post_tag’,’category’))

résultat var_dump avec wp_parse_args:

array
‘array(‘taxonomy » => string ‘>array(‘post_tag’,’category’))’ (length=31)

résultat avec eval:

array
‘taxonomy’ =>
array
0 => string ‘post_tag’ (length=
1 => string ‘category’ (length=

D’autre part, si tu veux étendre et accepter tout type d’argument (du genre appeler get_the_date= »d/m/Y »), tu peux enlever le if (!is_array($args)) $args = wp_parse_args($args);

Pour améliorer, il faudrait aussi l’encadrer dans un ob_start/ ob_get_contents.