LaTeX - Historique des modifications

Je ne m'attendais pas à une réponse aussi rapide. Apparemment on pouvait aussi *protéger* la commande `\bareme` dans le titre du cadre (`\protect\bareme{titi}`). \documentclass[a4paper,10pt]{article} \usepackage[utf8]{inputenc} \usepackage[T1]{fontenc} \usepackage[tikz]{bclogo} %définition de variable texte pour compilation conditionnelle \def\ChoixDeVersion{AB} %AB=Avec Barème \newcommand{\bareme}[1]{% \ifthenelse{\equal{\ChoixDeVersion}{AB}}% {#1\ignorespaces}% {\ignorespaces}% } % BONNE ALTERNATIVE NE NÉCESSITANT PAS DE PROTECTION %\newif\ifAB %\ABtrue %\ABfalse % %\newcommand{\bareme}[1]{% % \ifAB% % #1\ignorespaces% % \else% % \ignorespaces% % \fi} % ~~%\newcommand{\bareme}[1]{% % \ifthenelse% % #1\ignorespaces% % \else% % \ignorespaces% % \fi}~~ \begin{document} \part{Questions de cours} Mon texte \bareme{toto } suite du texte %Protection nécessaire pour \bareme (avec \ifthenelse) dans l'argument de bclogo \begin{bclogo}[epBord=2,logo=\bcquestion,ombre=true,couleur=blue!10]% {% Question 1 Complétez la phrase \protect\bareme{titi }% } Texte du cadre \bareme{tata } \end{bclogo} \end{document} Cela fonctionne alors également avec `\ifthenelse`, mais je préfère votre méthode avec `\newif`, elle est me semble plus propre et plus carrée. La mise en forme du code est aussi très propre. C'est un standard d'édition ?

Je ne m'attendais pas à une réponse aussi rapide. Apparemment on pouvait aussi *protéger* la commande `\bareme` dans le titre du cadre (`\protect\bareme{titi}`). \documentclass[a4paper,10pt]{article} \usepackage[utf8]{inputenc} \usepackage[T1]{fontenc} \usepackage[tikz]{bclogo} %définition de variable texte pour compilation conditionnelle \def\ChoixDeVersion{AB} %AB=Avec Barème \newcommand{\bareme}[1]{% \ifthenelse{\equal{\ChoixDeVersion}{AB}}% {#1\ignorespaces}% {\ignorespaces}% } % BONNE ALTERNATIVE NE NÉCESSITANT PAS DE PROTECTION %\newif\ifAB %\ABtrue %\ABfalse % %\newcommand{\bareme}[1]{% % \ifAB% % #1\ignorespaces% % \else% % \ignorespaces% % \fi} % %\newcommand{\bareme}[1]{% % \ifthenelse% % #1\ignorespaces% % \else% % \ignorespaces% % \fi} \begin{document} \part{Questions de cours} Mon texte \bareme{toto } suite du texte %Protection nécessaire pour \bareme (avec \ifthenelse) dans l'argument de bclogo \begin{bclogo}[epBord=2,logo=\bcquestion,ombre=true,couleur=blue!10]% {% Question 1 Complétez la phrase \protect\bareme{titi }% } Texte du cadre \bareme{tata } \end{bclogo} \end{document} Cela fonctionne alors également avec `\ifthenelse`, mais je préfère votre méthode avec `\newif`, elle est me semble plus propre et plus carrée. La mise en forme du code est aussi très propre. C'est un standard d'édition ?

Je ne m'attendais pas à une réponse aussi rapide. Merci, ça marche très bien. Apparemment on pouvait aussi *protéger* la commande `\bareme` dans le titre du cadre (`\protect\bareme{titi}`) \begin{bclogo}[epBord=2,logo=\bcquestion,ombre=true,couleur=blue!10]{Question 1 Complétez la phrase \protect\bareme{titi}} Texte du cadre \bareme{tata } \end{bclogo} Cela fonctionne alors également avec `\ifthenelse`, mais je préfère votre méthode avec `\newif`, elle est me semble plus propre et plus carrée. La mise en forme du code est aussi très ~~propre (c'est~~ propre. c'est un standard d'édition ?) ? **Pour les blancs**, l'extension `xspace` gère l'espace horizontal qui suit la commande dans le cas ou l'on utilise la commande sans les accolades `{}`. Quand une commande a un (ou plusieurs) argument(s), elle finit nécessairement par une accolade et donc xspace sert plus à rien. Et c'est le cas ici. Par contre si je fais une compilation avec `\ABfalse` au lieu de `\ABtrue`, la commande `\bareme` ne génère "rien" (`{}`). Mais apparemment "rien" n'est pas tout à fait "rien" pour LaTex. Il n'y aura pas d'espace mis par la commande, mais s'il y a un espace avant la commande et un autre après la commande, la commande entre les deux empêche le compilateur de voir les deux blancs comme consécutifs et par conséquent il ne les fusionne pas et on se retrouve avec deux blancs au lieu d'un seul entre le mot d'avant la commande et le mot d'après la commande (dans ce cas de compilation). Pour éviter que cela arrive, je mets un `\ignorespaces` dans la commande, et du coup même si on met des blancs entre la commande et le mot suivant on aura au final un seul blanc. On pourrait penser qu'après tout il suffit de ne pas mettre de blanc après la commande, et que ça irait aussi bien comme ça. Mais alors dans le cas de la compilation `\ABtrue`, le mot suivant la commande serait systématiquement collé à la fin du mot de la commande, sans espace entre les deux. .. bref pour avoir toujours un seul blanc entre la commande et les mots d'avant et d'après, quel que soit le cas de compilation, il suffit de penser à mettre un blanc la fin de l'argument de la commande `\protect\bareme{tata ESPACE_ICI}` ... il y a surement d'autres façons de faire, mais celle-là semble fonctionner.

