Et aussi un lien vers Github aussi (en plus petit) ? Ça ne coûte rien et ça peut montrer aux gens qui ne seraient pas au courant qu'il existe un repo, que le projet est open source, etc.
Je suis plus partant pour le lien Github que le lien vers le forum interne. Ou alors éventuellement, on met les deux.
Parce que si on met juste le lien interne, et que le forum est en erreur 500 aussi… 
Une petite suggestion aussi au niveau de l'éditeur Markdown : pouvoir mettre des tabulations parce quand on le fait, le focus passe au bouton "Afficher l'aide Markdown", et pour la rédaction de code c'est pas toujours pratique.
Il y a une ZEP sur ça. 
Je viens de voir la modification du panneau "FORUMS", et je trouve que les catégories du forum ("Savoirs" et "Communauté") devraient être différenciées de "Tags les plus utilisés" car cela prête à confusion !
@Situphen : je pense que la présentation des tags va être amenée à évoluer. Effectivement, en l'état, c'est un peu troublant (et pas très pertinents)
Je confirme que ça va changer, c'est déjà en discussion ici :
Salut,
Petite coquille sur la page "Éditer une image" dans une galerie quelconque (par exemple je l'ai là : http://zestedesavoir.com/galerie/image/editer/311/14135/). On lit "Miniature + lien vers taille noramle :" au lieu de "Miniature + lien vers taille normale".
Wow, en regardant ce que tu annonces @Aabu, je suis tombé sur quelque chose: quand je colle ce que j'ai récupéré dans cet input (Miniature + lien vers taille noramle:) dans dans le textarea d'un sujet de forum, un paquet de boutons se rajoute (plusieurs fois les mêmes).
Testé sur ce sujet et un autre, avec cette chaine de caractères: [](/media/galleries/1010/824c7d96-efe6-4d83-b313-4892240e4c72.gif.960x960_q85.png).
@Forever : ce bug est connu et est uniquement présent sur Chrome/Chromium !
Forever, tu dois faire mention de ca je suppose : http://zestedesavoir.com/forums/sujet/1406/modification-de-lediteur-avec-des-copiercoller/
Mince, pas assez rapide. 
Je ne savais pas où poser ça… donc je le fais là. Ça s'adresse surtout a Alex ou Sandhose :
Est ce que les couleurs et styles des éléments sont bien regroupés dans des variables générales ? En fait comme j'essai actuellement d'améliorer le rendu des pdf, pour les faire coller à ceux du site, je doit tenter de reproduire les éléments que vous avez définit dans les CSS. A court terme je vais continuer à tout fixer en dur dans le template car c'est le plus rapide. Mais a terme ce serait bien qu'on puisse le faire générer automatiquement. Un script qui parse le CSS, ou autre, et en extrait le contenu serait le mieux. On ne pourra pas tout générer automatiquement mais le maximum sera le mieux. Ça évitera de mettre a jour le template latex à chaque modif du CSS.
C'est du long terme, ce n'est pas urgent, mais si vous pouviez avoir des éléments bien définit quelque part, dans l'idéal regroupé dans un fichier de conf, ça serait fort pratique. Donc je préviens en avance, si vous avez le temps entre deux dev.
Tu peux retrouver les couleurs ici https://github.com/zestedesavoir/zds-site/blob/dev/assets/scss/_all-supports.scss#L1936 mais c'est vrai qu'avec des variables ce serait plus mieux !
C'est une question un peu amont, pour qu'on puisse discuter de la meilleur solution pour tout le monde. Ce n'est pas pressé en soit.
Avec un fichier de variables ça ne te ferait qu'un seul fichier (et plutôt simple) à parser. Ça semble alléchant.
Si dans le futur ça reste un background:$color; tout va bien. Par contre le jour où ça devient un background:unMixin($color) (dégradé ?) là ça se complique. Dans ce cas il faudrait invoquer localement le compilateur SASS et "fouiller" le résultat de compilation (les CSS). Mais est-ce-que c'est un cas probable ?
On va faire pragmatique et s'attaquer aux problèmes qu'on a. Evidement l'idéal serait un truc capable de parser totalement un CSS et faire le rendu equivalent en latex. Mais c'est un gros morceaux, trop gros pour le moment.
Dans un premier temps, je peux facilement extraire des infos depuis un CSS (il y a des parseurs CSS dispo dans tous les langages), cela peut etre suffisant pour une premiere version.
Je pense que le plus simple soit que tu parses directement les fichiers SASS… L'implémentation Ruby de SASS (https://github.com/sass/sass) est sûrement la plus complète, et tu devrais pouvoir extraire les données structurées des fichiers SASS (après, pour la question "comment ?", je saurais pas t'aider, je connais que moyennement le Ruby… Mais il semblerait que la doc soit assez complète)
yep c'est une solution. Je parle uniquement de ça dans le cas où vous feriez du ménage dans ces fichiers, de penser à mettre ce genre d'info "accessible" pour les extraire plus facilement. Mais comme je l'ai dit, ce n'est pas urgent.
Je ne suis pas trop pour rajouter de la dépendance entre les modules. Pour moi, l'export devrait juste accepter un fichier de conf propre à lui entrée avec toutes les informations sur son style. ça permettrait au module d'export de rester indépendant, et d'être réutilisé à volonté dans n'importe quel autre projet.
De plus on ignore si demain on veut un rendu similaire à celui du site en toute occasion. Je pense par exemple au jour ou on aura plusieurs thèmes sur le site.
Créez un compte en une minute pour profiter pleinement de toutes les fonctionnalités de Zeste de Savoir. Ici, tout est gratuit et sans publicité.
Créer un compte
