mercredi 20 août 2014
The Examples for Developers project aims to provide high-quality, well-documented API examples for a broad range of Drupal core functionality.
The Examples project contains many modules which hopefully illustrate best practices for implementing various Drupal APIs. These modules can be enabled individually, and will typically add menu items to your site, which should guide you through their features. You can then look through the code to see what they are doing.
Developers can learn how to use a particular API quickly by experimenting with the examples, and adapt them for their own use.
Note also that these modules demonstrate internals for Drupal development in PHP (and some JavaScript). Not all Drupal users will need these examples. There are many contributed modules which will do the majority of what a Drupal site-builder could need. Be sure and explore other contributed modules to see if you can find one that meets your needs.
How To Use These Modules
As Modules
You can enable these modules just like any others. They all add menu items leading you to a page on your site that will tell you what they are doing.
API.Drupal.Org
You can also browse the documentation generated from this project on api.drupal.org. This gives you the benefit of clickable links between the various functions and classes.
The Examples project contains many modules which hopefully illustrate best practices for implementing various Drupal APIs. These modules can be enabled individually, and will typically add menu items to your site, which should guide you through their features. You can then look through the code to see what they are doing.
Developers can learn how to use a particular API quickly by experimenting with the examples, and adapt them for their own use.
Note also that these modules demonstrate internals for Drupal development in PHP (and some JavaScript). Not all Drupal users will need these examples. There are many contributed modules which will do the majority of what a Drupal site-builder could need. Be sure and explore other contributed modules to see if you can find one that meets your needs.
How To Use These Modules
As Modules
You can enable these modules just like any others. They all add menu items leading you to a page on your site that will tell you what they are doing.
dimanche 17 août 2014
Conversion de thèmes Drupal 6.x en thèmes Drupal 7.x
52 modifications pour la création d'un thème sous Drupal 7 (suppressions aussi) ont été apportées.
Elles sont listées sur drupal.org : http://drupal.org/update/theme/6/7
La société Clever Age présente un bon résumé de des changements :
“- Les thèmes à base de design en tableau datant de Drupal 4 sont supprimés du coeur.
- Beaucoup d’éléments composant une page se retrouvent maintenant comme bloc ou région (le
message d’aide, le contenu d’une page : $content de page.tpl.php, le footer message, sont des blocs par
exemple).
- Une remise à niveau de tous les fichiers .tpl.php par défaut a été faite avec des noms de classes CSS
et des identifiants plus sémantiques, une meilleure cohérence, etc.(...)
- $content n’est plus une grande chaine de caractère contenant du xHTML.
$content est maintenant un tableau des composants de la page, qui garde en mémoire ce qui a déjà été affiché.
On peut ainsi via des fonctions hide(), et render() choisir ce que l’on veut afficher et où on veut l’afficher.
En plus de ça, les preprocess sont maintenant étendus aux fonctions theme() (et non plus qu’au fichier tpl.php).
Et, maintenant qu’il y a des champs partout, le support du RDFa est disponible.
- Au niveau du Javascript, passage de jQuery 1.2.6 à jQuery 1.4, et intégration de jQuery Forms 2.2, et
jQuery UI 1.7. La nouvelle fonction drupal_add_library() permet d’ajouter des fichiers javascript et css en rapport
les uns avec les autres, et un nouveau framework AJAX a été intégré dans le coeur. La fonction drupal_add_js()
a été améliorée, et l’API Javascript, souvent sous-exploitée, reste intacte."
Liste des changements :
● Les blocs ont de nouveaux ID CSS plus explicites
La plupart des ID CSS des blocs déclarés par le core Drupal ont été modifiés afin que le but du bloc soit
clairement indiqué.
● Les liens Primaires et Secondaires changent de nom
Dans Drupal 7, les menus Primary links et Secondary links changent et deviennent respectivement Main
menu ($main_menu) et Secondary menu ($secondary_menu).
Les thèmes qui utilisent ces options devront être actualisés avec les nouveaux noms de variables.
● Les liens de taxonomie non formatés (Unrendered) ne sont plus disponibles dans les fichiers
node.tpl.php, en tant que variable distincte.
Dans Drupal 7, tous les liens ont été déplacés dans l'objet $node.
Liste des changements :
● RDFa nécessite des modifications au début de page.tpl.php
Drupal 7 peut afficher du RDFa.
● La classe clear-block a été renommé en clearfix
La classe clear-block était un Drupalisme pour une fonctionnalité connue dans la communauté CSS sous
le nom de classe « clearfix ».
La class CSS .clear-block de D6 devient .clearfix, une nouvelle appellation bien connue des thèmeurs...
● Les "Box" disparaissent
Les templates de "box", utilisés dans D6 dans les commentaires et les résultats de recherche,
disparaissent.
Les résultats de recherches sont désormais mis en forme par la fonction : theme_search_results_listing()
et le formulaire de commentaires est mis en forme par la fonction : theme_comment_form_box() .
Infos : http://drupal.org/node/779002
Liste des changements :
● Une region pour l'affichage des textes d'aides
L'affichage des textes d'aides ne se fait plus dans D7 via la variable $help.
Une region est désormais implantée dans le core pour cela, il vous suffit de déclarer cette region dans
votre .info. A vous ensuite de placer cette region selon votre souhait dans le template de page :
Infos : http://drupal.org/node/448784
Le texte d'aide est maintenant encadré par les balises et classes <div> du fichier gabarit block.tpl.php, les
CSS utilisées pour styliser l'aide doivent donc être modifiées.
● Une région pour l'affichage de la "Mission"
L'affichage de la "Mission du site" doit désormais être propulsée via une région et la variable $mission de
D6 disparaît.
Dans D7, il est conseillé de créer une région nommée Highlighted et de l'utiliser pour afficher la mission
du site.
C'est donc à vous de créer tout ceci et de créer un bloc assigné à cette region. A vous donc de placer
cette region selon votre souhait dans le template de page :
Infos : http://drupal.org/node/779016
Liste des changements :
● Suppression du "Message de pied de page"
Le Message de pied de page, à configurer sur D6 dans admin/settings/site-information est supprimé.
Dans D7, il n'y a donc plus de variable $footer_message.
● Le contenu principal d'une page est propulsé par une region
Le contenu principal d'une page est désormais affiché par une region à part entière
Une fois ceci fait, rendez-vous sur la page de config des blocks admin/structure/block, et assignez le block Main page
content à la region Content :
Vous noterez que le block Main page content est le seul qui doit être obligatoirement assigné à une region.
Info/issue : http://drupal.org/node/428744
Liste des changements :
● La région Content est maintenant obligatoire, le contenu principal de la page devient un bloc
Dans Drupal 7, $content devient une région à part entière et est désormais obligatoire dans tous les
thèmes. Cette nouvelle caractéristique a été paramétrée pour que, lorsqu'on active des nouveaux thèmes,
Drupal sache où placer le contenu principal de la page par défaut.
● Deuxième cycle de fonctions de traitement de variables
Il y a maintenant deux jeux de fonctions de traitement de variables. les premières sont les
fonctions de pré-traitement existantes (voir traduction en français sur kolossaldrupal.org). Les secondes
sont des fonction de « traitement » exécutées après les pré-traitements. Les différents préfixes et suffixes
s'appliquent de la même façon à ce deuxième cycle. Cela s'avère utile lorsque certaines variables
demandent à être examinées sur deux cycles.
Liste des changements :
● La région Content est maintenant obligatoire, le contenu principal de la page devient un bloc
Dans Drupal 7, $content devient une région à part entière et est désormais obligatoire dans tous les
thèmes. Cette nouvelle caractéristique a été paramétrée pour que, lorsqu'on active des nouveaux thèmes,
Drupal sache où placer le contenu principal de la page par défaut.
● Deuxième cycle de fonctions de traitement de variables
Il y a maintenant deux jeux de fonctions de traitement de variables. les premières sont les
fonctions de pré-traitement existantes (voir traduction en français sur kolossaldrupal.org). Les secondes
sont des fonction de « traitement » exécutées après les pré-traitements. Les différents préfixes et suffixes
s'appliquent de la même façon à ce deuxième cycle. Cela s'avère utile lorsque certaines variables
demandent à être examinées sur deux cycles
Liste des changements :
● Une variable $classes pour les classes CSS dynamiques
Dans Drupal 7 on a maintenant une variable $classes disponible dans tous les templates et qui génère
différentes classes CSS produites par les modules core. On va pouvoir, via différents preprocess de notre choix,
"alimenter" cette variable avec des classes custom supplémentaires. On utilisera toujours la même procédure,
D7 se chargeant par la suite de "réorganiser" toutes les classes comme il faut :-).
Tous les gabarits peuvent maintenant fournir $classes à partir d'un gabarit pour mettre en forme des classes
dynamiques construites dans des fonctions de traitement de variables.
● Attributs HTML générés via une variable
Toutes les maquettes de mise en page (maquettes de mise en page = gabarits, = templates. NdK) peuvent
maintenant afficher $attributes, $title_attributes et $content_attributes depuis un gabarit pour mettre en forme
les attributs dynamiques construits dans les fonctions de traitement de variables.
Le module RDF et d'autres modules ajoutent des informations importantes à ces variables, il est donc essentiel
pour les thèmes que ces variables soient correctement transmises à tous les fichiers gabarits surchargés.
Liste des changements :
● Les fonctions de traitements de variable peuvent maintenant être utilisées dans tous les hooks de thème
Dans Drupal 7, les pré-traitements de hooks et les fonctions de traitement peuvent être utilisés pour tous
les hooks de thème, qu'ils soient « rendus » (rendered) par les gabarits ou les fonctions.
Par exemple, un thème peut faire en sorte que tous les liens de menus commençant par http: ou https:
(par opposition à ceux qui se rapportent à un lien interne de Drupal) s'ouvrent dans un nouvel onglet du
navigateur
● Toutes les fonctions de thèmes acceptent maintenant un seul argument, $variables
Dans Drupal 7, toutes les fonctions de thème prennent un seul argument, $variables, un tableau de
variables indicé par clés, et répertorient les clés étendues dans ce tableau dans hook-theme().
● Les noms de fonctions doivent correspondre au nom du thème
Infos : http://drupal.org/node/422116
Dans le fichier template.php, les noms de fonctions doivent maintenant utiliser le nom du thème adéquat. Vous ne
pourrez plus utiliser phptemplate_function. Cette modification a été effectuée dans le patch suivant :
Die, themeEngineName_ prefix, die!.
Pour actualiser votre thème, assurez-vous qu'il n'y ait pas, dans le fichier template.php ou dans d'autres fichiers du
thème, de fonction débutant par le nom du processeur de thème (phptemplate).
● Tous les fichiers CSS et Javascript doivent maintenant être mentionnés dans le fichier .info du thème
Dans Drupal 6, style.css et script.js étaient automatiquement inclus dans votre thème, même s'ils n'étaient pas
mentionnés dans le fichier .info du thème.
Dans Drupal 7, les thèmes doivent mentionner ces fichiers dans le fichier .info pour qu'ils soient ajoutés au thème. Vous
pouvez lire plus d'informations à ce sujet à la page
#351487: Remove default values for stylesheet and scripts includes from system module..
Si votre thème n'utilise pas ces fichiers, ou s'ils sont déjà mentionnés dans votre fichier .info, aucune modification n'est
nécessaire.
● $block->content renommé dans block.tpl.php
Voir cette discussion pour l'historique complet.
● « Granular rendering » dans les gabarits de node et user
(discussion) Les concepteurs de maquettes de mises en page peuvent maintenant afficher des nodes et
des profils comme ils l'entendent tout en conservant une compatibilité avec des modules nouveaux qui
ajouteraient des nouveaux contenus. Pour cela, les concepteurs de gabarits doivent utiliser 2 nouvelles
fonctions - render() et hide().
Quand un concepteur de thème veut afficher une partie du tableau $content, il doit le faire avec quelque
chose qui ressemble à print render($content['links']).
Si l'affichage des liens vient après l'affichage de tout le contenu de $content, il faudra appeler
hide($content['links']) avant d'appeler print render($content). Ensuite les liens peuvent être affichés plus
loin dans le gabarit avec print render($content['links']).
52 modifications pour la création d'un thème sous Drupal 7 (suppressions aussi) ont été apportées.
Elles sont listées sur drupal.org : http://drupal.org/update/theme/6/7
La société Clever Age présente un bon résumé de des changements :
“- Les thèmes à base de design en tableau datant de Drupal 4 sont supprimés du coeur.
- Beaucoup d’éléments composant une page se retrouvent maintenant comme bloc ou région (le
message d’aide, le contenu d’une page : $content de page.tpl.php, le footer message, sont des blocs par
exemple).
- Une remise à niveau de tous les fichiers .tpl.php par défaut a été faite avec des noms de classes CSS
et des identifiants plus sémantiques, une meilleure cohérence, etc.(...)
- $content n’est plus une grande chaine de caractère contenant du xHTML.
$content est maintenant un tableau des composants de la page, qui garde en mémoire ce qui a déjà été affiché.
On peut ainsi via des fonctions hide(), et render() choisir ce que l’on veut afficher et où on veut l’afficher.
En plus de ça, les preprocess sont maintenant étendus aux fonctions theme() (et non plus qu’au fichier tpl.php).
Et, maintenant qu’il y a des champs partout, le support du RDFa est disponible.
- Au niveau du Javascript, passage de jQuery 1.2.6 à jQuery 1.4, et intégration de jQuery Forms 2.2, et
jQuery UI 1.7. La nouvelle fonction drupal_add_library() permet d’ajouter des fichiers javascript et css en rapport
les uns avec les autres, et un nouveau framework AJAX a été intégré dans le coeur. La fonction drupal_add_js()
a été améliorée, et l’API Javascript, souvent sous-exploitée, reste intacte."
Liste des changements :
● Les blocs ont de nouveaux ID CSS plus explicites
La plupart des ID CSS des blocs déclarés par le core Drupal ont été modifiés afin que le but du bloc soit
clairement indiqué.
● Les liens Primaires et Secondaires changent de nom
Dans Drupal 7, les menus Primary links et Secondary links changent et deviennent respectivement Main
menu ($main_menu) et Secondary menu ($secondary_menu).
Les thèmes qui utilisent ces options devront être actualisés avec les nouveaux noms de variables.
● Les liens de taxonomie non formatés (Unrendered) ne sont plus disponibles dans les fichiers
node.tpl.php, en tant que variable distincte.
Dans Drupal 7, tous les liens ont été déplacés dans l'objet $node.
Liste des changements :
● RDFa nécessite des modifications au début de page.tpl.php
Drupal 7 peut afficher du RDFa.
● La classe clear-block a été renommé en clearfix
La classe clear-block était un Drupalisme pour une fonctionnalité connue dans la communauté CSS sous
le nom de classe « clearfix ».
La class CSS .clear-block de D6 devient .clearfix, une nouvelle appellation bien connue des thèmeurs...
● Les "Box" disparaissent
Les templates de "box", utilisés dans D6 dans les commentaires et les résultats de recherche,
disparaissent.
Les résultats de recherches sont désormais mis en forme par la fonction : theme_search_results_listing()
et le formulaire de commentaires est mis en forme par la fonction : theme_comment_form_box() .
Infos : http://drupal.org/node/779002
Liste des changements :
● Une region pour l'affichage des textes d'aides
L'affichage des textes d'aides ne se fait plus dans D7 via la variable $help.
Une region est désormais implantée dans le core pour cela, il vous suffit de déclarer cette region dans
votre .info. A vous ensuite de placer cette region selon votre souhait dans le template de page :
Infos : http://drupal.org/node/448784
Le texte d'aide est maintenant encadré par les balises et classes <div> du fichier gabarit block.tpl.php, les
CSS utilisées pour styliser l'aide doivent donc être modifiées.
● Une région pour l'affichage de la "Mission"
L'affichage de la "Mission du site" doit désormais être propulsée via une région et la variable $mission de
D6 disparaît.
Dans D7, il est conseillé de créer une région nommée Highlighted et de l'utiliser pour afficher la mission
du site.
C'est donc à vous de créer tout ceci et de créer un bloc assigné à cette region. A vous donc de placer
cette region selon votre souhait dans le template de page :
Infos : http://drupal.org/node/779016
Liste des changements :
● Suppression du "Message de pied de page"
Le Message de pied de page, à configurer sur D6 dans admin/settings/site-information est supprimé.
Dans D7, il n'y a donc plus de variable $footer_message.
● Le contenu principal d'une page est propulsé par une region
Le contenu principal d'une page est désormais affiché par une region à part entière
Une fois ceci fait, rendez-vous sur la page de config des blocks admin/structure/block, et assignez le block Main page
content à la region Content :
Vous noterez que le block Main page content est le seul qui doit être obligatoirement assigné à une region.
Info/issue : http://drupal.org/node/428744
Liste des changements :
● La région Content est maintenant obligatoire, le contenu principal de la page devient un bloc
Dans Drupal 7, $content devient une région à part entière et est désormais obligatoire dans tous les
thèmes. Cette nouvelle caractéristique a été paramétrée pour que, lorsqu'on active des nouveaux thèmes,
Drupal sache où placer le contenu principal de la page par défaut.
● Deuxième cycle de fonctions de traitement de variables
Il y a maintenant deux jeux de fonctions de traitement de variables. les premières sont les
fonctions de pré-traitement existantes (voir traduction en français sur kolossaldrupal.org). Les secondes
sont des fonction de « traitement » exécutées après les pré-traitements. Les différents préfixes et suffixes
s'appliquent de la même façon à ce deuxième cycle. Cela s'avère utile lorsque certaines variables
demandent à être examinées sur deux cycles.
Liste des changements :
● La région Content est maintenant obligatoire, le contenu principal de la page devient un bloc
Dans Drupal 7, $content devient une région à part entière et est désormais obligatoire dans tous les
thèmes. Cette nouvelle caractéristique a été paramétrée pour que, lorsqu'on active des nouveaux thèmes,
Drupal sache où placer le contenu principal de la page par défaut.
● Deuxième cycle de fonctions de traitement de variables
Il y a maintenant deux jeux de fonctions de traitement de variables. les premières sont les
fonctions de pré-traitement existantes (voir traduction en français sur kolossaldrupal.org). Les secondes
sont des fonction de « traitement » exécutées après les pré-traitements. Les différents préfixes et suffixes
s'appliquent de la même façon à ce deuxième cycle. Cela s'avère utile lorsque certaines variables
demandent à être examinées sur deux cycles
Liste des changements :
● Une variable $classes pour les classes CSS dynamiques
Dans Drupal 7 on a maintenant une variable $classes disponible dans tous les templates et qui génère
différentes classes CSS produites par les modules core. On va pouvoir, via différents preprocess de notre choix,
"alimenter" cette variable avec des classes custom supplémentaires. On utilisera toujours la même procédure,
D7 se chargeant par la suite de "réorganiser" toutes les classes comme il faut :-).
Tous les gabarits peuvent maintenant fournir $classes à partir d'un gabarit pour mettre en forme des classes
dynamiques construites dans des fonctions de traitement de variables.
● Attributs HTML générés via une variable
Toutes les maquettes de mise en page (maquettes de mise en page = gabarits, = templates. NdK) peuvent
maintenant afficher $attributes, $title_attributes et $content_attributes depuis un gabarit pour mettre en forme
les attributs dynamiques construits dans les fonctions de traitement de variables.
Le module RDF et d'autres modules ajoutent des informations importantes à ces variables, il est donc essentiel
pour les thèmes que ces variables soient correctement transmises à tous les fichiers gabarits surchargés.
Liste des changements :
● Les fonctions de traitements de variable peuvent maintenant être utilisées dans tous les hooks de thème
Dans Drupal 7, les pré-traitements de hooks et les fonctions de traitement peuvent être utilisés pour tous
les hooks de thème, qu'ils soient « rendus » (rendered) par les gabarits ou les fonctions.
Par exemple, un thème peut faire en sorte que tous les liens de menus commençant par http: ou https:
(par opposition à ceux qui se rapportent à un lien interne de Drupal) s'ouvrent dans un nouvel onglet du
navigateur
● Toutes les fonctions de thèmes acceptent maintenant un seul argument, $variables
Dans Drupal 7, toutes les fonctions de thème prennent un seul argument, $variables, un tableau de
variables indicé par clés, et répertorient les clés étendues dans ce tableau dans hook-theme().
● Les noms de fonctions doivent correspondre au nom du thème
Infos : http://drupal.org/node/422116
Dans le fichier template.php, les noms de fonctions doivent maintenant utiliser le nom du thème adéquat. Vous ne
pourrez plus utiliser phptemplate_function. Cette modification a été effectuée dans le patch suivant :
Die, themeEngineName_ prefix, die!.
Pour actualiser votre thème, assurez-vous qu'il n'y ait pas, dans le fichier template.php ou dans d'autres fichiers du
thème, de fonction débutant par le nom du processeur de thème (phptemplate).
● Tous les fichiers CSS et Javascript doivent maintenant être mentionnés dans le fichier .info du thème
Dans Drupal 6, style.css et script.js étaient automatiquement inclus dans votre thème, même s'ils n'étaient pas
mentionnés dans le fichier .info du thème.
Dans Drupal 7, les thèmes doivent mentionner ces fichiers dans le fichier .info pour qu'ils soient ajoutés au thème. Vous
pouvez lire plus d'informations à ce sujet à la page
#351487: Remove default values for stylesheet and scripts includes from system module..
Si votre thème n'utilise pas ces fichiers, ou s'ils sont déjà mentionnés dans votre fichier .info, aucune modification n'est
nécessaire.
● $block->content renommé dans block.tpl.php
Voir cette discussion pour l'historique complet.
● « Granular rendering » dans les gabarits de node et user
(discussion) Les concepteurs de maquettes de mises en page peuvent maintenant afficher des nodes et
des profils comme ils l'entendent tout en conservant une compatibilité avec des modules nouveaux qui
ajouteraient des nouveaux contenus. Pour cela, les concepteurs de gabarits doivent utiliser 2 nouvelles
fonctions - render() et hide().
Quand un concepteur de thème veut afficher une partie du tableau $content, il doit le faire avec quelque
chose qui ressemble à print render($content['links']).
Si l'affichage des liens vient après l'affichage de tout le contenu de $content, il faudra appeler
hide($content['links']) avant d'appeler print render($content). Ensuite les liens peuvent être affichés plus
loin dans le gabarit avec print render($content['links']).
Installation d'un nouveau thème
Il suffit de choisir un thème existant sur Drupal.org : http://drupal.org/project/themes .
Pour installer le thème de votre choix sur votre site, suivre le chemin suivant :
sites/all/themes/"mon theme"
Les thèmes disponibles pour Drupal 7
Au 7/01/2011, 83 thèmes sont installables pour Drupal 7 mais beaucoup sont encore en
développement.
Voir la liste des thèmes ici :
http://drupal.org/project/themes?filters=drupal_core%3A103&solrsort=sis_project_release_usage%20desc
Les bons thèmes selon Laura Scott, co-fondatrice de la société PINGV, studio de design travaillant
avec Drupal :
- Adaptive Theme : en dév. - Basic : ok - Blueprint : en dév
- Framwork : drupal 6 - Fusion : en dév. - Genesis : en dév.
- Mobile : en dév. - NineSixty : en dév. - Stark : nouveau thème par défaut
- Studio : en dév. - Zen : en dév.
Une personnalisation facile du thème choisi
Avec Drupal 7, vous avez la possibilité de modifier l'apparence des thèmes installés facilement en
quelques clics (couleurs des liens, des arrière-plans, des textes et autres éléments du thème) grâce
au module Color installé dans le core.
✔ Jeux de couleurs personnalisable depuis la partie administration
Pour changer les paramètres de couleur d'un thème compatible, sélectionnez le lien Paramètres de
votre thème sur la Page d'administration des thèmes
Si vous ne voyez pas le sélecteur de couleur sur cette page, c'est que votre thème n'est pas
compatible avec le module Color. Les 4 thèmes installés par défaut permettent l'utilisation de Color.
Il est possible d'utiliser un jeux de couleurs déjà paramétré mais aussi de créer son propre jeux de
couleur depuis l'administration de Drupal 7.
✔Activer et désactiver l'affichage
Il est également possible d'activer ou de désactiver des éléments d'affichage par de simples clics :
ex : logos, nom du site, slogans etc.
Conclusion
Avec Drupal 7, il est possible d'obtenir un thème personnalisé en quelques clics depuis l'interface
d'administration sans toucher aux CSS
Au 7/01/2011, 83 thèmes sont installables pour Drupal 7 mais beaucoup sont encore en
développement.
Voir la liste des thèmes ici :
http://drupal.org/project/themes?filters=drupal_core%3A103&solrsort=sis_project_release_usage%20desc
Les bons thèmes selon Laura Scott, co-fondatrice de la société PINGV, studio de design travaillant
avec Drupal :
- Adaptive Theme : en dév. - Basic : ok - Blueprint : en dév
- Framwork : drupal 6 - Fusion : en dév. - Genesis : en dév.
- Mobile : en dév. - NineSixty : en dév. - Stark : nouveau thème par défaut
- Studio : en dév. - Zen : en dév.
Une personnalisation facile du thème choisi
Avec Drupal 7, vous avez la possibilité de modifier l'apparence des thèmes installés facilement en
quelques clics (couleurs des liens, des arrière-plans, des textes et autres éléments du thème) grâce
au module Color installé dans le core.
✔ Jeux de couleurs personnalisable depuis la partie administration
Pour changer les paramètres de couleur d'un thème compatible, sélectionnez le lien Paramètres de
votre thème sur la Page d'administration des thèmes
Si vous ne voyez pas le sélecteur de couleur sur cette page, c'est que votre thème n'est pas
compatible avec le module Color. Les 4 thèmes installés par défaut permettent l'utilisation de Color.
Il est possible d'utiliser un jeux de couleurs déjà paramétré mais aussi de créer son propre jeux de
couleur depuis l'administration de Drupal 7.
✔Activer et désactiver l'affichage
Il est également possible d'activer ou de désactiver des éléments d'affichage par de simples clics :
ex : logos, nom du site, slogans etc.
Conclusion
Avec Drupal 7, il est possible d'obtenir un thème personnalisé en quelques clics depuis l'interface
d'administration sans toucher aux CSS
Set up a Domain and point it to the directory containing Drupal's files
To set up and configure a domain name which points to this new directory, you will need to refer to your Internet Service Provider (ISP). This process can be accomplished in a variety of ways and the process is specific to the tools provided by your ISP. In general you want to:
Register a Domain Name e.g. http://example.com.
Configure your hosting account to use this domain name.
Point the domain name to your new folder/directory, which contains the uncompressed Drupal files
Note: These steps can take some time. Many ISPs provide an ‘Add Domain’ function, which allows you to simply specify the domain name to be used and the directory which it points to. It can take minutes or hours for this setup to go into effect.
If you are registering a sub-domain, the portion of the name that is before the domain name, perhaps in place of the ‘www’ (e.g. http://internal.example.com), these tend to process almost immediately, but again it depends on your ISP.
Create the configuration file and grant permissions
In order to set up your new site, it is necessary to be able to modify the settings.php file via your browser. By default when you unarchive these files, only the default.settings.php file exists and the permissions are set to Read Only.
You will need to copy the file, rename it to settings.php, and then temporarily change the permissions so that the server can Read and Write to this file when a user makes changes via a web browser.
You then need to move up one level to the /sites directory and change the permission on the /default directory (folder), as this is the place where files created or uploaded via the web interface will be stored.
Copy the file default.settings.php and rename it to settings.php
Use your ISP’s file manager to navigate to the /sites/default directory
Select the default.settings.php file (usually done by checking a box next to the file)
Copy the file, naming the new copy ‘settings.php’
Change the permissions of the settings.php file.
In your ISP’s file manager select the file ‘settings.php’ and click on permissions.
Add the permissions for the file to be written by the web server (i.e. web users). If your system is asking you to use a numeric value to CHMOD the file you will want to use 666, this will set the file to be written by anyone.
Save your changes.
Please note: The installation script that runs when you first visit your site should change the permissions of the ‘settings.php’ file back to read-only when you are finished the initial configuration of your site; however, it is recommended that you check that the permissions for settings.php have been set back to Read Only once you are finished.
Change the permissions of the /default directory.
In your ISP’s file manager select the /default folder and click on permissions.
Add the permissions for the folder to be written by the web server (i.e web users).
Save your change.
Create the Drupal database
You must create a new, empty database for Drupal to use. You must also add a user who has full access to this newly created database.
The way in which you create a database will likely depend on your ISP.
One of the most popular tools used to administer databases is "phpMyAdmin". It is possible that you will have privileges to create new databases using this tool. However, it is more likely that your ISP provides access to phpMyAdmin so that you can work with content in your database. When you create a new site, the related database must be created using the ISP’s control panel.
Option 1: Create a new Database using your ISP’s Control Panel
In many cases your ISP will provide you with a database section in your account’s control panel. Here you will be able to create the database, adding a username and password to access the database. The approach and steps here will vary depending on your ISP, but generally you will be specifying:
A name for the database to be created (usually a shorthand version of the site name)
A username and
A password
The combination of these three things will be used by your website, and perhaps by you, to administer the new database.
Please note: Some ISPs will host the databases on a separate server than the server which hosts your website. In this case, you may also need to specify which server the database is on. Your ISP will let you know if this is necessary.
Option 2: Create a new Database using phpMyAdmin
From your ISP’s control panel, open phpMyAdmin.
In the Create new database field, type the name you want to use for your new Drupal database and then click Create.
Click the Privileges tab.
Click Add a new User.
In the User name field, type the username that you want to add (this will be the username for site to access the database, not your own username).
In the drop-down menu beside the Host field, select Local.
In the Password and Re-type fields, type a password to use for the new user.
In the “Database for user” section, select “Grant all privileges" on the database you just created.
In the “Global privileges” section, leave all of the global privileges checkboxes unselected.
Click Go.
This should mark the end of the work that is necessary it in the ISP’s control. From here we are going to use a web browser to configure your new site.
Read more about Creating the Drupal Database.
Run the installation script
To run the Drupal installation script:
Using your web browser, navigate to the base URL of your new website, e.g. http://example.com. (If you have registered a new Domain name and it has has yet to go into effect, it is possible that you will still be able to access the website with a link provided by your ISP or even using a numeric IP address.) When you go to your new website, you should see the Drupal installation page. The installation wizard will guide you through the process of setting up your Drupal website.
When you first visit your new website having completed the step above, if you receive an error similar to the following “Parse error: syntax error, unexpected '{' in .../includes/bootstrap.inc on line 679” it may be because you are attempting to install your new site on a server that is running an old version of PHP. Drupal 7 requires at least PHP 5.2.4. See the system requirements page for more information.
On the Select an installation profile page, select Standard. Click Save and continue.
On the Choose language page, select English. Click Save and continue.
On the Database configuration page, select the type of database that you are using. Type the database name, database username and database password (the same ones you used to set up your database).
Please note: If your database host is located on a different server, if your database server is listening to a non-standard port, or if more than one application will be sharing this database then you can configure Drupal options for this by clicking the Advanced options link.
Click Save and continue. The Installing Drupal page is displayed.
On the Configure site page, do the following:
In the Site name field, type the name you want to give your site. In the Site email address field, type the email address that automated messages from your Drupal site will be sent from.
In the site maintenance account section, type a username, email address and password to use for the maintenance account.
In the server settings section, select a country from the list and then select a time zone.
If desired, select Check for updates automatically and Receive email notifications (recommended to keep your site's security up to date).
Click Save and continue.
You should see a newly installed Drupal homepage, as shown in the screenshot above. The administrator account is automatically logged in, and if you chose the "Standard" install, the black administration toolbar will be displayed across the top of the page.
Installation is complete
Élu meilleur CMS du monde en 2007 et 2008, Drupal est probablement le Système de Gestion de Contenu plus puissant et robuste. Côté technique et administratif, Drupal combine le meilleur des langages open-source du web: XHTML/CSS, PHP/MySQL, Ajax et Javascript. Côté usabilité, depuis la version 7, il concilie simplicité d’utilisation et autonomie, à une robustesse, une qualité technique et une constante évolution.
Avec une approche axée sur le développement, Drupal offre sans conteste plus de possibilités et permet d’obtenir un site Internet beaucoup plus modulable.
jeudi 14 août 2014
Inscription à :
Articles (Atom)
Popular Posts
-
et quelles sont les spécifications techniques L'ordinateur est devenu l'un des dispositifs les plus couramment utilisés dans l... -
If you don't know what to do with the problems the computer screens pop up from time to time, all you require is way to properly Fix...
-
Trait Example From ZF2 namespace Zend\EventManager; trait ProvidesEvents { public function setEventManager(EventManagerInterface $even... -
Installation d'un nouveau thème Il suffit de choisir un thème existant sur Drupal.org : http://drupal.org/project/themes . Pour instal... -
Health insurance is offered in various forms today. Traditionally, health insurance plans were indemnity plans; the insured paid a pr...
-
What Is PHP? PHP is an open-source, server-side, HTML-embedded Web-scripting language that is compati- ble with all the major Web server... -
While classes and the entire concept of Object Oriented Programming ( OOP ) is the basis of lots of modern programming languages, PHP wa... -
et quelles sont les spécifications techniques L'ordinateur est devenu l'un des dispositifs les plus couramment utilisés dans l... -
Conversion de thèmes Drupal 6.x en thèmes Drupal 7.x 52 modifications pour la création d'un thème sous Drupal 7 (suppressions aussi) o...
-
Ouvrent droit à pension d’invalidité les infirmités résultant de blessures reçues par suite d’évènements de guerre ou d’accidents épr...