Dotclear

2022 oct. 27

Adapter son code pour la 2.24

Bonjour,

J'ai entrepris, depuis quelques jours, de publier sur mon blog une série de billets expliquant, pas à pas, comment mettre à niveau le code de vos plugins et thèmes pour assurer la compatibilité avec la future version 2.24 de Dotclear, qui devrait être publiée dans quelques semaines.

Un flux Atom est également disponible pour cette série avec ce lien.

En effet, cette future version de Dotclear rompt avec le passé récent et la rétro-compatibilité habituelle assurée de version en version depuis quelques années ; c'est le coût de la modernisation et du renforcement de la robustesse du cœur de Dotclear.

En conséquence il est possible que certains plugins (et peut-être thèmes) « bloquent » l'accès à votre blog et/ou à l'administration de votre installation après la mise à jour en 2.24. Il faudra alors vérifier si une mise à jour de ceux-ci est disponible ou dans le cas contraire les désactiver.

À ce sujet je reviendrai dans un futur billet sur le mode de secours, dont les fonctionnalités ont été améliorées, au moment de la sortie de la version 2.24.

Notez par ailleurs qu'il est d'ores et déjà possible de publier ses plugins et thèmes dépendants de la version 2.24 sur DotAddict (via la console).

2020 mar. 14

Adapter les thèmes pour Dotclear 2.16

En particulier avec la disparition de l'obligation d'inclure la bibliothèque jQuery pour gérer la fonctionnalité « se souvenir de moi » disponible sur les formulaires de commentaire des publications.

Avant on avait, du côté de l'entête, ce code-ci :

<script type="text/javascript" src="{{tpl:BlogQmarkURL}}pf={{tpl:BlogJsJQuery}}/jquery.js"></script>
<script type="text/javascript" src="{{tpl:BlogQmarkURL}}pf={{tpl:BlogJsJQuery}}/jquery.cookie.js"></script>

Maintenant on peut le remplacer par ce code-là :

<tpl:SysIf jquery_needed="1">
  <script src="{{tpl:BlogQmarkURL}}pf={{tpl:BlogJsJQuery}}/jquery.js"></script>
</tpl:SysIf>

Ça permet de charger la bibliothèque jQuery uniquement si l'option est choisie dans les paramètres du blog.

Notez que si votre thème ne rédéfinit pas le contenu de l'entête alors c'est le jeu de template fourni avec Dotclear qui se chargera de ça.

Notez également que l'attribut type="text/javascript" n'est pas nécessaire avec HTML5.

Par ailleurs, si nécessaire, il vous faudra fournir un template static.html utilisé lorsqu'une page d'accueil statique est utilisée en lieu et place de l'habituelle liste des derniers billets. Cependant ce ne sera peut-être pas nécessaire puisque une version est fournie avec les 3 jeux de template livrés avec Dotclear. À vous de voir si c'est utile.

Pour info, la partie particulière au mode statique de la page d'accueil dans le template est celle-ci :

<tpl:IfBlogStaticEntryURL>
  {{tpl:BlogStaticEntryURL}}
  <tpl:Entries>
    <div class="content-inner">{{tpl:EntryExcerpt}}{{tpl:EntryContent}}</div>
  </tpl:Entries>
{{tpl:else}}
  <header id="content-info">
    <h2>{{tpl:lang Welcome}}</h2>
  </header>
  <div class="content-inner">
    <p>{{tpl:lang The list of recents posts is available}} <a href="{{tpl:BlogPostsURL}}">{{tpl:lang here}}</a>.</p>
  </div>
</tpl:IfBlogStaticEntryURL>

La balise <tpl:IfBlogStaticEntryURL> permet de tester si une publication a été affectée à la page d'accueil statique, et dans ce cas il est nécessaire d'inclure la balise {{tpl:BlogStaticEntryURL}} pour « préparer » les éléments qui permettront de la récupérer.

