Re: [Dotclear Dev] Nouvelle branche "sexy"

Le 13/07/2012 11:58, mirovinben a écrit : > Je ne sais plus comment je m'appelle et ne connais pas ce mirovinben > qui me semble à la ramasse mais qui est heureux que ça frétille à > nouveau. > ___ > Dev mailing list > Dev@list.dotclear.org > http://ml.do

Re: [Dotclear Dev] Nouvelle branche "sexy"

En prenant aussi en considération l'autre mail sur la liste bazar. Je voulais quelques compléments pour être sur d'avoir bien compris. Quand tu dis "enlever", tu veux réellement que dans un premier temps ont SUPPRIME tous les plugins, les références aux commentaires, catégories, gestion de medias,

[Dotclear Dev] Sexy fork

Bon je n'ai toujours pas dormi et je continue à polluer la ml. J'ai fait un test de grand ménage sur Dotclear en enlevant toutes les références à : - comment - trackback, - ping, - category, - media - et les plugins (je me suis laisser aboutConfig pour voir) (Il reste encore quelques morceaux de j

Re: [Dotclear Dev] Sexy fork

égrées à dcBlog je ne vois guère de moyen de résoudre ça sans tout cassé. (Mais sinon ça avance bien) Le 15/07/2012 10:27, Dsls a écrit : > Le 14 juillet 2012 08:32, Denis Jean-Christian a écrit : >> Bon je n'ai toujours pas dormi et je continue à polluer la ml. >> >> J&#x

Re: [Dotclear Dev] Ticket 926 (post_status / comment_status)

J'ai commencé à tester des solutions pour ce ticket et en effet le changement en char(16) (pour être large) est la meilleur solution et on garde les status existant ça marche pas mal, après 2 fonctions de plus pour enregistrer/gérer un nouveau type suffise et pour leur nom: premier arrivé, premier

Re: [Dotclear Dev] Dépendances inter-plugins

Ais-je entendu gestion de désinstallation ? Revoir l'installation/desinstallation des plugins/themes avec également la gestion des dépendances serait un grand pas pour la qualité de Dotclear. Très bonne idée. Le 15/07/2012 10:54, Dsls a écrit : > Le 15 juillet 2012 10:48, Franck Paul a écrit : >>

[Dotclear Dev] wiki

Je ne suis peut-être pas au courant de tout, mais on aurait pas un wiki ou un truc comme ça pour mettre au propre toutes les idées de la branche sexy, car c'est des chantiers qui boulversent pas mal de trucs, on a pas mal d'idées pour cette branche et je pense qu'on va en perdre en route... JC ___

Re: [Dotclear Dev] Sexy fork

Je fais trop de bruit ? Le 17/07/2012 12:21, Kozlika a écrit : > Je crois que ça serait bien de créer le tag/machin kivabien sur le > trac pour que les tickets/discussions autour de la branche sexy soient > bien identifiés comme tels et éviter de confondre avec les > dev/discussions sur la 2.x. >

Re: [Dotclear Dev] Evolutions branche sexy : premier jet à venir.

Bon j'ai fait un pull request juste quand il ne fallait pas ! c.à.d. juste quand tu commitais... Tout ça pour dire que je fais un premier jet sur un nouveau système de post_status plus générique (qui pourra marcher avec comment_status et autres) et qui reste compatible avec les anciens. Mais je me

Re: [Dotclear Dev] Evolutions branche sexy : premier jet à venir.

Le 01/08/2012 09:38, Dsls a écrit : >> Tout ça pour dire que je fais un premier jet sur un nouveau système de >> post_status plus générique (qui pourra marcher avec comment_status et >> autres) et qui reste compatible avec les anciens. > Je viens de regarder le code, j'aime bien le concept d'une cl

Re: [Dotclear Dev] Bug bizarre...

Les erreurs sont en rapport avec le plugin pages ? Si oui j'ai rajouté "global $__autoload,$core;" dans son _prepend.php et ça remarche, et je sais pourquoi. Le premier plugins apellé (avec les priority du _define.php) est antispam qui inclue "global $__autoload,$core;" ce qui fait que tous les pl

Re: [Dotclear Dev] Bug bizarre...

Le 01/08/2012 12:52, Dsls a écrit : >> Le premier plugins apellé (avec les priority du _define.php) est >> antispam qui inclue "global $__autoload,$core;" ce qui fait que tous les >> plugins suivant connaisse $core dans leurs _prepend.php mais si tu >> enlèves antispam (ou askimet qui a aussi le gl

Re: [Dotclear Dev] Bug bizarre...

Le 01/08/2012 14:21, Philippe a écrit : > Le 1 août 2012 13:12, Denis Jean-Christian a écrit : > >> Et d'ailleurs je ne sais pas à qui le dire mais le plugin daInstaller >> devrait avoir également "global $__autoload;" dans son prepend... > C'est Tomt

Re: [Dotclear Dev] Bug bizarre...

Le 01/08/2012 14:36, Dsls a écrit : >> Je préfère me concentrer sur hg jusqu'à ce que je comprenne comment >> mettre à jour mon fork bitbucket depuis le dépôt dotclear en passant par >> mon clone local pour pouvoir faire des pull-request propre. Ouch #déprime > J'ai pris en compte ta pull request s

Re: [Dotclear Dev] Dépendances entre plugins

Le 01/08/2012 14:28, Dsls a écrit : > Re, > > J'ai commité par erreur 2-3 modifications que je prototypais, > concernant la gestion des dépendances entre plugins. > > J'aimerais discuter des différents comportements, et modifications > visuelles que ça apporte. > > Coté dev, il suffira de compléter

[Dotclear Dev] Ticket #1200 POST vs GET

Bonsoir à tous, Je suis en train de faire le ticket #1200 ( http://dev.dotclear.org/2.0/ticket/1200 ) qui consiste a réécrire et regrouper plus proprement différents fichiers admin (users.php, dispatcher.php, permissions.php, permissions_blog.php) qui jouent avec les permissions utilisateurs et je

Re: [Dotclear Dev] Ticket #1200 POST vs GET

Le 02/08/2012 08:17, Dsls a écrit : > Exact. On a un joli CSRF qui traîne ici... JC, si tu traites ce sujet, > on le mettra aussi sur la branche 2.4. Ca méritera même un release > mineure rapidement. > Ok, je vais essayé de faire ça propre. PS: Sans rapport, tu as vu que j'ai fait d'autres "pull r

Re: [Dotclear Dev] Gestion des mises à jour.

Le 02/08/2012 11:33, Dsls a écrit : > Je propose le nouveau comportement suivant : > * Le clic sur le "vous êtes à 1 clic de la fin" déconnecte TOUS les > utilisateurs de la ferme > * tant qu'un super-admin ne s'est pas reconnecté : > * Tous les blogs sont placés "en maintenance", avec page d'acc

Re: [Dotclear Dev] Ticket #1200 POST vs GET

Bon c'est fait et testé, je détail un peu ici ce que j'ai fait : - Rassemblement des fichiers dispatcher.php, permissions_blog.php et permissions.php dans un seul users_actions.php sur le modèle de posts_actions.php, - Idem pour leurs homonymes .js, - Déplacement de l'effacement des utilisateurs d

Re: [Dotclear Dev] Ticket #1200 POST vs GET

Le 03/08/2012 08:50, xave a écrit : >> Une petite remise à plat des transitions de pages blogs/utilisateurs >> s'impose, non ? >> >> J'ai juste remis de l'ordre dans l'existant et effectivement la gestion est un vrai jeu de piste pas intuitif et trop long... Mais la je peux pas j'ai piscine. JC __

[Dotclear Dev] EntryFirstImage

Quelqu'un travail sur EntryFirstImage, j'ai vu qu'il y a un paquet de tickets sur cette fonction ? Cordialement, JC|à donf ___ Dev mailing list Dev@list.dotclear.org http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] EntryFirstImage

Le 03/08/2012 11:30, Dsls a écrit : > Le 3 août 2012 11:19, Denis Jean-Christian a écrit : >> Quelqu'un travail sur EntryFirstImage, j'ai vu qu'il y a un paquet de >> tickets sur cette fonction ? > Je crois que la balise est passé à la trappe de la branche sexy. A

Re: [Dotclear Dev] Idées sur le nouveau gestionnaire de médias

Le 03/08/2012 14:59, Dsls a écrit : > Re, > [...] Heu 5 tables pour gérer les média, ça fait mal. JC|invisible ___ Dev mailing list Dev@list.dotclear.org http://ml.dotclear.org/listinfo/dev

[Dotclear Dev] [sexy] error_handler

Hello les (non) vacanciers, J'ai fini les quelques fixes que je savais faire sur la branche "default" et je suis retourné sur la branche "sexy". Ce mail me permet de faire une petite mise au propre de mes réflexions sur la gestion des erreurs et surtout d'avoir un petit coup de main ;-) Je me pen

Re: [Dotclear Dev] [Dotclear Forum] Signalement (13) - « Dotclear incompatible PHP 5.4.5 (last versions) »

Le 06/08/2012 10:46, Dsls a écrit : > Avec le patch de JC sur la gestion des users, ainsi que le dernier > commit, cela justifie une release mineure sur la 2.4, à mon sens... > > -- > Bruno > > Le 6 août 2012 10:33, Forum Dotclear - Dotclear 2 E-mail automatique > mailto:webmas...@dotclear.net>> a

Re: [Dotclear Dev] [Sexy] Evolutions JS

Le 06/08/2012 11:14, xave a écrit : > Sinon, on peut aussi demander : qui est fort en JS ici ? Je passe mon tour. ___ Dev mailing list Dev@list.dotclear.org http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] [Dotclear Forum] Signalement (13) - « Dotclear incompatible PHP 5.4.5 (last versions) »

