Joomla!

Hi, bin neu im Thema CMS. Also bitte "dumme" Fragen entschuldigen!

1. joomla! oder Drupal?

für eine website, bei der hauptsächlich Bilder (und wenig Text) verwaltet werden.

2. Erstelle ich die stite z.B. in Dreamweaver und "portiere" rsp. verknüpfe diese dann mit joomla! Oder wie funktioniert's im Prinzip?

Wie gesagt... s.o. ;-)

Danke
bebie-sancho

Nous avons voulu dans ce chapitre vous offrir un aperçu global du processus de conception d’un composant, d’un module et d’un plugin.

Vous pouvez envisager d’autres développements en partant des composants existants. Notre composant n’a par exemple qu’une vue table. Pour y ajouter une vue détaillée (une vue fiche), inspirez-vous d’un composant qui en dispose, par exemple com_contact.

De même au niveau des paramètres des modules, cherchez parmi ceux fournis en standard puis concevez votre propre module.

Ce qui paraissait en début de chapitre assez complexe s’avère, vous en conviendrez, assez simple en fi n de compte.

Je vous souhaite bien du plaisir dans vos développements !

Un module est beaucoup plus simple qu’un composant, tout d’abord parce que les modules n’ont en général pas d’interface d’administration, mais seulement quelques paramètres. Le but du module est de traiter des données pour produire une nouvelle présentation sur le site public. Le module coopère avec le template. En général, les modules viennent enrichir les fonctions d’un composant existant et l’on peut donc supposer que les tables de données avec leur contenu sont déjà disponibles. Pour concevoir un module, il faut deux fichiers : un pour la logique de traitement et l’affichage, puis un fichier XML pour l’installateur de Joomla!. Les deux fichiers doivent avoir un nom commençant
par le préfixe mod_.

15.3.1 Le code source du module

Étudions le code source des différents fichiers. Nous utilisons ici aussi un template spécifique. Il y a quatre fichiers à considérer :

• mod_auto.php ;
• helper.php ;
• tmpl/default.php ;
• mod_auto.xml.

Découvons-les tour à tour.

Le point d’entrée (mod_auto.php)

Le fichier intitulé mod_auto.php sert de point de contrôle du module (voir Listing 15.22).

<?php
defined(‘_JEXEC’) or die(‘Restricted access’);
require_once (dirname(__FILE__).DS.’helper.php’);
$auto = modAutoHelper::getAuto($params);
require(JModuleHelper::getLayoutPath(‘mod_auto’));
?>

Listing 15.22 : mod_auto.php

Vous remarquez que nous ne définissons aucun contrôleur primaire, mais en revanche une classe de soutien Helper.

La classe Helper (helper.php)

Cette classe de soutien combine le contrôleur au modèle (voir Listing 15.23). (En gras est présentée la seule référence au nom d’un champ de la table de données.)

<?php
defined( ‘_JEXEC’ ) or die( ‘Restricted access’ );
class modAutoHelper {
  function getAuto(&$params){
    global $mainframe;
    $db =& JFactory::getDBO();
    $query = "SELECT *"
           . "\n FROM #__auto"
           . "\n WHERE published = 1" 
           . "\n LIMIT 0,5";
    $db->setQuery( $query );
    $rows = $db->loadObjectList();;
    $auto = "<ul>\n";
    if ($rows) {
      foreach ($rows as $row) {
        $auto .= " <li>". $row->type . "</li>\n";
      }
    }
    $auto .= "</ul>\n";
    return $auto;
  }
}
?>

Listing 15.23 : helper.php

Dans cette classe, nous trouvons tout d’abord une opération d’extraction des données puis leur préparation dans une boucle for.

Le template du module (tmpl/default.php)