Si vous avez besoin d'un exemple, jetez un œil aux deux thèmes zh2 et zh2-dark qui ont été mis à jour en conséquence ; d'autres viendront peut-être si besoin.

2017 oct. 26

Dotclear sur Github

J'ai trouvé et configuré, il y a quelques jours, un service nommé Git-hg Mirror qui permet de synchroniser un dépôt Bitbucket (mercurial ou hg) avec un dépôt Github (git), dans les deux sens, ou dans un seul des deux sens seulement.

J'ai choisi de conserver Bitbucket comme référence, lui-même étant une copie du dépôt officiel du serveur Dotclear, et d'utiliser Github comme dépôt secondaire pour recueillir d'éventuels tickets et dans le meilleur des cas patchs et pull-requests.

La synchronisation s'effectue toutes les 3 heures et au passage je tiens à remercier le support de Git-hg Mirror qui est super réactif.

J'ai également fait de même avec le dépôt de Clearbricks.

En détail, les dépôts Github sont ici :

Si vous voulez utiliser ces dépôts pour développer et contribuer, clonez d'abord le dépôt dotclear puis, clonez le dépôt clearbricks en sous-module dans le sous-répertoire inc/libs/clearbricks.

Il sera peut-être utile de configurer un .git-ignore local à votre installation pour ignorer le sous-module, en fonction de vos besoins. D'ailleurs si nécessaire on rajoutera ce .git-ignore au dépôt officiel côté mercurial.

Enjoy and contribute!

2015 janv. 3

CKEditor compagnons

Depuis la version 2.7, il est possible d'utiliser CKEditor comme éditeur WYSIWYG. Ce nouvel éditeur offre les mêmes fonctionnalités que l'éditeur précédent et en propose de nouvelles avec notamment l'ajout de tableaux, la possibilité de mettre des couleurs ou le copier/coller depuis word, etc.

