$ze_article = 13; ?>
if (22 == $ze_article) {
?>
Enrichir le site par mail
} else {
?>Enrichir le site par mail
}
?>
if (23 == $ze_article) {
?>Des fonctionnalités de Wiki
} else {
?>Des fonctionnalités de Wiki
}
?>
if (24 == $ze_article) {
?>Une interface réduite à l’essentiel
} else {
?>Une interface réduite à l’essentiel
}
?>
if (13 == $ze_article) {
?>Des « petits » menus contextuels
} else {
?>Des « petits » menus contextuels
}
?>
if (12 == $ze_article) {
?>Fonction d’édition Wysiwyg
} else {
?>Fonction d’édition Wysiwyg
}
?>
|
Des « petits » menus contextuels
Scénario possible :
Il n’y a pas de rechargement de page, ainsi on peut changer les statuts de plusieurs articles sans recharger de page, donc en faire plusieurs à la suite facilement.
Techniquement : théoriquement, ce genre de chose n’est pas possible en HTML, car la technologie client-serveur oblige à « envoyer » les informations vers le serveur, par exemple au travers d’un formulaire ou d’un lien hypertexte. L’idée pour contourner cette limite est d’intégrer dans toutes les pages de l’espace privé une « iframe » cachée. Une iframe est une page HTML apparaissant à l’intérieur d’une autre page. Ici, cette iframe serait intégrée dans une couche que l’on n’affiche pas ( Quand on fait une action simple et immédiate, telle que modifier le statut, un petit javascript « envoie » l’ordre dans l’iframe (et non dans la page principale). De cette façon la page principale n’est pas rechargée, on peut continuer à travailler, mais l’ordre de changer le statut de l’article dans la base de données est bien envoyé au serveur, dans une iframe invisible.
Ce genre de petite chose, avec un petit menu contextuel, est à réserver aux power-user qui connaissent déjà parfaitement le système. En réalité, de part leur présentation, ces petits menus remplissent cette tâche :
La difficulté, à partir du moment où l’on introduit cela :
|
|