Envoyer un message dans la discussion: Deux nouvelles colorations syntaxiques et quelques améliorations apportées à la balise CODE
Cliquez ici pour vous connecter.
Un appareil qui sert à téléphoner s'appelle un... ?
Transformera www.example.com par [URL]http://www.example.com[/URL].
Bonjour, Il y a un bug dans la coloration syntaxique pour C et C++: Elle ne reconnait pas le symbole pourcent comme opérateur: Code C : Sélectionner tout - Visualiser dans une fenêtre à part 12int nVirguleFixe = 314; printf("%d.%d\n", nVirguleFixe/100, nVirguleFixe%100); Voyez, le second 100 n'est pas coloré comme nombre, car il est n'est pas considéré comme séparé du nom de variable nVirguleFixe.
int nVirguleFixe = 314; printf("%d.%d\n", nVirguleFixe/100, nVirguleFixe%100);
Bonjour, Envoyé par Anomaly Pas de nouveau bouton dans l'interface : je considère que ce sont des fonctionnalités avancées et je ne veux pas complexifier l'interface pour les nombreux débutants du forum qui n'ont ni besoin du code inline, ni de la balise pre et donc risquer que ceux-ci utilisent la mauvaise balise pour le code, déjà qu'on doit se battre pour qu'ils utilisent le code standard. Désolé de revenir encore une fois dessus Ne pourrait-on pas envisager de mettre une option afficher/cacher dans le tableau de bord qui soit à « cacher » par défaut et que les initiés auraient pour leur plus grand bonheur la possibilité d'activer ?
Bon, j'ai récupéré les images d'Auteur et LittleWhite, voilà ce que ça donne (c'est quand qu'on retrouvera les images dans le message ? ) : 17 pixels d'interligne chez Auteur et 16 chez LW (mais la police utilisée est différente, ça peut jouer), et le fond grisâtre fait 19 px de haut chez Auteur et 20 chez LW. Pièce jointe 137775 Ceci explique cela, sans doute. Quant à le corriger, euh...
Vista et FF 27 Pièce jointe 137765
Envoyé par Auteur Avec Firefox 27, il n'y a pas de souci. J'ai Firefox 27, et j'ai le souci...
Yep ! Envoyé par Auteur Avec Firefox 27, il n'y a pas de souci. Faudrait que tu regardes si tes interlignes (ou le niveau de zoom, peut-être) ne sont pas globalement plus importants (auquel cas, en effet, la zone grise serait plus basse). Bon, c'est pas prioritaire, on est bien d'accord
Avec Firefox 27, il n'y a pas de souci.
Ah oui, celui d'au dessus
Envoyé par LittleWhite Je ne vois pas le problème (sous Chrome 26) Bah si, on ne voit pas le bas du "g" et du "j" sur ton image...
Je ne vois pas le problème (sous Chrome 26)
Yep ! Je remonte ce vieux topic, je ne sais pas si c'est lié à la nouvelle version du forum mais je constate que le fond gris du "CodeInline" est trop haut, résultat ça coupe les jambes des caractères descendants (j, p, q, etc.) Voici une démo : g j p q démo pour les jambages ci-dessus. Merci de voir s'il y a moyen de faire quelque chose,
Bonjour, ce serait pas mal que la page de la doc des balises BB soit mise à jour avec les balises CODEINLINE et PRE (et pourquoi pas les options de la balise CODE). Merci.
Envoyé par Waldar Je profite d'un lien vers ce sujet pour savoir si les développeurs d'extension pouvait également supporter la balise PRE, très pratique pour la mise en forme d'un jeu de données mais sans code derrière. Merci ! Bonjour Waldar, peut-être que cette suggestion pourra répondre à ta question.
Je profite d'un lien vers ce sujet pour savoir si les développeurs d'extension pouvait également supporter la balise PRE, très pratique pour la mise en forme d'un jeu de données mais sans code derrière. Merci !
Envoyé par tomlev .../... pour le inline il faudrait trouver autre chose. ==> peut-être # ? Mais bon, à mon sens, c'est l'info-bulle actuelle au survol de l'icône qui est importante.
Envoyé par ctxnop Personnellement j'aurais plutot fait l'inverse. Dans le code les accolades sont généralement utilisée pour faire un bloc, alors que leurs absence implique généralement que c'est sur une ligne. C'est pas faux... pour le bloc j'aime bien le cadre, je pense que c'est plus facile à comprendre, mais pour le inline il faudrait trouver autre chose
Personnellement j'aurais plutot fait l'inverse. Dans le code les accolades sont généralement utilisée pour faire un bloc, alors que leurs absence implique généralement que c'est sur une ligne.
Sinon pour les icônes, je propose un truc comme ça : Pièce jointe 87851 [CODE] : bloc de code Pièce jointe 87852 [C] : code inline On garde la même icône pour que les gens soient pas perdus, mais avec des "décorations" qui précisent la fonction
Envoyé par Anomaly Si tout le monde trouve indispensable d'installer une extension pour disposer du bouton CodeInline, alors il faudrait donc que je change d'avis et que je le mette en standard. Qu'en pensez-vous ? Ou alors pensez-vous que je devrais abréger le nom de cette balise en [C] tout simplement ? Que pensez-vous du risque de confusion ? Quelle type d'icône suggérez-vous pour ce bouton ? Bonjour. En effet un bouton serait très appréciable, alors que [C] porte à confusion comme vous l'aviez soulevé à la création de la balise codeinline. Pour le logo, pourquoi pas un dollar ($) ? Petit clin d'œil aux deux shells les plus répandus sur linux : bash (prompt = $) et sh (prompt = #, qui est le logo de la balise code). Cdlt, Edit : j'ai un peu confondu les prompts. Avec bash comme sh, $ est pour un user normal, # est pour root.
N'est-il pas possible d'ajouter plutôt une petite flèche déroulante à droite du bouton, un peu celle pour ajouter un fichier joint ? Le menu déroulant proposerait alors code ET code en ligne. Ce qui fait que par défaut, si on clic direct sur le bouton, c'est du code comme avant, et pour ceux qui veulent il y a le petit menu déroulant pour code en ligne. De cette façon on offre les deux options, sans alourdir de trop le menu. Enfin, je trouve.
Règles du forum