Salut la companie!
Bon alors voilà j'ai un problème de regex dont je viens juste de rendre compte alors que ca doit faire au moins 6 mois que je l'utilise.
 
En fait j'essais de créer une fonction de coloration syntaxique du code, qui ne fonctionnerait pas qu'avec du php mais aussi avec d'autres langages en détectant selon les mots clé utilisés de quel langage il s'agit.
 
Bref venons en au fait.
J'ai le code suivant :

Qui est donc destionné à me donner ca :
// Commentaires en bleu
 
Bon pas de problème avec l'exemple ci-dessus ca marche.
Mais si dans $str je passe le texte suivant :
$img = ImageCreateFromGif("http://fr.php.net/images/php.gif" ); // Commentaire sur la même ligne
 
J'obtients :
$img = ImageCreateFromGif("http://fr.php.net/images/php.gif"); // Commentaire sur la même ligne
 
Donc ce qui ne va pas c'est que peu importe où se trouve les // ca passe quand même en bleu...
Pour les autres couleurs, je fais la coloration des chaînes en rouge et du reste du code en vert.
J'ais essayé des tonnes de regex, plein de tentative, tout ce que j'ai réussi à obtennir c'est des jolie arc en ciel pour ainsi dire.
 
Alors si quelq'un peut me donner un peu d'aide? Parce que je m'arrache les cheveux la dessus depuis un bon moment (même au boulo!) sans trouver de solution...........
 
En vous remerciant!  
 
[edit]
Je vois qu'il y a le même problème sur le forum HFR!

ben les regex, c'est vraiment pas mon truc, donc je vais pas t'être d'une grande aide...
 
le seul truc que je vois, c'est qu'il n'y a qu'un cas en dehors des commentaires ou tu va avoir "//", c'est au début d'une URL, et dans ce cas bien précis, ça sera tjs précédé de ":" (enfin de "http:" plus exactement), donc je sais pas si t'a moyen de bidouiller autour de ça...  

C'est dingue j'y avais même pas pensé, ceci dit si on passe dans la chaine le code suivant :
echo "// Hey!!!! \\\\";
 
Bah ca merde encore, alors ta solution pourrait effectivement m'avancer mais peut être pas suffisament.
 
[edit]
En même temps faut penser au http, ftp, https, etc...

Je suis en train de regarder les positives de prévision, genre pour vérifier qu'il n'y a pas de guillemet suivant le commentaire, mais ce n'est pas suffisant encore, ça n'éliminera pas encore tous les problèmes.
 
 
EDIT : en fait pas besoin de ces positives, on peut utiliser un truc dans ce goût-là :
"#(//[^\"]*?\n)#i"
(si je me plante pas)

Et ouai c'est bien le bordel!
En fait ce qui m'ennui c'est qu'on puisse placer des commentaire sur la même ligne que du code! Pas bien pratique tout ca!
 
Enfin pour coder ca va bien les com sur la même ligne.

tu as peut-être un bout de solution là !?!
genre pour éviter que http://truc.com et que ('#(//.*?\n)#i') soit matcher
il faudrait p.e. juste préciser qu'avant un // il ne pourrait y avoir que soit rien, soit un espace, soit un un point-virgule éventuellement, non ? Et théoriquement avec ça tu règles le bug de HFR que tu expériences dans ton 1er post ...

Si tu cherches toutes les lignes commençant par // suffit de mettre dans la regex

Attention néanmoins si tu indentes tes commentaires tu peux avoir des espaces ou des tabs avant donc je conseillerais:

 
[edit]correction

