Deux nouvelles colorations syntaxiques et quelques améliorations apportées à la balise CODE [Nouveauté]

**Auteur** · 17/04/2011, 14h01

Envoyé par Anomaly

Je ne me fais pas de souci pour ceci. Je peux très bien détecter la présence de plusieurs lignes et générer du code normal même si c'est du code inline qui est demandé.

Dans ce cas si une balise inline peut résoudre les problèmes rencontrés pourquoi pas.

Envoyé par gl

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.

Je ne vois rien de particulier (Opera 11.10 - Linux)

**mick605** · 17/04/2011, 17h24

Bonjour

Ces améliorations sont super

. Dommage pour le probleme du code inline par contre.

Voici un retour des problèmes que je rencontre (IE9) :
- Comme l'a signalé gl, quand une citation contient du code, le message contenant la citation est plus large que les autres. Exemple :

Voici du code :

Code :

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

Code

Maintenant, mon message est plus large que celui du dessus, et mon panel contenant mon pseudo et mes infos est plus réduit.
- La numérotation des lignes et le code sont décalés sur les pages obtenues grace au bouton "Visualiser dans une fenetre a part".
- Dernier point, moins important. Lors de la saisie d'un message, si on "Prévisualise" son message, les balises Code ne font pas toute la largeur de la page.

Merci pour l'amélioration sans cesse du forum.

gl · 17/04/2011, 18h35

Envoyé par Auteur

Je ne vois rien de particulier (Opera 11.10 - Linux)

J'ai le phénomène décrit par mick605 et je suis sous Firefox 4.0

**cs_ntd** · 17/04/2011, 19h39

A oui c'est vrai... Mais vous avez des yeux de Lynx ici

Et ca vous agresse vraiment les yeux ? ^^

**mick605** · 17/04/2011, 19h44

Envoyé par cs_ntd

A oui c'est vrai... Mais vous avez des yeux de Lynx ici

Et ca vous agresse vraiment les yeux ? ^^

Agresser est un bien grand mot ... Mais ca fait un moment que je l'ai vu ... En scrollant sur une grande page, ca se voyait assez bien.

Et c'est pire quand il y en a plusieurs imbriqués :

Test

Code :

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

Code

**ctxnop** · 18/04/2011, 10h16

Le problème est présent aussi sous Opera 11.10, mais bon, si vous en aviez pas parlé j'aurais probablement jamais fait attention.

**Loceka** · 19/04/2011, 20h51

Je viens de constater un bug sur l'ouverture du code dans une nouvelle fenêtre : apparement si le code est trop long (700 lignes ici), seul le début est affiché (562 lignes sous Opera 10, 507 lignes sous FF 3.6).

Voilà le post sur lequel ça me le fait :
http://www.developpez.net/forums/d10...s/#post5925724

**tomlev** · 19/04/2011, 22h00

Envoyé par Loceka

Je viens de constater un bug sur l'ouverture du code dans une nouvelle fenêtre : apparement si le code est trop long (700 lignes ici), seul le début est affiché (562 lignes sous Opera 10, 507 lignes sous FF 3.6).

Déjà signalé plus haut
En même temps, drôle d'idée de poster plus de 500 lignes de code dans un forum

**Anomaly** · 20/04/2011, 09h24

Le code dépasse 64 Kio. Je pense que Javascript et/ou Ajax limite à 64 Kio le transfert de données, donc je ne vais pas avoir d'autres choix que de désactiver la fonction d'ouverture dans une nouvelle fenêtre pour le code trop long.

De toute façon, comme cela a été dit, quand on commence à poster un code plus long que 500 lignes, c'est qu'il y a un problème.

**ctxnop** · 20/04/2011, 09h31

Il y a surement un réglage pour ca parce que personnellement, sous Opera (linux et windows, avec 3 versions différentes), j'ai bien les 700 lignes.

**RomainVALERI** · 20/04/2011, 09h51

Envoyé par Anomaly

... quand on commence à poster un code plus long que 500 lignes, c'est qu'il y a un problème.

+1 ^^

D'autant plus qu'on peut, au cas où cela se justifierait pour une raison particulière, opter dans ce cas pour une pièce jointe... de toutes façons, pour un "extrait" aussi imposant, les membres qui vont éventuellement s'intéresser au problème auront surement besoin d'ouvrir le code dans leur éditeur habituel...

**prgasp77** · 20/04/2011, 12h28

Envoyé par ctxnop

Il y a surement un réglage pour ca parce que personnellement, sous Opera (linux et windows, avec 3 versions différentes), j'ai bien les 700 lignes.

C'est très certainement un réglage local (sur ta machine, propre à ton navigateur). Anomaly ou qui-que-ce-soit ne peut a priori rien pour modifier cela.

Edit suite au message suivant : au temps pour moi, j'ai été un peu vite.

