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

**cs_ntd** · 04/05/2011, 17h08

Question de présentation, éviter

Code :

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

un code non inline

des blancs (paragraphes) entre les lignes par exemple.

Eviter le mot 'Code:', éviter la zone qui prend toute la fenetre, avec Selectionner tout, visualiser a part, ...

Je trouve qu'il est plus facile de lire ca :

Pour utiliser cette méthode, tu dois faire
methodeAvecUnNomLong(ET plein, D arguments, new Truc()){\n} dans le bloc du if

que ca :
Pour utiliser cette méthode, tu dois faire

Code :

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

methodeAvecUnNomLong(ET plein, D arguments, new Truc())

dans le bloc du if

**Anomaly** · 04/05/2011, 22h58

Envoyé par ThierryAIM

Pourquoi le conserver .. ?

Parce que je me serais fait taper par les inconditionnels de cette fonctionnalité et que supprimer une fonctionnalité est rarement bien accepté par les utilisateurs, même si la fonctionnalité est partiellement cassée ?

Envoyé par cs_ntd

Je crois avoir trouver un bug dans la balise CODEINLINE : cela ne se comporte pas comme une ligne normale. Par exemple : si quand je redige un texte je fais ca :

C'est pour ça que j'ai forcé un retour à la ligne après un code inline, mais les gens étaient encore plus mécontents qu'auparavant, d'où revert vers la version d'origine. Désolé, je ne peux pas faire mieux. Le code inline a été conçu à l'origine pour faire partie d'une phrase, et il fonctionne très bien ainsi. Après la présentation exacte n'est pas toujours respectée, mais ce n'est pas spécifique à la balise code. La liste à puce par exemple te donnera des retours à la ligne inattendus te forçant à un formatage non intuitif pour avoir ce que tu veux. Dans le cas du code inline, si tu veux réellement un retour à la ligne après un code inline, tu devras en entrer deux en pratique.

**cs_ntd** · 05/05/2011, 06h12

Ok

C'était juste histoire de signaler, je ne savais plus trop si c'était normal ou pas. Mais du moment qu'on peut toujours faire un retour a la ligne...

**ymoreau** · 05/05/2011, 11h02

Détail vraiment pas gênant mais la balise CODE ne prend pas toute la largeur lors d'une prévisualisation d'un message. (pas de quoi

certes)

**edfed** · 08/05/2011, 13h05

@ Anomaly:

la coloration assembleur est simple

une couleur pour les symboles mathématiques et de ponctuation (caractères speciaux)
/:#.,\[](){}&=+*-|<>~`

une autre pour les nombres, qui commencent toujours par un chiffre 0 à 9

une autre pour les chaines qui sont soit entre " ", soit entre ' '
si une chaine commence par ", elle termine par ", donc, un ' au milieu n'annule pas la couleur
et vice versa

une couleur pour les commentaires, qui commencent par ; jusqu'à la fin de la ligne.

une couleur pour le reste, sans distinction

les caractères spéciaux sont toujours colorés de la même manière, sauf s'ils sont dans une chaine ou dans un commentaire

est ce suffisant?

[edit]c'est mieux avec un screen shot

**Bisûnûrs** · 10/05/2011, 14h02

Salut,

Il y a une interprétation bizarre de la balise CODEINLINE sur ce post :
http://www.developpez.net/forums/d10...e/#post5971942

Félicitations sinon pour ces nouvelles balises.

**=JBO=** · 12/05/2011, 23h28

Bonjour,

Avant la "révolution", si je notais un texte associé à la balise CODE...

par exemple [CODE=VBA], alors ce texte (ici VBA) était affiché en haut du bloc de code.

Aujourd'hui, ce texte n'est plus affiché.

Pourquoi ? Est-ce volontaire ? Ou bien une incompréhension de ma part ?

Je trouve cette possibilité bien utile pour mentionner le langage utilisé: SQL, VBA, C, WLangage...
_

**Anomaly** · 16/05/2011, 11h03

Petites améliorations apportées ce matin à la balise Code :
- Le langage choisi est à nouveau affiché au début du bloc de code comme c'était à l'origine.
- La coloration C# a été mise à jour pour supporter les nombreuses évolutions du langage depuis la mise en place de la coloration syntaxique.
- XAML est désormais un synonyme de XML au niveau de la coloration