Ce code source très simple ne fait qu’afficher le contenu de la variable $auto qui appartient à la classe Helper. Vous pourriez tout à fait faire exécuter la boucle itérative for à cet endroit afin de mieux contrôler le code HTML généré en sortie. Cela permettrait à un concepteur de template de redéfinir le code source (voir Listing 15.24).

 defined( ‘_JEXEC’ ) or die( ‘Restricted access’ ); ?>
 <?php echo $auto; ?>

Listing 15.24 : tmpl/default.php

mod_auto.xml

Enfin, pour installer ce module, il faut créer le traditionnel fichier XML de description (voir
Listing 15.25).

<?xml version="1.0" encoding="utf-8"?>
<install type="module" version="1.5.0">
<name>Auto</name>
<author>Hagen Graf</author>
<creationDate>November 2007</creationDate>
<copyright>(C) 2007 cocoate.com All rights reserved.</copyright>
<license>GNU/GPL</license>
<authorEmail>hagen.graf@gmail.com</authorEmail>
<authorUrl>www.cocoate.com</authorUrl>
<version>0.1</version>
<description>Module Auto</description>
<files>
<filename module="mod_auto">mod_auto.php</filename>
<filename>index.html</filename>
<filename>helper.php</filename>
<filename>tmpl/default.php</filename>
<filename>tmpl/index.html</filename>
</files>
</install>

Listing 15.25 : mod_auto.xml

15.3.2 Installation

Réunissez tous les fichiers dans un seul sous-dossier et produisez un paquetage au format .zip en lui donnant le nom mod_auto.zip. Vous pouvez ensuite installer le module depuis Joomla! et le diffuser. Si ce n’est pas votre premier essai, pensez à désinstaller la version antérieure du module auparavant. N’oubliez pas d’activer le module par la commande EXTENSIONS > GESTION DES MODULES.

15.3.3 Aspect sur le site Web

Vous devriez ensuite apprécier l’affichage de votre nouveau module à la position choisie. Il présente les données trouvées dans la table de données jos_auto (voir Figure 15.17).

Figure 15.17 Affichage du module mod_auto sur le site Web.

14.13.1 Allgemeines

• einfach-fuer-alle.de
• wob11.de
• barrierefrei-kommunizieren.de
• webaccessibility.de (umfangreiche Linksammlung von Martin Stehle)
• blog.der-auftritt.de

14.13.2 Assistive Technologien

• Webformator: webformator.com
• IBM Homepagereader: -5.ibm.com/de/accessibility/hpr.html
• Jaws: freedomscientific.com/fs_downloads/jaws.asp
• Windows eyes: gwmicro.com
• VIRGO: baum.at

14.13.3 Checkertools

• Colour Contrast Analyser:
  • juicystudio.com/services/colourcontrast.php
  • visionaustralia.org.au/info.aspx?page=628
  • webforall.info/html/deutsch/col_analy.php
• Vischeck: vischeck.com/
• Cynthia Says: contentquality.com
• Bobby: webxact.watchfire.com
• Validator: validator.w3.org
• Validator: htmlhelp.com
• Wave: wave.webaim.org/wave/index.jsp
• AIS Toolbar: webforall.info/html/deutsch/asistoolbar.php
• Accessibility Toolbar Mozilla/Firefox: cita.disability.uiuc.edu/software/mozilla/

14.13.4 Buchtipp

Angie Radtke u. Michael Charlier. Barrierefreies Webdesign.
Attraktive Websites zugänglich gestalten.
Addison-Wesley 2006.
ISBN 978-3-8273-2379-8.

J’ai fait mon possible pendant la conception pour répondre aux multiples questions relatives à CSS au fur et à mesure qu’elles se faisaient jour. C’est notamment le cas des contenus flottants et celui du positionnement absolu par rapport à des éléments relatifs.

14.11.1 Les fichiers CSS internes de Beez

Vous trouverez toute une série de fichiers CSS dans le sous-dossier nommé CSS. Leurs rôles sont divers.

Le positionnement et l’affichage ont été volontairement distribués dans plusieurs fichiers. Ce qui
permet, par exemple pour modifier les couleurs, de n’intervenir que sur un fichier, tel layout.css. Vous ne risquez pas de modifier par mégarde des positions avec cette approche. C’est une garantie de sécurité.

Liste des fichiers CSS

• position.css ;
• layout.css ;
• print.css ;
• template.css ;
• ie7only.css ;
• ieonly.css ;
• general.css ;
• template_rtl.css.

14.11.2 Positionnement

La position exacte de chaque contenu est régie par les définitions du fichier position.css.
Il contient toutes les instructions CSS pour le document cadre, tel qu’il a été défini dans le fichier
index.php, ainsi que pour la position sur une ou deux colonnes de la zone de contenu et celle de
l’article d’entrée Leading story. N’intervenez sur le contenu de position.css que si vous savez exactement ce que vous voulez faire.

L’exemple suivant ajoute à l’article Leading story une image d’abeille en arrière-plan :

.leading {
  background: #EFDEEA url(../images/biene.gif) no-repeat top left;
  border: solid 1px #CCC;
  color: #000;
  margin: 30px 0px 10px 0px;
  padding: 20px 20px 40px 120px;
  position: relative;
}

14.11.3 La mise en page ou présentation

Vous pouvez en revanche vous en donner à coeur joie en termes de personnalisation dans le fichier layout.css. Il ne définit que les formats et les choix de couleurs. Vous trouverez cependant certaines définitions de position pour les contenus.

L’exemple de style CSS suivant gère l’apparence du titre de l’article Leading story puis place le lien pour la suite dans le coin inférieur droit. Nous utilisons un positionnement absolu à l’intérieur de l’élément à position relative Leading story :

#main .leading h2,#main2 .leading h2 {
  background:#EFDEEA;
  border-bottom:solid 0 #333;
  color:#93246F;
  font-family:trebuchet MS, sans-serif;
  font-size:1.4em;
  font-weight:normal;
  margin:0 0 10px;
  text-transform:uppercase;
} 

#main .leading .readon,#main2 .leading .readon {
  background:url(../images/pfeil.gif) #93246F no-repeat;
  border:solid 0;
  bottom:0;
  color:#FFF !important;
  display:block !important;
  margin-top:20px !important;
  position:absolute;
  right:0;
  text-decoration:none;
  padding:2px 2px 0 30px;
}

14.11.4 Autres considérations

Le fichier template.css est intégré à Joomla! dès que vous demandez l’affichage d’un contenu dans une fenêtre sans composant de navigation. C’est par exemple le cas dans la fenêtre flottante d’envoi d’un courriel ou lorsque vous choisissez ce genre d’affichage pour un article. Dans ces conditions, la mise en page est totalement dépendante des définitions trouvées dans ce fichier.
Les deux fichiers ie7only.css et ieonly.css prennent en charge le bogue de non-conformité des différentes générations du navigateur Internet Explorer. Elles sont activées de façon conditionnelle au tout début du fichier index.php via des commentaires conditionnels.

Rappelons que les commentaires conditionnels ne sont visibles que par le navigateur Internet Explorer de Microsoft à partir de la version 5. Les instructions qu’il délimite ne sont interprétées que par ces navigateurs :

<!--[if lte IE 6]>
<link href="<?php echo $this->baseurl ?>/templates/beez/css/ieonly.css"
     rel="stylesheet" type="text/css" />
<![endif]-->
<!--[if IE 7]>
<link href="<?php echo $this->baseurl ?>/templates/beez/css/ie7only.
    css" rel="stylesheet" type="text/css" />
<![endif]-->

Le fichier print.css ne réclame pas de commentaires. Il se charge de mettre en forme la page pour une impression et ne sert dans aucun autre domaine. En revanche, vous pourriez vous étonner de voir apparaître en gros caractères le mot Content juste avant le contenu, alors que ce mot n’était pas dans les données d’origine.

