Drupal 7 : vers la sortie de la version finale le 5 Janvier

Citation:

---

Envoyé par batataw

Umbraco

---

Umbraco n'est pas une solution "maison" Microsoft. Le seul lien en Umbraco et Microsoft, c'est la technologie sur laquelle il repose (.NET). Et on ne peut pas considérer un langage comme concurrent d'un produit, cela serait un non sens. Parce qu'alors, n'importe quel CMS écrit en PHP peut recevoir son étiquette "concurrent". Je pensais plutôt à SharePoint qui pourrait avoir la même zone d'action que Drupal sans en être vraiment sûr.

Sinon pour la séparation Backoffice/Frontoffice, cela doit être parce qu'à l'origine je viens de Joomla, mais j'ai aussi eu besoin d'un bon moment pour m'y faire.

Citation:

---

Umbraco n'est pas une solution "maison" Microsoft.

---

Tout à fait, c'est un CMS développé à l'origine par le danois Niels Hartvig. La différence principale entre Umbraco et les autres CMS .net et qu'il est complètement open-source.

Bonjour à tous,

Petite question, "Drupal se lance à l'assaut des entreprises" dans quel contexte ? à quel niveau ? Pour moi, Entreprise = ECM, ERP et loin derrière CMS (dans les PME/PMI, je n'ai pas d'expériences dans une SSII). Je suis encore débutant Drupal, et je l'utilise car aucun autre CMS ne me convient (Joomla/Wordpress) : je dois utiliser un workflow complexe, un système multi-utilisateur avec 5 niveaux hiérarchiques , une gestion de contenu adapté (vive CCK) et une taxonomie en béton. Et il est vrai, Drupal fait mon bonheur. Par contre, dans 90% des cas que j'ai rencontré en entreprise, un Joomla (+ développement) est largement suffisant.

Aujourd'hui, le gros point noir de Drupal par rapport à Joomla est sa communauté française. Attention, je ne veux pas offenser les bienfaiteurs du forum FR et des ressources annexes, mais Drupal est une uzine à gaz (celui qui dit le contraire, doit certainement l'utiliser de façon simple, comme un Joomla/Wordpress), car contrairement à Joomla (que je connais bien dans le monde d'entreprise), Drupal ne se suffit pas à lui-même, et n'est pas du tout exploitable seul. A partir de là, la bataille commence, comprendre les Views, les Panels, les Context/Feature, Workflow, Rules, thèmes, hook, galerie d'images, etc. Je souhaite bien du courage au débutant qui apprenne sur le tas ! Rien à dire, Drupal est une uzine à gaz et celui qui le dément, je l'invite à installer Joomla/Wordpress. C'est grâce au tutorial vidéo que Drupal devient clair, car bon courage pour lire une doc et comprendre les views (ultra-puissant, mais c'est hard) !

D'ailleurs, c'est aussi la force de Drupal d'être une usine, car une fois ces concepts pris en main, il explose en terme de qualité (de performance, j'en sais rien, j'ai activé tellement de modules, plus d'une centaine) tous les autres CMS, mais de loin. C'est tellement agréable quand ça fonctionne, les modules sont vraiment complémentaires, c'est magique.

Aussi, je vous pose une question concernant Drupal et le CMS de Microsoft : à combien vendez-vous un site ? Pour moi, un site Drupal est justifié à 3000-5000€, contrairement à Joomla/Worpress ou vendre un site à 2000€ est déjà un maximum (s'il n'y a pas ou très peu de développement).

Enfin, je ne crois pas que vous l'avez marqué, mais le site de la maison blanche http://www.whitehouse.gov/ vient de passer sous... DRUPAL ! Quand j'ai appris la nouvelle, j'ai eu une démarche de geek vaillant durant une semaine : drupal = suprématie ! Bon, restons humble, Drupal est pour moi et reste un CMS. Si je dois réaliser une application tierce, je préfère utiliser un outil OpenSource adapté ou développer via un framework comme Zend ou Symphony.

Citation:

---

Envoyé par whitespirit

