Sylvain Rampacek a écrit 1142 commentaires

Bien souvent, ce qui est le plus difficile dans un jeu, c'est la partie graphisme... Et des graphistes, y'en a pas énormément !

Car généralement, les programmeurs ont tous une petite idée pour faire un moteur ou un jeu, mais les graphismes sont beaucoup plus difficiles à réaliser.

Ouh là, le ketchup ne devait pas être bon ce midi pour moi...

Effectivement !

J'ai du oublier de tourner le clavier 7 fois autour de l'écran...

Méa culpa !

Et sinon, oui, en principe on dit bien que 1 n'est pas premier, mais c'est comme 0 pair ou impair... C'est plus une convention !

Et oui, mais 1 divise 1, donc 1 n'est pas premier...

Le peu de commentaires qui seront notés ne le seront pas spécialement mieux, cela repose toujours sur la confiance aux utilisateurs...

Par contre, c'est clair que le nombre de votant va diminuer... (deux lectures "obligatoires" : celle pour voter, celle pour lire "tous" les commentaires de la news)

Et pour la lecture de tous les commentaires, tout dépend si on est pressé ou pas... Je sais que plusieurs personnes de mon entourage (dont moi) lisent rapidement que les commentaires au dessus de zéro, par contre, quand ils ont le temps, ils lisent en dessous !

C'est vrai que l'idée est bonne... (très bonne même)

Mais je vois un gros inconvénient : quand je lis les commentaires d'une news, je note le commentaire en fonction de son contenu et du "contexte"... Donc s'il faut reprendre, pour chaque commentaire, regarder pourquoi l'auteur l'a écrit et ensuite voter, c'est pas génial... Je préfère noter en même temps que ma première lecture !

Et en plus, à la fin, comme on aura pas tout lu (quand j'ai du temps, j'aime bien lire tous les commentaires de la news), il faudra recommencer la lecture...

Je pense que ce procédé risque d'éviter les abus mais également perdre des adeptes (car, en plus, Internet, c'est pas de l'illimité pour tout le monde ;-( ).

En fait, il a toujours été prévu de faire une version C++ de Kylix, tout comme C++Builder est arrivé après Delphi sous Windows...

Mais je crois que ça ne devrait pas tarder, je me souviens d'avoir entendu fin de l'année ou début de l'année prochaine... (en plus, ça correspond au laps de temps entre Delphi et C++Builder).

Petite précision, la CLX est en Pascal Objet, tout comme la VCL. C++Builder se contente d'utiliser un générateur de *.h et du compilateur Delphi pour construire des applis VCL... Donc je suppose que pour la version de C++Builder utilisant la CLX, ce sera le même principe...

Je pense qu'ils vont faire comme dans la mdk 8.2 : gtk 2.0 et gtk 1.2 intégrés tous les deux pour la compatibilité...

Et c'est le mieux à faire pour contenter le plus de monde ! (je pense)

Ca vient aussi du fait qu'avant le 2.4.16, la gestion de la VM était pas toujours très bonne et très changeante...

D'où la fréquence elevée des versions...
Et en plus le 2.4.x était jeune !

Maintenant, on peut remarquer qu'il comporte beaucoup moins de problème...

Juste en passant, c'est la même réponse pour les stats du site (http://linuxfr.org/stats(...) ) ?

Ou alors l'adresse a changé ?