CKEditor est conçu de telle manière qu'il est possible de l'enrichir à l'aide d'extension (il en existe déjà de nombreuses : http://ckeditor.com/addons/plugins/all). Il est également possible d'en écrire de nouvelles. Voyons comment…

Lire la suite...

2014 sept. 25

Dotclear 2.7 : Adapter vos plugins pour les jeux de templates

Vous le savez déjà si vous lisez ce blog, la prochaine version 2.7 de Dotclear proposera plusieurs jeux de templates, deux plus précisément. Dorénavant les futurs thèmes pourront s'appuyer sur n'importe lequel de ces deux jeux et les plugins qui apportent de leur côté un affichage supplémentaire (comme par exemple le plugin ContactMe, Pages, Tags, …) pourront eux aussi proposer une alternative pour tout ou partie des jeux de template supportés.

Vous noterez au passage qu'à partir de la version 2.7 de Dotclear, les jeux de template utiliseront HTML5 et seront légèrement saupoudrés d'ARIA.

Voyons aujourd'hui comment adapter vos plugins à ce nouveau système.

Lire la suite...

2014 janv. 22

Les travaux en cours sur la 2.7

Nous sommes en 2014, dotclear vient de sortir en version 2.6.2, c'est le moment de faire le point sur l'avenir du projet, du côté technique. Je laisserai à mes camarades le soin d'évoquer les (r)évolutions visibles, que ce soit au niveau de l'aspect responsive, de l'accessibilité, du HTML5, et d'autres joyeusetés qui seront à l'ordre du jour de la 2.7.

Car il y a aussi des (gros) chantiers de fond qui sont en cours, ou du moins qui restent à mener sur dotclear. Tous ne seront pas forcément visibles, ils n'en resteront pas moins importants dans les rouages.

Attardons-nous un instant sur la 2.7. L'arlésienne depuis un petit bout de temps déjà (on compte maintenant en années la durée de la maturation). Si vous traînez sur les archives de la liste de diffusion de dotclear, vous en verrez certains (ou plutôt vous me verrez moi) parler de Twig à tout bout de champ. Je casse tout de suite vos espoirs : Twig ne sera pas à l'ordre du jour de la 2.7, c'est un très gros chantier, qui verra d'abord le jour côté administration.

Lire la suite...

2013 août 4

Que faire ? tome 2 : tester la future 2.5.2

Sous l'appellation Que faire, nous publions des billets adressés à tous les utilisateurs de tous niveaux d'(in)expertise qui veulent donner un coup de main.

Dans cette version, quelques tickets ont été fermés, en particulier le nouveau système de gestion des traductions, introduit dans la version 2.5.1, et qui avait encore quelques petits soucis. Ce nouveau système permettra de fournir les traductions des formes plurielles adaptées aux différentes langues proposées par Dotclear.

Savez-vous, par exemple, que 0 (zéro) est singulier en français mais pluriel en anglais ? Savez-vous qu'il existe 3 formes de pluriel en russe et 5 en irlandais ? Voilà ce qu'on pourra prendre en compte dans Dotclear à l'avenir. Il y aura un petit chantier ouvert à ce sujet dans quelque temps, nous vous en reparlerons.

Vous trouverez sur le tutoriel tout frais – rédigé par Tomek et publié par Lomalarch – sur Tips pour savoir comment installer un espace de tests en toute sérénité. Si faire une install de tests, même avec un tuto qui vous prend par la main, vous décourage, vous pouvez vous inscrire sur la mailiing-list et demander au doux JcDenis de vous créer un compte sur son espace de jeu.

Que faut-il tester ? Essentiellement être attentif aux traductions des éléments des pages de l'administration puisque quelques bugs ont été corrigés à ce sujet.

Comment faire son rapport ? En allant sur le fil du forum dédié et en indiquant simplement votre système d'exploitation et votre navigateur, en précisant si vous avez procédé aux tests avec un rôle d'admin ou de rédacteur. Si vous avez rencontré un souci fonctionnel, décrire le scénario qui vous a amené là. Si le souci est d'ordre graphique une copie d'écran (à déposer sur votre espace de test par exemple puisque le forum ne le permet pas) sera bienvenue.

Nous nous donnons la semaine qui vient pour tester, faire nos retours puis publier cette nouvelle version.

En attendant, à vos claviers \o/

2013 juil. 13

Que faire ? tome 1 : tester la future 2.5.1

Sous l'appellation Que faire, nous publierons des billets adressés à tous les utilisateurs de tous niveaux d'(in)expertise qui veulent donner un coup de main.

Encouragés par les réactions bienveillantes et l'activité fourmillante de la mailing-list (une centaine d'inscrits ce matin, contre une quinzaine en début de semaine…), les contributeurs codeurs ont mis la dernière main à leurs développements prévus pour la 2.5.1 et l'ont livrée à tester. Dans cette version, quelques tickets ont été fermés et Nikrou (gloire à lui) a remplacé le module flash servant à l'upload multiple par un biniou qui fait pareil mais en jQuery : nous fermons ainsi une faille de sécu potentielle signalée il y a quelques semaines.

C'est le moment où vous pouvez être utiles et transformer l'intention de nous soutenir en aide concrète. Il faut tester cette version et nous faire part de vos retours sur le forum.