Il faut savoir que CSS permet d’injecter du contenu dans un document, comme le montre l’extrait qui suit. Notez que seuls les navigateurs conformes à la norme sont capables d’interpréter cette demande :

#main2:before {
  content: « content « ;
  …
}

Le fichier nommé general.css permet de personnaliser l’aspect des messages d’erreur internes de Joomla! pour qu’ils s’intègrent bien à la présentation choisie.

Enfin, le fichier template_rtl.css se charge de gérer l’affichage des pages avec une écriture de droite à gauche. L’acronyme RTL signifie Right to Left. Vous choisissez le sens d’écriture dans le fichier XML des fichiers de langues en vigueur. Il est disponible sous forme d’une variable dans le fichier index.php du template.

<?php if($this->direction == ‘rtl’) : ?>
<link rel="stylesheet" href="<?php echo $this->baseurl ?>/templates/
  beez/css/template_rtl.css" type="text/css" />
<?php endif; ?>

Cet extrait d’un fichier CSS permet par exemple d’exploiter le template Beez avec des contenus en langue hébraïque ou arabe.

Vous pouvez vous amuser à voir le résultat d’un basculement d’un contenu en anglais ou en français vers une écriture de droite à gauche. Il suffit de faire passer à 1 la variable mentionnée (voir Figure 14.11).

Chemin d’accès : language/en-GB/en-GB.xml

 ...
 <metadata>
 ...
 <rtl>1</rtl>
 ...
 </metadata>

Figure 14.11 Beez avec un affichage en écriture de droite à gauche (RTL).

Le composant com_content dirige la génération en sortie de tous les contenus. Il constitue le noyau de notre code de template.

Les fichiers correspondants sont disponibles dans le sous-dossier templates/beez/html/com_content.

Dans le template standard, Joomla! use et abuse des tableaux pour mettre en page les contenus. Cela ne nécessite aucune définition CSS.

Si vous adoptez Beez, il faut tout revoir. Dans ce template, nous définissons des balises <div> imbriquées et associées à différentes classes CSS afin d’offrir une grande souplesse de mise en page. Il existe des classes pour les lignes et colonnes individuelles, ce qui permet d’adapter l’aspect à quasiment tous les besoins de présentation. Ceux qui considèrent cette variété de classes comme trop riche peuvent supprimer le code approprié avec la fonction de recherche et de remplacement.

Voici comme exemple un extrait du fichier beez/html/com_content/frontpage/default.php :

<div 
 class="article_row<?php echo $this->params>get(‘pageclass_sfx’); ?>"> 
 <?php for ($z = 0; $z < $colcount && $ii < $introcount 
         && $i < $this->total; $z++, $i++, $ii++) : ?>
 <div class="article_column column<?php echo $z + 1; ?> 
   cols<?php echo $colcount; ?>" >
   <?php $this->item =& $this->getItem($i, $this->params);
    echo $this->loadTemplate(‘item’); ?>
 </div>
 <span class="article_separator">&nbsp;</span>
 <?php endfor; ?>
 <span class="row_separator<?php 
 echo $this->params->get(‘pageclass_sfx’); ?>">&nbsp;</span>
</div>

L’énorme inconvénient de la représentation linéaire des contenus est d’obliger le visiteur, dans
certain cas, à passer par de nombreuses étapes pour revenir à un contenu antérieur.
Beez gère les repères visuels de navigation de deux manières. Tout d’abord par le fichier index.php dans lequel la position courante est mentionnée. Beez gère également les repères visuels au niveau des composants et des modules qui contiennent des éléments de formulaire.

14.6.1 Le fichier index.php

Voici un extrait du début du code source de ce fichier :

<ul>
   <li><a href="#content" class="u2">
   <?php echo JText::_(‘Skip to Content’); ?>
   </a></li>
   <li><a href="#mainmenu" class="u2">
   <?php echo JText::_(‘Jump to Main Navigation and Login’); ?>
   </a></li>
   <li><a href="#additional" class="u2">
   <?php echo JText::_(‘Jump to additional Information’); ?>
   </a></li>
 </ul>