Drupal est une uzine à gaz (celui qui dit le contraire, doit certainement l'utiliser de façon simple, comme un Joomla/Wordpress)

---

Je ne dirais pas ça :aie: Je vois plutôt Drupal comme un socle minimaliste, utilisable tel quel mais sans grande fonctionnalité. Dés que l'on veux ajouter une fonctionnalité, il faut ajouter un module.

Le site le plus simple que j'ai fait utilise 8 modules relativement optionnelles (page 404, menu admin, SpamSpan, ...), en passant pas un site de publication de code source (une petite vingtaine) jusqu'à un site communautaire complet (plus de 40 modules avec quelques hack en plus).

Bonjour à tous,

Je suis nouveau sur le forum et je dois dire que ce débat ma incité à participer et y rejoindre la communauté.

Voila je suis webmaster et comme tout newbie j'ai commencé avec un Wordpress et quelques temps plus tard j'ai découvert Joomla. J'était émerveillé :D , j'ai réalisé plusieurs site sous Joomla.... Euuuh effet avant Joomla j'ai essayé DRUPAL, le vilain Cms réservé à une "élite" soit disant... que j'ai vite abandonné car il me semblé trop compliqué et avec une interface sortie de boite nuuuuul.....

Quelques temps après je me suis remis en tête DRUPAL! Et la magie a opéré... Drupaaaaal la merveille... Il est vrai que Drupal est plus difficile à metriser que Joomla mais quand on y arrive (moi qui vient de Joomla) on efface presque le lien du site Joomla de ses favoris (je caricature :D) car on parle vraiment pas de la même chose....

Voila messieurs je viens d'avoir mon permis de conduire, papa m'offre une Porshe et au bout de 10 minutes au 1er virage je me retrouve dans la fossé... Je dit à papa "Ta Porshe est nuuuul, je préfère la bonne vielle Lada"! La faute n'est pas à la Porshe mais au conducteur!

Joomla et Drupal n'est pas comparable! On choisit un CMS ou un framework en fonction de ses besoins, de son budget et de ses connaissances !

En ce qui concerne l'entreprise :

Microsoft est gentil mais c'est toujours pareil, c'est pas comparable avec Drupal... Comparez le budget entre du Microsoft et du Open Source "Linux, Drupal...." le calcul est vite fait....

Enfin je pense avoir assez raconté ma vie pour un premier poste :oops: et espère ne pas vous avoir saoulé avec celui-ci.

A bientôt :ccool:

Citation:

---

Aussi, je vous pose une question concernant Drupal et le CMS de Microsoft : à combien vendez-vous un site ? Pour moi, un site Drupal est justifié à 3000-5000€, contrairement à Joomla/Worpress ou vendre un site à 2000€ est déjà un maximum (s'il n'y a pas ou très peu de développement).

---

On ne vend pas un site en fonction de l'applicatif qui le gère, cela dépend des gabarits à mettre en oeuvre, des fonctionnalités à implémenter et également du contenu à rédiger puis à intégrer, si besoin.
Ici, il nous arrive rarement de vendre un site clé en main à moins de 50 000 €

Drupal 7 sera beaucoup plus puissant
Mais moins rapide que Drupal 6, admet son créateur


« Malheureusement, Drupal 7 sera un petit peu plus lent que Drupal 6, mais il répondra mieux aux exigences de montées en charge » (en vo : « Unfortunately, Drupal 7 will be a little slower than Drupal 6, but it will be much more scalable »). Autrement dit, il sera encore mieux adapté aux sites de tailles importantes à fort trafic. C'est en tout cas ce que vient d'annoncer à San Francisco le fondateur et responsable du projet, Dries Buytaert lors d'une intervention à la du Drupalcon; lundi après-midi

Il a par ailleurs confirmé que Drupal 7 embarquerait 70 modules (dont par exemple, une API pour la gestion des images). Conséquence directe, la taille du code source du CMS devrait connaître une augmentation significative (lire par ailleurs : "Drupal 7 as a service" sortira courant 2010 pour concurrence WordPress et Google Sites).

L'upgrade est « attendue le plus vite possible ». Pour Dries Buytaert, le mois de juin serait l'idéal, mais la nouvelle version a plus de chance de sortir en septembre.

Drupal est de plus en plus pris au sérieux par la concurrence, notamment Microsoft (lire ci-avant). Il est actuellement utilisé par 1% des sites webs environ.

Pour mémoire, 8,5 % utilisent son concurrent WordPress. Ces chiffres sont ceux cités par Buytaert, qui a déjà les yeux tournés vers Drupal 8.

A suivre donc.

Et vous ?

:fleche: Attendiez-vous cette orientation de Drupal ou, dans l'utilisation que vous en faite, la vitesse d'un CMS est-elle le point le plus important à optimiser ?

Moi, j'attends de voir aussi du côté de TYPO3 5.0. Les idées de l'équipe en charge de l'IU sont pas mal, mais il reste à voir s'ils pourront rapidement implémenter tout ça en l'API Flow 3. http://typo3.org/teams/usability/t35ui/

bonjour

la premiere fois que je l'ai utilisé la prise en main fut dur et j'avait fini par abandonner .
il y à quelques mois je me suis relancé dedans (obstination quand tu nous tient...)et maintenant ca va .
Verdict ==> une install simple,une prise en main longue,des extentions interessante

a l'installation de base j'ai trouvé qu'il manquait juste une chose ,pour publier les texte un editeur integrer tel que l'extention ckeditor,fckeditor...

j'ai donc hate de voir cette nouvelle moulure.
car suite a cette nouvelle install j'ai abandonné mon interface à moi.

Citation:

---

Envoyé par whitespirit

Si je dois réaliser une application tierce, je préfère utiliser un outil OpenSource adapté ou développer via un framework comme Zend ou Symphony.

---

Tout à fait d'accord. D'autant plus que Symfony dispose d'une communauté de plus en plus grande (et en partie francophone)

Citation:

---

Envoyé par Nb

C'est pas vraiment ca que je ne comprenais pas ;). C'est plutot en quoi le fait que ces 2 parties ne soient pas clairement distinctes peut poser des soucis par exemple pour l'intégration XHTML comme tu le disais. Enfin moi ca ne m'a pas posé de probleme en tous cas; l'infographiste a accès au répertoire contenant les CSS qui concernent son travail et il s'en débrouille tres bien et depuis quelques temps il s'est intéressé au système de nommage des fichiers template de DRUPAL donc il arrive à faire la majorité de ses trucs sans avoir besoins de faire appel à un dev.

---

Je suis d'accord qu'en soi ce n'est pas un réel problème, et puis Drupal permet de choisir un thème pour la partie administrative...

Ce que je trouve dommage, c'est que la séparation ne soit pas distincte, si tu veux faire un reset dans ta CSS pour la faire aux p'tits oignons, tu flingue le backoffice (à moins d'ajouter ta css à partir de PHP en fonction de la page courante...).

Bon après, c'est vrai que c'est ce qui permet à Drupal d'être si maléable lorsqu'on souhaite implémenter des fonctionnalités quelque-soit leur environnement (front ou back).

Personnellement, je préfère de loin avoir ma partie administrative, qui reste tout le temps la même quelque-soit le site qui est maintenu avec, de cette manière les contributeurs se repèrent mieux.

Drupal c'est génial, mais pas forcément quand tu veux faire un site dont tu as préalablement fais un modèle XHTML, tu vas devoir passer du temps à l'intégrer dans Drupal, je trouve çà dommage.

Drupal : la Release Candidate attendue demain ou en début de semaine
Encore deux mois avant la version finale, selon son créateur

Mise à jour du 04/11/2010 par Idelways


La Release Candidate de Drupal 7, la dernière version du système de gestion de contenu open-source en PHP, pourrait voir le jour très bientôt. Dès le début de la semaine prochaine voir demain (vendredi) selon Dries Buytaert, le créateur du CMS et co-fondateur d'Acquia, son entreprise dédiée à la promotion de Drupal.

Buytaert, qui s'est exprimé durant la conférence ZendCon 2010 en Californie affirme en fait qu'il ne reste plus que 4 bugs critiques à régler avant de lancer cette RC.

Pour rappel, Drupal 7 se veut être plus facile d'accès et plus orientée entreprise que les versions précédentes, plutôt réservées aux développeurs et aux utilisateurs avertis.

Elle serait tout de même plus lente que la version 6 mais s'apprête, selon ses créateurs, à mieux répondre aux montées en charge, facilitant considérablement la scalabilité (pour plus de détails, lire ci-avant)

Cette RC arrive après 7 versions alphas et deux bêta. Il y aura vraisemblablement plusieurs RC avant la version finale, attendue dans 2 mois.


Et vous ?

:fleche: Avez-vous essayé les betas de Drupal 7 ? Qu'en avez-vous pensé ?

En collaboration avec Gordon Fowler

Quelle est la différence entre une RC et une version finale ?
En fait je me demandais si les upgrades sont possible depuis la RC.
Ca fait un bon moment que j'attends cette version pour me mettre sérieusement à Drupal, bien que Wordpress soit pas mal non plus..

Je travaille depuis plus de 3 ans sur WordPress et depuis deux ans sur Drupal. J'ai testé dernièrement la beta 1 de Drupal 7 pour une démo client je le trouve toujours aussi fastidieux à mettre en place, niveau customisation et thémage c'est pas plus simple qu'avant et il faut quelques notions du framework avant de pouvoir réaliser quoi que ce soit. Et vu que tous les modules vraiment utiles ne sont pas encore livrés il est très difficile de se faire une idée (notamment les related contents qui me sont souvent indispensables...).

Wordpress quand a lui cartonne vraiment avec sa version 3.0 même si il manque de flexibilité sur les types de contenu custom ainsi que le multisite sur des domaine différent (que Drupal gère parfaitement depuis longtemps).

Mon rêve serait un mélange des deux ^^ mais j'attends avec impatience la version définitive du Drupal 7 pour voir s'il tient vraiment ses promesses, et notamment en terme d'optimisation de requêtage en base car son prédécésseur est vraiment loin d'être léger à ce niveau...

Drupal 7 : vers une sortie de la version finale le 5 Janvier
La 3ème et dernière RC du système de gestion de contenu open-source est disponible

Mise à jour du 27/12/2010 par Idelways


L'équipe de Drupal vient de sortir la troisième et (à priori) dernière release-candidate de la version 7 du système de gestion de contenu open-source.

Dries Buytaert, le créateur du CMS a par ailleurs annoncé sur son blog que le 5 janvier prochain sera la date de sortie de la version finale, il promet une "fête gigantesque" pour célébrer cet évènement.

Avec cette troisième RC, le CMS retrouve le statut de zéro faille critique. Des centaines de bugs aurait été corrigés et son framework AJAX ont été amélioré au même titre que les adaptateurs de base de données alternatives.
PostgreSQL 9.0 et Sqlite s'installent sans erreurs et passeraient tous les tests.

La configuration des sites est aussi facilitée. Il n'est par exemple plus nécessaire de spécifier chaque fichier dans la variable de configuration $files au niveau des fichiers .info.

D'autres fêtes locales, dans les 4 coins du globe seront organisées le 7 janvier par la vaste communauté du CMS.
Un site a même été créé pour l'occasion afin de rescencer les manifestations qui auront lieu.

En France, trois célébrations ont déjà était enregistrées, à Paris, Marseille et Fitou (dans l'Aude).

Légèrement en retard pour un cadeau de noël, mais un super cadeau quand même pour développeurs et intégrateurs Web.


:fleche: Pour télécharger et avoir plus de détails sur cette RC, consultez les release-notes
:fleche: Pour avoir plus d'informations sur les fêtes organisés prêt de chez vous, cliquez-ici

Source : l'annonce, sur le site officiel de Drupal

Et vous ?

:fleche: Avez-vous utilisé Drupal 7 ? Qu'en pensez-vous ?
:fleche: Allez-vous célébrer cette sortie ?

Me font braire ces "trucs" non traduits (jamais pu danser la Java à cause de ça). Un petit utilitaire passe encore, mais un outil de développement... Bon je lis un peu d'anglais, mais à la vitesse d'un 286 et, pour pasticher Sardou "c'est quand même plus mignon, de se faire traiter de con, en français" lors des injures box, d'autant que je crains, vu mon expérience du libre, que la doc, même en anglais, soit assez rudimentaire et hermétique.

Citation:

---

Envoyé par Chauve souris

Me font braire ces "trucs" non traduits (jamais pu danser la Java à cause de ça). Un petit utilitaire passe encore, mais un outil de développement... Bon je lis un peu d'anglais, mais à la vitesse d'un 286 et, pour pasticher Sardou "c'est quand même plus mignon, de se faire traiter de con, en français" lors des injures box, d'autant que je crains, vu mon expérience du libre, que la doc, même en anglais, soit assez rudimentaire et hermétique.

---

Tu ne peux pas réagir en simple "consommateur" devant un produit open-source.
Il y a des efforts qui sont fournis par la communauté *bénévolement* pour localiser l'application et traduire la documentation. On peut comprendre aisément que pour de nombreux contributeurs, fournir un logiciel et une documentation traduite ET à jour est très coûteux en terme d'investissement alors que la valeur ajoutée est assez faible.
De plus, un certain nombre de livres ont déjà été écrits en français sur Drupal...
Si tu n'es pas satisfait du support de la langue française dans l'application, personne ne t'oblige à utiliser cette application...

Concernant ta dernière phrase, il s'agit d'un bon vieux troll bien poilu. Merci de ne pas faire de généralités et de conclusion hâtive sur de simple suppositions...

Citation:

---

Envoyé par cherkaoui.j.e

Drupal a toujours été une usine a gaz difficile a utiliser, il été temps qu'ils revoient l'interface de la partie administration. ;)

---

Drupal est à l'origine un moteur qui peut être étendu pour tout faire, et une de ses premières extensions ça a été le CMS, c'est pourquoi tout le monde l'associe à tort à Drupal = CMS.
Drupal est bien plus puissant et donne la possibilité de faire des plugins et plein d'autres choses de manière extrêmement rapide, souple, efficace et sécurisée. Avec Drupal, on peut faire des CMS, des blogs (les deux sont proches, ok ok ;)), des formulaires pour des statistiques, des gestions entières de workflow (= aucun rapport avec le CMS), une gestion de calcul d'assurance (idem), bref, c'est vraiment un couteau suisse qui n'a, quand on le connait, pratiquement aucune limite. Et la v7 est encore plus puissante vu qu'elle intègre l'AJAX en natif, mais elle sera un peu plus lente. Mais aujourd'hui, avec les 8 coeurs, la vitesse n'est plus un problème, c'est la rapidité de développement qui devient plus problématique que la vitesse. Et quand on connait Drupal, on va bien plus vite pour mettre en place des solution adaptée quel que soit le client.

...

8O

...

Dis donc j'ai des actions dans Drupal ou quoi moi ?

La version 7.0 est officiellement sortie:
http://drupal.org/project/drupal
Un grand Bravo à tous les contributeurs

Drupal 7 : la version finale est arrivée
Avec 800 modules complémentaires compatibles et prêt à l'utilisation

Mise à jour du 05/01/2011 par Idelways


Drupal 7 en version finale et stable est enfin disponible après trois ans de développement, pour le plus grand bonheur des développeurs et intégrateurs Web adeptes de la puissance et de la flexibilité de ce système de gestion de contenus open-source et gratuit.

Les développeurs principaux de cette version, épaulés par des milliers de contributeurs, ont axés leurs efforts sur l'amélioration de l'expérience utilisateur

L'interface d'administration a subi un lifting complet. Elle devient plus claire et plus facile d'accès notamment grâce à l'introduction d'une nouvelle barre des raccourcis.

http://vimeo.com/18352872

La communauté très active du CMS a par ailleurs réussi à mettre à jour pas moins de 800 modules, entièrement prêt et compatibles avec Drupal 7.

Les développeurs des modules retardataires pourront se rattraper le 29 et 30 janvier prochain, durant le « sprint code contrib » organisé à Francfort en Allemagne.

Parmi les nombreuses nouveautés de cette version (lire ci-avant sur les nouveautés des versions de développement), citons l'amélioration de son framework AJAX et celle des adaptateurs de base de données alternatives, ainsi qu'une meilleure squalabilité.

:fleche: La version finale de Drupal 7 est disponible en téléchargement sur cette page

Source : le compte twitter officiel, Drupal Central

Et vous ?

:fleche: Avez-vous essayé cette version ? Qu'en pensez-vous ?

En collaboration avec Gordon Fowler

Bonjour à tous,

Pour ceux qui souhaitent tester la nouvelle version de Drupal 7 (6 janvier 2011), voici une démo en ligne :

http://www.toufichalwani.com/demo-drupal-7/

Enjoy ;)
touttino.

Salut,

La version de Drupal 8 est actuellement en beta mais fonctionne assez bien. Ca serait bien e faire un nouveau topic (important) dessus.

Descriptif :
Point de vue de l'utilisateur back office

• Facilitation de l'édition avec l'édition inline du contenu, pour la saisie directe des modifications dans le contenu sans avoir à se préoccuper de la structure du contenu. Très utile pour la facilité d'utilisation pour les utilisateurs non techniciens.
• Amélioration du formulaire de saisie de contenus.
• Support natif des utilisations mobiles, que cela soit pour le back office que le front office grâce à la prise en compte du Responsive Web Design.
• Dans la gestion des menus, avec deux modes d'affichage du menu en fonction des types de périphériques.
• Gestions des images avec des résolutions différentes en fonction du périphérique pour les périphériques de type Retina que ce soit sous iphone ou galaxy S3 ou S4 par exemple.
• Intégration du choix de la dispositions des blocks à partir du backoffice pour les différentes résolutions des appareils mobiles.
• Une ergonomie améliorée et la possibilité de modifier simplement les vues systèmes. Par exemple le tableau des utilisateurs peut être personnalisée car il utilise maintenant "Views", qui permet de modifier les pages de liste de contenus ou de recherche.
• Amélioration de la gestion de l'internationalisation : le support de l'internationnalisation est maintenant intégré ce qui en facilite l'utilisation. L'anglais peut être supprimée comme langue, la gestion multi-lingue est maintenant mieux intégrée au champs des contenus et tout peut être traduit.

Point de vue développeur

• Support natif du HTML5. Cela ajoute à l'API de génération de formulaires la plupart des nouvelles balises de la sémantique HTML5. Les anciens navigateurs comme IE8 et IE7 restent supportés via une librairie de compatibilité. Les nouvelles balises sont accompagnées de nouveaux types champs associés pour la création de contenus.
• Augmentation du nombre de modules dans le coeur de Drupal : comme tout est module, ils peuvent être désactivés si besoin. Ce changement a des conséquences importantes pour la réalisation de modules et la communauté. Contrairement à Drupal 7, dans Drupal 8 la plupart des modules additionnels nécessaires à faire sont maintenant inclus.
• Cela à pour conséquence que Drupal plus rapidement prêt à l'emploi : l'on a moins besoin de se baser sur une distribution, ou modèle de site pour faire un site complet.
• Homogénéisation des pratiques pour les développeurs de modules additionnel et plus grande stabilité de l'API
• Meilleur documentation car plus consistante
• Moins de besoin de modules tiers : plus de possibilités sont disponible permettant aux modules additionnels d'être plus évolué au niveaux de leurs fonctionnalités.
• Le module le plus significatif à cette intégration de module dans le coeur est Views. Il permet en quelques clics de lister du contenu avec un grand degré de personnalisation. Il était installé sur la plupart des installations de Drupal 7. L'autre module présent et tout le temps configuré est l'édition WISYWIG avec CKEditor.
• Intégration du framework Symphony 2 pour la gestion du routage des pages et la génération des requêtes.
• Drupal adopte une méthode MVC standard. Cela permet d'avoir une plus grande facilité à appréhender la création de module et permet de réduire la courbe d'apprentissage pour les nouveaux développeurs.
• Pour le développement d'applications mobiles, Drupal 8 change de paradigme : au lieu d'être orienté page (chaque réponse et une page web complète), Drupal 8 apporte plus une approche requête Web qui peut être soit une page Web, soit une requête avec l'API REST intégrée. Ainsi la modification et l'interrogation des entités (types de contenu) peut se faire nativement avec des Web Service RestFull.
• Clarification de l'arborescence des fichiers pour le développement avec une séparation intuitive du coeur du reste des modules additionnels.
• Nouvelle gestion de la configuration dans le coeur où tout les réglages dans le back office sont transformés en fichier de configuration. Cela passe par une nouvelle API d'enregistrement de la configuration ainsi que des identifiants uniques - UUID - pour les entités à travers différentes instances. Cette avancée permet de transférer facilement les réglages du développement vers la production. L'intégration dans le gestionnaire de version permet de simplifier le partage en équipe des réglages. Cela permet de remplacer le module Drupal 7 "Feature" qui était perfectible car tout les réglages ne pouvaient pas être transmis et une revue des paramètres déployés était nécessaire.

Point de vue intégrateur

• Mise à jour vers JQuery 2.0 pour une compatibilité avec les derniers effets de présentation.
• Intégration de Panels au coeur de Drupal pouvant afficher des pages suivant différentes mises en forme. Tous les éléments de la page passent en bloc.
• Simplification de la gestion du theming avec une clarification de l'emplacement des fonction preprocess et l'homogénéisation des méthodes de modifications de éléments de la page à afficher.
• Adoption du langage de template Twig.
• Plus de facilité à lire de code.
• Langage métier adapté au theming (en contre partie une nouvelle syntaxe à apprendre).
• Permet d'éviter certaines pratiques de mélange du code fonctionnel PHP ou de requêtes au milieu des thèmes, comme cela est présent souvent dans les framework de présentation.

Point de vue l'administrateur système

• Revue de la gestion des caches des pages : possibilité de mettre en cache des parties de page au niveau des reverses proxy frontaux comme Varnish. Cela permet de une augmentation des performances pour les sites à fort trafic mais aussi d'améliorer le confort lors de la consultation de pages.
• Gestion de la mise en production grâce au nouveau système de gestion de paramètres pour les différentes instances (développement, test, stable).

Download : https://drupal.org/node/3060/release...5D=7234&=Apply

Très bonne initiative. Tu peux essayer de proposer une news d'actualité.

Je joins plusieurs liens utile à la bêta D8 :

• https://drupal.org/core/release-cycle Les releases cycles en détail
• https://drupal.org/drupal-8.0 Encore une présentation de D8
• http://buytaert.net/the-next-step-fo...al-8-is-a-beta Dries Buytaert (Créateur de la goutte) parle du release cycle sur son blog
• http://drupalreleasedate.com/ Pour le fun :D

Citation:

---

Envoyé par aritas

-- snap -- Les anciens navigateurs comme IE8 et IE7 restent supportés via une librairie de compatibilité.
-- snap -- Mise à jour vers JQuery 2.0 pour une compatibilité avec les derniers effets de présentation.

---

Euh jQuery 2.0 ne supporte plus du tout Internet Explorer 6, 7, and 8 (personnellement je n'ai jamais supporté IE tout court :mrgreen:), voir ici : http://blog.jquery.com/2013/04/18/jquery-2-0-released/

Je suis presque sûr qu'il n'y a pas de librairie de compatibilité qui "rend" jQuery compatible IE7 et IE8.

Alors je ne comprends pas trop : compatible, IE8 et IE7 ou pas ?

Citation:

---

Je suis presque sûr qu'il n'y a pas de librairie de compatibilité qui "rend" jQuery compatible IE7 et IE8.

---

Il parle de le branche 1.x de jquery je suppose.

En tous les cas, s'il adopte le principe MVC avec la puissance de base de Drupal, et une interface améliorée pour plus de convivialité, je risque très fort de l'apprendre dans mon module MVC à tous mes étudiants, au lieu de Symfony seul...

Je confirme, D8 a pris le décision de prendre partie de la Branche 2.0 de JQuery vers Avril de l'année dernière.

Pour tout les problèmes de compatibilités et autres, il y-a un projet en cour de développement et plein d'idées (Dont le downgrade sur 1.9 quand y-a besoin :( ) : https://drupal.org/project/ie8

Citation:

---

Très bonne initiative. Tu peux essayer de proposer une news d'actualité.

---

Oulà, je ne suis pas un bon rédacteur.
Je préfère laisser ça à des "professionnels" =)