Planète

Par bisonbleu

How to print orders in Commerce

How to print orders in Commerce

Commerce Order page with button

In this tutorial or guide, I will share the best solutions I found for two basic Drupal Commerce use-cases and delve into their respective setup.

Commerce Kickstart 2 (CK2) is a great distribution for setting up an online store; it packs a lot of goodies out-of-the-box. But it can't have them all. Printing an order to PDF is not included. So one has to do some R&D for that.

ren.admin
mer 11/05/2016 - 12:53

Drupal 8 : Injecter un formulaire de contact dans un contenu en 5 étapes

Comment insérer un formulaire de contact dans un contenu de Drupal 8 ? Ou sur une page précise à un endroit précis ? Par défaut, les formulaires de contact créés disposent d'une page qui leur est dédiée.  Mais si nous souhaitons les utiliser par ailleurs. Après quelques recherches, j'ai presque cru qu'il faudrait écrire quelques lignes de code pour créer un Plugin spécifique. Mais non...

Drupal 8 : Injecter un formulaire de contact dans un contenu en 5 étapes

Comment insérer un formulaire de contact dans un contenu de Drupal 8 ? Ou sur une page précise à un endroit précis ? Par défaut, les formulaires de contact créés disposent d'une page qui leur est dédiée.  Mais si nous souhaitons les utiliser par ailleurs. Après quelques recherches, j'ai presque cru qu'il faudrait écrire quelques lignes de code pour créer un Plugin spécifique. Mais non...

Par admin

DrupalCamp Nantes - 10, 11 et 12 juin 2016

Fichier attaché Taille
PDF iconCommuniqué de presse 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

En page d'accueil : 
Par admin

DrupalCamp Nantes - 10, 11 et 12 juin 2016

Fichier attaché Taille
PDF iconCommuniqué de presse 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

En page d'accueil : 
Par admin

DrupalCamp Nantes - 10, 11 et 12 juin 2016

Fichier attaché Taille
Icône PDFCommuniqué de presse 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

En page d'accueil : 
Par kgaut
Kevin Gautreau

Drupal 8 & Composer - Appliquer un patch dans le fichier composer.json

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

 

To Twig or not to Twig ? That is Drupal 8

Avec le remplacement du vénérable PHPTemplate par Twig comme moteur de template pour Drupal 8, la conception des pages et de leurs agencements a pris une nouvelle dimension.

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.

To Twig or not to Twig ? That is Drupal 8

Avec le remplacement du vénérable PHPTemplate par Twig comme moteur de template pour Drupal 8, la conception des pages et de leurs agencements a pris une nouvelle dimension.

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.

Par Mantalo Conseil
Agence web, Agence de Communication et Marketing en Dordogne (Aquitaine)

Agence Drupal en Dordogne Aquitaine

Logo Drupal

Quand une agence Web investit, ses clients y gagnent

Les limites de la facilité

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.

Les risques de la facilité

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 !

L'intérêt de la qualité

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 !

Une agence Drupal pour + de sérénité

Liberté d'action

Comme tous les CMSDrupal 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 !

Sécurité assurée

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.

Puissance garantie

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.

Stabilité optimale

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.

Situer Drupal parmi les CMS Open Source

9 CMS à la loupe...

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é :

5 axes d'analyse

Les angles d'observation s'organisent selon la méthodologie suivante :

  1. Structuration du contenu ;
  2. Manipulation du contenu ;
  3. Exploitation du contenu ;
  4. Utilisation et politique de sécurité ;
  5. Caractéristiques du socle technique.

En résumé...

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 :

  • Concernant la structure du contenu, Drupal se positionne bien avec eZ PublishJahiaHippoCMS et Liferay. Nous retrouvons Joomla et Spip en queue de classement.
  • Pour la manipulation du contenu, DrupalHippoCMSJahia et Liferay sont ex aequo en première position. Joomla et Spip ne brillent pas davantage sur ce point non plus.
  • S'agissant de l'exploitation du contenu, eZ Publish et HippoCMS tiennent la tête, suivis de très près par Drupal.  Joomla et Spip tiennent ex aequo les dernières positions.
  • Sur le plan de l'utilisation et de la politique de sécurité, Drupal et Liferay sont ex aequo en tête du classement suivis de près par eZ Publish et JahiaTYPO3 se positionne honorablement sur ce point. Spip et Joomla ne parviennent pas non plus sur ce point à remonter dans le classement.
  • Enfin, concernant la qualité du socle technique, DrupaleZ Publish et TYPO3 se distinguent à égalité avec des performances remarquables. Rien ne change en fin de classement pour Spip et Joomla.

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.