Je ne m'attendais pas à une réponse aussi rapide. Merci, ça marche très bien. Apparemment on pouvait aussi *protéger* la commande `\bareme` dans le titre du cadre (`\protect\bareme{titi}`) \begin{bclogo}[epBord=2,logo=\bcquestion,ombre=true,couleur=blue!10]{Question 1 Complétez la phrase \protect\bareme{titi}} Texte du cadre \bareme{tata } \end{bclogo} Cela fonctionne alors également avec `\ifthenelse`, mais je préfère votre méthode avec `\newif`, elle est me semble plus propre et plus carrée. La mise en forme du code est aussi très propre (c'est un standard d'édition ?) **Pour les blancs**, l'extension `xspace` gère l'espace horizontal qui suit la commande dans le cas ou l'on utilise la commande sans les accolades `{}`. Quand une commande a un (ou plusieurs) argument(s), elle finit nécessairement par une accolade et donc xspace sert plus à rien. Et c'est ~~donc~~ le cas ici. Par contre si je fais une compilation avec `\ABfalse` au lieu de `\ABtrue`, la commande `\bareme` ne génère "rien" (`{}`). Mais apparemment "rien" n'est pas tout à fait "rien" pour LaTex. Il n'y aura pas d'espace mis par la commande, mais s'il y a un espace avant la commande et un autre après la commande, la commande entre les deux empêche le compilateur de voir les deux blancs comme consécutifs et par conséquent il ne les fusionne pas et on se retrouve avec deux blancs au lieu d'un seul entre le mot d'avant la commande et le mot d'après la commande (dans ce cas de compilation). Pour éviter que cela arrive, je mets un `\ignorespaces` dans la commande, et du coup même si on met des blancs entre la commande et le mot suivant on aura au final un seul blanc. On pourrait penser qu'après tout il suffit de ne pas mettre de blanc après la commande, et que ça irait aussi bien comme ça. Mais alors dans le cas de la compilation `\ABtrue`, le mot suivant la commande serait systématiquement collé à la fin du mot de la commande, sans espace entre les deux. .. bref pour avoir toujours un seul blanc entre la commande et les mots d'avant et d'après, quel que soit le cas de compilation, il suffit de penser à mettre un blanc la fin de l'argument de la commande `\protect\bareme{tata ESPACE_ICI}` ... il y a surement d'autres façons de faire, mais celle-là semble fonctionner.

Je ne m'attendais pas à une réponse aussi rapide. Merci, ça marche très bien. Apparemment on pouvait aussi *protéger* la commande `\bareme` dans le titre du cadre ~~(`\protect\bareme{tata}`)~~ (`\protect\bareme{titi}`) \begin{bclogo}[epBord=2,logo=\bcquestion,ombre=true,couleur=blue!10]{Question 1 Complétez la phrase \protect\bareme{titi}} Texte du cadre \bareme{tata } \end{bclogo} Cela fonctionne alors également avec `\ifthenelse`, mais je préfère votre méthode avec `\newif`, elle est me semble plus propre et plus carrée. La mise en forme du code est aussi très propre (c'est un standard d'édition ?) **Pour les blancs**, l'extension `xspace` gère l'espace horizontal qui suit la commande dans le cas ou l'on utilise la commande sans les accolades `{}`. Quand une commande a un (ou plusieurs) argument(s), elle finit nécessairement par une accolade et donc xspace sert plus à rien. Et c'est donc le cas ici. Par contre si je fais une compilation avec `\ABfalse` au lieu de `\ABtrue`, la commande `\bareme` ne génère "rien" (`{}`). Mais apparemment "rien" n'est pas tout à fait "rien" pour LaTex. Il n'y aura pas d'espace mis par la commande, mais s'il y a un espace avant la commande et un autre après la commande, la commande entre les deux empêche le compilateur de voir les deux blancs comme consécutifs et par conséquent il ne les fusionne pas et on se retrouve avec deux blancs au lieu d'un seul entre le mot d'avant la commande et le mot d'après la commande (dans ce cas de compilation). Pour éviter que cela arrive, je mets un `\ignorespaces` dans la commande, et du coup même si on met des blancs entre la commande et le mot suivant on aura au final un seul blanc. On pourrait penser qu'après tout il suffit de ne pas mettre de blanc après la commande, et que ça irait aussi bien comme ça. Mais alors dans le cas de la compilation `\ABtrue`, le mot suivant la commande serait systématiquement collé à la fin du mot de la commande, sans espace entre les deux. .. bref pour avoir toujours un seul blanc entre la commande et les mots d'avant et d'après, quel que soit le cas de compilation, il suffit de penser à mettre un blanc la fin de l'argument de la commande `\protect\bareme{tata ESPACE_ICI}` ... il y a surement d'autres façons de faire, mais celle-là semble fonctionner.

Je ne m'attendais pas à une réponse aussi rapide. Merci, ça marche très bien. Apparemment on pouvait aussi *protéger* la commande `\bareme` dans le titre du cadre (`\protect\bareme{tata}`) \begin{bclogo}[epBord=2,logo=\bcquestion,ombre=true,couleur=blue!10]{Question 1 Complétez la phrase ~~\bareme{titi}}~~ \protect\bareme{titi}} Texte du cadre ~~\protect\bareme{tata~~ \bareme{tata } \end{bclogo} Cela fonctionne alors également avec `\ifthenelse`, mais je préfère votre méthode avec `\newif`, elle est me semble plus propre et plus carrée. La mise en forme du code est aussi très propre (c'est un standard d'édition ?) **Pour les blancs**, l'extension `xspace` gère l'espace horizontal qui suit la commande dans le cas ou l'on utilise la commande sans les accolades `{}`. Quand une commande a un (ou plusieurs) argument(s), elle finit nécessairement par une accolade et donc xspace sert plus à rien. Et c'est donc le cas ici. Par contre si je fais une compilation avec `\ABfalse` au lieu de `\ABtrue`, la commande `\bareme` ne génère "rien" (`{}`). Mais apparemment "rien" n'est pas tout à fait "rien" pour LaTex. Il n'y aura pas d'espace mis par la commande, mais s'il y a un espace avant la commande et un autre après la commande, la commande entre les deux empêche le compilateur de voir les deux blancs comme consécutifs et par conséquent il ne les fusionne pas et on se retrouve avec deux blancs au lieu d'un seul entre le mot d'avant la commande et le mot d'après la commande (dans ce cas de compilation). Pour éviter que cela arrive, je mets un `\ignorespaces` dans la commande, et du coup même si on met des blancs entre la commande et le mot suivant on aura au final un seul blanc. On pourrait penser qu'après tout il suffit de ne pas mettre de blanc après la commande, et que ça irait aussi bien comme ça. Mais alors dans le cas de la compilation `\ABtrue`, le mot suivant la commande serait systématiquement collé à la fin du mot de la commande, sans espace entre les deux. .. bref pour avoir toujours un seul blanc entre la commande et les mots d'avant et d'après, quel que soit le cas de compilation, il suffit de penser à mettre un blanc la fin de l'argument de la commande `\protect\bareme{tata ESPACE_ICI}` ... il y a surement d'autres façons de faire, mais celle-là semble fonctionner.

