Coloration syntaxique toussa - Divers - Programmation
Marsh Posté le 17-12-2005 à 23:28:19
Ça manque de couleurs VS
Ceci dit les couleurs actuelles sont pas mauvaises, à part le rose flashy et les parenthèses qui mériteraient un vert un peu plus sombre...
Marsh Posté le 17-12-2005 à 23:29:17
elle est ou la coloration dans VS (à part quelques mot clés en bleu) ?
Marsh Posté le 17-12-2005 à 23:29:58
C'est dans la simplicité que se trouve la lisibilité, le code n'est pas un sapin de noel
Marsh Posté le 17-12-2005 à 23:31:30
Perso j'aime mieux celles de Borland (mots-clé en gras et en noir, plutôt que ce bleu)
Mais j'ai pas Builder installé ici donc je peux pas faire de screenshot. Ce que j'aime pas dans les couleurs de VS c'est en effet que ça manque de couleur : les chaînes et les nombres devraient être colorées.
Joce, pour le Pascal/Delphi, comment je peux fournir de meilleures couleurs et une gestion plus Borlandienne des mots-clé ? Tu peux me passer un fichier que je te renvoie ?
Marsh Posté le 17-12-2005 à 23:34:17
gm_superstar a écrit : Ça manque de couleurs VS |
J'ai pris un VS.Net 2003 non tiouné, j'y peux rien si c'est pas bon
antp a écrit : Perso j'aime mieux celles de Borland (mots-clé en gras et en noir, plutôt que ce bleu) |
Il a mis les types qu'il pouvait coloriser dans blabla, après faut savoir si il peut faire des couleurs différentes en fonction du langage
Marsh Posté le 17-12-2005 à 23:36:47
Le Pascal/Delphi est colorisé, mais de manière un peu bizarre, c'est pour ça que je proposais de modifier le truc.
Code :
|
function, const et string sont tous les trois des mots-clé du langage, et ils sont dans trois couleurs différentes.
Integer n'a pas à être colorié, c'est un identifiant comme les autres (les types prédéfinis ont le même statut que les types définis par l'utilisateur).
IntToStr est une fonction "classique" mais n'aurait pas à être coloriée je pense...
Marsh Posté le 17-12-2005 à 23:37:26
masklinn a écrit : J'ai pris un VS.Net 2003 non tiouné, j'y peux rien si c'est pas bon |
D'aucuns prétenderaient que tu tentes d'influencer le résultat du vote
Marsh Posté le 17-12-2005 à 23:39:02
les couleurs de 2005 sont très bien, donc comme dit bk, on arrète là le sondage et on donne VS gagnant
Marsh Posté le 17-12-2005 à 23:40:24
gm_superstar a écrit : D'aucuns prétenderaient que tu tentes d'influencer le résultat du vote |
Même pas
Marsh Posté le 17-12-2005 à 23:41:05
Quelqu'un qui appelle son fichier mzin.cpp ne peut pas être crédible
Marsh Posté le 17-12-2005 à 23:42:01
Et sinon y'a rien pour le HTML
Marsh Posté le 17-12-2005 à 23:43:06
ReplyMarsh Posté le 17-12-2005 à 23:44:36
c'est top
Marsh Posté le 17-12-2005 à 23:46:46
J'ai voté SciTE. Code::Blocks, c'est pas mal mais :
- la colorisation doit aider à la compréhension mais pas distraire l'oeil, donc trop de couleur nuit,
- c'est pas raisonnable de demander à joce de colorier les parenthèses et les symboles. L'intérêt est limité, ça augmente le nombre de bugs et ça ralentit le forum.
En fait, ce que je n'aime pas dans les couleurs actuelles, c'est les mots-clé en kaki, et le rouge qui claque. Les mots clés en gras noir ou bleu marine, c'est bien.
Marsh Posté le 17-12-2005 à 23:47:21
de toute facon chrisbk il a décidé que tout ce que je disait c'était mal
Marsh Posté le 17-12-2005 à 23:49:12
el muchacho a écrit : - c'est pas raisonnable de demander à joce de colorier les parenthèses et les symboles. L'intérêt est limité, ça augmente le nombre de bugs et ça ralentit le forum. |
Non mais ça c'est un script tout fait qui le fait déjà... Là, la question c'est juste choisir les couleurs dans les CSS.
Marsh Posté le 17-12-2005 à 23:50:38
KangOl a écrit : de toute facon chrisbk il a décidé que tout ce que je disait c'était mal |
Surtout que ce sont les mêmes couleurs que VS2005 du screenshot d'Harko, mais bk n'en est pas à une mauvaise fois près.
Marsh Posté le 17-12-2005 à 23:51:18
nan attends melange pas tout, les guignoleries sur le fait que i++ aille plus vite que ++i parce que le compilo "n'a pas a faire une variable intermediaire", alors que ladite incrementation n'est meme pas en milieu d'expression, je dis clairement non non et non
D'ailleurs, pour ta gouverne, observe bien le code (C++ et son disassembly release) suivant :
Code :
|
edifiant n'est ce pas ? La ligne 00401352 est des plus interessante
Marsh Posté le 17-12-2005 à 23:52:01
gm_superstar a écrit : Non mais ça c'est un script tout fait qui le fait déjà... Là, la question c'est juste choisir les couleurs dans les CSS. |
Ah ouais, j'avais pas vu que les symboles étaient déjà colorisés. C'est un truc qu'il a fait ou qu'il a pêché ailleurs ??
Marsh Posté le 17-12-2005 à 23:52:09
pour ce qui est personnalisable : http://qbnz.com/highlighter/geshi- [...] ile-styles
Marsh Posté le 17-12-2005 à 23:52:22
el muchacho a écrit : Ah ouais, j'avais pas vu que les symboles étaient déjà colorisés. C'est un truc qu'il a fait ou qu'il a pêché ailleurs ?? |
faut lire le premier post
Marsh Posté le 17-12-2005 à 23:52:40
gm_superstar a écrit : Quelqu'un qui appelle son fichier mzin.cpp ne peut pas être crédible |
el muchacho a écrit : - c'est pas raisonnable de demander à joce de colorier les parenthèses et les symboles. L'intérêt est limité, ça augmente le nombre de bugs et ça ralentit le forum. |
Ué enfin
Marsh Posté le 17-12-2005 à 23:53:54
chrisbk a écrit : nan attends melange pas tout, les guignoleries sur le fait que i++ aille plus vite que ++i parce que le compilo "n'a pas a faire une variable intermediaire", alors que ladite incrementation n'est meme pas en milieu d'expression, je dis clairement non non et non
|
bk, ou l'art de taper là où ça fait mal
Marsh Posté le 17-12-2005 à 23:54:45
c'était pour harko, cf son screenshot
Marsh Posté le 17-12-2005 à 23:55:16
Harkonnen a écrit : bk, ou l'art de taper là où ça fait mal |
nan bin nan, sinon il allait m'en tenir rancune avant de parler sur "le compilo fait ci ou fait ca", fo un peu savoir ce que fait un compilo, quoi
(sinon jme demande bien c'est quoi, ce nop)
Marsh Posté le 17-12-2005 à 23:56:13
gm_superstar a écrit : c'était pour harko, cf son screenshot |
Ah oké
Marsh Posté le 17-12-2005 à 23:57:16
chrisbk a écrit : |
à mon avis, il doit être là pour des raisons d'alignement
Marsh Posté le 17-12-2005 à 23:57:24
bon j'abandonne pour ce coup
Marsh Posté le 17-12-2005 à 23:57:55
ouais je vois que ca j'aime bien l'inversion de boucle et le non-test du premier tour
Marsh Posté le 17-12-2005 à 23:58:12
Test, ne pas lire
Code :
|
ça marche pas
Marsh Posté le 17-12-2005 à 23:58:21
ReplyMarsh Posté le 17-12-2005 à 23:58:27
gm_superstar a écrit : c'était pour harko, cf son screenshot |
oué bon, ça va
essayez de taper correctement avec une attelle qui relie l'index et le majeur
Marsh Posté le 18-12-2005 à 00:00:08
chrisbk a écrit : ouais je vois que ca j'aime bien l'inversion de boucle et le non-test du premier tour |
Ca donne quoi si la limite est une variable rentrée par l'utilisateur et non une constante?
Marsh Posté le 18-12-2005 à 00:02:35
masklinn a écrit : Ca donne quoi si la limite est une variable rentrée par l'utilisateur et non une constante? |
bin y rajoute le test
Marsh Posté le 17-12-2005 à 23:17:56
Joce, dans sa grande bonté, a intégré GeSHi au forum.
En clair, ça veut dire qu'il est maintenant possible de coloriser avec autre chose la coloration C/C++.
Pour cela, il vous suffit d'utiliser
[code=nomdulangage]
(nb: "cpp" pour le C++ et "csharp" pour le C#, comme noms de langages)
Une dizaine de langages sont gérés, dont C et C++, Java, C#, Python, Ruby, Vb et autres PHP ou ASM x86.
Problème, les couleurs sont actuellement à chier (genre les chaînes de caractère en rouge, les parenthèses en vert quipète, toussa).
Il faut donc proposer à Joce un autre schéma de couleurs, je vous donne donc le choix entre 3 thèmes par défaut d'éditeurs relativement connus: Visual Studio, code:blocks et SciTE
SciTE:
code:blocks:
Visual Studio:
Exemples de coloration actuelle:
C
C++
C#
Java:
Python:
Ruby:
Message édité par masklinn le 17-12-2005 à 23:21:28
---------------
Stick a parrot in a Call of Duty lobby, and you're gonna get a racist parrot. — Cody