Vous trouverez sur le tutoriel tout frais – rédigé par Tomek et publié par Lomalarch – sur Tips pour savoir comment installer un espace de tests en toute sérénité. Si faire une install de tests, même avec un tuto qui vous prend par la main, vous décourage, vous pouvez vous inscrire sur la mailiing-list et demander au doux JcDenis de vous créer un compte sur son espace de jeu. (Z'avez vu comment je ne vous laisse aucune excuse ?)

Que faut-il tester ? Essentiellement torturer le gestionnaire de medias dans tous les sens mais également procéder à toutes opérations qui vous viendraient à l'esprit outre les classiques créer, modifier, supprimer un billet, une catégorie, un utilisateur, des medias…

Comment faire son rapport ? En allant sur le fil du forum dédié et en indiquant simplement votre système d'exploitation et votre navigateur, en précisant si vous avez procédé aux tests avec un rôle d'admin ou de rédacteur. Si vous avez rencontré un souci fonctionnel, décrire le scénario qui vous a amené là. Si le souci est d'ordre graphique une copie d'écran (à déposer sur votre espace de test par exemple puisque le forum ne le permet pas) sera bienvenue.

Hop hop, au boulot ! Si vous êtes sages et obéissants, je reviendrai vous causer dans le poste des discussions sur la liste.

2011 juin 30

Ça bouge en coulisses...

Plus que la récente sortie de Dotclear 2.3, c'est un certain nombre de rouages internes qui sont en train de changer. Vous allez progressivement voir la partie immergée de l'iceberg faire surface.

Depuis quelques temps, le svn de Dotclear semble bien plat, et pour cause : après un cycle d'expérimentations d'autres outils de développement, nous avons décidé de migrer vers une gestion de versions via Mercurial.

Mercurial, pourquoi ?

Subversion est un système de gestion de version puissant qui a été grandement éprouvé. Nous avons surtout constaté que le mode de fonctionnement que nous avions jusqu'à présent avait ses limites : on se focalisait sur un (gros) chantier, qui n'en finissait pas tellement les impacts étaient importants, et surtout cela bloquait d'autres chantiers que nous avions en réserve.

Subversion offre bien un système de gestion de branches, mais le suivi des versions de fichiers ainsi que les fusions de branches étaient pour le moins compliqués.

D'où l'idée de partir sur un système distribué, en l'occurrence Mercurial.

Chaque chantier y prend la forme d'une branche dédiée que l'on rapatrie sur le tronc lorsqu'il est fini. Cela permet de progresser simultanément sur plusieurs évolutions à la fois.

Mercurial, où ?

2 dépôts aussi officiels l'un que l'autre sont disponibles :

Pourquoi un dépôt local à Dotclear ? Pour ne pas être dépendants d'un site externe.

Pourquoi avoir conservé Bitbucket ? Bitbucket apporte une certaine souplesse en ce qui concerne les contributions externes, via les mécanismes de "pull request", ce que ne permettrait pas Mercurial en natif

En termes de synchronisation, le dépôt de référence est hg.dotclear.org, il est synchronisé régulièrement avec le dépôt Bitbucket

Mercurial, comment ?

Vous souhaitez contribuer au projet ? Rien n'est plus simple : créez un compte bitbucket, "forkez" le projet Dotclear sur votre compte, faites vos modifications, et notifiez-nous d'une "pull request" pour l'intégrer.

Franck a publié un certain nombre de billets très didactiques sur la question chez lui, n'hésitez pas à aller y jeter un œil.

Mercurial, quand ?

Maintenant. Le trac de Dotclear pointe désormais sur le dépôt Mercurial, tous les rouages internes sont huilés.

One last thing...

Autre nouvelle, au niveau des développements cette fois-ci. Une mailing list ouverte à tous a été créée pour discuter des prochaines évolutions de Dotclear. Les discussions y seront probablement très techniques, mais pourront intéresser les plus tenaces d'entre vous.

2010 juil. 12

Nouveautés de dotclear 2.2 : une histoire de compilateurs

S'il y a bien un point qui a été débattu sur dotclear 2 par rapport à dotclear 1, c'est bien la couche intermédiaire qu'il ajoute pour les développeurs de thèmes, à savoir son moteur de templates.

Pour faire son propre thème, plus besoin de coder des pages en PHP, un nouveau langage intermédiaire a été introduit. Et cela, d'abord pour des raisons de souplesse : ce langage est converti en code php, ce dernier étant stocké en cache. Le theme-designer n'a pas à maîtriser PHP pour faire son thème Ensuite, parce qu'empêcher l'utilisation de PHP, c'est aussi empêcher d'insérer du code potentiellement vulnérable.

Dans le principe, c'est plutôt simple : lorsqu'un utilisateur va sur une page du blog, dotclear va chercher le fichier de template correspondant, le transforme en un fichier PHP, et exécute ce dernier. Le fichier PHP est bien entendu placé en cache afin de ne pas repasser systématiquement par la case compilation.

Je vais essayer de décrire les rouages du compilateur/moteur de templates dans ce billet, ainsi que les évolutions qui lui ont été apportées depuis la 2.1.7.

(Attention, contenu très technique inside)

Lire la suite...

2009 oct. 22

Du nouveau dans les versions de développement

Trois semaines après la sortie de la dernière version, le boulot continue sur l'application :

plein de versions alpha

Si la version 2.1.6 a été axée sur la résolution de bugs, c'est sur les mécanismes internes que se concentre cette fois-ci le travail. Les changements en cours ne seront pas forcément directement visibles, mais ils prépareront la suite.

J'en parle aujourd'hui parce que les versions alpha peuvent débloquer certaines situations, particulièrement pour ceux qui s'étaient plaints il y a trois semaines que Dotclear ne soit pas encore compatible PHP 5.3 : en fait, la presque totalité du boulot était faite depuis le mois d'août, grâce à Dsls. Seulement, ça impliquait des changements un peu partout dans le code et il y avait beaucoup trop de risques qu'un effet de bord se retrouve bloquant pour les utilisateurs. Nous avons donc préféré attendre et proposer à ceux qui veulent tester d'essayer cette version temporaire, normalement entièrement compatible avec la version 5.3 de PHP ainsi qu'avec les précédentes.

Un des autres gros changements de cette version alpha est un nouveau système de gestion des settings, que nous devons cette fois à Zeiram. Il s'agit vraiment ici de consolider l'application en éliminant non pas des bugs, mais une possibilité de bug. Dans la pratique, l'accès aux settings se fait maintenant en précisant le namespace[1]. Attention : afin de ne pas casser les plugins existants, l'ancien système est bien sûr toujours reconnu, mais déclenchera des notices sur ces pré-versions. Si vous avez l'intention d'utiliser ces versions plus ou moins en production[2], n'oubliez pas de régler votre PHP pour cacher ces notices.

Il y a d'autres changements, quelques rabotages ici ou là, mais rien qui devrait modifier votre expérience. Donc c'est tout pour aujourd'hui. Ah, oui, quand même, le lien : Toutes les nightly builds depuis quelques jours contiennent le support de PHP 5.3 et le nouveau système de settings est apparu cette semaine, vous trouverez donc régulièrement les versions de développement dans le répertoire idoine du serveur de téléchargement.

Comme d'habitude, n'hésitez pas à venir poser des questions sur le forum.

Notes

[1] Accès par $settings->namespace->info plutôt que par $settings->info.

[2] Histoire d'être le premier à voir arriver les bugs, mon site perso tourne en ce moment avec une alpha constamment mise à jour (oui, la capture d'écran ci-dessus a été réalisée en prod. Je suis un ouf-guedin.)

