Questions développement local & mercurial, serveur séparé
by Dsls
Yo,
Bon, vous allez me détester, je suis en train de re-tout casser coté
formfilters, pour tirer partie de dcforms de la branche twig. Pour le
moment je suis assez content du résultat, tous les filtres sont
affichés via des templates, donc modifiables à l'envi par des
non-codeurs. Je compte bien faire pareil pour les listes (dans
posts.php et cie). Wait&see, donc
Mais ma question n'est pas là : j'ai 2 plates-formes de dev : mon pc
pro quand je suis dans les transports, et mon pc perso. Je ne voudrais
pas pusher tant que c'est un brin débuggé, mais j'aimerais bien quand
même synchroniser du pc pro vers mon pc perso le soir, et
réciproquement le matin avant de prendre le train. Vous voyez comment
faire ?
Autre point : j'aime pas wamp, du coup j'ai une machine virtuelle
debian chez moi (sous hyper-v) qui fait tourner un LAMP, mais mes devs
sont sous sublimetext sous windows (par facilité). A part payer le
module sftp de sublimetext et éditer à distance le php, vous voyez un
moyen plus simple (et moins cher) pour mettre au point du code depuis
windows sur un serveur linux ?
Oui, je suis tordu, je sais :)
--
Bruno
11 years, 1 month
Re: [Dotclear Dev] branche twig, suites
by Jean-Christian Denis
Bonne réflexion je regarde ça quand il fera nuit :p
Dsls <dsls(a)morefnu.org> a écrit :
>
>Le 4 mars 2013 15:40, Denis Jean-Christian <contact(a)jcdenis.fr> a écrit :
>> J'veux bien qu'on mette à jour les css admin. (Encore que les plugins ne
>> seront jamais mis à jour ;-) ) Mais le problème ne va-t-il pas se reposé
>> lors du passage de la partie public vers Twig ? nan ?
>
>Aujourd'hui on fait référence au thème en statique coté public, il n'y
>a pas de raisons que cela change, si ?
>En clair : les templates compilables sont dans une zone non accessible
>en public (en l'occurrence inc/public/default-templates ou
>themes/<theme>/tpl), les ressources sont accessibles en direct
>(themes/<theme>/fichier)
>
>D'ailleurs, rien ne nous empêche de faire pareil coté admin : les
>templates dans inc/admin/default-templates, ou
>plugins/<plugin>/admintpl, et les ressources dans admin/themes/fichier
>ou plugins/<plugin>)
>
>
>--
>Bruno
>_______________________________________________
>Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev
11 years, 1 month
branche twig, suites
by Dsls
Hello,
Je continue mon petit bout de chemin sur la branche twig, sur laquelle
vous avez probablement vu passer quelques commits, notamment un update
de la dernière version de twig.
Je suis en train de recaser formfilters dans cette nouvelle branche,
en y mettant la flexibilité de twig, idem pour la sélection des
colonnes à afficher et compagnie.
A noter pour JC : le tag {% form %} prend désormais une expression et
plus un nom : au lieu de {% form post %}, il faudra maintenant
utiliser {% form 'post' %}. Cela permettra notamment d'utiliser une
variable à cet endroit.
Quand tout cela sera ficelé, je pense bien merger la branche sexy avec
la branche twig, l'écriture des plugins en devenant carrément
simplifiée... enfin j'espère :)
--
Bruno
11 years, 1 month
Fwd: [Chantier-ergo] De retour avec un moteur de templates
by Dsls
Ca fait 3 ans en fait :)
---------- Message transféré ----------
De : Dsls <dsls(a)morefnu.org>
Date : 12 novembre 2010 15:04
Objet : Re: [Chantier-ergo] De retour avec un moteur de templates
À : chantier-ergo(a)list.dotclear.net
Le 12 novembre 2010 14:24, nikrou77(a)gmail.com <nikrou77(a)gmail.com> a écrit :
> Et pour aider à trancher, est-ce que ce serait une bonne idée de faire un
> POC avec Twig ? Evidemment il ne faut pas y passer 2 semaines !
> Qu'en pensez-vous ?
Si ça peut aider, j'avais expérimenté un urlhandler basé sur twig en
mars, avec une moulinette à thèmes pour une phase transitoire, le tout
sous la forme d'un plugin, d'un thème de démo (blowup adapté en twig)
et de quelques retouches du core.
En gros :
<tpl:Balise attr1="val1" attr2="val2"> ...</tpl:Balise> devient {% dcb
Balise attr1:"val1" attr2:"val2 %} ... {% eddcb %}
{{tpl:Balise attr1="val1" attr2="val2"}} devient {% dcv Balise
attr1:"val1" attr2:"val2 %}
Ca avait été fait à l'arrache, mais fonctionne. Je suis sûr qu'en
creusant un peu on peut même garder la syntaxe actuelle des thèmes et
la faire prendre telle quelle par Twig.
Pour ceusses qui veulent tester :
* Le plugin twig:
http://www.morefnu.org/public/archives/dotclear2/contrib/Twig/plugin-twig...
* Le thème twig:http://www.morefnu.org/public/archives/dotclear2/contrib/Twig/theme-...
Les modifs à faire dans le core (il y en a 2) sont dans le README.txt du plugin
Ze klingon iz back :)
--
Bruno
11 years, 2 months