Messages postés par "Alex-D"
63 messages sont invisibles car dans un sujet inaccessible.
Sujet | Date | Extrait |
---|---|---|
ZEP-14 : Refonte de l'assistant d'édition Markdown
Tentons de l'améliorer au besoin des membres ! |
samedi 09 août 2014 à 20h22 | > Ce serait intéressant de pouvoir intégrer des pdf directement dans les messages C'est relativement HS par rapport à l'éditeur, car là tu demande de rajouter une fonctionnalité au markdown du sit… |
ZEP-14 : Refonte de l'assistant d'édition Markdown
Tentons de l'améliorer au besoin des membres ! |
samedi 09 août 2014 à 19h48 | Je m'efforce de break avec ZdS pour éviter l'overdose. Mais je passe en coup de vent pour dire que : - les smiley sont un autre débat - l'éditeur ne manque que d'homogénéité dans le design avec … |
Les petits pixels...
...font les grands design ! |
samedi 09 août 2014 à 19h30 | Le soucis ne vient pas du navigo pour le coup, mais c'est prévu dans un futur plus ou moins proche de corriger ça. Juste que pour l'instant je fais un break sur ZdS (comme pas mal de gens, c'est l… |
samedi 09 août 2014 à 03h09 | Ok dac. En fait, globalement, tout le monde est d'accord, mais personne ne voit la chose sous le même angle. Enfin pour moi c'est feu vert si c'est bien "deux branches et demi", et qu'en gros, actuel… | |
vendredi 08 août 2014 à 03h34 | Il y avait pas un truc en dev à ce niveau ? Pour que les auteurs puissent dire "je cherche un co-auteur" ou "je cherche un repreneur" ? | |
vendredi 08 août 2014 à 03h15 | Ce que j'aime bien, c'est que : - on est sur trois branches ; - l'idée c'est d'en changer parce que c'est pas maintenable ; - à chaque fois que je parle de *deux branches seulement*, je me prend… | |
mercredi 06 août 2014 à 22h23 | Ayant conçu l'UI et réfléchis l'UX du site, je peux rajouter une chose : Afficher ou masquer ce système de votes selon les topics/forums/whatever sans que ce ne soit une décision de l'utilisateur… | |
JZDS Lille
On a de la bonne bière dans le Nord, profitons-en ! |
mercredi 06 août 2014 à 15h09 | Yop ! Je ne suis plus sur Lille en ce moment (vacances toussa) donc ça sera pour une prochaine fois... quand j'aurais trouvé un travail et un appart :D Amusez-vous bien ! Par contre, les Par… |
mercredi 06 août 2014 à 14h57 | Je vais ajouter un argument de poids : Peut-être êtes-vous des habitués, des "power users" de forums, et vous savez juger de la qualité d'un message. Mais quand on débute, on ne sait pas que "en H… | |
mercredi 06 août 2014 à 03h28 | > chaque erreurs nécessite de refaire la prise et faire un montage Même sans erreurs, il faut faire pas mal de montage pour obtenir un résultat un minimum propre. En général pour un tuto de 20 … | |
mercredi 06 août 2014 à 03h23 | Au pire, on peut toujours mettre un compte statique en faisant MP + notifs. C'est simple mais efficace, malgré la non-dynamique de la chose. | |
mercredi 06 août 2014 à 03h21 | Pour moi, il suffit de regarder ce sujet. C'est un débat et les gens qui n'ont rien à dire de particulier y contribuent en votant pour ou contre chacun des messages. Rien que pour ça, je trouve ça… | |
mardi 05 août 2014 à 23h23 | > support (que du bug fix) > > Ainsi tu ne fais jamais rien directement sur prod, la branche correspond toujours exactement au statut actuel du site. Pourquoi faire ? Il suffit d'avoir le commit… | |
Les bugs / améliorations ou suggestions déjà reportés
Évitons de nous répéter ! |
mardi 05 août 2014 à 23h15 | Tout sauf ton dernier point est déjà signalé voire en développement. Pour le dernier point, ça a déjà été dit quelque part, mais je ne sais pas si ça a été pris en compte. |
mardi 05 août 2014 à 23h06 | Dans notre cas, vu nos ressources, ce que tu dis ça revient donc à - prod - dev On a pas assez de monde pour avoir 50 branches de dev, et globalement l'utilité d'une nouvelle branche ne se fe… | |
mardi 05 août 2014 à 00h41 | > Le Github gère donc l'application et non plus seulement le code Rien que pour ça, non. Le but de ma proposition c'est de bien distinguer le code du projet (ce qui intéresse les développeurs) de … | |
lundi 04 août 2014 à 18h48 | Salut ! Je vois trop souvent des issues sur Github qui ne sont pas liées au développement de ZdS, mais qui sont liées à sa mise en production ou à des réglages du serveurs. Je vous propose donc… | |
lundi 04 août 2014 à 18h43 | Okdac, il faut donc créer un repo vide avec juste les issues pour gérer les tâches d'infra :) | |
lundi 04 août 2014 à 14h47 | - Safari = Webkit - Chrome = Blink Pourtant, sur iTrucs (tous les appareils Apple), le moteur imposé est Webkit (celui de Safari). Donc tous les navigateurs utilisent le même moteur JS et le même… | |
lundi 04 août 2014 à 14h39 | Mon but était de relancer la discussion là où elle est le plus simplement praticable (donc pas sur Github). > là où les soucis de MAJ ne sont pas visibles C'est à dire, pas sur les notification… | |
lundi 04 août 2014 à 14h32 | Github = dev. Ici on parle d'infra, c'est donc pas lié au dev de ZdS. |