2008 avr. 21

Encore un nouveau plugin, l'éditeur de thème

Maintenant qu'il est là, je me dis que ça manquait cruellement à Dotclear 2. Ce nouveau plugin permet donc de modifier son thème. Pas entièrement mais déjà les fichiers template, les feuilles de style et les fichiers javascript. Afin de vous expliquer comment tout ceci fonctionne, il n'est pas inutile de vous expliquer rapidement le fonctionnement du système de thèmes dans Dotclear 2.

Des templates un peu partout

C'est à la fois un point fort de Dotclear 2 et un des points compliqué pour les débutants ; il y a des templates un peu partout. Voilà comment ça fonctionne. Imaginons que le template fichier.html ait été demandé. Dotclear 2 va parcourir un certain nombre de répertoires jusqu'à le trouver. Ces répertoires sont les suivants :

  • inc/public/default-templates/fichier.html
  • themes/default/tpl/fichier.html
  • themes/<montheme>/tpl/fichier.html

Le lecteur avisé notera qu'il cherche aussi dans themes/<montheme>/fichier.html. Ceci est une mesure de transition pour que les thèmes actuels fonctionnent encore tous mais il y a des grandes chances que les templates des thèmes aient à se trouver dans le répertoire tpl du thème et nul part ailleurs. Fin de la digression.