Les liens de repères visuels font référence à l’intérieur du document à leur point d’ancrage. Ils sont insérés de façon sémantiquement correcte dans une liste. Les instructions JText servent à la localisation. Elles sont automatiquement traduites dans la langue choisie pour l’interface (revoyez le Chapitre 4).

Avant chaque ancre apparaît un titre dont la position est définie par un style CSS au niveau de la
surface d’affichage Viewport. Le titre est normalement caché, mais il est exploité par les appareillages tels que les lecteurs d’écran. Cela facilite grandement la compréhension de la structure du contenu.

<h2 class="unseen">
   <?php echo JText::_(‘ View , Navigation and Search’); ?>
</h2>
...
<a name="mainmenu"></a>

Il est également possible de placer le repère de saut en relation directe avec l’identificateur ID de la balise locale <div>, ce qui est encore plus en adéquation avec la notion de document structuré. Mais il faut tenir compte des logiciels de lecture d’écran plus anciens qui ne savent pas gérer cette approche.

14.6.2 Les liens de saut dans les formulaires

Un utilisateur d’un appareillage de lecture écran valide un formulaire qui n’est pas doté d’une balise de repère de saut. Il arrive au niveau du début de la page et doit tout d’abord faire défiler jusqu’au contenu qui l’intéresse. Pour éviter cela, les formulaires utilisés dans le template Beez définissent des repères permettant de se rendre directement au contenu :