Je ne m'attendais pas à une réponse aussi rapide. Merci, ça marche très bien. Apparemment on pouvait aussi *protéger* la commande `\bareme` dans le titre du cadre (`\protect\bareme{tata}`) \begin{bclogo}[epBord=2,logo=\bcquestion,ombre=true,couleur=blue!10]{Question 1 Complétez la phrase \bareme{titi}} Texte du cadre \protect\bareme{tata } \end{bclogo} Cela fonctionne alors également avec `\ifthenelse`, mais je préfère votre méthode avec \, `\newif`, elle est me semble plus propre et plus carrée. La mise en forme du code est aussi très propre (c'est un standard d'édition ?) **Pour les blancs**, l'extension `xspace` gère l'espace horizontal qui suit la commande dans le cas ou l'on utilise la commande sans les accolades `{}`. Quand une commande a un (ou plusieurs) argument(s), elle finit nécessairement par une accolade et donc xspace sert plus à rien. Et c'est donc le cas ici. Par contre si je fais une compilation avec `\ABfalse` au lieu de `\ABtrue`, la commande `\bareme` ne génère "rien" (`{}`). Mais apparemment "rien" n'est pas tout à fait "rien" pour LaTex. Il n'y aura pas d'espace mis par la commande, mais s'il y a un espace avant la commande et un autre après la commande, la commande entre les deux empêche le compilateur de voir les deux blancs comme consécutifs et par conséquent il ne les fusionne pas et on se retrouve avec deux blancs au lieu d'un seul entre le mot d'avant la commande et le mot d'après la commande (dans ce cas de compilation). Pour éviter que cela arrive, je mets un `\ignorespaces` dans la commande, et du coup même si on met des blancs entre la commande et le mot suivant on aura au final un seul blanc. On pourrait penser qu'après tout il suffit de ne pas mettre de blanc après la commande, et que ça irait aussi bien comme ça. Mais alors dans le cas de la compilation `\ABtrue`, le mot suivant la commande serait systématiquement collé à la fin du mot de la commande, sans espace entre les deux. .. bref pour avoir toujours un seul blanc entre la commande et les mots d'avant et d'après, quel que soit le cas de compilation, il suffit de penser à mettre un blanc la fin de l'argument de la commande `\protect\bareme{tata ESPACE_ICI}` ... il y a surement d'autres façons de faire, mais celle-là semble fonctionner.

Je ne m'attendais pas à une réponse aussi rapide. Merci, ça marche très bien. Apparemment on pouvait aussi *protéger* la commande `\bareme` dans le titre du cadre (`\protect\bareme{tata}`) \begin{bclogo}[epBord=2,logo=\bcquestion,ombre=true,couleur=blue!10]{Question 1 Complétez la phrase \bareme{titi}} Texte du cadre \protect\bareme{tata } \end{bclogo} Cela fonctionne ~~également,~~ alors également avec `\ifthenelse`, mais je préfère votre ~~méthode,~~ méthode avec \, elle est me semble plus propre et plus carrée. La mise en forme du code est aussi très propre (c'est un standard d'édition ?) **Pour les blancs**, l'extension `xspace` gère l'espace horizontal qui suit la commande dans le cas ou l'on utilise la commande sans les accolades `{}`. Quand une commande a un (ou plusieurs) argument(s), elle finit nécessairement par une accolade et donc xspace sert plus à rien. Et c'est donc le cas ici. Par contre si je fais une compilation avec `\ABfalse` au lieu de `\ABtrue`, la commande `\bareme` ne génère "rien" (`{}`). Mais apparemment "rien" n'est pas tout à fait "rien" pour LaTex. Il n'y aura pas d'espace mis par la commande, mais s'il y a un espace avant la commande et un autre après la commande, la commande entre les deux empêche le compilateur de voir les deux blancs comme consécutifs et par conséquent il ne les fusionne pas et on se retrouve avec deux blancs au lieu d'un seul entre le mot d'avant la commande et le mot d'après la commande (dans ce cas de compilation). Pour éviter que cela arrive, je mets un `\ignorespaces` dans la commande, et du coup même si on met des blancs entre la commande et le mot suivant on aura au final un seul blanc. On pourrait penser qu'après tout il suffit de ne pas mettre de blanc après la commande, et que ça irait aussi bien comme ça. Mais alors dans le cas de la compilation `\ABtrue`, le mot suivant la commande serait systématiquement collé à la fin du mot de la commande, sans espace entre les deux. .. bref pour avoir toujours un seul blanc entre la commande et les mots d'avant et d'après, quel que soit le cas de compilation, il suffit de penser à mettre un blanc la fin de l'argument de la commande `\protect\bareme{tata ESPACE_ICI}` ... il y a surement d'autres façons de faire, mais celle-là semble fonctionner.