Un plugin peut également ajouter un chemin à cette liste. Il l'ajoutera généralement au début. Par exemple, le plugin Pages ajoute une recherche dans son répertoire default-templates.

L'éditeur de thème dans tout ça

L'éditeur de thème, pour sa recherche de templates, va procéder de la même manière, il va chercher tous les fichiers dans les répertoires sus-nommés et également dans les répertoires default-templates des plugins. À la fin du processus il dispose d'une liste conséquente de fichiers que l'utilisateur va pouvoir choisir. Attention, l'explication va peut-être sembler compliquée...

Admettons que je dispose d'un thème sans templates, comme ça arrive souvent mais que je souhaite ajouter une information dans le footer. Je vais ouvrir mon éditeur de thème, choisir le fichier _footer.html et le modifier. Je clique ensuite sur "enregistrer" et c'est tout, mon footer est modifié. C'est aussi simple que ça.

Si vous avez bien suivi, mon thème n'avait aucun template et j'ai donc modifié le fichier _footer.html du thème par défaut. Et bien non ! J'ai ouvert le fichier en question du thème par défaut mais il a été enregistré dans mon thème en cours d'utilisation.

Pour résumer, l'éditeur de thème ne modifiera jamais de fichier dans le thème par défaut. Vous pourrez donc mettre à jour votre Dotclear sans vous soucier d'avoir modifié le thème par défaut. Tout est dans votre thème en cours d'utilisation. Bien sûr, il va de soit que le thème "default" n'est pas modifiable et qu'il faut donc créer un thème au préalable.

Les fichiers CSS et JavaScript

L'éditeur de thème permet également d'éditer les fichiers CSS et JavaScript se trouvant à la racine du thème en cours d'utilisation. Ils seront enregistrés au même endroit dans ce cas là, sans tour de magie :)

À venir

Dans un avenir assez proche ce plugin devrait permettre de créer un nouveau thème à partir du thème par défaut, en copiant uniquement les fichiers nécessaires. Ça me semblerait assez idéal :)

Voilà, vous savez tout, tout ceci est disponible par défaut depuis la révision 1738. Et bien sûr, déjà dans les nightly. Vous être invités à tester :)

2008 avr. 20

Nouveau plugin pour Dotclear 2 : pages

Pep, gloire à lui, avait écrit le plugin Related, permettant de créer des pages statiques pour Dotclear 2. Related permet de créer soit des billets, soit des fichiers qui seront intégrés dans le blog comme des nouvelles pages.