Pour le reste, ne vous inquiétez pas, j'y travaille.

**=JBO=** · 16/05/2011, 17h32

Bonjour,

Envoyé par Anomaly

Petites améliorations apportées ce matin à la balise Code :
- Le langage choisi est à nouveau affiché au début du bloc de code comme c'était à l'origine.

Super !
Cette fonctionnalité m'est particulièrement utile car dans certaines discussions auxquelles je participe, il n'est pas rare d'avoir du code de 3 langages différents, voire plus.
Aussi l'information sur le langage utilisé peut aider le lecteur qui prendrait la discussion "en route".

Merci beaucoup.

P.S. je voulais juste éditer mon message précédent pour y insérer des remerciements mais le bouton pour l'éditer n'apparaît pas... bizarre non ?

_

**Guardian** · 16/05/2011, 18h46

Envoyé par =JBO=

P.S. je voulais juste éditer mon message précédent pour y insérer des remerciements mais le bouton pour l'éditer n'apparaît pas... bizarre non ?

Envoyé par Anomaly

Tu ne peux pas éditer un message qui est plus vieux que 72 heures.

**ram-0000** · 20/05/2011, 11h56

J'ai l'impression que la balise de code introduit un problème d'affichage pour les nouvelles. En mode news, cette nouvelle est quasiment illisible alors qu'en mode forum, c'est bon.

La news concernée : Vie privée : le problème de traçage refait surface sur Firefox
La même en vision forum classique : Vie privée : le problème de traçage refait surface sur Firefox

**cs_ntd** · 20/05/2011, 17h42

Envoyé par ram-0000

J'ai l'impression que la balise de code introduit un problème d'affichage pour les nouvelles. En mode news, cette nouvelle est quasiment illisible alors qu'en mode forum, c'est bon.

La news concernée : Vie privée : le problème de traçage refait surface sur Firefox
La même en vision forum classique : Vie privée : le problème de traçage refait surface sur Firefox

Soit la news dont tu parle a été éditée, soit tu as mis un mauvais lien, parceque je ne vois absolument pas ou est le problème.
Et en plus, je ne pas vois d'utilisation de la balise code

**ram-0000** · 20/05/2011, 17h47

Envoyé par cs_ntd

Soit la news dont tu parle a été éditée

Elle a été éditée car avant, il y avait une balise code dedans et cette balise code n'y est plus maintenant.

**Bisûnûrs** · 21/05/2011, 09h48

Encore une fois la réaction bizarre de la balise codeline :
http://www.developpez.net/forums/d10...t/#post6000331

J'ai fait plusieurs tests et c'est quand il y a un point dans le code, couplé de la coloration CSS :

Test body {margin:0}.
Test body:hover {margin:0}.
Test body.classe.
Test ul.sub.
Test ul li.

Mais pas toujours .. :

Test body.classe {margin:0}.

Pour le HTML :

Test <EMBED SRC=".LV_FrontPanelProtocol.rpvi85".
Test <EMBED SRC=".LV_FrontPanelProtocol.rpvi85">.

En espérant avoir réussi à donner des pistes ..

**Auteur** · 21/05/2011, 11h09

Envoyé par Bisûnûrs

J'ai fait plusieurs tests et c'est quand il y a un point dans le code, couplé de la coloration CSS :

Test body {margin:0}.
Test body:hover {margin:0}.
Test body.classe.
Test ul.sub.
Test ul li.

Mais pas toujours .. :

Test body.classe {margin:0}.

Pour le HTML :

Test <EMBED SRC=".LV_FrontPanelProtocol.rpvi85".
Test <EMBED SRC=".LV_FrontPanelProtocol.rpvi85">.