Je ne m'attendais pas à une réponse aussi rapide. Merci, ça marche très bien. Apparemment on pouvait aussi *protéger* la commande `\bareme` dans le titre du cadre (`\protect\bareme{tata}`) \begin{bclogo}[epBord=2,logo=\bcquestion,ombre=true,couleur=blue!10]{Question 1 Complétez la phrase \bareme{titi}} Texte du cadre \protect\bareme{tata } \end{bclogo} Cela fonctionne également, mais je préfère votre méthode, elle est me semble plus propre et plus carrée. La mise en forme du code est aussi très propre (c'est un standard d'édition ?) **Pour les blancs**, l'extension `xspace` gère l'espace horizontal qui suit la commande dans le cas ou l'on utilise la commande sans les accolades `{}`. Quand une commande a un (ou plusieurs) argument(s), elle finit nécessairement par une accolade et donc xspace sert plus à rien. Et c'est donc le cas ici. Par contre si je fais une compilation avec `\ABfalse` au lieu de `\ABtrue`, la commande `\bareme` ne génère "rien" (`{}`). Mais apparemment "rien" n'est pas tout à fait "rien" pour LaTex. Il n'y aura pas d'espace mis par la commande, mais s'il y a un espace avant la commande et un autre après la commande, la commande entre les deux empêche le compilateur de voir les deux blancs comme consécutifs et par conséquent il ne les fusionne pas et on se retrouve avec deux blancs au lieu d'un seul entre le mot d'avant la commande et le mot d'après la commande ~~dans~~ (dans ce cas de ~~compilation.~~ compilation). Pour éviter que cela arrive, je mets un `\ignorespaces` dans la commande, et du coup même si on met des blancs entre la commande et le mot suivant on aura au final un seul blanc. On pourrait penser qu'après tout il suffit de ne pas mettre de blanc après la commande, et que ça irait aussi bien comme ça. Mais alors dans le cas de la compilation `\ABtrue`, le mot suivant la commande serait systématiquement collé à la fin du mot de la commande, sans espace entre les deux. .. bref pour avoir toujours un seul blanc entre la commande et les mots d'avant et d'après, quel que soit le cas de compilation, il suffit de penser à mettre un blanc la fin de l'argument de la commande `\protect\bareme{tata ESPACE_ICI}` ... il y a surement d'autres façons de faire, mais celle-là semble fonctionner.

~~`enter code here`Je~~ Je ne m'attendais pas à une réponse aussi rapide. Merci, ça marche très bien. Apparemment on pouvait aussi *protéger* la commande `\bareme` dans le titre du cadre (`\protect\bareme{tata}`) \begin{bclogo}[epBord=2,logo=\bcquestion,ombre=true,couleur=blue!10]{Question 1 Complétez la phrase \bareme{titi}} Texte du cadre \protect\bareme{tata } \end{bclogo} Cela fonctionne également, mais je préfère votre méthode, elle est me semble plus propre et plus carrée. La mise en forme du code est aussi très propre (c'est un standard d'édition ?) **Pour les blancs**, l'extension `xspace` gère l'espace horizontal qui suit la commande dans le cas ou l'on utilise la commande sans les accolades ~~{}.~~ `{}`. Quand une commande a un (ou plusieurs) argument(s), elle finit nécessairement par une accolade et donc xspace sert plus à rien. Et c'est donc le cas ici. Par contre si je fais une compilation avec `\ABfalse` au lieu de `\ABtrue`, la commande `\bareme` ne génère "rien" ~~({}).~~ (`{}`). Mais apparemment "rien" n'est pas tout à fait "rien" pour LaTex. Il n'y aura pas d'espace mis par la commande, mais s'il y a un espace avant la commande et un autre après la commande, la commande entre les deux empêche le compilateur de voir les deux blancs comme consécutifs et par conséquent il ne les fusionne pas et on se retrouve avec deux blancs au lieu d'un seul entre le mot d'avant la commande et le mot d'après la commande dans ce cas de compilation. Pour éviter que cela arrive, je mets un `\ignorespaces` dans la commande, et du coup même si on met des blancs entre la commande et le mot suivant on aura au final un seul blanc. On pourrait penser qu'après tout il suffit de ne pas mettre de blanc après la commande, et que ça irait aussi bien comme ça. Mais alors dans le cas de la compilation `\ABtrue`, le mot suivant la commande serait systématiquement collé à la fin du mot de la commande, sans espace entre les deux. .. bref pour avoir toujours un seul blanc entre la commande et les mots d'avant et d'après, quel que soit le cas de compilation, il suffit de penser à mettre un blanc la fin de l'argument de la commande `\protect\bareme{tata ESPACE_ICI}` ... il y a surement d'autres façons de faire, mais celle-là semble fonctionner.

Je `enter code here`Je ne m'attendais pas à une réponse aussi rapide. Merci, ça marche très bien. Apparemment on pouvait aussi *protéger* la commande `\bareme` dans le titre du cadre (`\protect\bareme{tata}`) \begin{bclogo}[epBord=2,logo=\bcquestion,ombre=true,couleur=blue!10]{Question 1 Complétez la phrase \bareme{titi}} Texte du cadre \protect\bareme{tata } \end{bclogo} Cela fonctionne également, mais je préfère votre méthode, elle est me semble plus propre et plus carrée. La mise en forme du code est aussi très propre (c'est un standard d'édition ?) **Pour les blancs**, l'extension `xspace` gère l'espace horizontal qui suit la commande dans le cas ou l'on utilise la commande sans les accolades {}. Quand une commande a un (ou plusieurs) argument(s), elle finit nécessairement par une accolade et donc xspace sert plus à rien. Et c'est donc le cas ici. Par contre si je fais une compilation avec `\ABfalse` au lieu de `\ABtrue`, la commande `\bareme` ne génère "rien" ({}). Mais apparemment "rien" n'est pas tout à fait "rien" pour LaTex. Il n'y aura pas d'espace mis par la commande, mais s'il y a un espace avant la commande et un autre après la commande, la commande entre les deux empêche le compilateur de voir les deux blancs comme consécutifs et par conséquent il ne les fusionne pas et on se retrouve avec deux blancs au lieu d'un seul entre le mot d'avant la commande et le mot d'après la commande dans ce cas de compilation. Pour éviter que cela arrive, je mets un `\ignorespaces` dans la commande, et du coup même si on met des blancs entre la commande et le mot suivant on aura au final un seul blanc. On pourrait penser qu'après tout il suffit de ne pas mettre de blanc après la commande, et que ça irait aussi bien comme ça. Mais alors dans le cas de la compilation `\ABtrue`, le mot suivant la commande serait systématiquement collé à la fin du mot de la commande, sans espace entre les deux. .. bref pour avoir toujours un seul blanc entre la commande et les mots d'avant et d'après, quel que soit le cas de compilation, il suffit de penser à mettre un blanc la fin de l'argument de la commande `\protect\bareme{tata ESPACE_ICI}` ... il y a surement d'autres façons de faire, mais celle-là semble fonctionner.