Sources

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.

Drupal pour quels sites ?

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é.

Par Mantalo Conseil
Agence web, Agence de Communication et Marketing en Dordogne (Aquitaine)

e-commerce : un catalogue vendeur sans budget photo

Image appareil photo et caddie

Un site marchand sans photos attrayantes... juste inimaginable !

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.

Le coût d'un shooting produits en studio

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.

Alternatives aux photos professionnelles

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.

Installez un studio de forture dans vos locaux

N'importe quelle pièce peut faire l'affaire pour peu que vous puissiez mobiliser environ 10 m2durant quelques semaines, avec :

  • un point de lumière naturelle,
  • un plateau de présentation pour les prises de vue,
  • une étagère (ou des suspensions) pour y entreposer les accessoires ou les produits en cours de travail,
  • une zone de circulation pour accéder facilement aux tables sans déplacer le pied de l'appareil photo et les dispositifs d'éclairage.

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.

Disposez du bon matériel

L'outillage indispensable se résume à 3 équipements :

  • Un trépied pour stabiliser l'appareil photo au cours des réglages et des prises de vues,
  • Un appareil photo numérique qui permet un réglage manuel de l'ouverture et de l'exposition,
  • Une boite à lumière ou des sources de lumière continue d'une puissance suffisante et adaptée aux produits à shooter.

Pour le reste, faites appel à votre imagination et à votre ingéniosité :

  • usez de papier ou de toile pour le fond,
  • mettez à profit le ruban adhésif et le fil de nylon pour suspendre et fixer le fond sur son support,
  • tracez au crayon ou au blanco vos repères de positionnement sur la table de présentation,
  • montez une étagère en kit pour tout ranger et tout avoir sous la main,
  • ...

Considérez l'éclairage comme essentiel

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.

Soignez la présentation des 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 :

  • Inspectez vos produits sous toutes les coutures pour ne laisser aucun détail dégrader leur aspect (micro tâches, peluches, traces, grains de poussière, ...),
  • Trouvez l'angle le plus favorable pour mettre en évidence leurs signes distinctifs (rotation, inclinaison, surplomb, ...),
  • Associez vos produits à des objets très courants (clés, montre, carte de crédit, ...) si vous souhaitez que vos clients aient une bonne appréciation de leurs dimensions sans avoir à les rechercher dans le descriptif,
  • Enrichissez la présentation de vos produits par la présence d'accessoires s'ils contribuent fortement à intensifier l'intérêt ou le plaisir sensoriel,
  • Assurez-vous avant chaque prise de vue que votre fond soit resté impécable (exempt de plis, tâches, accrocs, ...) afin d'éviter les retouches post-production toujours ruineuses en temps.

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.

Focus sur la prise de vues

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.

Traiter les photos avant intégration dans la boutique

Le retraitement numérique de vos photos se justifie par :

  • la volonté de montrer à vos clients, des photos totalement fidèles à l'aspect réel de vos produits,
  • l'intérêt de suivre les préconisation d'un guide de style que vous aurez préalablement établi en précisant notamment :
    • les contraintes de taille des images,
    • la dimension des différentes marges,
    • les couleurs de background,
    • les alignements pour les différentes catégories de produits,
    • les ombrages et leurs caractéristiques,
  • le respect des principales règles visuelles pour la vente en ligne telles qu'exigées par certaines plateformes de vente en ligne comme eBay, Amazon ou Google Shopping, si vous étiez amenés à les utiliser.

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.

À propos de la Web agency Mantalo

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 :

  • à la mise en place d'un studio "maison" dans leurs locaux,
  • à la formalisation d'un guide de style,
  • à la prise de vues.

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 !

Par admin

Compte Rendu du Sprint média

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 !

En page d'accueil : 
Par admin

Compte Rendu du Sprint média

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 !

En page d'accueil : 
Par admin

Compte Rendu du Sprint média

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 !

En page d'accueil : 

Une application métier avec Drupal ?

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 ?

Une application métier avec Drupal ?

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 ?

Par vincent59
Vincent Liefooghe

Cartographie Drupal : Views + Geofield Map

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

Création de la vue

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.

Choix des champs

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.

Choix du format d'affichage

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.

Amélioration de l'affichage

En modifiant la vue on peut facilement :

  • Ajouter des informations dans la Pop-Up
  • Permettre le scroll dans la carte (ScrollWheel)
  • Mettre un niveau de zoom par défaut (Zoom / Zoom minimum et maximum)

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.

 

 

 

Catégorie: 


Tag: 

Pages