Le 06/08/2012 11:08, Dsls a écrit : > Je viens de refaire une passe sur le code, a priori pas d'oubli. Il > reste quelques verrues mais qui fonctionnent avec php >= 5.3. A > proprifier sur la branch sexy, d'ailleurs : tous ces appels a > behaviors avec des array(&$ref), à passer via arrayobjects. >

Re: [Dotclear Dev] [Dotclear Forum] Signalement (13) - « Dotclear incompatible PHP 5.4.5 (last versions) »

Le 06/08/2012 11:09, xave a écrit : > Putain ouais, je dois le faire. > Tu as 7 jours pour le faire, une petite release pour les 9 ans de Dotclear serait cool ;-) ___ Dev mailing list Dev@list.dotclear.org http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Admin version mobile

Le 06/08/2012 13:44, Patrick Olivier a écrit : > Pour la branche sexy, il faudrait voir les modifications prévues au > niveau de l'interface. > > Je veux bien essayer de bidouiller dans les css. Il y a une doc sur la > structure des pages admins quelque part? Sinon je ferai une petite > analyse mai

Re: [Dotclear Dev] [sexy] webperf et url avec ?pf=foo.css ou ?pf=bar.js

A mon avis, dans un premier temps, un petit plugin pourrait faire ça. Le 13/08/2012 14:40, Patrick Olivier a écrit : > suite (raccourci clavier activé sans le vouloir g) : > > Est-ce que ça serait possible d'avoir des urls de type path? > > /pf/foo.css > > > > Le 13 août 2012 14:38, Patrick Ol