Dotclear 2 possédait une très mauvaise gestion du type de billet (post_type dans la base de données) qui rendait la tâche de ce plugin (et d'autres) relativement compliquée. Je dis bien "possédait" puisque ce problème commence à être bien réglé :)

Un nouveau plugin, tout simplement nommé Pages vient remplacer Related. Refaire le plugin de Pep était le seul moyen que j'avais pour m'occuper correctement de la gestion du type de billet. Tout ceci est un peu compliqué, j'en convient et vous vous moquez bien des explications techniques, d'autant qu'on est dimanche.

Ce que fait Pages

Pages se veut le plus simple possible, les interfaces sont donc semblables à ce qu'on trouve pour éditer les billets mais avec un certain nombre de choses en moins.

  • Pas de catégories
  • Pas de trackbacks sortants
  • Pas de tags

Vous conservez évidemment un certain nombre de fonctionnalités des billets :

  • Une liste des pages
  • Une page pour créer ou modifier les pages
  • Les commentaires et trackbacks sont possibles sur une page
  • Une page peut être protégée par mot de passe
  • On peut ajouter des média à une page, de la même façon que pour un billet

Les commentaires laissés sur une page seront affichés dans la liste globale des commentaires (avec une indication à côté du titre). Les commentaires bénéficient également totalement de l'antispam.

Ce qu'il y a encore à faire

Pages est pour l'instant en test, il reste encore un certain nombre de petites choses à faire.

  • Pouvoir classer les pages
  • Gérer la migration des pages qui existaient dans Related
  • Je ne vois rien d'autre mais je pense que vous pouvez trouver des choses à ajouter :)

Ce que devient Related

Related gère les pages stockées dans la base de données mais également des fichiers. Il va donc continuer à exister puisque Pages ne gère pas et ne gérera jamais les fichiers. Le reste, c'est Pep qui décide :)

Testez, testez, testez

Vous êtes invités à tester intensivement ce plugin afin d'en faire un très bel outil, simple et fonctionnel. Il est disponible depuis la révision 1729 et les nightly sont déjà à jour :)

2008 avr. 18

Gestionnaire de média et types de fichiers

La mise à jour de sécurité Dotclear 1.2.8 peut vous amener à vous poser la question de Dotclear 2. N'est-il pas vulnérable au même problème ?

Le gestionnaire de média de Dotclear 2 permet d'envoyer n'importe quel fichier (ou presque). On estime donc que l'utilisateur a pris ses dispositions afin que les fichiers ".php" soient affichés en text/plain et pas interprétés. Par exemple, votre configuration Apache peut contenir quelque chose comme :

<Location ~ "public/.*\.php$">
  ForceType text/plain
</Location>

Ce n'est qu'un exemple d'une configuration très simple avec un dossier nommé "public" pour les fichiers du gestionnaire de média.

Ceci étant, il est maintenant possible depuis la révision 1714 de spécifier une expression rationnelle pour les fichiers non autorisés dans le gestionnaire de média. Dans votre module "about:config", vous trouverez un champs "media_exclusion". Si vous voulez interdire le dépôt de tous les fichiers .php, vous indiquez dans le champs : /\.php$/i. Si, pour cause de possession démoniaque, vous voulez interdire l'envoi de fichiers gif, jpg et png, vous indiquez : /\.(gif|png|jp(e?)g)/i.

Exceptionnellement, la révision 1714 est déjà dans les nightly :)

2008 mar. 21

Distributions nocturnes

Nombreux sont les utilisateurs qui ne savent pas ou ne veulent pas utiliser Subversion pour maintenir leur version de Dotclear à jour entre chaque distribution. Il arrive que nous corrigions des bugs ou que nous apportions des modifications que nous voulons faire tester.

C'est ceci que servent les nightly builds. Ces versions de Dotclear 2 sont des instantanés de ce qui existe en cours de développement. Les nightly ont toujours existé sauf que ... le répertoire était vide. Fort peu pratique, vous en conviendrez.

Un script et une heure plus tard, je suis heureux de vous annoncer que les nightly seront mises à disposition automatiquement toutes les nuits à 3h du matin, tous les jours. Vous disposerez d'un historique de 5 jours.

Notez, et c'est très important, que ces instantanés peuvent être cassés, ne pas fonctionner ou introduire des bugs imprévus. C'est donc à vos risques et périls que vous les utilisez. Ceci dit, si d'aventure on vous conseille d'utiliser telle nouvelle version nightly, c'est qu'on la considère comme fonctionnant correctement. (Il est en fait très rare que la version de Dotclear 2 en développement soit cassée.) Par exemple, vous pouvez sans crainte installer la nightly 2.0-beta7.3.r1676, elle fonctionne très bien.

Vous savez tout, les nightly sont par là.

Sites map