Drupal 8 : Injecter un formulaire de contact dans un contenu en 5 étapes
Fichier attaché | Taille |
---|---|
![]() |
545.08 Ko |
Vous avez peut-être remarqué la bannière sur le site depuis un moment, formalisons cette annonce : c’est la seconde fois que cet évènement national se déroule à Nantes. Venez donc nous retrouver, échanger, apprendre et partager autour de Drupal. Cette édition 2016 se déroulera sur 3 jours, à l’Epitech Nantes, du vendredi 10 au dimanche 12 juin 2016.
3 jours rythmés par des conférences, des lightning talks et des ateliers
Au sein de l’Epitech de Nantes, les participants pourront assister à des conférences sur les journées de vendredi et samedi.
Pas d’hésitation, ni de choix, une seule conférence est donnée à la fois, ce qui permet à tous les participants de profiter des contenus riches de l’évènement. Sur ces deux jours plus d’une dizaine de sujets seront proposés, en plénière ou dans le cadre de discussions plus informelles en parallèle (lightning talks).
Le dimanche est réservé aux sprints et ateliers. Les contributeurs se regroupent, sur un sujet commun, permettant de faire avancer le CMS (développement pour Drupal 8 et Drupal 7, traduction en français, documentation, …).
Sprints, conférences et discussions sont accessibles à tous les niveaux techniques et fonctionnels, à tous les profils du développeur à l’utilisateur. Toutes ces rencontres se font dans la bonne humeur, des soirées étant aussi organisées les vendredi et samedi soirs.
Venez nombreux(ses) !
Horaires : de 9h à 18h30
Lieu : 5 Rue d'Alger, 44000 Nantes
Billet : entrée pour une journée 10€ (vendredi ou samedi). Entrée pour les 2 jours 15€ (repas du midi compris). Dimanche gratuit.
Contact presse :
Site : http://nantes2016.drupalcamp.fr/
Email : dcn2016@listes.drupalfr.org
Fichier attaché | Taille |
---|---|
![]() |
545.08 Ko |
Vous avez peut-être remarqué la bannière sur le site depuis un moment, formalisons cette annonce : c’est la seconde fois que cet évènement national se déroule à Nantes. Venez donc nous retrouver, échanger, apprendre et partager autour de Drupal. Cette édition 2016 se déroulera sur 3 jours, à l’Epitech Nantes, du vendredi 10 au dimanche 12 juin 2016.
3 jours rythmés par des conférences, des lightning talks et des ateliers
Au sein de l’Epitech de Nantes, les participants pourront assister à des conférences sur les journées de vendredi et samedi.
Pas d’hésitation, ni de choix, une seule conférence est donnée à la fois, ce qui permet à tous les participants de profiter des contenus riches de l’évènement. Sur ces deux jours plus d’une dizaine de sujets seront proposés, en plénière ou dans le cadre de discussions plus informelles en parallèle (lightning talks).
Le dimanche est réservé aux sprints et ateliers. Les contributeurs se regroupent, sur un sujet commun, permettant de faire avancer le CMS (développement pour Drupal 8 et Drupal 7, traduction en français, documentation, …).
Sprints, conférences et discussions sont accessibles à tous les niveaux techniques et fonctionnels, à tous les profils du développeur à l’utilisateur. Toutes ces rencontres se font dans la bonne humeur, des soirées étant aussi organisées les vendredi et samedi soirs.
Venez nombreux(ses) !
Horaires : de 9h à 18h30
Lieu : 5 Rue d'Alger, 44000 Nantes
Billet : entrée pour une journée 10€ (vendredi ou samedi). Entrée pour les 2 jours 15€ (repas du midi compris). Dimanche gratuit.
Contact presse :
Site : http://nantes2016.drupalcamp.fr/
Email : dcn2016@listes.drupalfr.org
Fichier attaché | Taille |
---|---|
![]() |
545.08 Ko |
Vous avez peut-être remarqué la bannière sur le site depuis un moment, formalisons cette annonce : c’est la seconde fois que cet évènement national se déroule à Nantes. Venez donc nous retrouver, échanger, apprendre et partager autour de Drupal. Cette édition 2016 se déroulera sur 3 jours, à l’Epitech Nantes, du vendredi 10 au dimanche 12 juin 2016.
3 jours rythmés par des conférences, des lightning talks et des ateliers
Au sein de l’Epitech de Nantes, les participants pourront assister à des conférences sur les journées de vendredi et samedi.
Pas d’hésitation, ni de choix, une seule conférence est donnée à la fois, ce qui permet à tous les participants de profiter des contenus riches de l’évènement. Sur ces deux jours plus d’une dizaine de sujets seront proposés, en plénière ou dans le cadre de discussions plus informelles en parallèle (lightning talks).
Le dimanche est réservé aux sprints et ateliers. Les contributeurs se regroupent, sur un sujet commun, permettant de faire avancer le CMS (développement pour Drupal 8 et Drupal 7, traduction en français, documentation, …).
Sprints, conférences et discussions sont accessibles à tous les niveaux techniques et fonctionnels, à tous les profils du développeur à l’utilisateur. Toutes ces rencontres se font dans la bonne humeur, des soirées étant aussi organisées les vendredi et samedi soirs.
Venez nombreux(ses) !
Horaires : de 9h à 18h30
Lieu : 5 Rue d'Alger, 44000 Nantes
Billet : entrée pour une journée 10€ (vendredi ou samedi). Entrée pour les 2 jours 15€ (repas du midi compris). Dimanche gratuit.
Contact presse :
Site : http://nantes2016.drupalcamp.fr/
Email : dcn2016@listes.drupalfr.org
Si vous utilisez composer pour gérer votre instance de Drupal 8, vous avez parfois besoin d'appliquer un patch (de votre conception ou depuis drupal.org) que ce soit pour un module tiers ou pour le core.
Si on est "à l'ancienne" on a le core et les module sous gestionnaire de version (git par exemple), cela reste simple, vous appliquez le patch et commitez le tout.
En utilisant composer, nous avons uniquement le "cutom" qui est versionné, avec les fichiers composer.json et composer.lock qui contiennent la liste des modules utilisés et leurs version spécifique. Donc pas possible d'appliquer un patch comme plus haut.
Par contre on peut à l'aide d'un dépendance spécifier les patchs que l'on veut utiliser directement dans le fichier composer.json, regardez si ça ce trouve le module est déjà installé; il s'agit de cweagans/composer-patches.
s'il n'est pas présent :
composer require cweagans/composer-patches
ensuite pour appliquer un patch, on doit ajouter les éléments suivants dans la partie "extra" du fichier composer.json :
"patches": { "package": { "description libre": "Url du patch" } }
exemple pour un patch pour mimemail :
"patches": { "drupal/mimemail": { "Fix mimemail error on admin form": "https://www.drupal.org/files/issues/mime-mail-error-message-on-admin-form-with-webprorfiler-2719981-3.patch" } }
si vous avez plusieurs patchs pour un même module, séparez-les par une virgule :
"patches": { "drupal/mimemail": { "Fix mimemail error on admin form": "https://www.drupal.org/files/issues/mime-mail-error-message-on-admin-form-with-webprorfiler-2719981-3.patch", "patch 2": "https://www.drupal.org/files/issues/mime-mail-error-message-on-admin-form-with-webprorfiler-2719981-3qdqsdqsd.patch" }, "drupal/monautremodule": { "ma description du patch": "https://www.drupal.org/files/issues/mimhfhmin-form-with-webprorfiler-2719981-3.patch", } }
si vous avez plusieurs modules à patcher, même principe :
"patches": { "drupal/mimemail": { "Fix mimemail error on admin form": "https://www.drupal.org/files/issues/mime-mail-error-message-on-admin-form-with-webprorfiler-2719981-3.patch", "patch 2": "https://www.drupal.org/files/issues/mime-mail-error-message-on-admin-form-with-webprorfiler-2719981-3qdqsdqsd.patch" } }
enfin update et install pour que le(s) modules patchés soient supprimés, re-téléchargés et enfin patchés.
composer update composer install
Autant sur Drupal 7 des solutions comme Panels ou Display suite étaient privilégiées, car travailler en profondeur dans des templates mixant deux languages (PHP et HTML), dont le premier est particulièrement verbeux, pouvait très vite devenir illisible et inmaintenable, autant l'arrivée de Twig avec Drupal 8 peut changer radicalement cette perspective. Quels sont les avantages de chacune des solutions à notre disposition ? Que faut-il privilégier ? Essayons de dégager quelques éléments de réflexion.
Autant sur Drupal 7 des solutions comme Panels ou Display suite étaient privilégiées, car travailler en profondeur dans des templates mixant deux languages (PHP et HTML), dont le premier est particulièrement verbeux, pouvait très vite devenir illisible et inmaintenable, autant l'arrivée de Twig avec Drupal 8 peut changer radicalement cette perspective. Quels sont les avantages de chacune des solutions à notre disposition ? Que faut-il privilégier ? Essayons de dégager quelques éléments de réflexion.
La tentation est forte pour les agences Web d'aller au plus simple pour gagner du temps et réaliser immédiatement des marges conséquentes. Lorsque les temps sont durs, le raisonnement est naturel.
Pour autant, nous pensons qu'il n'est pas juste car sous peine de glisser rapidement dans l'opportunisme et la médiocrité, notre posture professsionnelle consiste à influencer positvement notre marché sur la durée.
Dans le domaine du blogging ou dans celui du commerce en ligne, la majorité des CMS ont misé sur une prise en main imédiate ne nécessitant aucune spécialisation particulière pour le créateur du site Internet. Il en résulte un développement assez superficiel au service d'usages généralement peu exigeants, mais également des modules peu approfondis dont la fiabilité laisse souvent à désirer.
Lorsque l'agence Web enrichit le code source de codes spécifiques et de nombreuses corrections, elle peut alors espérer livrer des sites de qualité acceptable. Mais elle a dans ce cas consacré un temps considérable à un travail qui risque fort d'être à refaire à chaque mise à jour de la version ou du module...
Si l'agence ne facture pas ses clients pour de telles prestations, elle s'expose d'autant plus à des difficultés économiques que ses clients sont nombreux...
En les facturant, elle s'expose à l'incompréhension de sa clientèle qui considère alors à juste titre avoir été flouée ou mal conseillée !
Notre choix s'est donc orienté vers Drupal pour répondre aux attentes d'une clientèle qui souhaite investir dans des solutions de qualité, durables et totalement évolutives pour accompagner efficacement les projets !
Comme tous les CMS, Drupal repose sur le professionnalisme et la pérénité de la communauté informatique qui le développe. Lorsqu'une agence Web fait le choix de livrer à ses clients des sites internet propulsés par un CMS Open source, ils les libèrent d'une forme de dépendance vis à vis d'eux en leur livrant les accès au code source.
C'est notre choix car nous pensons que nos clients ont d'autant plus envie d'approfondir leurs relations avec notre agence, qu'ils sont libres de leurs mouvements !
On peut pousser le raisonnement... Propulser les sites de nos clients avec un CMS revient aussi à sécuriser l'administration de leur site au delà de notre propre existence ! Une compétence Drupal ne s'improvise pas et les agences qui ont fait le choix de se spécialiser Drupal se trouvent facilement sur l'ensemble du territoire national, européen et international.
Très solide dans sa conception, le noyau Drupal résiste à des contraintes très lourdes, tant sur le plan des données que sur celui des fonctionnalités. Cette caractéristique est directement liée aux domaines d'applications complexes auquel Drupal s'est destiné dès son origine.
Déjà très stable dans la version 7, la prochaine version Drupal 8 atteindra un niveau de stabilité encore optimisé du fait d'un développement sous Symfony2.
L'enquête CMS Open source très complète conduite par l'intégrateur Smile permet d'apprécier de façon objective et argumentée les CMS les plus emblématiques du marché :
Les angles d'observation s'organisent selon la méthodologie suivante :
Toutes analyses confondues, Drupal figure en seconde position dans le trio de tête juste derrière eZ Publish et devant HippoCMS. Avec des écarts significatifs, Spip et Joomla ferment la marche .
Si on considère chacun des axes d'analyse, il ressort que :
WordPress a été peu cité car se situant de façon constante dans une honorable moyenne. Cette performance renforce l'idée que WordPress est bel et bien un moteur polyvalent qui peut répondre à des utilisations dont les spécificités ne sont pas clairement posées, avec le risque d'une extensibilité réduite.
Vous pouvez télécharger l'intégralité des sources de l'enquête CMS Open source sur la page que Smile met à votre disposition.
Si le socle Drupal répond de façon très professionnelle aux exigences de sites marketing, de réseaux sociaux, de sites institutionnels et de portails intranet, ses performances servent particulièrement la réalisation de sites sur mesure dont l'évolution est probable, y compris sur le commerce en ligne !
Cette analyse nous conforte dans l'option d'une spécialisation Drupal sans ignorer d'autres CMS comme WordPress lorsque les contraintes ou exigences fonctionnelles sont très génériques et peu évolutives.
Découvrez nos réalisations web et n'hésitez pas à nous consulter pour nous présenter vos projets de communication digitale. Nous réagirons avec attention et objectivité.
Imaginez une boutique sans vitrine ou un catalogue commercial sans illustrations... un remède contre la vente !
Plus encore, l'image a pris une telle importance dans nos comportements d'achat qu'elle ne doit pas seulement exister, elle se doit aussi d'être attractive pour satisfaire notre sensibilité croissante au marketing sensoriel.
Les studios spécialisés dans la photo publicitaire offrent sans aucun doute la meilleure solution sur le plan technique. Sans avoir participé un jour à un shooting produits de A à Z, on imagine difficilement le temps et les ressources nécessaires... ce qui nous laisse pantois lorsqu'on reçoit les devis.
Toujours trop cher lorsque le budget global est serré, les devis des photographes sont toutefois généralement justifiés. Comptez globalement entre 900 et 1000 euros HT pour une vingtaine de photos avec le retraitement numérique et les droits d'exploitation.
Évidemment, si on considère q'un produit doit en moyenne faire l'objet de 3 vues différentes, et qu'une boutique en ligne doit offrir une gamme de produits suffisante pour être attractive (au moins 50 références hors déclinaisons), le budget atteint assez facilement 7500 euros, soit environ autant que le budget minimum permettant le développement d'un site marchand générique de qualité satisfaisante.
Rares sont donc les jeunes e-commerçants qui ont recours aux services d'un studio professionnel. Pour autant, disposer de belles photos produits reste essentiel et pour ne pas condamner le site marchand à l'échec dès le départ, il faut s'organiser au mieux avec les ressources disponibles.
N'importe quelle pièce peut faire l'affaire pour peu que vous puissiez mobiliser environ 10 m2durant quelques semaines, avec :
Réaliser toutes les prises de vues à partir de la même installation garantit l'homogénéité des photos et du résultat final.
L'outillage indispensable se résume à 3 équipements :
Pour le reste, faites appel à votre imagination et à votre ingéniosité :
Rassurez-vous, les plus grands professionnels passent eux aussi beaucoup de temps à trouver la bonne organisation des sources lumineuses.
Le bon choix d'éclairage permet des prises de vues qui respectent les couleurs et leurs contrastes. N'hésitez donc pas à passer le temps nécessaire aux essais car une fois trouvée, la solution servira durant toute la durée du shooting photo. Pensez aussi à garder sous la main un quart de feuille blanche qui vous servira à étalonner vos photos sur la plan de la luminosité.
Les ombres peuvent être parasites, ou de précieux alliés pour souligner les formes et donner du réalisme à vos produits.
Il reste la mise en scène des produits et sur ce point, vous pouvez simplement vous inspirer de certains sites référents qui impulsent les tendances pour des produits similaires aux votres. Bien sûr, si votre créativité vous autorise à innover... surprenez-nous !
5 clés pour valoriser à coup sûr les prises de vues de vos produits :
Toutes les astuces sont permises pour imprimer un mouvement, maintenir en suspend un élément, raidir un support, ... et là, c'est à vous de jouer.
De la même façon que les repères sur votre fond guideront vos dispositions sur le plateau de shooting, le ou les points de prise de vues seront exactement tracés au sol, une fois définies comme satisfaisantes.
Prévoyez de demander à votre prestataire web une fonctionnalité zoom sur vos photos. Vos clients pourront ainsi examiner vos produits dans leurs moindres détails, et ils adorent ça... pour peu que les angles de prise de vues anticipent cette observation.
Doublez enfin toujours vos photos d'une prise de vue avec un quart de feuille blanche contre votre produit, face à l'angle de shoot. Vous aurez ainsi un repère constant de luminosité. Il sera un précieux indice pour guider le retraitement numérique définitif.
Le retraitement numérique de vos photos se justifie par :
Cette opération est la moins accessible pour les e-commerçants qui ne maîtrisent pas les outils de retouche numérique. C'est sur ce point qu'ils peuvent mettre à profit les services de notre agence.
Lorsque le budget de nos clients le permet, nous collaborons volontiers avec les studios spécialisés en photographie publicitaire.
Dans les autres cas, à l'instar de cette publication ouverte et compte tenu de notre souhait de contribuer à la réussite de leur commerce en ligne, nous les aidons à mettre en oeuvre les moyens requis pour produire des photos de produits dans les meilleures conditions par un accompagnement :
Nous offrons également à nos clients, des prestations de retraitement numérique à l'aide de logiciels professionnels qui nécessitent une licence d'utilisation et une formation spécialisée.
Category:
Votre projet de e-commerce tient la route ?
Votre budget photo est trop réduit pour faire appel à un studio professionnel en photographies publicitaires ?
Contactez-nous et voyons ensemble comment optimiser vos ressources disponibles !
Message de Woprrr, qui a coordonné ce sprint :
"Cela c'est bien passé de notre côté."
Du point de vue du sprint nous avons décidé d'élargir le périmètre d'action ("Au moins un module qui pourrait avoir un impact sur la stack média") du sprint afin d'inciter à participer un peu plus pour les entreprises.
Points extrêmement positif "vpeltot" et "woprrr" (moi même), avons porté deux modules qui je pense seront extrêmement pratiques dans l'utilisation de Drupal 8.
1er initiative d'utilisation des form_modes mis à disposition par Drupal 8, qui permet une prise en main rapide et simple de ceux-ci. L'avantage est qu'il utilise entièrement les concepts de Drupal 8 empruntés à SF2, c'est à dire qu'il n'est pas un alter de la structure de D8 afin de combler le manque des form_modes dans Drupal 8, mais il s'intègre à n'importe quelle entité qui est capable d'utiliser les form_modes et utilise les routes de cette dernière. Il a été décidé que ce seraitune priorité, son intégration avec EntityBrowser et offrira la possibilité de pouvoir gérer les modes de rendu des formulaires disponible via EB, avec aussi une intégration de prévue avec Inline_entity_form pour tirer au maximum parti du potentiel des form_modes d'entities.
Lien du module : https://www.drupal.org/project/form_mode_manager
Seconde initiative et pas des moindres Entity_clone, comme le nom l'indique il s'agit de proposer la possibilité de cloner n'importe quelle entité de manière assez intelligente. Il peut s'agir d'un pur clonage, mais aussi d'un clone qui clone en cascade les références de ce dernier. Ainsi permettant de cloner un contenu à l'identique, mais de proposer une vie propre à ce clone. Même ci il s'agit d'une initiative très large en terme d'utilisation, l'intérêt pour Média est clairement de pouvoir cloner les différents Média sans devoir re-uploader les fichiers, pour un media sans pour autant avoir les memes champs au niveau de l'entité. Il permet également de pouvoir cloner les différents Providers offerts par EntityBrowser.
Lien du module : https://www.drupal.org/project/entity_clone
Dernier point aborder pendant le sprint ImageWidgetCrop qui lui est un pur produit Média. Il y a eu stabilisation et release stable du module et nous avons commencé à reprendre les différentes features request proposées par différents contributeurs et utilisateurs. Mais nous manquons encore de monde pour l'essayer et améliorer sont utilisation par des "novices" ou encore par les Sites Builders qui n'ont encore pas de notions.
Et enfin quelques contributions sur le Gitbook média (https://drupal-media.gitbooks.io/drupal8-guide/content/modules/image_widget_crop/intro.html).
Lien du module : https://www.drupal.org/project/image_widget_crop
En conclusion :
Un sprint "calme" concernant l'implication d'acteurs extérieurs à média, mais de belles initiatives sont nées. Je pense également que nous devons également remercier Degetel pour son implication et le temps qui a été consacré à ce sprint. J'espère dans le futur pouvoir organiser d'autres sprints ou initiative au sein de Drupal et plus particulièrement au sein de la communauté française qui je pense à un énorme potentiel, car nous avons de belles choses à faire valoir !
Message de Woprrr, qui a coordonné ce sprint :
"Cela c'est bien passé de notre côté."
Du point de vue du sprint nous avons décidé d'élargir le périmètre d'action ("Au moins un module qui pourrait avoir un impact sur la stack média") du sprint afin d'inciter à participer un peu plus pour les entreprises.
Points extrêmement positif "vpeltot" et "woprrr" (moi même), avons porté deux modules qui je pense seront extrêmement pratiques dans l'utilisation de Drupal 8.
1er initiative d'utilisation des form_modes mis à disposition par Drupal 8, qui permet une prise en main rapide et simple de ceux-ci. L'avantage est qu'il utilise entièrement les concepts de Drupal 8 empruntés à SF2, c'est à dire qu'il n'est pas un alter de la structure de D8 afin de combler le manque des form_modes dans Drupal 8, mais il s'intègre à n'importe quelle entité qui est capable d'utiliser les form_modes et utilise les routes de cette dernière. Il a été décidé que ce seraitune priorité, son intégration avec EntityBrowser et offrira la possibilité de pouvoir gérer les modes de rendu des formulaires disponible via EB, avec aussi une intégration de prévue avec Inline_entity_form pour tirer au maximum parti du potentiel des form_modes d'entities.
Lien du module : https://www.drupal.org/project/form_mode_manager
Seconde initiative et pas des moindres Entity_clone, comme le nom l'indique il s'agit de proposer la possibilité de cloner n'importe quelle entité de manière assez intelligente. Il peut s'agir d'un pur clonage, mais aussi d'un clone qui clone en cascade les références de ce dernier. Ainsi permettant de cloner un contenu à l'identique, mais de proposer une vie propre à ce clone. Même ci il s'agit d'une initiative très large en terme d'utilisation, l'intérêt pour Média est clairement de pouvoir cloner les différents Média sans devoir re-uploader les fichiers, pour un media sans pour autant avoir les memes champs au niveau de l'entité. Il permet également de pouvoir cloner les différents Providers offerts par EntityBrowser.
Lien du module : https://www.drupal.org/project/entity_clone
Dernier point aborder pendant le sprint ImageWidgetCrop qui lui est un pur produit Média. Il y a eu stabilisation et release stable du module et nous avons commencé à reprendre les différentes features request proposées par différents contributeurs et utilisateurs. Mais nous manquons encore de monde pour l'essayer et améliorer sont utilisation par des "novices" ou encore par les Sites Builders qui n'ont encore pas de notions.
Et enfin quelques contributions sur le Gitbook média (https://drupal-media.gitbooks.io/drupal8-guide/content/modules/image_widget_crop/intro.html).
Lien du module : https://www.drupal.org/project/image_widget_crop
En conclusion :
Un sprint "calme" concernant l'implication d'acteurs extérieurs à média, mais de belles initiatives sont nées. Je pense également que nous devons également remercier Degetel pour son implication et le temps qui a été consacré à ce sprint. J'espère dans le futur pouvoir organiser d'autres sprints ou initiative au sein de Drupal et plus particulièrement au sein de la communauté française qui je pense à un énorme potentiel, car nous avons de belles choses à faire valoir !
Message de Woprrr, qui a coordonné ce sprint :
"Cela c'est bien passé de notre côté."
Du point de vue du sprint nous avons décidé d'élargir le périmètre d'action ("Au moins un module qui pourrait avoir un impact sur la stack média") du sprint afin d'inciter à participer un peu plus pour les entreprises.
Points extrêmement positif "vpeltot" et "woprrr" (moi même), avons porté deux modules qui je pense seront extrêmement pratiques dans l'utilisation de Drupal 8.
1er initiative d'utilisation des form_modes mis à disposition par Drupal 8, qui permet une prise en main rapide et simple de ceux-ci. L'avantage est qu'il utilise entièrement les concepts de Drupal 8 empruntés à SF2, c'est à dire qu'il n'est pas un alter de la structure de D8 afin de combler le manque des form_modes dans Drupal 8, mais il s'intègre à n'importe quelle entité qui est capable d'utiliser les form_modes et utilise les routes de cette dernière. Il a été décidé que ce seraitune priorité, son intégration avec EntityBrowser et offrira la possibilité de pouvoir gérer les modes de rendu des formulaires disponible via EB, avec aussi une intégration de prévue avec Inline_entity_form pour tirer au maximum parti du potentiel des form_modes d'entities.
Lien du module : https://www.drupal.org/project/form_mode_manager
Seconde initiative et pas des moindres Entity_clone, comme le nom l'indique il s'agit de proposer la possibilité de cloner n'importe quelle entité de manière assez intelligente. Il peut s'agir d'un pur clonage, mais aussi d'un clone qui clone en cascade les références de ce dernier. Ainsi permettant de cloner un contenu à l'identique, mais de proposer une vie propre à ce clone. Même ci il s'agit d'une initiative très large en terme d'utilisation, l'intérêt pour Média est clairement de pouvoir cloner les différents Média sans devoir re-uploader les fichiers, pour un media sans pour autant avoir les memes champs au niveau de l'entité. Il permet également de pouvoir cloner les différents Providers offerts par EntityBrowser.
Lien du module : https://www.drupal.org/project/entity_clone
Dernier point aborder pendant le sprint ImageWidgetCrop qui lui est un pur produit Média. Il y a eu stabilisation et release stable du module et nous avons commencé à reprendre les différentes features request proposées par différents contributeurs et utilisateurs. Mais nous manquons encore de monde pour l'essayer et améliorer sont utilisation par des "novices" ou encore par les Sites Builders qui n'ont encore pas de notions.
Et enfin quelques contributions sur le Gitbook média (https://drupal-media.gitbooks.io/drupal8-guide/content/modules/image_widget_crop/intro.html).
Lien du module : https://www.drupal.org/project/image_widget_crop
En conclusion :
Un sprint "calme" concernant l'implication d'acteurs extérieurs à média, mais de belles initiatives sont nées. Je pense également que nous devons également remercier Degetel pour son implication et le temps qui a été consacré à ce sprint. J'espère dans le futur pouvoir organiser d'autres sprints ou initiative au sein de Drupal et plus particulièrement au sein de la communauté française qui je pense à un énorme potentiel, car nous avons de belles choses à faire valoir !
Ce billet est une restranscription synthétique de la conférence Retour d'éxpérience : une application métier avec Drupal donnée au meetup Drupal Lyon le 7 avril 2016.
Drupal est particulièrement reconnu en tant que Gestionnaire de contenus (CMS) et plateforme de développement (CMF). Sa vocation principale est de propulser des sites Internet. Mais Drupal peut-il être utilisé comme support pour développer une application métier ?
Ce billet est une restranscription synthétique de la conférence Retour d'expérience : une application métier avec Drupal donnée au meetup Drupal Lyon le 7 avril 2016.
Drupal est particulièrement reconnu en tant que Gestionnaire de contenus (CMS) et plateforme de développement (CMF). Sa vocation principale est de propulser des sites Internet. Mais Drupal peut-il être utilisé comme support pour développer une application métier ?
Transcription d'une conférence donnée au seocamp'us Paris 2016.
Transcription d'une conférence donnée au seocamp'us Paris 2016.
Dans les articles précédents (stockage des données notamment) , nous avons vu comment ajouter un champ de type Geofield et l'afficher sous forme de carte.
Nous allons voir ici comment afficher plusieurs points sur une seule carte. Pour cela, nous devons juste installer Views, et activer les modules Views, Views UI et Geofield Map.
drush dl views drush en views views_ui geofield_map
Il faut ensuite créer une vue. Pour cela, on va dans Structure / Vues, puis on va ajouter une vue (admin/structure/views/add). Nous allons nous baser sur le type de contenu créé auparavant, qui contient un champ Geofield. On donne un nom à la vue, puis on sélectionne le type de contenu (Magasin). On peut créer un block, sur la base d'une liste de champs (Unformatted list of fields).
Si on veut on peut également créer une page, tout dépend de ce que l'on veut faire.
On clique ensuite sur Continue & Edit pour continuer la création de la vue.
Par défaut, seul le titre est affiché :
Il faut alors cliquer sur "Add", puis choisir le champ Coordonnées qui est de type Geofield.
On supprime l'affichage du libellé, et on laisse les valeurs par défaut (y compris le formatter en Well Known Text). En effet c'est dans le type de formatage global que l'on choisira Google Map.
On valide tout cela. Dans les chjamps, on doit donc avoir Title et Coordonnées.
A ce stade, on a uniquement le titre et les coordonnées. Rien de très sympathique. Il faut alors changer le format de la vue :
A ce niveau, on peut choisir "Geofield Map" :
On valide en cliquant sur "Apply". On peut alors choisir quel champ sert de source. On va choisir le champ field_coordonnees que l'on vient d'ajouter à notre vue :
On peut laisser les valeurs par défaut dans un premier temps. Si on se rend à l'url de la vue, on a un premier résultat :
Si on clique sur l'un des marqueurs, le titre apparaît.
En modifiant la vue on peut facilement :
Dans l'exemple, la hauteur de la carte a été modifiée à 450 pixels, et on a mis la description plutôt que le titre dans la pop-up.
C'est globalement la limite du couple Views + Geofield Map, qui offre un premier niveau de formatage, sans beaucoup de souplesse.
On peut aller plus loin, avec d'autres modules. Ceci fera l'objet d'un autre article.
Patchs et issues à l'ancienne sur Drupal.org. Pourquoi pas Github ou Gitlab ?
J'utilise Git au quotidien. Parfois seul, souvent à plusieurs, que ce soit pour des projets professionnels, pour des contributions sur github, gitlab ou sur drupal.org
GoZ
mar 05/04/2016 - 09:19
Contribuer en tant que développeur à Drupal via Drupal.org
La contribution sur drupal.org ne se fait pas via 'pull request' comme sur github mais fonctionne encore avec des patchs. Même si quelques modules sont disponibles sur github, ils ne sont censés être que des répliques, les repos principaux et les issues devant se gérer directement sur drupal.org.
Une documentation fixe la charte de bonne utilisation de git, ce qui permet d'aider les contributeurs à apprendre à générer un patch correct et permet au mainteneur de pointer vers cette documentation si besoin.
GoZ
jeu 31/03/2016 - 19:19
Les modules à installer dès une installation fraiche de Drupal 8 deviennent de ce fait moins nombreux. Découvrons quelque uns de ces modules qui peuvent soit enrichir rapidement votre couverture fonctionnelle, soit vous faciliter l'administration de votre site Drupal 8, ou encore qui sont tout simplement indispensables.