Re: [Dotclear Dev] [sexy] webperf et url avec ?pf=foo.css ou ?pf=bar.js

D'ailleurs à ce propos, je serais partisant de modifier la structure des plugins pour la sexy, en recommandant de regrouper le css et js public dans un répertoire propre, nan? Le 13/08/2012 14:50, Dsls a écrit : > Le 13 août 2012 14:46, Denis Jean-Christian a écrit : >> A mon

Re: [Dotclear Dev] [sexy] webperf et url avec ?pf=foo.css ou ?pf=bar.js

Ouep moi je parlais de la structure des dossiers sur le serveur j'aime bien que chaque chose ait sa place, et je suis d'ac avec xave pas d'url direct vers les reps de plugins. Par conte par urlHandlers ça peut le faire comme c'est fait aujourd'hui avec le fichier load_plugin_file.php. C'est deux su

Re: [Dotclear Dev] [sexy] webperf et url avec ?pf=foo.css ou ?pf=bar.js

Erf, trop tard. Le 13/08/2012 17:19, Denis Jean-Christian a écrit : > Ouep moi je parlais de la structure des dossiers sur le serveur j'aime > bien que chaque chose ait sa place, et je suis d'ac avec xave pas d'url > direct vers les reps de plugins. > Par conte par u

[Dotclear Dev] [sexy] nightly & wizard

Chez moi (sous wamp) l'install de la nightly de la branche sexy par le wizard fait un joli timeout, et apparemment avant la création des tables. Et chez vous ? Cordialement, JC|trigger_error ___ Dev mailing list Dev@list.dotclear.org http://ml.dotclear.

Re: [Dotclear Dev] [sexy] error_handler

Je travail toujours la dessus et j'ai une petite question: Pour vous, y a-t-il vraiment une différence utile entre les paramètres DC_DEV et DC_DEBUG ? Le 05/08/2012 15:31, Denis Jean-Christian a écrit : > [...blablabla...] > > Je me penche donc sur la mise en place d'un ge

Re: [Dotclear Dev] [sexy] nightly & wizard

on::db_connect() qui n'a aucun timeout, je ne sais pas si c'est php, mysql ou dotclear qui est mal configuré mais c'est assez embêtant comme bug car il ne génère aucune alerte/info et on ne sais donc pas pourquoi ça ne fini jamais... C'est tout pour cette nuit. JC Le 14/08/

Re: [Dotclear Dev] [sexy] nightly & wizard

désactiver tous les plugins car aucun n'est à jour, exemple: trackback cherche dcMedia, pages utilise encore les rs->fetch() et son adminList n'es pas à jour non plus. - bien entendu je parle pas du coté publique... ;-) Cordialement, JC|dans le ciment Le 15/08/2012 02:40, Denis Jean-

Re: [Dotclear Dev] [sexy] webperf et url avec ?pf=foo.css ou ?pf=bar.js