**ctxnop** · 20/04/2011, 13h01

Envoyé par prgasp77

C'est très certainement un réglage local (sur ta machine, propre à ton navigateur). Anomaly ou qui-que-ce-soit ne peut a priori rien pour modifier cela.

C'est exactement que ce que je voulais dire. Ça me semble évident que c'est un réglage locale, si c'était un réglage du serveur ca marcherai pareil pour tout le monde.

**Anomaly** · 20/04/2011, 16h28

Bonjour à tous,

J'ai le plaisir de vous annoncer que deux améliorations ont été apportées à la balise CODE.

1) Cliquer sur le lien "Visualiser dans une fenêtre à part" affiche une erreur plutôt qu'un code incomplet si le code est trop long.

2) Les balises CODE situées à l'intérieur de balises QUOTE sont désormais correctement dimensionnées et donc ne déforment plus le forum.

Je travaille sur le reste des améliorations que je compte bien vous présenter très prochainement.

Pour que les changements soient pris en compte, vous aurez besoin de faire F5 une fois sur une discussion.

**Bovino** · 23/04/2011, 23h16

Envoyé par Anomaly

Pour que les changements soient pris en compte, vous aurez besoin de faire F5 une fois sur une discussion.

Un +1 est tout autant approprié selon moi !

**Anomaly** · 26/04/2011, 15h49

Et encore une nouvelle version

Au programme :

- Nouvelle balise PRE pour générer un bloc en police fixe sans numéros de lignes. Utile pour ceux qui utilisaient la balise CODE pour de la présentation plutôt que du code.

- Nouvelle balise CODEINLINE (acceptant un paramètre facultatif de coloration) pour générer du code inline. L'ancien fonctionnement du code inline posait trop de problèmes avec le code existant.

- Du coup, plus de retour à la ligne forcé à la suite de CODEINLINE puisque c'est une nouvelle balise.

- Mettre plusieurs lignes de code dans un CODEINLINE génère un bloc de code standard.

Excellente navigation sur Developpez.com.

**LittleWhite** · 26/04/2011, 16h00

Envoyé par Anomaly

Et encore une nouvelle version

Au programme :

- Nouvelle balise PRE pour générer un bloc en police fixe sans numéros de lignes. Utile pour ceux qui utilisaient la balise CODE pour de la présentation plutôt que du code.

- Nouvelle balise CODEINLINE (acceptant un paramètre facultatif de coloration) pour générer du code inline. L'ancien fonctionnement du code inline posait trop de problèmes avec le code existant.

- Du coup, plus de retour à la ligne forcé à la suite de CODEINLINE puisque c'est une nouvelle balise.

- Mettre plusieurs lignes de code dans un CODEINLINE génère un bloc de code standard.

Excellente navigation sur Developpez.com.

Bravo :clap:

Par contre, je remarque quil n'y a pas d'evolution de l'editeur de message et donc pas de nouveaux boutons pour les nouvelles balises... :s

Test:

Test du pre

Test du pre

Test du pre
Test du inlineun code inlineTest du inline

**tomlev** · 26/04/2011, 16h00

Envoyé par Anomaly

Et encore une nouvelle version

Au programme :

- Nouvelle balise PRE pour générer un bloc en police fixe sans numéros de lignes. Utile pour ceux qui utilisaient la balise CODE pour de la présentation plutôt que du code.

- Nouvelle balise CODEINLINE (acceptant un paramètre facultatif de coloration) pour générer du code inline. L'ancien fonctionnement du code inline posait trop de problèmes avec le code existant.

- Du coup, plus de retour à la ligne forcé à la suite de CODEINLINE puisque c'est une nouvelle balise.

- Mettre plusieurs lignes de code dans un CODEINLINE génère un bloc de code standard.

Excellente navigation sur Developpez.com.

Génial, merci

Et très bonne idée la balise PRE

Juste une petite remarque : ça pourrait pas être INLINE (ou même C comme CODE) plutôt que CODEINLINE ? c'est pas très grave, mais CODEINLINE ça commence à être un peu long à taper, d'autant plus qu'il n'y a pas de bouton...

**cs_ntd** · 26/04/2011, 16h09

J'ai une seule remarque concernant ces amélioration :

Bravo, excellent travail

PS: petite vrai remarque, je plussoie tomlev quand a la longeur de la balise, [C][\C] me parait bien, et en plus c'est relativement "standard"

**prgasp77** · 26/04/2011, 16h25

Merci beaucoup Anomaly, j'imagine que vous avez passé beaucoup de temps au final sur la balise code. Concernant le [C] : ça fait trop penser au langage en question non ?

Bon, je vais éditer tous mes messages pour inclure le codeinline

Deux nouvelles colorations syntaxiques et quelques améliorations apportées à la balise CODE [Nouveauté]

Discussions similaires

Partager

Partager