Bref, des fois ca reste pratique d'écrire et/ou, pour lever une ambiguïté de manière simple.
Ben justement, non. Si tu as compris mon message précédent, c'est exactement le contraire. Le et/ou ne sert qu'à indiquer l'inclusivité, alors que c'est l'exclusivité, qu'il faut préciser dans les cas ambigus. Pour respecter la logique de la langue, tu peux toujours inventer une formulation du type ou/non-et, mais bon... c'est moche, et il y a d'autres moyens pour exprimer cette idée.
Tu vas à la piscine lundi ou mardi? Aide moi, je ne vois d'accord!
L'histoire de l'accord donnerait : « Tu vas à la piscine lundi ou mardi ? Quelles belles journées ce seront. » Et là, dans ce cas précis, il est évident que ça ne peut être qu'exclusif.
Jamais vu de carte de resto avec ça alors que c'est exclusif 99.999% du temps, tu m'en montres une?
Là, tu chipotes. La langue, ce n'est pas mathématique. Pour une carte resto, même si grammaticalement il y a clairement ambiguïté, tout le monde sait ce que ça veut dire. Je maintiens que dans l'article, pour des histoires de compilateurs, de boucles et de variables, il n'y a pas besoin de mettre et/ou, dans la mesure où les deux sont compatibles.
[^] # Re: P'tite remarque de syntaxe
Posté par Cetera . En réponse au journal Le glissement du C++ (et dans une moindre mesure du C) vers une position indésirable. Évalué à -3.
Ben justement, non. Si tu as compris mon message précédent, c'est exactement le contraire. Le et/ou ne sert qu'à indiquer l'inclusivité, alors que c'est l'exclusivité, qu'il faut préciser dans les cas ambigus. Pour respecter la logique de la langue, tu peux toujours inventer une formulation du type ou/non-et, mais bon... c'est moche, et il y a d'autres moyens pour exprimer cette idée.
L'histoire de l'accord donnerait : « Tu vas à la piscine lundi ou mardi ? Quelles belles journées ce seront. » Et là, dans ce cas précis, il est évident que ça ne peut être qu'exclusif.
Là, tu chipotes. La langue, ce n'est pas mathématique. Pour une carte resto, même si grammaticalement il y a clairement ambiguïté, tout le monde sait ce que ça veut dire. Je maintiens que dans l'article, pour des histoires de compilateurs, de boucles et de variables, il n'y a pas besoin de mettre et/ou, dans la mesure où les deux sont compatibles.