Idem, toujours trois répertoires plugins sur toutes mes install. (origine, les mieux en test, les autres) Le 16/08/2012 14:16, xave a écrit : >> Heu ... pas à ma connaissance. On peut spécifier plusieurs chemins >> répertoires pour les fichiers templates, mais pas pour les plugins. > Ah ben si, hi

[Dotclear Dev] Twig

Bonjour tout le monde, J'avais 5 minutes cette semaine alors j'ai jeté un coup d’œil au moteur de template Twig. Je me suis amusé à mettre en template la page de login de Dotclear pour me faire une idée et du coup plusieurs question me viennent. - Les deux formes d'écriture actuelle vs Twig ne son

Re: [Dotclear Dev] Réunion IRC ce soir 21h

Le 09/10/2015 16:38, Franck L a écrit : > Le 09/10/2015 14:02, Pinkilla a écrit : >> On 05/10/15 11:08, Pierre Equoy wrote: >>> Et avec 6 heures de décalage horaire, 21h c'est pas possible pour >>> moi. S'il y a les logs IRC dispo quelque part, est-ce que vous >>> pourrez poster une URL vers ceux-c

Re: [Dotclear Dev] Joyeuse année 2018 à tous

Bonne année à tous et meilleurs vœux ! Transparent mais je lis toujours toutes les ml ;) JC Le 01/01/2018 18:00, Franck Paul a écrit : > Merci d'être de l'autre côté de ce mail et de continuer à supporter > Dotclear \o/ > > ​On fêtera ça avec une nouvelle version à venir dans pas tard…​ > -- D

Re: [Dotclear Dev] Avenir du Lab de Dotclear

Un peu la flemme de rechercher dans l'historique de la ML mais il me semble qu'on avait déjà dit il y a bien longtemps "On ferme le lab.", en parlant des plateformes que tu cites. JC, nounou à pleins temps. Le 10/02/2018 08:57, Franck Paul a écrit : > Bonjour tout le monde, > > J'envisage de fer

[Dotclear Dev] [Twig] chemin de libs

Hello, Petit message inutile au sujet de la branche Twig :-) Ne devrait-on pas rechercher le chemin de la librairie Twig de la même manière que celui de Clearbricks dans inc/prepend.php ? Cordialement, JC ___ Dev mailing list Dev@list.dotclear.org http:/

[Dotclear Dev] [Twig] qui centralise ?

Deuxième question idiote du jour... Ou est-ce que j'envoie mes modif sur la branche Twig ? A qui ? Sous quelle forme ? Je passe par le bitbucket de Franckpaul ou celui de Dotclear, ou préfères tu des patch ? (ici par exemple) PS: Au passage, le dossier de la librairie d'origine de Twig s'écrit av

Re: [Dotclear Dev] [Twig] qui centralise ?

Ha ben si mais la j'ai trop bricolé ton truc pour faire un commit sur le hg.dotclear ! Enfin j'en balancerai 1 ou 2 sur le hg (comme la recherche du répertoire de Twig) mais pas tous. Le 14/11/2012 18:57, Dsls a écrit : > tu n'as pas accès en commit à hg.dotclear ? > > > _

Re: [Dotclear Dev] [Twig] qui centralise ?

Voilou, je reviens demain pour voir si vous avez tout effacer :-) Cordialement, JC Le 14/11/2012 19:04, Denis Jean-Christian a écrit : > Ha ben si mais la j'ai trop bricolé ton truc pour faire un commit sur le > hg.dotclear ! > Enfin j'en balancerai 1 ou 2 sur le hg (comme la

[Dotclear Dev] JSON

Bonjour à tous, Je voulais une petite confirmation au sujet de JSON, il y a quelques tickets qui en parlent. La prochaine version de Dotclear requiert PHP 5.2 si je ne me trompe, hors cette version de PHP intègre json_decode et json_encode. Par contre j'ai cru voir que chez certains hébergeurs ce

Re: [Dotclear Dev] JSON

C'est écrit en gros dans le README de Dotclear :-) Le 18/11/2012 14:17, Franck Paul a écrit : > Salut, > > PHP 5.2 minimum ? Bizarre, je n'avais pas tilté sur ce point précis. > Faut que je vérifie... > > Franck ___ Dev mailing list Dev@list.dotclear.o

Re: [Dotclear Dev] JSON

e durée encore indéterminée ;-) > > Franck Paul, saisi(e) par l'inspiration, nous écrivait le 18/11/2012 > vers 14:24 >> Oui mais sur le site, ici : http://fr.dotclear.org/about onglet >> Pré-requis, il est dit : PHP 5.0 :-) >> >> Qui a raison et surto

Re: [Dotclear Dev] ergonomie du [+]

Ticket ? Le 19/11/2012 11:30, Jean-Michel Royer a écrit : > Je ressens un peu la même chose. > > *--- Jean-Michel* > > > Le 19 novembre 2012 11:27, Franck Lafay > a écrit : > > Hello, > > Ça fait un moment que ça me démange, alors je profite d'être > inscri