~~`enter code here`Je~~ Je ne m'attendais pas à une réponse aussi rapide. Merci, ça marche très bien. Apparemment on pouvait aussi *protéger* la commande ~~\bareme~~ `\bareme` dans le titre du cadre (`\protect\bareme{tata}`) \begin{bclogo}[epBord=2,logo=\bcquestion,ombre=true,couleur=blue!10]{Question 1 Complétez la phrase \bareme{titi}} Texte du cadre \protect\bareme{tata } \end{bclogo} Cela fonctionne également, mais je préfère votre méthode, elle est me semble plus propre et plus carrée. La mise en forme du code est aussi très propre (c'est un standard d'édition ?) **Pour les blancs**, l'extension `xspace` gère l'espace horizontal qui suit la commande dans le cas ou l'on utilise la commande sans les accolades {}. Quand une commande a un (ou plusieurs) argument(s), elle finit nécessairement par une accolade et donc xspace sert plus à rien. Et c'est donc le cas ici. Par contre si je fais une compilation avec `\ABfalse` au lieu de `\ABtrue`, la commande `\bareme` ne génère "rien" ({}). Mais apparemment "rien" n'est pas tout à fait "rien" pour LaTex. Il n'y aura pas d'espace mis par la commande, mais s'il y a un espace avant la commande et un autre après la commande, la commande entre les deux empêche le compilateur de voir les deux blancs comme consécutifs et par conséquent il ne les fusionne pas et on se retrouve avec deux blancs au lieu d'un seul entre le mot d'avant la commande et le mot d'après la commande dans ce cas de compilation. Pour éviter que cela arrive, je mets un `\ignorespaces` dans la commande, et du coup même si on met des blancs entre la commande et le mot suivant on aura au final un seul blanc. On pourrait penser qu'après tout il suffit de ne pas mettre de blanc après la commande, et que ça irait aussi bien comme ça. Mais alors dans le cas de la compilation `\ABtrue`, le mot suivant la commande serait systématiquement collé à la fin du mot de la commande, sans espace entre les deux. .. bref pour avoir toujours un seul blanc entre la commande et les mots d'avant et d'après, quel que soit le cas de compilation, il suffit de penser à mettre un blanc la fin de l'argument de la commande `\protect\bareme{tata ESPACE_ICI}` ... il y a surement d'autres façons de faire, mais celle-là semble fonctionner.

Je `enter code here`Je ne m'attendais pas à une réponse aussi rapide. Merci, ça marche très bien. Apparemment on pouvait aussi *protéger* la commande \bareme dans le titre du cadre (`\protect\bareme{tata}`) \begin{bclogo}[epBord=2,logo=\bcquestion,ombre=true,couleur=blue!10]{Question 1 Complétez la phrase \bareme{titi}} Texte du cadre \protect\bareme{tata } \end{bclogo} Cela fonctionne également, mais je préfère votre méthode, elle est me semble plus propre et plus carrée. La mise en forme du code est aussi très propre (c'est un standard d'édition ?) **Pour les blancs**, l'extension `xspace` gère l'espace horizontal qui suit la commande dans le cas ou l'on utilise la commande sans les accolades {}. Quand une commande a un (ou plusieurs) argument(s), elle finit nécessairement par une accolade et donc xspace sert plus à rien. Et c'est donc le cas ici. Par contre si je fais une compilation avec `\ABfalse` au lieu de `\ABtrue`, la commande `\bareme` ne génère "rien" ({}). Mais apparemment "rien" n'est pas tout à fait "rien" pour LaTex. Il n'y aura pas d'espace mis par la commande, mais s'il y a un espace avant la commande et un autre après la commande, la commande entre les deux empêche le compilateur de voir les deux blancs comme consécutifs et par conséquent il ne les fusionne pas et on se retrouve avec deux blancs au lieu d'un seul entre le mot d'avant la commande et le mot d'après la commande dans ce cas de compilation. Pour éviter que cela arrive, je mets un `\ignorespaces` dans la commande, et du coup même si on met des blancs entre la commande et le mot suivant on aura au final un seul blanc. On pourrait penser qu'après tout il suffit de ne pas mettre de blanc après la commande, et que ça irait aussi bien comme ça. Mais alors dans le cas de la compilation `\ABtrue`, le mot suivant la commande serait systématiquement collé à la fin du mot de la commande, sans espace entre les deux. .. bref pour avoir toujours un seul blanc entre la commande et les mots d'avant et d'après, quel que soit le cas de compilation, il suffit de penser à mettre un blanc la fin de l'argument de la commande `\protect\bareme{tata ESPACE_ICI}` ... il y a surement d'autres façons de faire, mais celle-là semble fonctionner.

Je ne m'attendais pas à une réponse aussi rapide. Merci, ça marche très bien. Apparemment on pouvait aussi *protéger* la commande \bareme dans le titre du cadre (`\protect\bareme{tata}`) \begin{bclogo}[epBord=2,logo=\bcquestion,ombre=true,couleur=blue!10]{Question 1 Complétez la phrase \bareme{titi}} Texte du cadre ~~\protect\bareme{tata}~~ \protect\bareme{tata } \end{bclogo} Cela fonctionne également, mais je préfère votre méthode, elle est me semble plus propre et plus carrée. La mise en forme du code est aussi très propre (c'est un standard d'édition ?) **Pour les blancs**, l'extension `xspace` gère l'espace horizontal qui suit la commande dans le cas ou l'on utilise la commande sans les accolades {}. Quand une commande a un (ou plusieurs) argument(s), elle finit nécessairement par une accolade et donc xspace sert plus à rien. Et c'est donc le cas ici. Par contre si je fais une compilation avec `\ABfalse` au lieu de `\ABtrue`, la commande `\bareme` ne génère "rien" ({}). Mais apparemment "rien" n'est pas tout à fait "rien" pour LaTex. Il n'y aura pas d'espace mis par la commande, mais s'il y a un espace avant la commande et un autre après la commande, la commande entre les deux empêche le compilateur de voir les deux blancs comme consécutifs et par conséquent il ne les fusionne pas et on se retrouve avec deux blancs au lieu d'un seul entre le mot d'avant la commande et le mot d'après la commande dans ce cas de compilation. Pour éviter que cela arrive, je mets un `\ignorespaces` dans la commande, et du coup même si on met des blancs entre la commande et le mot suivant on aura au final un seul blanc. On pourrait penser qu'après tout il suffit de ne pas mettre de blanc après la commande, et que ça irait aussi bien comme ça. Mais alors dans le cas de la compilation `\ABtrue`, le mot suivant la commande serait systématiquement collé à la fin du mot de la commande, sans espace entre les deux. .. bref pour avoir toujours un seul blanc entre la commande et les mots d'avant et d'après, quel que soit le cas de compilation, il suffit de penser à mettre un blanc la fin de l'argument de la ~~commande.~~ commande `\protect\bareme{tata ESPACE_ICI}` ... il y a surement d'autres façons de faire, mais celle-là semble fonctionner.

Je ne m'attendais pas à une réponse aussi rapide. Merci, ça marche très bien. Apparemment on pouvait aussi *protéger* la commande \bareme dans le titre du cadre (`\protect\bareme{tata}`) \begin{bclogo}[epBord=2,logo=\bcquestion,ombre=true,couleur=blue!10]{Question 1 Complétez la phrase \bareme{titi}} Texte du cadre \protect\bareme{tata} \end{bclogo} Cela fonctionne également, mais je préfère votre méthode, elle est me semble plus propre et plus carrée. La mise en forme du code est aussi très propre (c'est un standard d'édition ?) **Pour les blancs**, l'extension ~~xspace~~ `xspace` gère l'espace horizontal qui suit la commande dans le cas ou l'on utilise la commande sans les accolades {}. Quand une commande a un (ou plusieurs) argument(s), elle finit nécessairement par une accolade et donc xspace sert plus à rien. Et c'est donc le cas ici. Par contre si je fais une compilation avec `\ABfalse` au lieu de `\ABtrue`, la commande `\bareme` ne génère "rien" ({}). Mais apparemment "rien" n'est pas tout à fait "rien" pour LaTex. Il n'y aura pas d'espace mis par la commande, mais s'il y a un espace avant la commande et un autre après la commande, la commande entre les deux empêche le compilateur de voir les deux blancs comme consécutifs et par conséquent il ne les fusionne pas et on se retrouve avec deux blancs au lieu d'un seul entre le mot d'avant la commande et le mot d'après la commande dans ce cas de compilation. Pour éviter que cela arrive, je mets un `\ignorespaces` dans la commande, et du coup même si on met des blancs entre la commande et le mot suivant on aura au final un seul blanc. On pourrait penser qu'après tout il suffit de ne pas mettre de blanc après la commande, et que ça irait aussi bien comme ça. Mais alors dans le cas de la compilation `\ABtrue`, le mot suivant la commande serait systématiquement collé à la fin du mot de la commande, sans espace entre les deux. .. bref pour avoir toujours un seul blanc entre la commande et les mots d'avant et d'après, quel que soit le cas de compilation, il suffit de penser à mettre un blanc la fin de l'argument de la commande. ... il y a surement d'autres façons de faire, mais celle-là semble fonctionner.

~~`enter code here`Je~~ Je ne m'attendais pas à une réponse aussi rapide. Merci, ça marche très bien. Apparemment on pouvait aussi *protéger* la commande \bareme dans le titre du cadre (`\protect\bareme{tata}`) \begin{bclogo}[epBord=2,logo=\bcquestion,ombre=true,couleur=blue!10]{Question 1 Complétez la phrase \bareme{titi}} Texte du cadre \protect\bareme{tata} \end{bclogo} Cela fonctionne également, mais je préfère votre méthode, elle est me semble plus propre et plus carrée. La mise en forme du code est aussi très propre (c'est un standard d'édition ?) **Pour les blancs**, l'extension xspace gère l'espace horizontal qui suit la commande dans le cas ou l'on utilise la commande sans les accolades {}. Quand une commande a un (ou plusieurs) argument(s), elle finit nécessairement par une accolade et donc xspace sert plus à rien. Et c'est donc le cas ici. Par contre si je fais une compilation avec `\ABfalse` au lieu de `\ABtrue`, la commande `\bareme` ne génère "rien" ({}). Mais apparemment "rien" n'est pas tout à fait "rien" pour LaTex. Il n'y aura pas d'espace mis par la commande, mais s'il y a un espace avant la commande et un autre après la commande, la commande entre les deux empêche le compilateur de voir les deux blancs comme consécutifs et par conséquent il ne les fusionne pas et on se retrouve avec deux blancs au lieu d'un seul entre le mot d'avant la commande et le mot d'après la commande dans ce cas de compilation. Pour éviter que cela arrive, je mets un `\ignorespaces` dans la commande, et du coup même si on met des blancs entre la commande et le mot suivant on aura au final un seul blanc. On pourrait penser qu'après tout il suffit de ne pas mettre de blanc après la commande, et que ça irait aussi bien comme ça. Mais alors dans le cas de la compilation `\ABtrue`, le mot suivant la commande serait systématiquement collé à la fin du mot de la commande, sans espace entre les deux. .. bref pour avoir toujours un seul blanc entre la commande et les mots d'avant et d'après, quel que soit le cas de compilation, il suffit de penser à mettre un blanc la fin de l'argument de la commande. ... il y a surement d'autres façons de faire, mais celle-là semble fonctionner.

