Cherche qqun intéressé pour faire une IDE - Page 2

Ce qu'il faudrait surtout a mon avis c'est extraire la partie d'envoi de fichiers de TIGCC-IDE

encore que ça marche pas toujours nikel... par exemple, pour un programme nommé "bregg1st", il bouffe souvent un 'g' au passage...
obligé de créer un prog nommé "breg1st" sur vti qui appelle "bregg1st", pour que ça marche à tous les coups

(enfin bon, c pas super génant, mais fo y penser )

JackosKing
: met toi en 100 Hz et si t'as encore mal aux yieu bein joue sur le contraste et luminosité..

Je peux pas Mon écran est à la fréquence maximale pour ma résolution (1152x864). De toute façon, même si j'étais à 100 Hz, je répète () que je préfère avoir un fond noir parceque je trouve ça plus beau et moins pète-yeux.

Pen^2
:

est lisible dans n'importe quel éditeur.

ben si l'editeur est parametrable, y'a pas de pb

C'est un inconvénient pour les tabulations qu'il faille paramétrer Pas besoin de paramétrer si on fait avec des espaces

parce que ça prend moins d'octets pitet ?

C'est sûrement pas mes sources qui bouffent toute la place sur mon disque dur. Au pire, si je regarde la place totale prise par l'ensemble de mes sources (un petit paquet...) je ne dois pas dépasser 1 Mo ! Un MP3 ou un Ogg prend en moyenne 4 Mo, et j'en ai environ 1100... Donc c'est pas en utilisant des tabulations à la place des espaces que je vais gagner un max de place sur mon disque dur ! Je gagnerai peut-être 100 ko Contre 4 Mo si je vire un seul MP3/Ogg...

Vraiment, je ne vois pas l'avantage des tabulations

Mais si, quand tu veux dés-indenter (ou même tout simplement virer un passage à la ligne) tu as besoin d'appuyer moins de fois sur backspace...
Bon je ne sais pas en fait, moi ce qui m'énerve dans les tabulations c'est que c'est indiscernable à l'œil d'une série d'espaces alors que ce n'est pas le même caractère, et j'aime voir exactement quels caractères il y a dans mes fichiers...

C'est sûrement pas mes sources qui bouffent toute la place sur mon disque dur. Au pire, si je regarde la place totale prise par l'ensemble de mes sources (un petit paquet...) je ne dois pas dépasser 1 Mo !

Là, soit tu dis n'importe quoi, soit tu n'a PAS de sources sur ton disque dur.
Le dossier TIGCC\Projects sur mon PC puissant, même sans rien d'intéressant (quelques minuscules projets de test), donne quand même: "Taille sur le dique: 1,01 Mo (1 060 864 octets)" alors ne va pas dire que les sources ne prennent pas de place...

Ce qui m'énerve dans les ident transformées en espaces, c'est que quand on va se retrouver avec une police à chasse non fixe, ça va être le bordel au niveau de la lisibilité. Alors que récupérer les tabulations conserve cette lisibilité.
Et j'utilisais un IDE 'intelligent' avant qui, en fonction des identations, m'affichait clairement les blocs d'instructions avec une barre verticale sur la gauche.
Bon, c'est vrai qu'il y a plus important dans le monde que le conflit ident/espaces, aussi, faut pas abuser

Clair Ca ne regarde que chacun de nous. Sauf si on distribue ses sources, les espaces sont préférables, non ?

GoldenCrystal : Tu comptes les 89y/92z/v2z tes sprites et compagnie ! Je parle du code source, du texte pur tapé par tes petites mains sous TIGCC
De toute façon c'est pas la question. Tu veux quoi ? qu'on fasse un concours de celui qui code le plus...
Ce que je voulais dire, c'est que c'est pas l'utilisation de \011 qui fait gagner de la place

Sally Brown :
Mais si, quand tu veux dés-indenter (ou même tout simplement virer un passage à la ligne) tu as besoin d'appuyer moins de fois sur backspace...

Les IDE qui font des tabulations en espaces suppriment plusieurs espaces d'un coup, exactement comme s'il s'agissait de tabulations Ca s'appelle le "retour désindenté" sous Delphi/C++ Builder (qui travaillent avec des espaces).

GoldenCrystal
: Le dossier TIGCC\Projects sur mon PC puissant, même sans rien d'intéressant (quelques minuscules projets de test), donne quand même: "Taille sur le dique: 1,01 Mo (1 060 864 octets)" alors ne va pas dire que les sources ne prennent pas de place...

1 mo pour des sources de projets, si comme dit thibaut t'as compté les binaires, les sprites et tout le bordel, c'est pas grand chose...

de toute façon c'est moi ka la plus grosse

(déjà faite celle là tu radote )

ba oué mais le phénomène s'amplifie avec le temps (vivi t'as bien compris)

!slap Peio
• Zeph slaps Peio around a bit with a large trout !


(et en plus c'était à moitié HS ici)

ba ouai mais un slap aussi c HS

S'il vous plait pas de débat HS ici
Le noir c'a me semblait plus reposant au début mais je trouve que c'est moins net qu'en blanc en fait même avec des couleurs de coloration syntaxique claire. En plus du fait que c'est triste mais si Thibaut préfère comme ca c'est son problème.
Je pense qu'une coloration a la Emacs est la plus nette.
Pour ce qui est de l'indentation j'adore Emacs qui permet une indentation au poil et même de totalement réindenter un programme mal indenté par un logiciel qui utilise les hard-tab ou un programmeur fou.
Je pense que le makefile est plus adapté, car il permet nettement plus de choses que le tpr. On pourrait faire un convertisseur TPR->Makefile.
Pour l'indentation les tab sont une source de problème par rapport a la place qu'ils font gagner surtout sur PC ou on compte en Go.

Pour l'indentation les tab sont une source de problème par rapport a la place qu'ils font gagner surtout sur PC ou on compte en Go.

C'est de l'humour ?

Si je comprends bien ce qu'il dit, il trouve que les tabulations ont l'inconvénient de ne pas valoir la même chose suivant les éditeurs et que le gain de place est risible.
Je suis donc tout à fait du même avis

Mais vivent les makefiles, où le caractère tabulation fait partie de la syntaxe...

euh Uther c'est assez fort là ton "pas de débat HS"

le sujet du topic c'est pas non plus de savoir si le noir c + joli ke le blanc hein ...

donc: kiki veut aider Pollux pour son IDE ?

Moi, j'indente toujours avec des espaces dans mes programmes personnels et ça ne m'empêche pas d'utiliser TIGCC IDE. Si tu mets des espaces, l'auto-indentation de TIGCC IDE te remettra des espaces à la ligne d'après, pas des tabs. Il faut juste virer le tab que l'IDE te met quand tu appuies sur { (ou désactiver le mode Automatic '{...}' blocks in C), le reste va tout seul.

BOué ben avec DevC++ y'a rien à virer. Et je peux mettre mon cher fond noir sans avoir de bugs
=> Je n'utilise plus TIGCCIDE pour coder. Je code mes sources pour TI sous DevC++ et je compile avec TIGCC IDE.

Oue mais avec des TABS ca compile plus vite.

C'est totalement négligeable. C'est juste le lexing initial qui va un tout petit peu plus vite parce qu'il y a moins de caractères, mais la seule information gardée par le préprocesseur interne à GCC est qu'il y a du whitespace, peu importe de quelle nature, donc toutes les passes successives (parsing, analyse syntaxique etc.) n'en ont rien à battre de la nature du whitespace.

En assembleur ca na rien de negliegeable... surtout si le code est gros

Y a besoin d'indenter en assembleur ? (je ne sais pas mais il me semble que dans les quelques sources asm que j'ai pu voir il n'y avait pas d'indentation ?)

Un chti peux, quand même (branchements & co pour la lecture), mais ça n'a rien à voir.

PpHd
: En assembleur ca na rien de negliegeable... surtout si le code est gros

Ah...
Tu es hors-sujet alors parce qu'on parle de C ici.
Et en plus on ne "compile" pas de l'assembleur, on l'assemble!

En assembleur, j'indente avec un seul espace (parce que A68k le demande; je n'indente pas du tout sous GNU as), donc ça va aussi vite à assembler qu'un tab.

; je n'indente pas du tout sous GNU as

arg, encore pire que d'habitude
tu sais c pas plus cher quand on indente, kevin !

>C'est de l'humour ?
je vois pas pourquoi ca pourait être drole.
Pas plus tard que hier je me suis fait chier avec un programme mal indenté. Heureusement Emacs m'a tout refait a la perfection en quelques secondes(après on me dire que Emacs c'est de la merde mais je connais aucun éditeur qui indente et corrige l'indentation aussi bien). Et franchement qu'est ce qu'on en a à foutre de quelques espaces sur des PC ou l'on compte en Go.

>Mais vivent les makefiles, où le caractère tabulation fait partie de la syntaxe...
C'est vrai mais Emacs fait des hard tab dans les makefiles, il faudrait faire pareil dans GTC IDE

> euh Uther c'est assez fort là ton "pas de débat HS"
> le sujet du topic c'est pas non plus de savoir si le noir c + joli ke le blanc hein ...
C'est quand même discuter des avantages et inconvéniants de l'IDE. ce qui proche du sujet contrairement au slap et autres

>donc: kiki veut aider Pollux pour son IDE ?
Peut-être moi sur la partie transmition automatique de l'IDE mais c'est pas encore sur je vais voir.

Moi, je me met aux MFC, si je fais qqch d'interessant, je montre...

J'ai récupéré les sources de TIGCCIDE et ca compile pas avec la dernière version de Delphi que j'ai récupéré. Ca a été fait avec quelle version de delphi?
A mon avis la meilleur solution est bien DevC++ qui doit pas être trop complexe a modifier pour obtenir le résultat escompté.
Je sens que je vais refaire en C. Le Pascal je maitrise pas vraiment.

DevC++ a aussi été codé en Delphi (version 6).

Moi non plus, je n'ai jamais réussi à 'compiler' TIGCC IDE, et si tu veux savoir quelle version de Delphi il faut, il suffit de lire le readme.