[Dotclear Dev] Optimisation dans posts_actions

Hello tout le monde, Je n'ai pas fait de "pull request" (ça me gave toujours autant) donc je met en pièce jointe ici une première approche d'une optimisation des traitements de posts_actions.php, j'ai testé et ça fonctionne très bien (mysql et pgsql) mais je n'ose pas le mettre sur le HG car on p

[Dotclear Dev] Pull request

Tu vois Franck, je ne sais toujours pas faire de pull request, ni mettre à jour mon dépôt ! La prochaine fois je commit direct sur le HG :p Cordialement, JC | sans cerveau ___ Dev mailing list Dev@list.dotclear.org http://ml.dotclear.org/listinfo/dev

[Dotclear Dev] Bug sur les utilisateurs

Salut la compagnie, J'ai un gros bug sur les utilisateurs, quelqu'un peut tester sur la dernière nighlty unstable ou peut-être même sur la stable. 1) Créer un utilisateur avec seulement son "Username" et "Password", 2) Lui ajouter uniquement le droit "publish" sur le blog par défaut, 3) Se déconn

Re: [Dotclear Dev] Pull request

n à > jour (faire un pull avant de commencer à coder) :-p > > Franck > > > Le 22 novembre 2012 10:40, Denis Jean-Christian > mailto:cont...@jcdenis.fr>> a écrit : > > Tu vois Franck, je ne sais toujours pas faire de pull request, >

Re: [Dotclear Dev] JSON

Je t'ai fait un "pull request" sur clearbricks pour inclure une librairie JSON provenant de PEAR, c'est pas super bien goupillé mais comme ça on pourrait avancer le temps de trancher la question... A toi de voir si ça vaut le coup... Cordialement, JC| A fond Le 19/11/2012 16:51, Franck Paul a écr

Re: [Dotclear Dev] JSON

Et moi qui avait fait un joli copier/coller pour intégrer les fonctions JSON dans clearbricks :p PS: Si 5.2 faudra quand même rajouter le test json_encode dans les prérequis. Cordialement, JC|commitcommitcommit Le 27/11/2012 07:54, xave a écrit : > Je suis avec Bruno : on ne va pas faire de la m

Re: [Dotclear Dev] Twig, suite

Cool! Je m'interrese de près à ce que tu fais, j'ai d'ailleurs un peu (beaucoup) de mal à tout comprendre mais ça vient, j'ai hâte que tu fasses une page complète d'exemple! Néanmoins, j'aurais bien apporté quelques petites modifs : 1) au fonctionnement de dcAdminContext, car je m'entraine sur la

Re: [Dotclear Dev] Twig, suite

Ça ne sera pas tout de suite là maintenant, j'avance un peu dans la page auth (et post) pour voir si c'est viable et si je peux réellement utiliser twig_environement sans passer par une classe étendue. Cordialement, JC Le 04/12/2012 10:34, Dsls a écrit : >> Puis-je commiter des changements ou est

[Dotclear Dev] [Twig] Modifs du jour (b67f949a98f8)

Quelques explications rapides sur mes modifications de ce jour sur la branche Twig. 1) Chargement de l’environnement Twig directement dans le core. C'est le fichier de config de Twig donc pas de souci ici je pense. 2) Création d'un context admin $_ctx (original comme nom) dans le prepend de l'adm

Re: [Dotclear Dev] Trac Dotclear 2 - Tickets

Heu, la ml t...@dotclear.net ne sert pas à ça ? Le 09/12/2012 17:50, Franck Paul a écrit : > Bonsoir les gens, > > J'ai modifié légèrement la config. du trac de Dotclear 2 pour qu'on > puisse suivre, via un fil RSS les modifications apportées aux tickets, > avec entre autres les fils de commentair

[Dotclear Dev] [Twig] Quelques réflexions klingon

Ce message s’adresse surtout à Bruno qui a travaillé sur les classe dcForm de la branche Twig, j'ai des petits soucis avec. 1) Dans la validation de formulaire je veux lire la valeur d'un champs mais cela ne fonctionne pas comme pour son écriture. Pour écrire la valeur d'un champs on fait : dcFor

Re: [Dotclear Dev] [Twig] Quelques réflexions klingon

C'est encore moi et encore avec quelques questions ! 1) Sur les form de type select le label est avant alors que dans l'admin il est englobant c'est normal ? (Je crois que oui si je me souvient bien une discussion ergo) 2) En l'état il est impossible de rajouter une classe CSS sur un label, est-ce

Re: [Dotclear Dev] Branche twig vs default

J'y pensais depuis un petit moment, comme tu le dis il y a des modifs sur la branche default qui m'interressent pour Twig, et oui il ne faut pas trop s'éloigner sinon ça va devenir impossible. Seul hic, je ne sais pas faire ! Coridalement, JC Le 17/12/2012 10:13, Franck Paul a écrit : > 'Jour les

