Répondre à la discussion

Envoyé par Bluedeep

puisque on en est aux doléances concernant la balise CODE existante

Loin de là ... mais bon c'est chose faite.

Envoyé par tomlev

Dans les options, dans le tableau de bord

Evidemment c'est moins confortable, vu que tu édites directement le BBCODE...

Oki .... bon essai :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
		public static bool IsInterface(this Type type)
		{
			return type.IsClass == false && type.IsValueType == false;
		}

Ca marche !

(sauf qu'évidemment, le TAB est interprèté sur un gros nombre d'espaces).

Merci Tomlev !

Envoyé par Bluedeep

Euh ... et comment fait on pour passer à l'éditeur standard ?

Dans les options, dans le tableau de bord

Evidemment c'est moins confortable, vu que tu édites directement le BBCODE...

Envoyé par tomlev

Mais de toutes façons, je n'ai jamais vu un seul éditeur web qui accepte TAB (à part peut-être Google Docs). TAB sert pratiquement toujours à passer au champ suivant...

Oui, en saisie, je peux le comprendre; mais je le conçois plus diffficilement en copier coller.

Mais de toutes façons, je n'ai jamais vu un seul éditeur web qui accepte TAB (à part peut-être Google Docs). TAB sert pratiquement toujours à passer au champ suivant...

Envoyé par tomlev

Oui, j'avais bien compris...
Et dans l'éditeur standard, si je copie/colle du code qui contient des TAB, ça ne pose pas de problème, l'indentation est bien conservée. C'est pour ça que je te demandais si tu utilisais l'éditeur WYSIWYG

Euh ... et comment fait on pour passer à l'éditeur standard ?

Envoyé par Bluedeep

Comme mentionné dans mon message, je ne saisis (presque) jamais le code posté. Je le copie/colle depuis l'IDE, qui est paramètré pour utiliser TAB comme caractère d'indentation.

Oui, j'avais bien compris...
Et dans l'éditeur standard, si je copie/colle du code qui contient des TAB, ça ne pose pas de problème, l'indentation est bien conservée. C'est pour ça que je te demandais si tu utilisais l'éditeur WYSIWYG

Envoyé par tomlev

Tu saisis tes messages avec l'éditeur WYSIWYG ? Avec l'éditeur standard il n'y a pas ce problème...

Comme mentionné dans mon message, je ne saisis (presque) jamais le code posté. Je le copie/colle depuis l'IDE, qui est paramètré pour utiliser TAB comme caractère d'indentation.

C'est dans ce cas que se produit le problème.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
// ESSAI de saisie depuis l'éditeur
 
private void MyMethod
{
// tab ne marche pas
}

EDIT : même en saisissant le code, c'est pareil TAB n'est pas pris en compte, donc il est impossible d'indenter (à moins d'avoir le courage de taper sur la barre d'espacement - mais là je m'y refuse).

Envoyé par Bluedeep

Or, il se passe quelque chose d'assez déplaisant : la perte d'indentation qui rend le code copié très difficilement lisible, si il excède quelques lignes, au moins pour les codes des langages C/C++, C# et Java : en effet tous les "{" et "}" se retrouvent en colonne 0. (et, plus généralement, tous les débuts de lignes).

Tu saisis tes messages avec l'éditeur WYSIWYG ? Avec l'éditeur standard il n'y a pas ce problème...

Au passage, essaie ça : colle ton code dans un notepad, recopie le et colle le dans l'éditeur. Je pense que ça résoudra le problème, parce que ça supprime le formatage de l'IDE

Cette baslise "code inline" me semble en effet une bonne idée, mais, puisque on en est aux doléances concernant la balise CODE existante, j'en ai une :

Il est fréquent qu'on passe rapidement un bout de code copié/collé depuis un IDE ouvert, pour illustrer notre propos.

Or, il se passe quelque chose d'assez déplaisant : la perte d'indentation qui rend le code copié très difficilement lisible, si il excède quelques lignes, au moins pour les codes des langages C/C++, C# et Java : en effet tous les "{" et "}" se retrouvent en colonne 0. (et, plus généralement, tous les débuts de lignes).

C'est du moins ce que j'ai observé si l'IDE utilise le TAB comme caractère d'indentation, ce qui est pour ma part toujours le cas - sauf en T/SQL.

Peut être le problème est il inexistant pour ceux qui indentent avec les espaces; mais, je ne m'imagine pas modifier à mon détriment le paramètrage des éditeurs de mes IDE simplement pour pouvoir améliorer mon copié/collé sur DVP .

Y-a-t-il moyen de corriger ce désagrément sans rentrer dans des modifications de 50 JH de travail ?

Je trouve personnellement cela beaucoup plus génant que l'absence de l'éventuelle balise "code inline".

Envoyé par prgasp77

Une seconde solution serait de laisser le choix à l'utilisateur en proposant un argument optionnel [code=inline] ou une balise différente [codeinline].

Ce serait plus simple avec [C]

Cela m'arrive aussi régulièrement de mettre un peu de code au milieu d'un paragraphe, de seulement quelques mots. Je me contente aussi de mettre en gras, mais une balise plus jolie pourrait être sympa, et plus lisible surtout.

Envoyé par Loceka

Je n'y avais pas pensé mais je trouve que c'est effectivement une bonne idée. Pour ma part je me contentais de mettre le bout de code en gras ou entre guillemets selon l'humeur.

C'est ce que je fais habituellement aussi, gras ou couleur, mais ce n'est parfois on se retrouve avec des smileys dans le code et il faut repasser dessus et ajouter des espaces pour éviter cette mise en forme non désirée.

Je n'y avais pas pensé mais je trouve que c'est effectivement une bonne idée. Pour ma part je me contentais de mettre le bout de code en gras ou entre guillemets selon l'humeur.

Bonjour à tous,

nous sommes nombreux à insérer dans nos explications des bouts de code ne dépassant pas quelques caractères. Dans cette situation, nous sommes tiraillés entre le choix de la balise [code] qui casserait la mise en page de notre paragraphe et l'insertion brute du terme technique qui passe alors inaperçu pour le lecteur rapide et qui fait tâche pour le lecteur assidu.

Je propose donc une légère modification de ladite balise. Une première solution serait de modifier la mise en page du contenu de [code] si celui-ci ne contient pas de retour à la ligne, en modifiant la police pour une sans-serif par exemple. Une seconde solution serait de laisser le choix à l'utilisateur en proposant un argument optionnel [code=inline] ou une balise différente [codeinline].

Cordialement,