<form action="<?php echo 
JRoute::_( ‘index.php?option=com_search#content’ ) ?>" 
method="post" 
class="search_result<?php echo
 $this->params->get(‘pageclass_sfx’) ?>">

Les Plugins (alias Mambots) de Joomla! constituent une sorte de langage de script interne. Nous
avons déjà tiré profi t d’un Plugin sous la forme de l’éditeur TinyMCE.

Tout Plugin possède un type.

À l’heure actuelle, il existe des Plugins dans sept sections : authentication, content, editors, editors-xtd, search, system et xmlrpc.

La liste des Plugins permet d’activer et désactiver certaines fonctions (voir Figure 10.23). La grande
majorité des Plugins ne possèdent pas ou peu de paramètres. Ce qui est logique dans la mesure où
ils sont conçus pour remplir un rôle clairement défini et sont optimisés en ce sens.

10.6.1 Plugins de type Authentication

Dans Joomla! 1.5, les utilisateurs peuvent s’identifi er de différentes manières. Vous pouvez notamment éviter à vos visiteurs de s’enregistrer sans cesse en renouvelant leur identifi ant et leur mot de passe. Il suffit de publier le Plugin correspondant pour disposer de ces différents mécanisme d’authentification.

Figure 10.23 Extensions > Gestion des Plugins.

Joomla

C’est le mécanisme normal qui est en vigueur après un enregistrement sur le site Web.

LDAP

LDAP est un protocole réseau qui permet de gérer un annuaire d’utilisateurs. Il gère des services
d’annuaire réseau. Le Plugin se charge des interactions entre le client d’annuaire LDAP (qui est ici
le site Web Joomla!) et le fichier d’annuaire dans lequel sont stockées les données d’identification
des personnes. Les annuaires LDAP sont très utilisés en entreprise. Ce Plugin permet d’exploiter un
tel annuaire pour mettre en place un intranet d’entreprise.

À la différence des autres, le Plugin LDAP compte de nombreux paramètres. Si vous optez pour ce
genre d’annuaire, vous devez savoir comment configurer ces paramètres.

OpenID

Le concept de l’annuaire OpenID est de proposer aux utilisateurs de se faire connaître auprès d’un
serveur OpenID avec un compte d’utilisateur, sans qu’ils aient besoin de disposer d’un compte
propre avec un mot de passe. Dans certains domaines d’utilisation du site Web, cela peut constituer
un véritable avantage.

GMail

Google propose avec le service Gmail un système d’authentification basé sur l’adresse de messagerie. Il faut que l’utilisateur dispose d’un compte Gmail pour se faire reconnaître auprès de votre site. Dans certains domaines, ce mécanisme peut apporter un vrai confort.

10.6.2 Plugins de type Content

Image

Ce Plugin facultatif est conservé pour maintenir la compatibilité avec Joomla! 1.0.x. Il exécute la
commande {mosimage} qui peut être insérée dans les textes pour afficher des images. Certains puristes estiment que cette manière de procéder est à déconseiller. Son avantage est de permettre de retoucher les images facilement via le Plugin. Vous pouvez par exemple dans les paramètres régler l’espace autour et à l’intérieur des images.

Page Navigation

Ce Plugin se charge de la gestion et de l’affichage des liens de page précédente et page suivante sous
les articles. Il faut donc l’activer.

Rating

Ce Plugin affiche les résultats courants des votes. Il faut l’activer si vous en avez besoin.

Email Cloaking

Ce Plugin sert à convertir une adresse de courriel qui a été fournie dans un article au format
nom@exemple.com pour produire un lien, puis il masque l’adresse d’origine (tout cela en Java-
Script). Cela protège d’une certaine manière les adresses de courriel du site Web contre les robots de récupération automatique d’adresses de messagerie sur les sites.

GeSHi

Comme son collègue code, GeSHI assure un formatage du code source. Il est plus riche car il offre
une mise en couleurs syntaxique et permet de générer des listings bien présentés sur le site. Il
suffit d’insérer le code source à formater dans un jeu de balises <pre> ... </pre> (voir aussi le site
http://qbnz.com/highlighter).

<pre>
   if ($compteur > 0){
 echo $compteur;
 } else{
 $compteur++;
 }
 </pre>

Listing 10.1 : Utilisation du Plugin GeSHI

Load Module

Ce Plugin permet de charger les modules dans les articles. Vous pouvez par exemple l’utiliser en
écrivant {loadposition user1}.

Pagebreak

Ce Plugin prend en charge les sauts de page dans les articles dans leur approche Joomla! 1.0.x.
Vous l’utilisez de la même manière que le Plugin image en l’insérant dans le contenu. Vous pouvez
non seulement stipuler ainsi un saut de page, mais également un titre de page ou d’article. Dans
Joomla! 1.5, vous obtenez la même chose via la boîte de dialogue de définition de sauts de page
(vue au Chapitre 8.2).

Syntaxe :

<hr title= “Titre de page“ alt= “Titre“ class=“system-pagebreak“>

10.6.3 Plugins de type Editors

1.No Editor

Vous devez activer ce Plugin pour proposer aux utilisateurs l’accès aux champs de type textarea
sans éditeur.

2.TinyMCE 2.0

Ce Plugin est naturellement activé pour intervenir sur les contenus des champs de type textarea
avec l’éditeur TinyMCE dans sa version 2.0.

10.6.4 Plugins de type Editors-xtd

Editor Button Image/Pagebreak/Readmore

Ces trois Plugins permettent de générer les trois boutons qui sont placés sous la fenêtre de l’éditeur.
Chaque bouton mène à une boîte de dialogue pour respectivement, insérer une image, régler les
paramètres de saut de page et régler les paramètres du lien LIRE LA SUITE.

10.6.5 Plugins de type Search

Les six Plugins de recherche peuvent être activés pour les modules Content, Weblinks, Contacts,
Categories, Sections et Newsfeeds. Ils étendent le périmètre de travail du module de recherche. Vous devez activer le Plugin d’une section pour que la recherche scrute son contenu. Pour que la recherche s’étende aux composants complémentaires, il faut définir et activer des Plugins spécifi ques.

10.6.6 Plugins de type System

SEF

SEF signifie Search Engine Friendly, c’est-à-dire « compatible avec les moteurs de recherche ».
C’est ce Plugin qui génère les adresses URL optimisées pour les robots des moteurs de recherche en
correspondance avec les contenus. Vous devez l’activer si vous utilisez cette aide au référencement.

Log

Ce Plugin incarne le journal système. Vous pouvez choisir l’emplacement de stockage du fichier
(revoyez le Chapitre 6.4).
Le Listing 10.2 donne un exemple du contenu d’un tel journal.

#Version: 1.0
#Date: 2008-10-29 23:39:56
#Fields: date time level c-ip status comment
#Software: Joomla! 1.5.0 Production/Stable [ Takriban ] 5-October-2007 21:00 GMT
2008-10-29 23:39:56 - 127.0.0.1 - stories/france
2008-10-30 12:00:12 - 127.0.0.1 FAILURE: Invalid password
2008-10-31 13:44:11 - 127.0.0.1 FAILURE: Invalid password

Listing 10.2 : Fichier journal

Debug

Correspond à la fonction de débogage décrite au Chapitre 6.4. Vous pouvez contrôler via les paramètres la densité d’informations à afficher.

Legacy

Ce Plugin d’héritage a donné lieu à d’importants débats car il constitue une passerelle par rapport
aux extensions de l’ancien monde de Joomla! 1.0. En activant ce Plugin, vous simplifi ez votre migration depuis Joomla! 1.0 vers Joomla! 1.5.

Cache

Ce Plugin gère le fonctionnement du mécanisme de cache. Vous pouvez exploiter le cache de navigateur du client et régler la durée de maintien des données dans le cache.

Remember Me

Ce Plugin sert à mémoriser les données d’identification dans un fichier Cookie sur disque, ce qui
évite de les saisir trop souvent pour se connecter au site Web. Ce stockage n’est réalisé qu’après
accord de l’utilisateur en cochant une case.

Backlink

Ce Plugin de compatibilité permet de convertir d’anciens liens de Joomla! 1.0 menant à des articles
pour qu’ils fonctionnent selon la logique de Joomla! 1.5.

10.6.7 Plugins de type User

Joomla!

Ce Plugin crée un enregistrement pour un utilisateur dans la table de base de données dès qu’il a
réussi à ouvrir une session.

10.6.8 Plugins de type xmlrpc

Rappelons que l’interface de programmation XML-RPC permet de piloter et de dialoguer avec
Joomla! de l’extérieur.

XML_RPC_Joomla

Ce Plugin permet de contrôler des fonctions spécifi ques de l’infrastructure de Joomla! via l’interface
XML-RPC.

XML-RPC-Blogger API

Ce Plugin sert à accueillir des contenus en provenance d’autres plates-formes, par exemple des
photos de Flickr. À l’heure actuelle, l’interface reconnue est celle de Blogger. Rappelons que de
nombreuses plates-formes Web 2.0 exploitent l’interface API MetaWeblog, qui sera très prochainement disponible pour Joomla! 1.5. Au niveau des paramètres, vous pouvez sélectionner la section et la catégorie auxquelles les articles récupérés doivent être associés.

6.3 Gestion des médias

La rubrique de gestion des médias peut être comparée à un explorateur de fichiers combiné à un
programme de téléchargement FTP (voir Figure 6.7). Les formats de fichiers manipulables sont très
nombreux. Vous pouvez gérer les fichiers portant les extensions suivantes :

• .csv, .doc, .odg, .odp, .ods, .odt, .ppt, .txt, .xls (formats bureautiques) ;
• .bmp, .epg, .gif, .ico, .jpg, .pdf, .png, .swf et .xcf (formats graphiques).

Vous pouvez télécharger des fichiers vers votre serveur en les distribuant dans des sous-dossiers. Ce gestionnaire est très pratique lorsque vous disposez des droits d’administration sans avoir un accès FTP.

Figure 6.7 Site – Gestion des médias.

Cet outil offre deux volets :

• Les Miniatures. Elles permettent de voir des aperçus réduits des fichiers.
• Les Détails. Affichent le nom et la taille des fichiers sous forme de liste.

Vous constatez qu’il y a un volet pour les dossiers à gauche et un volet pour les fichiers. Dès que vous sélectionnez un dossier à gauche, vous voyez apparaître les fichiers qu’il contient à droite.

L’outil permet de gérer tous les types de fichiers que Joomla! sait exploiter en standard. C’est par
exemple le cas du dossier Smilies (les émoticônes) et les graphiques du dossier M_images.

Voici les fonctions disponibles dans ce gestionnaire :

• Vous pouvez créer et supprimer des dossiers (la suppression n’est possible qu’en vue détaillée) ;
• vous pouvez télécharger un ou plusieurs fichiers et les supprimer (la suppression n’est elle aussi possible qu’en vue détaillée).

Création d’un sous-dossier

Le volet principal des fichiers comprend dans sa partie supérieure un champ affichant le chemin
d’accès au dossier courant (voir Figure 6.8). À sa droite se trouve un champ de saisie suivi d’un
bouton CRÉER DOSSIER. Saisissez le nom de votre sous-dossier (par exemple france) puis cliquez sur le bouton. Pensez ensuite à vous rendre éventuellement dans ce sous-dossier.

Figure 6.8 Gestion des médias > Création d’un sous-dossier.

Rapatrier un ou plusieurs fichiers

La partie inférieure de la fenêtre contient un bouton PARCOURIR qui donne accès à une boîte de dialogue standard du système d’exploitation pour désigner un ou plusieurs fichiers. Vous pouvez effectuer une multisélection en appliquant les normes en vigueur dans votre système (touches CTRL ou MAJ) (voir Figure 6.9).

Vous n’avez qu’à cliquer sur le bouton LANCER LE TRANSFERT pour copier les fichiers récupérés dans le dossier courant. Ils sont ensuite présentés sous forme de miniatures (voir Figure 6.10). Il ne reste plus ensuite qu’à les distribuer dans différentes sections de contenu comme nous le verrons dans un autre chapitre.

Lorsque vous cliquez dans une miniature, l’écran principal de Joomla! s’estompe et l’image apparaît
en taille réelle.

Figure 6.9 Gestion des médias > Transfert de fichiers.

Figure 6.10 Gestion des médias > Transfert de fichiers II.

Comme règle de base pour le transfert, partons du cas typique d’un fichier de 100 Ko (la taille
moyenne d’une page d’accueil avec quelques images). Le tableau suivant indique les temps de transfert correspondants. Notez qu’une seule image pesant 300 Ko peut détourner de votre site tous les visiteurs qui n’ont qu’un accès lent à Internet, analogique ou numérique.

Tableau 6.3 : Durée d’un téléchargement de 100 Ko

L’administration du site se déroule dans la partie arrière (Backend) qui est une sorte de site bis appelé
Joomla! Administration. Vous accédez à la page d’accueil de l’administration par l’adresse suivante :

[NomDomaine]/administrator/

Dans le cas de l’installation locale de notre exemple, l’adresse réelle devient :

http://localhost/joomla150/administrator/

Figure 3.15 Ouverture de session pour l’administration de Joomla!.

Comme nom, indiquez admin. Comme mot de passe, saisissez celui généré par l’installateur ou choisi par vous pendant l’installation (dernière étape de l’installation).

La page d’accueil propos une barre de menus, une barre d’outils avec des boutons et des onglets de pages d’options, c’est-à-dire une interface conforme aux canons actuels de l’ergonomie.

Vous remarquerez que l’interface n’est que partiellement en français.

Figure 3.16 Page d’accueil de l’interface d’administration de Joomla!.

Nous verrons dans au prochain chapitre comment intervenir sur les langues de l’interface. Les données d’exemples de la partie publique resteront en anglais, car elles ne sont pas encore traduites et seront très vite remplacées par vos propres contenus.

[InstallJoomla!]/administrator/