Je `enter code here`Je ne m'attendais pas à une réponse aussi rapide. Merci, ça marche très bien. Apparemment on pouvait aussi *protéger* la commande \bareme dans le titre du cadre (`\protect\bareme{tata}`) \begin{bclogo}[epBord=2,logo=\bcquestion,ombre=true,couleur=blue!10]{Question 1 Complétez la phrase \bareme{titi}} Texte du cadre \protect\bareme{tata} \end{bclogo} Cela fonctionne également, mais je préfère votre méthode, elle est me semble plus propre et plus carrée. La mise en forme du code est aussi très propre (c'est un standard d'édition ?) **Pour les blancs**, l'extension xspace gère l'espace horizontal qui suit la commande dans le cas ou l'on utilise la commande sans les accolades {}. Quand une commande a un (ou plusieurs) argument(s), elle finit nécessairement par une accolade et donc xspace sert plus à rien. Et c'est donc le cas ici. Par contre si je fais une compilation avec ~~\ABfalse~~ `\ABfalse` au lieu de ~~\ABtrue, la commande \bareme~~ `\ABtrue`, la commande `\bareme` ne génère "rien" ({}). Mais apparemment "rien" n'est pas tout à fait "rien" pour LaTex. Il n'y aura pas d'espace mis par la commande, mais s'il y a un espace avant la commande et un autre après la commande, la commande entre les deux empêche le compilateur de voir les deux blancs comme consécutifs et par conséquent il ne les fusionne pas et on se retrouve avec deux blancs au lieu d'un seul entre le mot d'avant la commande et le mot d'après la commande dans ce cas de compilation. Pour éviter que cela arrive, je mets un ~~\ignorespaces~~ `\ignorespaces` dans la commande, et du coup même si on met des blancs entre la commande et le mot suivant on aura au final un seul blanc. On pourrait penser qu'après tout il suffit de ne pas mettre de blanc après la commande, et que ça irait aussi bien comme ça. Mais alors dans le cas de la compilation ~~\ABtrue,~~ `\ABtrue`, le mot suivant la commande serait systématiquement collé à la fin du mot de la commande, sans espace entre les deux. .. bref pour avoir toujours un seul blanc entre la commande et les mots d'avant et ~~d'après~~ d'après, quel que soit le cas de compilation, il suffit de penser à mettre un blanc la fin de l'argument de la commande. ... il y a surement d'autres façons de faire, mais celle-là semble fonctionner.

Je ne m'attendais pas à une réponse aussi rapide. Merci, ça marche très bien. Apparemment on pouvait aussi *protéger* la commande \bareme dans le titre du cadre (`\protect\bareme{tata}`) \begin{bclogo}[epBord=2,logo=\bcquestion,ombre=true,couleur=blue!10]{Question 1 Complétez la phrase \bareme{titi}} Texte du cadre \protect\bareme{tata} \end{bclogo} Cela fonctionne également, mais je préfère votre méthode, elle est me semble plus propre et plus carrée. La mise en forme du code est aussi très propre (c'est un standard d'édition ?) **Pour les blancs**, l'extension xspace gère l'espace horizontal qui suit la commande dans le cas ou l'on utilise la commande sans les accolades {}. Quand une commande a un (ou plusieurs) argument(s), elle finit nécessairement par une accolade et donc xspace sert plus à rien. Et c'est donc le cas ici. Par contre si je fais une compilation avec \ABfalse au lieu de \ABtrue, la commande \bareme ne génère "rien" ({}). Mais apparemment "rien" n'est pas tout à fait "rien" pour LaTex. Il n'y aura pas d'espace mis par la commande, mais s'il y a un espace avant la commande et un autre après la commande, la commande entre les deux empêche le compilateur de voir les deux blancs comme consécutifs et par conséquent il ne les fusionne pas et on se retrouve avec deux blancs au lieu d'un seul entre le mot d'avant la commande et le mot d'après la commande dans ce cas de compilation. Pour éviter que cela arrive, je mets un \ignorespaces dans la commande, et du coup même si on met des blancs entre la commande et le mot suivant on aura au final un seul blanc. On pourrait penser qu'après tout il suffit de ne pas mettre de blanc après la commande, et que ça irait aussi bien comme ça. Mais alors dans le cas de la compilation \ABtrue, le mot suivant la commande serait systématiquement collé à la fin du mot de la commande, sans espace entre les deux. .. bref pour avoir toujours un seul blanc entre la commande et les mots d'avant et d'après quel que soit le cas de compilation, il suffit de penser à mettre un blanc la fin de l'argument de la commande. ... il y a surement d'autres façons de faire, mais ~~celle là~~ celle-là semble fonctionner.