Re: [Dotclear Dev] Branche twig vs default

Bonjour, m'sieur Twig, Je fais toujours joujou avec histoire de comprendre Twig. Coté html c'est bon je "maitrise", mais va falloir que je comprenne la façon de l'étendre. Pour l'instant je créé principalement des variables pour ce qu'il me manque, je commence à voir les trucs (users, blogs, etc)

Re: [Dotclear Dev] Branche twig vs default

Y a bon, normalement, j'ai tout modifié en conséquence. Cordialement, JC Le 18/12/2012 14:37, Dsls a écrit : > Je viens de faire le merge. Quelques notes sur ce qui n'est pas mergé : > * il faudra porter dans les tpl la modif du header (lib.dc.page.php) > des pages d'admin (ajout de ... entourant

Re: [Dotclear Dev] Branche twig vs default

ck Paul a écrit : > \o/ > > Franck > > > Le 18 décembre 2012 20:46, Denis Jean-Christian <mailto:cont...@jcdenis.fr>> a écrit : > > Y a bon, normalement, j'ai tout modifié en conséquence. > > Cordialement, > JC > > Le 18/12/2012 14:3

Re: [Dotclear Dev] pb 2.5

J'ai eu ça il y a longtemps, c'était ma version de Firefox qui était pourrit, après ça peut être aussi la config php, mais me rappel pas qu'on ai touché aux sessions de Dotclear depuis des lustres ?! Cordialement, JC|blabla Le 19/12/2012 11:50, xave a écrit : > 'lut les gens, > > J'ai un problème

Re: [Dotclear Dev] sexy et formfilters

Déterrage de mail. On en est ou la dessus ? Non, parce qu'on commence à en avoir besoin sur la branche Twig aussi :p Cordialement, JC|CongésPC Le 22/08/2012 15:03, xave a écrit : >> Ben je ne sais pas, j'attendais ton retour final sur les modifs :) > Hein, quoi, qui, moi ? > > Bon, il faut que j

Re: [Dotclear Dev] sexy et formfilters

Je voulais surtout savoir si il restait du boulot dessus, si on faisait le merge de formfilters sur la default, si on continue toutes les branches dans leurs coins, ou si on merge avec Twig, voir sexy... Sinon on va avoir beaucoup de branches mortes. grmpf Il me reste encore 4 jours de libres alor

Re: [Dotclear Dev] sexy et formfilters

Petit message inutile, mais qui va me détendre. J'ai fini une implémentation des page_tabs version Twig en reprenant un fonctionnement similaire aux forms (de la branch Twig) et maintenant que c'est fini je me rend compte que finalement il ne faut pas l'implémenter coté php mais coté thème... Ben

Re: [Dotclear Dev] sexy et formfilters

, Franck Paul a écrit : > Ah oui spa bête du tout du tout ce que tu viens de dire ! > > Chez Dotclear il y a une petite phrase qui sert souvent dans ces > cas-là (et dans d'autres aussi d'ailleurs) : > > « C'est génial ! Faut tout refaire... » > > :-) > >

Re: [Dotclear Dev] sexy et formfilters

Fin de l'épisode. Cordialement, JC|VaDehors Le 21/12/2012 08:21, Denis Jean-Christian a écrit : > Bon j'ai pas beaucoup dormi cette nuit. J'ai tenté de faire un mix des > deux: pouvoir en définir coté php et en créé coté Twig. Si c'est pas > une usine à

Re: [Dotclear Dev] pb 2.5

Je déterre ce mail car j'ai remarqué chez moi qui si quelqu'un se connecte à l'admin depuis un autre pc/lieu ma session saute... alors que sinon elle tient indéfiniment. dc 2.5-dev-xxx php 5.3.xx Le 19/12/2012 11:50, xave a écrit : > 'lut les gens, > > J'ai un problème avec la 2.5-dev : la session

Re: [Dotclear Dev] branche twig, suites

