Pour Julien W. !
by Kozlika
Hého, Julien, tu te souviens que tu dois synchroniser les dépôts ? Je te
propose de convenir d'un jour/heure cette semaine où nous nous retrouverons
sur IRC et tu décriras comment tu fais pour que je note la procédure et
qu'on soit capables de le refaire les autres fois, si tu n'en as pas le
temps.
Merci !
--
Anne / Kozlika
8 years, 11 months
Re: [Dotclear Dev] Re : Come on everybody
by HTML-Edition.com
Il faut savoir suivre la tendance, parfois ;)
Au passage, il existe d�excellents thèmes "Googlesque" pour Bootstrap.
... Pas surprenant que je me lance dans un thème Googlesque, tiens :)
Le 21 mai 2015 15:52, HTML-Edition.com a écrit :
> Bonjour,
>
> Je trouve qu'il manque quelques jolis boutons façon "material design" pour
> égailler l'ensemble et le moderniser. Autrement, c'est plutôt chouette :)
>
But WHAT? Tu abandonnes le boostrap-like pour le google-like ? ;-)
>
> Un bug sur PC et firefox (pas testé d'autres environnements) : lorsque je
> réduis mon navigateur, le menu laisse bien place à une "triple barre" qui
> cache / affiche le menu au clic. Si j'affiche le menu (1 clic) puis que je
> le cache (2nd clic), si je réagrandis mon navigateur, le menu ne reprend
> pas son apparence "ordinateur". Il reste en mode "mobile".
>
Yep, ça le fait partout en fait, mais on s'en fout paske Mathieu (Mega) est
en train de casser toute ma merde et de refaire un menu bien propre :-)
>
> C'est tout pour moi :)
>
Merci beaucoup pour les compliments et pour tes retours !
--
Anne
--
Anne / Kozlika
--
Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev
[****](http://html-edition.com)- - - - - -
[**HTML-Edition.com**](http://html-edition.com) :: Création de sites Internet sur mesure
8 years, 11 months
Re: [Dotclear Dev] Re : Come on everybody
by HTML-Edition.com
Bonjour,
Je trouve qu'il manque quelques jolis boutons façon "material design" pour égailler l'ensemble et le moderniser. Autrement, c'est plutôt chouette :)
Un bug sur PC et firefox (pas testé d'autres environnements) : lorsque je réduis mon navigateur, le menu laisse bien place à une "triple barre" qui cache / affiche le menu au clic. Si j'affiche le menu (1 clic) puis que je le cache (2nd clic), si je réagrandis mon navigateur, le menu ne reprend pas son apparence "ordinateur". Il reste en mode "mobile".
C'est tout pour moi :)
Mathieu M.
Merci à ceux qui ont déjà répondu. J'espère que d'autres se manifesteront
aussi, je vous assure qu'on a vraiment besoin de retrouver un peu de
collectif... Quelques réponses :
Les tests
=======
Ils seront à faire d'ici quelques jours, ça n'est pas encore prêt.
Tests graphiques
-----------------------
�a consistera à vous balader sur le site sur http://fr.feignasses.org et
signaler tout ce qui s'affiche mal, soit par mail sur cette liste, soit -
ce serait encore le mieux du mieux du bien - en ouvrant un ticket ici
https://bitbucket.org/dotclear/dcredesign-alpha/issues?status=new&status=...
(bouton Create Issue en haut à droite).
Dans votre rapport, vous mentionnerez l'url de la page où vous avez
constaté le souci et le navigateur que vous utilisez.
Idéalement ça serait bien qu'on ait un panel : ordinateurs de bureau,
tablettes, téléphones | Firefox, Chrome, Internet Explorer.
Tests de contenu
-----------------------
Ce sera à faire plus tard (en juin ?), quand on sera un peu mieux calés sur
les correspondances français, anglais.
Il s'agit de signaler les erreurs typographiques, les contenus manquants,
les pages existant dans une langue mais pas dans l'autre, de comparer avec
le site actuel si on retrouve bien tous les petits, même s'ils sont rangés
à un autre endroit, etc.
Pour cela aussi, de préférence par le système de tickets
https://bitbucket.org/dotclear/dcredesign-alpha/issues?status=new&status=...
ou par un mail sur cette liste en guise de pis-aller.
Les contributions
=============
Traductions
---------------
On donnera un accès aux volontaires à l'admin des blogs. Il s'agit de
traduire des pages du français vers l'anglais (ou vice-versa mais je crois
que ce cas est rare, voire inexistant) en veillant à conserver la même url
- on vous expliquera.
Techniques
---------------
Il y a énormément d'améliorations à apporter dans l'intégration : sprites
svg et png, nettoyage et concaténation des scripts js, accessibilité,
correction de bugs...
Pour cela, le mieux serait de cloner le dépôt. Je sais que faire une
install locale avec le dépôt est assez chiant, donc s'il y a des
volontaires je peux faire des modèles de pages en standalone pour faciliter
la tâche aux contributeurs qui ne souhaiteraient pas faire la manip
d'install locale complète.
Séance de tests ensemble
====================
Un truc qui pourrait être sympa serait d'organiser en juin ou début juillet
une session d'atelier de tests et contributions : chez moi pour ceux qui
peuvent venir, à distance via irc ou une vidéo conf pour ceux qui
voudraient être avec nous virtuellement si ce n'est en chair et en os :-)
Dépôt, bugtracker : https://bitbucket.org/dotclear/dcredesign-alpha/
Démo : http://fr.feignasses.org/ http://feignasses.org/blog/
--
Anne / Kozlika
--
Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev
[****](http://html-edition.com)- - - - - -
[**HTML-Edition.com**](http://html-edition.com) :: Création de sites Internet sur mesure
8 years, 11 months
Re: [Dotclear Dev] Re : Come on everybody
by HTML-Edition.com
Bonjour,
Je trouve qu'il manque quelques jolis boutons façon "material design" pour égailler l'ensemble et le moderniser. Autrement, c'est plutôt chouette :)
Un bug sur PC et firefox (pas testé d'autres environnements) : lorsque je réduis mon navigateur, le menu laisse bien place à une "triple barre" qui cache / affiche le menu au clic. Si j'affiche le menu (1 clic) puis que je le cache (2nd clic), si je ré-agrandis mon navigateur, le menu ne reprend pas son apparence "ordinateur". Il reste en mode "mobile".
C'est tout pour moi :)
Mathieu M.
Merci à ceux qui ont déjà répondu. J'espère que d'autres se manifesteront
aussi, je vous assure qu'on a vraiment besoin de retrouver un peu de
collectif... Quelques réponses :
Les tests
=======
Ils seront à faire d'ici quelques jours, ça n'est pas encore prêt.
Tests graphiques
-----------------------
�a consistera à vous balader sur le site sur http://fr.feignasses.org et
signaler tout ce qui s'affiche mal, soit par mail sur cette liste, soit -
ce serait encore le mieux du mieux du bien - en ouvrant un ticket ici
https://bitbucket.org/dotclear/dcredesign-alpha/issues?status=new&status=...
(bouton Create Issue en haut à droite).
Dans votre rapport, vous mentionnerez l'url de la page où vous avez
constaté le souci et le navigateur que vous utilisez.
Idéalement ça serait bien qu'on ait un panel : ordinateurs de bureau,
tablettes, téléphones | Firefox, Chrome, Internet Explorer.
Tests de contenu
-----------------------
Ce sera à faire plus tard (en juin ?), quand on sera un peu mieux calés sur
les correspondances français, anglais.
Il s'agit de signaler les erreurs typographiques, les contenus manquants,
les pages existant dans une langue mais pas dans l'autre, de comparer avec
le site actuel si on retrouve bien tous les petits, même s'ils sont rangés
à un autre endroit, etc.
Pour cela aussi, de préférence par le système de tickets
https://bitbucket.org/dotclear/dcredesign-alpha/issues?status=new&status=...
ou par un mail sur cette liste en guise de pis-aller.
Les contributions
=============
Traductions
---------------
On donnera un accès aux volontaires à l'admin des blogs. Il s'agit de
traduire des pages du français vers l'anglais (ou vice-versa mais je crois
que ce cas est rare, voire inexistant) en veillant à conserver la même url
- on vous expliquera.
Techniques
---------------
Il y a énormément d'améliorations à apporter dans l'intégration : sprites
svg et png, nettoyage et concaténation des scripts js, accessibilité,
correction de bugs...
Pour cela, le mieux serait de cloner le dépôt. Je sais que faire une
install locale avec le dépôt est assez chiant, donc s'il y a des
volontaires je peux faire des modèles de pages en standalone pour faciliter
la tâche aux contributeurs qui ne souhaiteraient pas faire la manip
d'install locale complète.
Séance de tests ensemble
====================
Un truc qui pourrait être sympa serait d'organiser en juin ou début juillet
une session d'atelier de tests et contributions : chez moi pour ceux qui
peuvent venir, à distance via irc ou une vidéo conf pour ceux qui
voudraient être avec nous virtuellement si ce n'est en chair et en os :-)
Dépôt, bugtracker : https://bitbucket.org/dotclear/dcredesign-alpha/
Démo : http://fr.feignasses.org/ http://feignasses.org/blog/
--
Anne / Kozlika
--
Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev
[****](http://html-edition.com)- - - - - -
[**HTML-Edition.com**](http://html-edition.com) :: Création de sites Internet sur mesure
8 years, 11 months
Come on everybody
by Kozlika
Plop les gens,
Ça n'est pas fini mais on commence à avoir bien avancé sur la refonte de la
partie blog du site. On va bientôt avoir besoin de votre aide pour :
1/ tester sur les différents navigateurs et supports
2/ aider à recopier et/ou traduire les contenus d'un environnement à l'autre
Ça tombe bien, il y a réu lundi. Nous y sommes de moins en moins nombreux
et sans vouloir refaire le coup du 42, il faut bien avouer que c'est un peu
démotivant.
Ça serait cool que vous vous manifestiez soit en venant (lundi, 21h sur
IRC), soit en vous portant volontaire pour l'une ou l'autre des tâches
évoquées ci-dessus, surtout la deuxième. Il n'y a pas d'urgence à le faire,
ça fait des mois que ça traîne, ça peut bien attendre encore un peu, mais
on a besoin de gens qui s'engagent sur des tâches. Les petits ruisseaux,
les rivières, toussa.
Allez, quoi, viens !
--
Anne / Kozlika
8 years, 11 months
Requête personnelle
by Laurence Furic
Bonjour les devs.
J'ai un service personnel à vous demander. Je me pose la question de savoir
comment embed une page d'un site externe dans une page html qui a été
construite avec frontpage:
Je me suis dit que si je mettais quelque part un iframe
<iframe name="myframe" src="yoururl.html" width=200 height=200
marginwidth=0 marginheight=0 hspace=0 vspace=0 frameborder=0
scrolling=auto></iframe>
c'était ce que je cherchais, mais à ce stade là, je n'ai aucune idée de où
dans la page je dois faire ça et si même c'est bien ça que je dois faire.
Bref, je voulais savoir s'il y avait l'un d'entre vous qui aurait une idée
de ce dont je parle, et qui pouvait me dépanner au sens propre, à savoir me
dire exactement ce que je devais recopier et où pour obtenir le résultat
que la page ouvrirait sur ce lien externe:
Merci à l'avance pour toute l'aide qu'on voudra bien m'apporter.
Laurence / Otir
--
http://about.me/Otir
8 years, 11 months
Asso : adhésion, renouvellement de cotis, menues tâches pour non-dev
by Kozlika
Plop gens,
Brûlant d'aider dotclear mais ne pratiquant pas le klingon, vous voudriez
bien qu'on vous trouve quelque chose à faire / donner. J'AI LA SOLUTION.
1. Vous pouvez adhérer à Dotclear
http://fr.dotclear.org/association#adhesion
2. Si c'est déjà fait, vous pouvez renouveler vos cotisations (ne tenez pas
compte du montant minimal, vous pouvez donner moins)
3. Vous pouvez twitter, facebooker, bloguer de temps à autre en causant du
bébé
4. Vous pouvez débroussailler la procédure pour modifier les statuts (comme
vous l'avez lu on change de trésorier et trésorier adjoint), voire tout
nous mâcher...
5. Vous pouvez vous préparer à une réunion dans l'été (début juillet ?)
pour apprendre à rédiger des tests
6. Avoir une autre idée pour faire avancer le chmilibili et s'y impliquer
Chacune de ces idées n'est pas exclusive des autres, bien sûr.
A bientôt :-)
CADEAU BONUS : vous pouvez voir nos efforts conjugués à Tomek, Mega et moi
par ici http://fr.feignasses.org (spa fini dutoudutou).
--
Anne / Kozlika
8 years, 12 months
Conversion vers git: status
by Julien Wajsberg
Salut !
Comme promis à de nombreuses reprises, j'ai repris la conversion de
mercurial vers git.
j'avais déjà fait un premier essai en 2013 qui se trouve là:
https://github.com/dotclear/dotclear
Voici quels étaient mes buts:
* ne pas péter le dépôt git existant qui a quelques forks.
* permettre les imports itératifs (pour mettre à jour facilement).
* que ce soit répétable par n'importe qui.
* qu'on retrouve toutes les branches.
Voici pour commencer quelques informations importantes sur git pour bien
comprendre la suite. Je simplifie un peu donc si certains lecteurs sont
bien versés dans git, ne m'en veuillez pas.
* format des auteurs: Mercurial n'a pas de contrainte même s'il recommande
le format "Auteur <email>". En revanche git force ce format.
* référence d'un commit (ça va être plus long)
Dans git, un commit est identifié de manière unique par son "commit hash",
une suite de chiffres hexadécimaux. Ce qu'il faut savoir, c'est que ce
"commit hash" est réellement un "hash" issu de différentes informations,
notamment: son ou ses parent(s) (le(s) commit(s) sur lequel ce nouveau
commit est basé), son contenu (y compris l'auteur donc).
En pratique, pour nous, ça signifie que si l'une de ces informations
change, le hash change... ainsi que tous ses "enfants", puisque,
rappelez-vous, leurs "hashes" respectifs sont basés sur le "hash" de leur
parent. Bref.
Quelle est l'implication, me dites-vous ? Simple: si d'autres personnes ont
basé des changements sur un commit hash qui change... les changements
doivent être "portés" vers le nouveau. Et si on ne connait pas si bien que
ça git, c'est un peu pénible pour trouver les bonnes commandes (notamment
les bons hashes de base, etc, je rentre pas dans les détails).
* les merges: c'est tout simplement un commit avec 2 parents. (papa ou
maman, on s'en fout).
Voici les différents moyens pour convertir de hg vers git:
* le plus simple: github permet de convertir depuis un dépôt mercurial.
J'ai vérifié: ça marche bien depuis le dépôt sur bitbucket. En revanche je
ne crois pas que ce soit répétable.
Par ailleurs le dépôt obtenu a des différences par rapport au dépôt
existant (la première différence est un commit de "Frank" converti en
"Frank <Frank@localhost>" par github et "Frank <devnull@localhost>" par mon
outil précédent. Et donc... et oui, des hashes différents à partir de ce
commit.
* fast-export: https://github.com/frej/fast-export/
C'est de loin le plus rapide. Il existe aussi des outils un peu plus
simples d'utilisation qui l'utilisent (je crois que c'est Kevin qui en
avait partagé un récemment). Je suis à peu près sûr que c'est celui que
j'avais utilisé en 2013.
Guide sommaire d'utilisation:
hg clone https://hg.dotclear.org/dotclear dotclear-hg
mkdir dotclear-git && cd gotclear-git && git init
hg-fast-export.sh -r ../dotclear-hg --force
Le problème est qu'en faisant cette manip j'obtiens encore des hashes
différents à partir d'un commit de merge... il semble que l'ancienne
version de fast-export que j'avais utilisée n'avait pas utilisé le même
ordre pour les parents, et que ça suffise pour changer les hashes. À noter
que l'ordre utilisé par la version courante de l'outil ressemble plus à ce
qu'on ferait "à la main", donc a ma préférence.
Il utilise des fichiers de mapping qu'il ajoute dans le répertoire .git (et
qui ne sont donc pas commités... et que j'ai donc perdus depuis mon essai
de 2013 ;) ).
* hg-git: http://hg-git.github.io/
Assez lent, et je n'ai pas réussi à récupérer toutes les branches. Mais je
n'ai pas insisté énormément encore.
Il consiste à "pusher" et "fetcher" directement dans git depuis un dépôt
mercurial. Ça semble marcher tant localement que à distance. Et semble
prévu pour fonctionner de manière itérative.
* git-remote-hg: https://github.com/felipec/git-remote-hg
Non encore essayé. C'est le pendant du précédent: il permet de "pusher" et
"fetcher" directement dans hg depuis git. Il a un mode de compatibilité
avec l'outil précédent également. Il est prévu pour fonctionner de manière
itérative.
Je crois (non vérifié) qu'il fonctionne avec un dépôt local caché (si le
dépôt spécifié est distant).
* Outils de Mozilla:
https://wiki.mozilla.org/ReleaseEngineering/VCSSync/HowTo
Assez complexe car historiquement Mozilla a plusieurs dépôts distants pour
ses différentes branches (c'était ainsi que fonctionnaient les anciennes
versions de Mercurial). Et du coup l'outil doit prendre ça en compte alors
que nous on s'en fout.
Pas encore essayé. Mais il a l'avantage non négligeable d'être maintenu et
utilisé en production tous les jours.
Voilà en gros où j'en suis. J'ai pas mal poussé l'outil "fast-export" déjà,
j'aimerais bien pousser mieux les autres avant de décider de l'outil, pour
les raisons de permanence du "hash" dont j'ai parlé plus haut.
NOTE: si on décide de tout passer sur git une bonne fois pour toutes, et
abandonner mercurial une bonne fois pour toutes, le problème devient
immensément plus simple.
On pourrait alors utiliser l'outil de github pour convertir, puis
l'importer sur bitbucket et/ou https://git.framasoft.org/. Une fois qu'on a
du git partout c'est trivial de synchroniser des dépôts ensemble (et
d'ailleurs celui de framasoft a un outil pour le faire automatiquement).
Voir
http://framablog.org/2015/03/13/google-code-ferme-ses-portes-nous-on-les-...
pour le dépôt de framasoft.
Si on est prêt à le faire, ce serait la solution que je préconiserais par
simplicité + utiliser le dépôt de framasoft parce qu'on aime bien ce qu'ils
font, et c'est du libre.
Avoir une présence sur github me semble nécessaire car c'est là que tout se
passe aujourd'hui, mais on ne pourrait n'y avoir qu'une présence en miroir.
Bon dimanche !
--
Julien
9 years
