Répondre à la discussion

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

1
2
int 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.

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.