Visiblement le problème surgit lorsque le code inséré dans la balise ne correspond pas à la syntaxe prévue (donc pas forcément lié à la présence d'un point) :
Test body.classe.
=> il manque les accolades qui contiennent les définitions de style ;
Test body.classe {}.

Test ul.sub.
=> idem
Test ul.sub{}.
Test ul.sub {}. Et lorsque l'espace (facultatif) avant l'accolade est présent la coloration syntaxique revient.

Test ul li.
=> tu pourras remarquer que la coloration a disparu (normal ?)

Test <EMBED SRC=".LV_FrontPanelProtocol.rpvi85".
=> il manque le > de fermeture de balise HTML

Edit
Je viens de voir le code HTML généré :
Code inline correct :

Code :

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

1
2
3
4
5
6
7
8
9

Test 
<span class="alt2" style="font-family: monospace; border: 1px inset; padding: 2px">body:hover 
<span style="">{</span>
<span style="color: #0000ff">margin</span>:
<span style="color: #cc66cc;">0</span>
<span style="">}</span>
</span>.<br />

Code inline erroné :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14

Test 
<span class="alt2" style="font-family: monospace; border: 1px inset; padding: 2px">
<table cellspacing="0" cellpadding="0">
<tr><td valign="top" width="26">
<div style="border: 1px dashed gray; padding-left: 5px; padding-right: 5px; margin-right: 5px; text-align: right; font-family: monospace">
1<br />2<br />
</div>
</td><td valign="top">
<pre style="margin: 0">body<span style="color: #339933;">.classe</span</pre>
</td></tr>
</table>
</span>.

Et là on peut voir que le problème vient du fait qu'une balise table (type bloc) est insérée dans une balise span (type inline).

**JolyLoic** · 03/06/2011, 19h00

Bonjour, une petite suggestion : serait-il possible d'ajouter un bouton qui fasse exactement comme # pour [code], mais qui génère [codeinline] ? Ce serait top !

Merci,

**tomlev** · 04/06/2011, 00h48

Envoyé par JolyLoic

Bonjour, une petite suggestion : serait-il possible d'ajouter un bouton qui fasse exactement comme # pour [code], mais qui génère [codeinline] ? Ce serait top !

Merci,

Déjà suggéré et refusé

**tumoo** · 21/06/2011, 09h03

Salut

Je ne sais pas si le sujet a déjà été évoqué, je le poste ici quand même.
je viens de "détecter" un bug pour la balise CODE.

Sous Google Chrome v12.0.742.100, testé sous Windows Server 2003 et Windows XP, on ne peut pas, en cliquant sur sélectionner tout obtenir la sélection de tout le code.

ça ne sélectionne que la première ligne si elle est vide, le premier mot voire les 2 premiers .

**prgasp77** · 23/06/2011, 14h31

Bonjour,
je ne sais pas si l'anomalie quote-codeinline a déjà été repérée :

Code :

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

1
2
3
4
5
[quote]
   [codeinline]code[/codeinline*]
   [codeinline]code[/codeinline*]
[/quote*]

code code

Pas de retour à la ligne.

__________________________________________

Code :

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

1
2
3
4
5
[quote]
   [codeinline]code[/codeinline*] text
   [codeinline]code[/codeinline*]
[/quote*]

code text
code

Retour à la ligne

___________________________________________

Code :

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

1
2
3
4
5
[quote]
   Blabla : [codeinline]code inline mais vraiment long je pense que c'est abusé[/codeinline*] Blibli bloblo blublu bla
   [codeinline]encore du code plus court[/codeinline*] je parle pour ne rien dire
[/quote*]

Blabla : code inline mais vraiment long je pense que c'est abusé Blibli bloblo blublu bla
encore du code plus court je parle pour ne rien dire

Recouvrement des cadres des codeinline

Cordialement,

**Anomaly** · 24/06/2011, 21h15

Envoyé par prgasp77

Bonjour,
je ne sais pas si l'anomalie

Comment tu parles de moi.

Pas de retour à la ligne.

Retour à la ligne

Déjà rapporté. Ce n'est pas le comportement que j'aurais voulu, mais c'est le mieux que j'ai pu faire. Le saut de ligne après une balise codeinline dépend de la présence ou pas d'un texte. Ce n'est pas logique, mais malheureusement c'est indépendant de la balise elle-même, c'est une bizarrerie du moteur du forum.

Même si je suis d'accord que ce n'est pas parfait, je ne vais pas réécrire le moteur juste pour ce léger défaut.

J'ai choisi le comportement qui semblait à tous le moins mauvais.

Recouvrement des cadres des codeinline

Je sais. Ma seule solution malheureusement va être de supprimer totalement le cadre autour du bloc inline, pour atténuer le défaut graphique.

Les autres bugs signalés sont en cours de correction. Soyez patients encore un peu.

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

Discussions similaires

Partager

Partager