Quelques points à voir sur Twig: - Tel que Twig est implémenté dans DC aujourd'hui, n'importe quel plugin peut remplacer n'importe quelle template admin, ce qui peut-être bien pour du Tweak (en tant que pluguineur je vois djà pleins de possibilité) mais mauvais coté sécurité/cassage d'admin. (D'ai

Re: [Dotclear Dev] branche twig, suites

J'avais rajouté une moulinette pour modifier les CSS à la volé, cf fichier load_theme_file.php vers la ligne 103 mais ce n'est pas encore au point apparemment... Normalement si tu lui demandes ?tf=style/default.css toutes les url(xxx) présentes dedans seront modifiées en url(?tf=style/xxx) Autre s

Re: [Dotclear Dev] branche twig, suites

style/dc_logo.png Le 01/03/2013 09:51, Denis Jean-Christian a écrit : > J'avais rajouté une moulinette pour modifier les CSS à la volé, cf > fichier load_theme_file.php vers la ligne 103 mais ce n'est pas encore > au point apparemment... > Normalement si tu lui demandes ?tf=style

Re: [Dotclear Dev] Fwd: [Chantier-ergo] De retour avec un moteur de templates

En temps Dotclearien ce n'est pas énorme :p Bon ben tu n'as pas qu'a faire le loader twig coté public :-) Le 01/03/2013 09:55, Dsls a écrit : > Ca fait 3 ans en fait :) > > > -- Message transféré -- > De : Dsls > Date : 12 novembre 2010 15:04 > Objet : Re: [Chantier-ergo] De reto

Re: [Dotclear Dev] Install-Party

Je connais un petit café sympa près de chez moi :p Plus sérieusement, ça sera sans moi. Mais qui sait, un jour peut-être je monterais à la capitale. Cordialement, JC Le 01/03/2013 10:31, Franck Paul a écrit : > Dites les gens, > > Ça fait un bail qu'on ne s'est vu, surtout toi, là bas dans le fon

Re: [Dotclear Dev] Install-Party

Je veux bien être paysan mais quand même! Par contre faut que je lui dise de remettre du mazout dans le groupe électrogène. JC|campagnard Le 01/03/2013 11:48, Franck Paul a écrit : > Y'a le WIFI dans ton café ? > > Franck > ___ Dev mailing list - Dev@l

Re: [Dotclear Dev] Chantier PSR

Les classes doivent être nommées en StudlyCase alors que sous Dotclear elles sont en camelCase, ça rend la chose incompatible avec l'existant... Sans compter les noms de dossiers correspondant aux namespaces avec majuscule, arborescence avec une classes par fichier, un dossier par groupe de classes

Re: [Dotclear Dev] Chantier PSR

Le 03/03/2013 10:18, xave a écrit : > Je pense qu'il ne faut pas casser. Est-ce qu'il faut faire la moitié du > chemin ? > ___ > Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev > Le 03/03/2013 10:22, Dsls a écrit : > Pour

Re: [Dotclear Dev] branche twig, suites

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 ? Le 04/03/2013 08:28, Dsls a écrit : > > Ok, vu. En fait, ça pose souci dès qu'on joue avec les arb

[Dotclear Dev] Doc & co

Hello à tous, Deux petites questions: 1) Quelqu'un à les réglages de Doxygen qui servent à générer la doc du code de Dotclear sur http://dev.dotclear.org/code/2.2/ qui d'ailleurs est bloqué à la 2.2 ! J'aimerais utiliser la même config chez moi pour avancer un peu la doc. 2) Quid de la page http:

Re: [Dotclear Dev] Doc & co

Merci m'sieur, bon ce n'est pas la plus jolie config que j'ai vu :p Autre point, à mon avis depuis le crash du serveur il doit manquer encore des bouts car la doc doxygen de la 2.5 n'a pas été généré (ce qui, je suppose, était fait en automatique avant) et enfin les liens vers Doxygen de la page h

Re: [Dotclear Dev] Plugins et ajax

Mon dernier commit sur Clearbricks (bitbucket) ajoute les 3 principales fonctions JSON (si le serveur ne les a pas) ainsi qu'un serveur REST avec reponse en JSON. J'ai également un commit en suspend pour Dotclear qui ajout un service_json.php coté admin qui est une copie version JSON de service.php

Re: [Dotclear Dev] Plugins et ajax

