gerald dumas a écrit 122 commentaires

Le projet avance bien. Toutes mes félicitations.

Petite remarque :

Puisqu'il faut utiliser les balises html pour formater le texte, fais-tu un tri des balises autorisées ou bien est-il possible de toutes les utiliser ?

Je confirme, ca na pas duré longtemps et c'est bien 15kb/s ( pardon, pas sur la tête Msieur ).

Aprés un petit de temps de réflexion ( le temps de le dire ) , j'ai fini par imprimer un bon de commande de chez Ikarios pour 7 cd de la distrib Debian. C'est plus simple, et pour 10 euros, ca vos pas le coût de s'em..., de télécharger je voulais dire !

je pars à la lecture de ce pas.

J'étais allé faire une petite pose café juste aprés avoir posté ce journal. Je vois avec plaisir que le mot Debian attire toujours autant les foules.

Je tiens à vous remercier des infos que vous m'avez donné. Malheureusement pour moi, je suis en RTC, d'où ma question du nbre d'iso.

Sur un site mirroir ftp, je dl actuellement à 15ko/s !!! Pourvu que ca dure...

Je vais donc télécharger juste le 1er cd et ensuite voir ce que je peut faire surtout que je ne connais pas du tout le monde de fct de Debian (apt-get???).

En vous remerciant encore une fois.

Si on regarde l'expéditeur du courriel, ne peut-on pas faire un tri ? Normalement, les courriers que vous recevez sont émis par des personnes physiques ou morales que vous avez choisi. Donc connus. Si on supprime tout le reste, pensez-vous vraiment que l'on risque de perdre des courriels importants ?

C'est bien que ce que je pensais, donc.

Si on utilise un serveur de courrier local ne serait-il pas possible d'optimiser la lecture de courrier de façon à ce qu'il supprime directement sur le serveur de mail distant les fichiers indésirables et prendre le reste ?

Ton réseau de neuronnes représente peut-être le cerveau d'une blonde ? Dans ce cas, c'est normal que ca plante !

Ok, je sors ---------------------> []

Apparement tu déclares ton disque comme un DD SCSI.

Vu que tu as un IDE, il serait plus sâge d'écrire boot=/dev/hda.

Pour voir si ca marche, tu peux enlever l'installation actuelle de lilo en tapant "lilo -u /dev/ide/host0/bus1/target0/lun0/part1", puis tu modifies lilo.conf en inscrivant "boot=/dev/hda", enfin tu tapes "lilo" pour installer la nouvelle config.

Attention toutefois, si cette manip ne marche pas, tu risques de ne plus pouvoir accéder à quoi que soit !!!!!!!!!!

PS: normalement, lorsque tu désinstalles lilo, il ne doit pas y avoir d'inscription particuliere en retour de la fonction. S'il te dit qu'il n'existe pas de lilo installé là où tu veux l'enlever essaies "lilo-u /dev/hda".

Salut.

Je pose juste une question stupide : a chaque fois que vous modifiez le lilo.conf, tapez-vous ensuite "lilo" pour le réinitialiser ?

Au passage, si vous pouviez nous donner la config matérielle, histoire que l'on comprenne un peu mieux votre lilo.conf

Bon voila, j'ai passé mon site à la moulinette et maintenant il respecte la norme 4.01 transitional je précise.

Quand au soft, j'ai réussi à créer des fichiers objets de tous mes modules et ensuite de tous les lier pour créer l'application avec un Makefiles inspiré d'un post un peu plus haut. Mais voila, avant mon application faisait 100 ko, maintenant, elle fait 1,3 Mo pour le même résultat ?

Pour l'instant, je n'ai pas recréer d'archive, vous ne les trouverez donc pas sur le site. Je le réserve pour la prochaine mise à jour.

Enfin bref, c'est pas grave, je suis arrivé à créer des modules, c'était là l'essentiel.

Encore merci à tous pour votre aide et vos critiques constructives qui m'ont permis d'en apprendre encore un peu plus.

C'est effectivement la méthode que j'ai employée mais elle n'est pas suffisante. Lorsque le compilateur crée un .o, il le fait ( d'aprés ce que je comprends ) de façon à ce que le .o soit indépendant. Ainsi, il est possible de réutiliser cette librairie ailleurs.

Donc, à chaque fois que le gcc compile un .o, il intègre à ce .o les déclarations des variables, même si un #if !defined(TOTO) est inscrit, puisque pour chaque .o, TOTO n'est jamais défini.

Je ne suis pas sûr d'être trés clair, et je ne suis même pas sûr du principe, mais c'est ce que j'ai pu en comprendre à force de m'arracher les cheveux avec.

D'autres confirmerons ou non...

C'est vrai. Je le reconnais. J'avais fait le contrôle sur cette page mais en locale, et il y a longtemps.

Toutes mes excuses.

Je vais refaire la demande pour être en concordance avec la norme.

Merci pour l'info. Je vais faire quelques essais sur ce principe. Encore merci.

Merci pour tous vos commentaires.