Je ne m'attendais pas à une réponse aussi rapide. Merci, ça marche très bien. Apparemment on pouvait aussi *protéger* la commande \bareme dans le titre du cadre ~~(\protect\bareme{tata})~~ (`\protect\bareme{tata}`) \begin{bclogo}[epBord=2,logo=\bcquestion,ombre=true,couleur=blue!10]{Question 1 Complétez la phrase \bareme{titi}} Texte du cadre \protect\bareme{tata} \end{bclogo} Cela fonctionne également, mais je préfère votre méthode, elle est me semble plus propre et plus carrée. La mise en forme du code est aussi très propre (c'est un standard d'édition ?) **Pour les blancs**, l'extension xspace gère l'espace horizontal qui suit la commande dans le cas ou l'on utilise la commande sans les accolades {}. Quand une commande a un (ou plusieurs) argument(s), elle finit nécessairement par une accolade et donc xspace sert plus à rien. Et c'est donc le cas ici. Par contre si je fais une compilation avec \ABfalse au lieu de \ABtrue, la commande \bareme ne génère "rien" ({}). Mais apparemment "rien" n'est pas tout à fait "rien" pour LaTex. Il n'y aura pas d'espace mis par la commande, mais s'il y a un espace avant la commande et un autre après la commande, la commande entre les deux empêche le compilateur de voir les deux blancs comme consécutifs et par conséquent il ne les fusionne pas et on se retrouve avec deux blancs au lieu d'un seul entre le mot d'avant la commande et le mot d'après la commande dans ce cas de compilation. Pour éviter que cela arrive, je mets un \ignorespaces dans la commande, et du coup même si on met des blancs entre la commande et le mot suivant on aura au final un seul blanc. On pourrait penser qu'après tout il suffit de ne pas mettre de blanc après la commande, et que ça irait aussi bien comme ça. Mais alors dans le cas de la compilation \ABtrue, le mot suivant la commande serait systématiquement collé à la fin du mot de la commande, sans espace entre les deux. .. bref pour avoir toujours un seul blanc entre la commande et les mots d'avant et d'après quel que soit le cas de compilation, il suffit de penser à mettre un blanc la fin de l'argument de la commande. ... il y a surement d'autres façons de faire, mais celle là semble fonctionner.

Je ne m'attendais pas à une réponse aussi rapide. Merci, ça marche très bien. Apparemment on pouvait aussi *protéger* la commande \bareme dans le titre du cadre ~~(*\protect\bareme{tata}*)~~ (\protect\bareme{tata}) \begin{bclogo}[epBord=2,logo=\bcquestion,ombre=true,couleur=blue!10]{Question 1 Complétez la phrase \bareme{titi}} Texte du cadre \protect\bareme{tata} \end{bclogo} Cela fonctionne également, mais je préfère votre méthode, elle est me semble plus propre et plus carrée. La mise en forme du code est aussi très propre (c'est un standard d'édition ?) **Pour les blancs**, l'extension xspace gère l'espace horizontal qui suit la commande dans le cas ou l'on utilise la commande sans les accolades {}. Quand une commande a un (ou plusieurs) argument(s), elle finit nécessairement par une accolade et donc xspace sert plus à rien. Et c'est donc le cas ici. Par contre si je fais une compilation avec \ABfalse au lieu de \ABtrue, la commande \bareme ne génère "rien" ({}). Mais apparemment "rien" n'est pas tout à fait "rien" pour LaTex. Il n'y aura pas d'espace mis par la commande, mais s'il y a un espace avant la commande et un autre après la commande, la commande entre les deux empêche le compilateur de voir les deux blancs comme consécutifs et par conséquent il ne les fusionne pas et on se retrouve avec deux blancs au lieu d'un seul entre le mot d'avant la commande et le mot d'après la commande dans ce cas de compilation. Pour éviter que cela arrive, je mets un \ignorespaces dans la commande, et du coup même si on met des blancs entre la commande et le mot suivant on aura au final un seul blanc. On pourrait penser qu'après tout il suffit de ne pas mettre de blanc après la commande, et que ça irait aussi bien comme ça. Mais alors dans le cas de la compilation \ABtrue, le mot suivant la commande serait systématiquement collé à la fin du mot de la commande, sans espace entre les deux. .. bref pour avoir toujours un seul blanc entre la commande et les mots d'avant et d'après quel que soit le cas de compilation, il suffit de penser à mettre un blanc la fin de l'argument de la commande. ... il y a surement d'autres façons de faire, mais celle là semble fonctionner.

Je ne m'attendais pas à une réponse aussi rapide. Merci, ça marche très bien. Apparemment on pouvait aussi *protéger* la commande \bareme dans le titre du cadre (*\protect\bareme{tata}*) \begin{bclogo}[epBord=2,logo=\bcquestion,ombre=true,couleur=blue!10]{Question 1 Complétez la phrase \bareme{titi}} Texte du cadre \protect\bareme{tata} \end{bclogo} Cela fonctionne également, mais je préfère votre méthode, elle est me semble plus propre et plus carrée. La mise en forme du code est aussi très propre (c'est un standard d'édition ?) **Pour les blancs**, l'extension xspace gère l'espace horizontal qui suit la commande dans le cas ou l'on utilise la commande sans les accolades {}. Quand une commande a un (ou plusieurs) argument(s), elle finit nécessairement par une accolade et donc xspace sert plus à rien. Et c'est donc le cas ici. Par contre si je fais une compilation avec \ABfalse au lieu de \ABtrue, la commande \bareme ne génère "rien" ({}). Mais apparemment "rien" n'est pas tout à fait "rien" pour LaTex. Il n'y aura pas d'espace mis par la commande, mais s'il y a un espace avant la commande et un autre après la commande, la commande entre les deux empêche le compilateur de voir les deux blancs comme consécutifs et par conséquent il ne les fusionne pas et on se retrouve avec deux blancs au lieu d'un seul entre le mot d'avant la commande et le mot d'après la commande dans ce cas de compilation. Pour éviter que cela arrive, je mets un \ignorespaces dans la commande, et du coup même si on met des blancs entre la commande et le mot suivant on aura au final un seul blanc. On pourrait penser qu'après tout il suffit de ne pas mettre de blanc après la commande, et que ça irait aussi bien comme ça. Mais alors dans le cas de la compilation \ABtrue, le mot suivant la commande serait systématiquement collé à la fin du mot de la commande, sans espace entre les deux. .. bref pour avoir toujours un seul blanc entre la commande et les mots d'avant et d'après quel que soit le cas de compilation, il suffit de penser à mettre un blanc la fin de l'argument de la commande. ... il y a surement d'autres façons de faire, mais celle là semble fonctionner.