En ajoutant un parametre à la requete du style "format=" si pas précisé on fait à l'ancienne ça peut être faisable. Par contre dans tous les cas, derrière, le code de traitement des réponses n'est pas du tout le même et je sens que ça va être long et fastidieux de faire deux fois chaque fonction. (

Re: [Dotclear Dev] Plugins et ajax

Ça m'embête un peu de casser la compatibilité de certains plugins tiers. Perso j'ai pas envie de mettre à jour certains de mes vieux plugins. Mais c'est tentant :-) Le 25/03/2013 14:55, Dsls a écrit : > Yup, ou alors on met tout en json et on laisse tomber le xml. > _

Re: [Dotclear Dev] Listes dans l'admin

PS: Oublie mes modif je suis partie dans la mauvaise direction sur mes commits... En local j'ai re-commencé en peu à ta manière d'ailleurs. Je re-corrigerais les bugs que j'ai vu après. PPS: En plus de $core->tpl qui ira au plugin dcLegacy il faudra un tour de passe passe pour $_ctx. Ce qui nous fa

Re: [Dotclear Dev] [Sexy] Question sur pagination dans admin

Perso j'aime bien la forme: Page: 1 - << - < - 26 - > - >> - 102 Avec < = -1, > = +1, << = -10, >> = +10, 1 = numéro de la première page, 102 = numéro de la dernière, le tout s'adaptant suivant le nombre de page. My two cents, JC Le 03/04/2013 15:03, xave a écrit : > "1 (2) (3) ... (19)" > "(1)

Re: [Dotclear Dev] Fwd: XSS and CS vulnerabilities in Dotclear

Je dois être boulet chez moi c'est pas fixé en 2.5 ?! J'utilise la variante avec pf= c'est dû a mon install ou le répertoire Dotclear n'est pas le blog par défaut. Nightly (presque à jour) : http://jcd.lv/pf=swfupload.swf?buttonText=test%3Cimg%20src=%27http://demo.swfupload.org/v220/images/logo.gi

Re: [Dotclear Dev] Fwd: XSS and CS vulnerabilities in Dotclear

Apache + htaccess + QUREY_STRING (avec réécriture d'url) Mais je passe par l'urlhandler "pf=" donc peu importe ce qu'on a ci-dessus puisque c'est le code php qui me livre le fichier, et la faille n'est pas dans apache/php mais dans les .swf si je ne me trompe ? Le 11/04/2013 06:16, Franck Paul a

Re: [Dotclear Dev] Fwd: XSS and CS vulnerabilities in Dotclear

Au début de dotclear/inc/public/prepend.php, ça utilise le fichier dotclear/load_plugin_file.php qui permet de servir certains fichiers non accessibles (mais dispo dans les tpl path) coté admin et public. Le 11/04/2013 09:27, Dsls a écrit : > Le 11 avril 2013 09:22, Denis Jean-Christian a éc

Re: [Dotclear Dev] Fwd: XSS and CS vulnerabilities in Dotclear

Après moult test, ça vient bien de ma config: blog_url = "http://mon.domain.tld/"; method = "QUERY_STRING" Réécriture = RewriteEngine on RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule (.*) index.php?$1 Avec ça je n'est plus de index.php ni de ?

Re: [Dotclear Dev] Fwd: XSS and CS vulnerabilities in Dotclear

PS: si j'ajoute le index.php? à l'url de swf => 403 Le 11/04/2013 09:54, Denis Jean-Christian a écrit : > Après moult test, ça vient bien de ma config: > > blog_url = "http://mon.domain.tld/"; > method = "QUERY_STRING" > Réécriture = > Re

Re: [Dotclear Dev] Fwd: XSS and CS vulnerabilities in Dotclear

Non je pense même qu'il n'y a que moi (et deux trois anciens hébergés chez OVH qui ont pris de mauvaises habitudes) à utiliser ça, n’empêche c'est possible de le casser avec ça ! Le 11/04/2013 10:37, Julien Wajsberg a écrit : > C'est normal/courant d'avoir > > http://jcdenis.scribox.net/pf=swfuplo

Re: [Dotclear Dev] Fwd: XSS and CS vulnerabilities in Dotclear

Par de l'ajax comme dit plus tôt, c'est faisable et il n'y à rien de bien compliqué, par contre ça risque d'être monumentale comme code, donc super long à écrire... Peut-être qu'un librairie existe déjà pour jquery mais je n'ai pas trouvé. JC Le 11/04/2013 10:56, Dsls a écrit : >> Pourquoi ne pas

Re: [Dotclear Dev] rocketSQL : pour ou contre ?

Dans le plugin dcAdvancedCleaner il y a des choses toutes aussi dangereuse et pourtant il est dispo ;-) JC Le 17/04/2013 17:53, Greg a écrit : > Hello, > > J'ai remonté récemment sur Dotaddict un plugin qui permet aux > super-administrateurs d'exécuter les requêtes SQL sur la base de > données de

[Dotclear Dev] Qui a les clefs du lab ?

Hello, Hormis l'erreur qui traine sur les pages de détail des plugins depuis x années: Error: Macro ChangeLog(plugins/atReply, 3) failed Si celui qui a les clefs pouvait virer ce spam et la pièce jointe: http://lab.dotclear.org/ticket/720 Merci, JC ___

Re: [Dotclear Dev] Sondage

Oui enfin il y en a la moitié que j'aurais fermé :p Sinon j'ai déjà fait un pullrequest pour le pluriel (#1386) il me semble. Je vais regarder les autres :-) Et désolé je me suis perdu en route dans l'installation de serveurs. Cordialement, JC Le 26/05/2013 10:23, Franck Paul a écrit : > Pour co

Re: [Dotclear Dev] Erreur HTTP 999. Coïncidence avec DC2.5 ?

Je confirme que Dotclear, Clearbricks et les plugins que je connais (presque tous) ne génère pas de vrai 999. Peut-être un status mal interprêté par le serveur et traduit en 999, ou un problème dans un plugins style une variable contenant le code et mal défini... Le 22/06/2013 19:03, mirovinben a

  1   2   3   4   >