Pour l'histoire du echecs_arbre_kaire.cc, effectivement c'est un pb. Je le rectifie de ce pas.

Pour le pb d'affichage sur le site, je débute dans la programmation html, CSS et php. J'ai quelques soucis pour contenir les textes dans des blocs. Mais je ne désespère pas...

Pour Yusei :

Je nomme mes fichiers .cc parce que j'ai une erreur de compilation avec les déclarations de macros dans echecs_var.h !!! Mais je suis d'accord avec, c'est pas trés correcte. L'déal voudrait ".c".

Quand à séparer la compilation de chaque fichier, j'ai essayé mais 'arrive toujours pas à le faire. En fait, j'ai un fichier commun de déclaration de variable echecs_var.h que je dois intégrer à toutes les sources.

J'arrive donc à compiler chaque source séparement, mais lorsque je compile le fichier main.cc e utilisant les .o précédement compilés, gcc me dit que toutes les déclarations de echecs_var.h sont déja initialisées. Je ne comprends pas ?

Pour ton Makefiles, j'en prends bonne note et vais un peu modifier le mien histoire de le faire progresser.

Pour finir, pour les screenshots, ca se résume à une seule image que l'on peut trouver www.linechecs.tuxfamily.org/previsualisation.php .
Je sais, limage est de priêtre qualité, mais ca évite un chargement trop long. Le principe des vignettes pour une seule image ne m'a pas paru opportun.

Salut,

pour ma part, étant un particulier, j'ai cherché un site le moins cher possible, gratuit si possible.

J'ai trouvé : www.tuxfamily.org.

Il dispose de tout ce que tu demande. Seule condition à l'accés : il faut que le site soit dédié à un logiciel libre!

Si c'est ton cas, vas y faire un tour, c'est sympa.

Bonjour à tous.

Merci pour tous vos commentaires eclairés. J'au écris un rapport de bug chez kde.
J'ai eu une réponse comme quoi le z-index était supporté par cette version mais complétement implanté. J'en conclu Konqueror ne plante pas à la lecteur d'un z-index mais ne le prend pas toujours en compte.

Je vais passé à la dernière version, histoire de voir si le problème persiste.

Encore merci à tous.

Le problème c'est que je teste ce code sur une page en locale. Je n'est pas encore fini pour pouvoir le transférer sur mon hébergeur.

L'idée c'est la suivante :

J'ai un CSS avec dedans 4 blocs déclarés :
menu_encadrement
menu_haut
menu_gauche
menu_milieu.

Je veux que menu_encadrement soit placé en 1er, puis par dessus menu_milieu puis menu_gauche et enfin menu-haut.
Tous les blocs sont fixes sauf menu_milieu. Ainsi, lorsque menu_milieu bouge, il passe dessous menu_haut et menu_gauche.

Pour faire ca, j'ai déclaré un z-index pour chaque bloc. Ca donne :

menu_encadrement : z-index :1;
menu_milieu : z-index : 2;
menu_gauche : z-index : 3;
menu_haut : z-index : 3;

Je vous passe la syntaxe exacte, c'est surtout l'idée qui compte. Sachant que plus le chiffre est grand, plus le block est placé au dessus.

Avec Konqueror, le bloc menu_milieu passe en dessous tous les autres et est donc non visible.

J'ai fait une erreur quelque part chef?

Il est effectivement tard, et j'en peux plus. Je prends note des remarques et essaierai demain.

Encore merci pour tous vos commentaires éclairés.

je viens de faire l'essai. Ca fonctionne pour la première page, mais pas pour les suivantes. Je pensais bien pourtant que cela fonctionnerai ?

J'avais une ligne du type <?php require "doc_en_ligne/index.html"; ?>

J'ai transformé tout ca en :

>?php
if (chdir("doc_en_ligne"))
{
require "index.html";
}
?>

et la page doc_en_ligne/index.html est bien chargée. J'ai donc pensé que le pointeur de dossier etait sur "doc_en_ligne" et que toutes les pages appelées par index.html, qui sont normalement appelées dans le répertoire courant, fonctionneraient. Et pourtant non ?

Je continue à chercher.

Merci pour ta réponse.

de rien.

Merci à vous deux pour la promptitude de vos réponses.

Je vais de ce pas étudier ca.

Mais est-ce que ces parasites se déplacent sans arrêt ?

Si c'était une fréquence trop élevée, l'écran se mettrait en veille. Je penche plus pour un pb de gestion Xwindow. Soit le driver de la carte graphique n'est pas au point soit XFCE4 gère mal le serveur X.

L'idéal serait de tester une autre interface type windowmaker, qui n'est pas trop grosse à installer. Si le pb persiste, c'est sûrement le driver de la carte graphique.

En espérant t'aider...

je ne connais pas kyle mais si c'est une appli graphique pour tex, peut-être que lyx pourrait faire ton affaire, puisque indépendant de kde?

Et cette version prend-elle en compte les futures modifs d'interdiction que va faire Microsoft.

Vu que Microsoft veux rendre payant ce service et comme première étape à ce changement, le blocage systématique de tout clône à MSN.