Je plussoie l'utilisation d'une autre balise.
Si une autre balise est crée un nouveau problème va apparaître :
certains vont confondre la balise code "multiligne" avec cette balise code "une ligne". Du coup, une discussion pourra contenir du code multiligne dans une balise code "une ligne" ce qui risque de rendre le code illisible (une ligne de code dans une balise de code "multiligne" est moins problématique).
Au final la balise code "une ligne" ne sera quasiment jamais utilisée
Il vaut mieux rester sur une seule balise code et la rendre intelligente pour que son insertion perturbe le moins possible le texte.
Peut-être modifier la couleur du fond ?
Pourquoi pas utiliser [inline]...[/inline] avec un nouveau bouton dans l'éditeur ? Pour un code en ligne, il me semble amplement suffisant d'utiliser un span avec les retours à la ligne gérés par le navigateur.
Je pensais à ce que vous disiez lors de l'écriture d'une réponse contenant du code inline et du code normal (en bloc). Pour le moment, je n'ai pas vu de problème dans mon message. Tout à très bien fonctionner Donc bravo à Anomaly
Pendant l'écriture, je pensais à cette à cette balise inline. Et je me suis dit, que cela m'embetterai vraiment si j'avais à mettre différente balises pour différents cas ... (j'écris les balises à la main, il faut dire). Donc je suis personnellement contre la balise inline.
Toi tu n'as peut-être pas encore rencontré le problème, mais je peux te dire que je l'ai rencontré souvent... Si tu oublies de mettre un retour à la ligne à la fin du code, ton code est automatiquement inline, alors que ce n'est peut-être pas ce que tu veux. Et dans la situation actuelle le code inline ne l'est pas vraiment puisque tu ne peux pas continuer le texte sur la même ligne après le code
Bonjour,
le retour à la ligne obligatoire après la balise code inline me chagrine énormément. J'en parlerai à mon psy tout à l'heure, mais en attendant peut être puis-je suggérer de tricher un peu.
Anomaly, vous avez mis en évidence le fait qu'il est possible d'insérer un retour chariot après un caractère qui suit un code inline (message #45). Pourquoi ne pas insérer un espace insécable à la fin d'un code inline, si bien que
- Si l'on souhaite poursuiver la ligne, un espace séparera le code du reste de la phrase
- Si l'on souhaite poursuivre sur une nouvelle ligne, la précédente se terminera par un espace (who cares?).
Cordialement,
Déjà essayé : sans effet.
Pour une raison qui m'échappe, la regexp doit matcher les caractères blancs qui suivent le "code]" (arf ! je ne peux pas utiliser le code-inline ) ... n'y a-t-il pas une option pour éviter ça ? Pourrait-on voir ladite regexp ?
Désolé de me montrer insistant, croyez-moi c'est par volonté d'aider.
Edit : ou comment transformer un thread de nouvelle en aide développement php/regexp ... désolé c'était pas mon intention. Je félicite encore une fois tout ce travail, et si le choix est soumis au vote, je préfèrerais la balise code-vraiment-inline, quitte à définir une nouvelle balise. Que les autres 421 809 membres s'expriment svp.
J'aurais tendance a dire que ceux qui sont infoutu de comprendre un truc aussi simple sont des gens qui de toute façon n'utiliseront aucune des deux balises.
En prime, la très grande majorité des gens qui tentent de mettre du code inline sont des gens déjà très au fait de l'utilisation de balises.
Donc dans l'absolut ca me choque pas du tout d'avoir une balise différente du code inline. Et pour ceux qui arrivent pas a comprendre qu'il faut utiliser une balise différente, le code ne sera pas inline épicétou, pas bien grave en somme.
En prime, on est tout de même sur un forum d'informaticiens et essentiellement de programmeur, ca fait parti de notre boulot d'apprendre des syntaxes. Autant je trouve ce genre de considération justifiées sur un forum de genre Disney, autant je trouve qu'ici c'est se poser trop de questions.
Et rien n'empêche de faire une balise sans bouton associé ... seuls les membres intéressés sauront s'en servir. L'apprentissage se fera par l'exemple : un nouveau membre voyant un code inline dans un message pourra, s'il a un minium de jugeote, cliquer sur le bouton "citer" afin d'éplucher le message en question.
Je trouve cela assez hacker dans l'esprit. Tout le monde n'est pas hacker (je parle pas de pirates, mais de gens qui cherchent).
En plus, cela pourrait aussi entrainer la mort d'une telle balise par oublie. Effectivement une telle balise serait déjà peu utilisé, car peu de cas se présenteront où elle sera utile, et une fois que l'auteur est absent ... part ou je ne sais quoi ... la balise est plus ou moins perdu dans les archives.
Et puis ... elle serait indiquer dans l'aide ... mais bon ... qui lit l'aide ?
Oui je suis d'accord, mais ne sommes-nous pas à la recherche d'une solution partielle ? Mais encore une fois, je ne veux pas me montrer trop critique envers ces améliorations, j'en suis très content.
Non du tout, mais je suggérais la balise sans bouton afin de ne pas perturber les personnes qui ont déjà du mal avec l'unique balise code.
Juste une petite remarque, avec ce nouveau mécanisme, un citation contenant du code déforme le formatage de la page, par exemple dans le message 3 ici. Ce n'est pas très grave, mais ça agresse un peu les yeux.
Sinon très bon travail.
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager