Dessin en gray - Page 3

Kevin, ne prend pas tous au pied de la lettre

macintoc-> ya pas qu'à la division de FLib qu'il y a eu une incompaptibilité, ya eu aussi un moment ou l'algorithme de KOMP a changé, et il a fallu décompacter avec l'ancienne version et recompresser avec la nouvelle.

Sinon, vous êtes tous (les détracteurs!) vaches de casser tant FL, vu que vous vous êtes régalés avec FLib du temps où vous ne connaissiez que le basic, voire même vous l'utilisez encore, alors soyez sympa, merci pour FL.

Bon normalement c pas à moi de répondre, mais ils ont pas été vache avec Flib !
Flib c'est très bien, moi quand je l'ai utilisée ça m'a bien servi malgré les qq bugs.

Flib m'a bien servi... pdt 2 semaines en gros...
Ensuite, j'ai basculé sur le C

Bob, il parlait pas de FLib mais de FL

Oui et a propos de quel sujet à ton avis ?

je dis ça, mais je me mets au C aussi !!! !!!

bob> je ne vois aucun argument valable ( mis a part le fait que ca t'ai fait develloper ta propre lib) au fait de la renommer !
* si c'est pour la garder dans le rep de ton ropg (a cause d'un setfofd par exemple) un simple copyvar au debut et un delvar a la fin suffisent et cela ne gache pas plus de ram que quand flib reste archivé dans le rep de ton jeu car il est copié en ram lors de l'execution
un nom special pour la lib est comprehensible, mais un rename mainflib,magechéplusquoip_mnflib* ensuite, le fait que tu ait besoin d' regle ce pb et celui du dessus aussi !
* garder tjrs la meme version de la lib : ce n'est pas necessaire puisque que flib est ante-compatible (d'autres l'ont expliqué mieux que moi)

je ne comprend pas pourquoi tu voulais tant le faire

enfin, sans ca, comme tu dis vertel n'aurais jamais vu le jour (moi j'm en fous je n'utilise que flib ), donc ce n'est pas si mal
(m'enfin tes raisonnements sont aussi incompréhensibles que tes sources (ceci explique cela))

Pour le rename, c ce que je lui disait, il a dit que c t pas possible pour d'obsure raison

oui, je crois ca ca resume bien des choses