En fait, POV est basé sur DKBTrace 2.12 (l'idée de POV est arrivé vers 1987-1988)...

Et DKBTrace a été créé sur Amiga en 1986, sur l'idée d'un logiciel existant sous Unix...

Bref, ça remonte très loin comme ça !

Le mieux, c'est de lire directement la section "2.3.2 The Early History of POV-Ray" [http://www.povray.org/documentation/view/7/(...) ] de la documentation...

PS : Et longue vie à POV !

En principe, ça devrait changer...

Si tu es dans le même cas que moi (à quelques kilomètres d'une ville ayant l'ADSL), alors tu pourras sans doute bénéficier de la nouvelle offre ADSL de France Telecom à la rentrée... Bon, ce sera que du 128/64, mais au moins illimité et laissant disponible ta ligne pour donner un coup de téléphone... (http://wwwft-vep.ext.fth.net/vfrance/actualite/commdosp/actu_020411(...) ).

Enfin !

Spéculation à deux balles AMHA. C'est juste une beta pour la nouvelle version (7.4 ou 8.0 ?).

C'est ce que je me suis dit également en lisant la news...
Un peu comme la cooker de Mandrake ?!

Sans être du logiciel libre, tu as Kylix qui est utilisable gratuitement avec la version OpenEdition...

NB : Kylix (Linux) = Delphi (Windows)

C'est vrai que j'ai mal joué... c'est pas pour l'état !

Mais par contre, le musicien amateur, il ne revera jamais l'argent qu'il a dépensé pour acheter le support permettant de stocker sa musique et le diffuser dans sa famille...
Donc les "ayants droits" ne sont pas vraiment ceux à qui ça servirait !

Cette taxe n'est pas faite que pour les disques durs mais aussi sur tous les matériels informatiques permettant le stockage ou l'archivage de données numériques...

Bref, il faudra bientot payer pour stocker et sauver son fichier LaTeX, son petit programme C, son fichier midi et tout le tra la la !

C'est vraiment inquiétant ! Surtout s'ils font la taxe au Méga-Octets (comme pour les CD-R), cela signifierait que dans 5 ou 10 ans environ, le prix d'un disque (ou autre support) sera trop élevé pour que le grand public puisse l'acheter ! et tout reviendra à l'état !

Bof bof...

Car si maintenant on doit être pirate pour utiliser Linux, c'est le comble !!

ben généralement, la solution bien pratique est alors d'imprimer en paysage et de mettre deux pages par page...

mais bon, c'est pas top !

heu, t'es sur que le problème est règlé avec le 4.2.0...

car sur ma mdk (8.2, XFree86-4.2.0-10mdk), The Gimp a planté xfs en faisant afficher une police de 14000 points...

par contre, avec mozilla, ça n'a rien fait... c'est peut-etre que c'est pas corrigé complètement !?

c'est vrai, mais là, c'est des trucs que je fait un peu moins souvent...

faut dire aussi qu'à la suite de mon test de redémarrage de xfs, j'ai voulu voir ce que ça faisait de quitter le serveur X et de retourner sur kdm...
mais le serveur X n'a jamais voulu redémarrer... (normal avec un xfs en carafe) et la police blanche du mode console est bizarement devenue verte...
comme j'étais sur mon portable, j'ai pas voulu jouer plus et j'ai rebooté (j'ai pas envi d'endommager l'écran, qui ne craignait peut-etre rien ici, mais bon, j'aime pas joué avec le feu dans ces cas là).

Je te rassure, je connais le CTRL+ALT+FX...

Mais /etc/rc.d/init.d/xfs stop (ou restart) n'a pas fonctionné... et je voulais essayer de planter complètement ma machine, donc j'ai essayé de lancer quelques applis... et la seul qui passait était le xterm...

ça te rassure ? ;-)

une taille en 16000 pixels ne doit pas tenir sur beaucoup d'écrans actuels...

et c'est avec ça que l'on test !

donc son affirmation est tout a fait possible (je me demande si mozilla 1.0 ne fait pas pareil car j'ai pas réussi à planter ma machine avec)

Le OOM killer est une fonction du noyau qui permet de tuer un processus si celui ci prend trop de mémoire (trop = toute la mémoire de la machine ou suivant les règles définit par l'admin) et empeche ainsi le bon déroulement des fonctions vitales du noyau...

OOM killer = out of memory killer

je viens de trouver...

Bon, avec mon mozilla, pas moyen...

mais avec The Gimp et une police en 14000, ça fait mal...

en fait, comme xfs plante, il n'y a plus grand chose d'autre que l'on peut lancer... (j'ai pu lancer un xterm mais j'ai pas réussi à redémarrer xfs..., reboot obligé).

Snif, je voulais voir ma linux box planter, mais ça marche pas !!!! ;-(


Ma config : XFree86 4.2.0 (mdk 8.2) et mozilla 1.0 (tarball officiel)... (et xfs)

J'ai essayé aussi sur un serveur sun (solaris 2.8 + xfs), et rien non plus à part freezer le mozilla (nightly 2002052022).

Il faut faire quelque chose en plus pour que ça plante tout ???

Ce que tu dis à l'air totalement plausible...

Mais sur mon vieux P75, je suis obligé de laisser le capot ouvert... Sinon, c'est plantage assuré dans les 30 mins qui suivent l'allumage !

Avec le capot ouvert, il tourne sans problème 15 à 18 heures... (sûrement plus, mais il fait trop de bruit pour dormir...).

<HS>
Donc après... faut voir... c'est peut-être le petit papillon et la théorie du chaos qui rentre en jeu ;-)
</HS>