Bon alors je vais tenter un peite liste de tout ce qu'on peut trouver avant un commentaire :
) } { \n ; [:blank:]
 
Vous en voyez d'autres?
 
[edit]
Anapajari > Je viens de voir ton post, normalement [:blank:] règle  tab espace & co.

 
J'avais pas lu ça  ... Donc je ne t'ai fait une réponse que pour les lignes débutant par un commentaire ( d'ou le ^ au debut de la regex).
 
Donc vu ce que tu racontes tu risques effectivement d'être obligé de faire

Moi avec ton code, ca match plus rien du tout...
 
[edit]
Je viens encore une fois de poster sans avoir vu ton post, donc on est d'accord.

T'as vu mon edit, dwogsi, pour un début de solution en approchant le problème différemment ?

(non j'avais pas vu dsl)
En gros tu veux dire que ca match s'il n'y a pas de guillemet dans le commentaire?

Voilà. C'est loin d'être parfait, mais ça résoud une partie des cas déjà.

Effectivement, c'est un début de solution, mais bon si quelqu'un veut mettre un commentaire de ce genre :
// voila une sorte de "module"
 
Ca foire... Un commentaire comme ca peut très bien arriver.
 
Mais toutes vos solutions m'aide à avancer vers quelques chose, en tout cas on avance merci a vous tous.

 
Tout à fait. C'est pour ça que j'ai dit que ça ne résolvait qu'une (bonne) partie des cas possibles.
 
Après l'idéal serait de s'assurer que le nombre de guillemets précédent le pattern soit pair.
Mais là encore, on s'expose à ce genre de joyeuseté :

Si si on peut éviter ca : \"
Avec une "look behind machin truc", j'avais vu ca mais me souviens plus du nom exacte........

Pattern de rétrovision ?
 
C'est une syntaxe du genre (?< ...), me souviens plus.

Bah moi non plus me souviens plus... En fait ce qui est chiant avec mon problème c'est qu'il y a pas mal de cas à prevoir. Mais ca doit bien pouvoir se faire!

Ceci a l'air de marcher :
 

wow, j'ai pas tout compris mais je vais tester.
Si ca marche j'essayerai de comprendre.

Hummm... Désolé mais ca ne marche qu'à moitier.
le //fr.php/... ressort encore en bleu. Par contre les autres com sont bien tous en bleu.

Ca marche en local.
 
T'as recopié mon code ? Si non, fait voir ce que t'as.

Bah j'y ais qu'en local, et je suis au boulo... Port 21 bloqué et j'ai pas encore installé de proxy chez moi. Donc tout ce que je peux vous proposer c'est un screenshot.
 
Mais sinon j'ais copier/coller ton code dans ma fonction, ensuite je l'ai essayé seul mais ya rien à faire ca veut pas.

print_r($temp) t'affiche quoi.

il me met :
 
Array ( [0] => $img = ImageCreateFromGif( [1] => "http://fr.php.net/images/php.gif" [2] => ); ) Array ( [0] => $img = ImageCreateFromGif( [1] => "http://fr.php.net/images/php.gif" [2] => ); ) Array ( [0] => $img = ImageCreateFromGif( [1] => "http://fr.php.net/images/php.gif" [2] => ); )

Les mecs, j'ai pas spécialement envie de vous emmerder mais

C'est parfaitement valide en PHP
 
Donc il y a un peu plus de 3 ou 4 chars qui peuvent précéder un commentaire

T'as fait trois print_r là ou...  
 
Ou alors t'as mis ça dans une boucle pour chaque ligne ? (ce qui est pas nécessaire)
 
Enfin bref, ça devrait marcher comme ça, vu qu'il fait le preg_replace que si le modulo 2 renvoie 0, donc pas sur les cases du tableau d'indice 1.
 
Donc j'vois pas pourquoi ça déconne.
 
T'as vraiment recopié ce que j'ai mis là ?

 
Spour ça que j'ai tenté de faire un truc qui ignore les chaînes de caractères, maintenant faut voir si ça marche pas que chez moi.

il fonctionne nickel ici, ton script, sielfried.
BTW, t'aurais pas un genre de bot qui écume HFR à la recherche des mots-clés (regex, preg) ?  

Toutafé, d'ailleurs mon bot utilise lui-même preg_match pour scanner HFR.

 
Bon demain je refais des test et je te dis ce que ca donne, parce que après relecture c'est vrai que le print_r() donne des choses étranges...