Sébastien Rohaut a écrit 412 commentaires

RHHHHHHHAAAAAAHHHHAHAHAHAHAHAHAHAHAHAHAHAHH !

(je gueulais).

Est-ce à dire que ça fonctionne avec une GeForce FX ?

http://dev.gentoo.org/~spock/stuff/bootsplash-3.1.3-2.6.3-r1.patch.(...)

Pas testé, vu que le fb fait planter les derniers drivers nvidia.

Dans la config du noyau il faut modifier des choses particulières ?

K3B accepte. Mais comme c'est un (super méga) frontend, il refusera quoi que ce soit si l'outil ne l'accepte pas.

Personne ne semble s'etre rendu compte que cdrdao est passé en version 1.1.8 et supporte maintenant les graveurs ATAPI. Pour rappel la version 1.1.7 en cvs ne semblait supporter que les lecteurs ATAPI, et encore...

Grace a cette bonne nouvelle, on va enfin pouvoir virer définitivement l'émulation SCSI qui était passée obsolète dans les 2.6 et qu'on était obligé d'activer tout de même faute d'outils derrière !

Ah, et pour ceux que ça intéresse, le patch bootsplash ne fonctionne plus en 2.6.3 même en modifiant à la main les sources (fb.h) : ça plante grave le noyau au boot ! Un correctif est dispo via la mailing liste.

Autre info et c'est passé inaperçu aussi, le 2.6.3 est fourni avec Alsa 1.0.2c, le dernier donc !

Bon moi je fonce installer le patch ck1 qui semble nickel pour mon p-iv.

Il ont retiré le support scanner USB (via le module scanner) ? Mais c'est quoi alors maintenent le bon module ? déja avec printer et usblp...

BARJAVEL ! Nomdediou !

Dans ma boite on utilise Cygwin dans des tâches d'exploitation, afin de développer nos scripts en sh/bash et qu'il marche direct sous Windows comme sous Unix.

Ca permet une meilleure portabilité que les programmes de certains crétins codant tout en ... Visual Basic !

Ouin !
Mais pourquoi tu t'en tapes ? La solution n'est pas ignorée, mais je me demande si ça ne va pas trop baisser le reste du menu... De plus une fois loggué ça ne fait que repousser le problème car suivant les droits, la barre est assez longue.

Ce que je ne comprends pas c'est que

http://www.slyunix.org/gif/snap/mozilla.jpg(...)
et
http://www.slyunix.org/gif/snap/konqueror.jpg(...)

J'ai pas le problème... Le a normalement corrigé le pb... Bon, je vais investiguer, mais je suis perplexe...

Un grand MERCI pour cette remontée d'erreur !

Bah vous avez du oublier de raffraichir la page, parce que là chez moi sous Konqueror, bah il n'y a pas de décalage du sommaire, même en 800x600. Par contre les cadres de droite et gauche sont fixes donc le milieu se réduit...

Dans Slyunix 2.2 ?

(2.1 = beta sur un site bien caché !)

Ho ! Encore le problème ? Parce que j'ai beau réduire mozilla presque au mini, tout semble ok maintenant. Ah, j'ai pas testé sous Opera...

...

Nickel sous Opera. Pour Konqueror, faut voir ce soir.

Merci de ton aide. A tous on va y arriver !

Ce site est mon premier en cadres+css...

C'est corrigé : dans le <div id="top'>, j'ai rajouté en dernier un .

Résultat : Cette pseudo-fausse boite s'aligne en-dessous du menu, qui passe maintenant correctement à la ligne !

Et hop !

Pourtant le CSS est classique :

#leftnav { float: left; width: 135px; margin: 0; padding: .5em; }

#rightnav { float: right; width: 300px; margin: 0; padding: .5em; }

#content { margin-left: 150px; margin-right: 315px; border-left:1px solid gray; border-right: 1px solid gray; padding: .5em; }

Ca passe nickel sous Mozilla >= 1.5, Opera, Konqueror et même IE ! Alors je ne sais pas trop...
J'investigue...

Il y a des cas ou en effet il est très difficile de rendre un site compatible avec l'ensemble des navigateurs. Je fais partie des (re)développeurs du site slyunix et le passage tables->div s'est effectué sans trop de casse. En fin de compte, c'est plus simple même si l'investissement (temps) au départ est important.

En fait le problème actuellement rencontré l'est sous IE6, non pas avec les cadres+css (sauf un gros problème de marges mal gérées sous IE, qui empêche le width:100%) mais avec les listes ul-li pour le forum ! A tel point que sur ce point précis, nous avons du faire des compromis...

Nous sommes obligés de garder une compatibilité IE, mais ça nous a freiné d'autant plus que tout passait nickel avec Opera, Mozilla et Konqueror.

Donc, rendez-vous très bientôt pour la nouvelle présentation, qui devrait vous plaire ! Dans tous les cas nous remercions grandement les critiques objectives sur le site et surtout les conseils très avisés de certains membres de la tribune concernant les CSS.

Pas la peine de se mettre hors de soi pour ça ! En fait le site actuel passe dans toutes les résolutions. Mais pour un MEILLEUR confort, une résolution plus élevée (peut-on considérer du 1024 comme très élevée) est conseillée...

De toute façon, la nouvelle mouture est quasi prète. Fini les tableaux !

Pour le premier cas c'est corrigé. Une erreur et surtout le nl2br() de PHP qui rajoute des br partout.

Pour le second, on bosse encore sur le css.

Les admins de Tuxfamily ne voulaient pas de communication sur Linuxfr à ce sujet tant qu'une solution (nouvelle structure) n'avait pas été trouvée.

C'était indiqué dans la mailing list, j'avais posé la question...

Il y a un stand MS. Assez grand il semble, en face de Planète Linux, AMD et Alcove. Merde, je vais les voir toute la journée...

... C'est en semaine !
... L'allez-retour en avion, tous ne peuvent pas se le payer.
... Mieux vaut un bon cassoulet qu'un Paris-Beurre.
... Avec les trous dans les avions, c'est dangereux.
... Juste pour voir Stallman raconter la même chose, pfff.
... ils n'avaient qu'à faire le Salon à Toulouse.
...

Et pourtant : quand je regarde les stats de mon site, le fichier le plus téléchargé est le css !

Du coup je me demande comment certains navigateurs gèrent leur cache...

D'un autre côté, il y des choses que je n'arrive pas à faire en CSS comme par exemple un bloc de message :

Barre de titre en haut,
Infos à gauche (id message, hauteur, avatar) à gauche,
Corp de message à droite
Barre d'état en dessous

Quelle bonne idée de tout passer en CSS pour se débarasser de ces tableaux envahissants ! Mais oui : remplacez tout par des DIV et du CSS, et jonglez comme vous pouvez avec les "position" !

Et regardez le résultat suivant les divers navigateurs, le site linuxfr.org par exemple. Passe-t-il bien sous IE6 ? NON ! J'en sens déja qui vont dire : oui mais IE6 il est pas standard, patati patata.
N'empêche : parfois les cadres ne s'affichent pas, il faut passer la souris dessus, idem sous la tribune, la position de la première ligne est décallée ou effacée... Pourtant c'est du pour CSS !

Je sais.

Mais je veux que mon site passe a peu près (je précise) pareil partout ce qui empèche l'utilisation d'attributs CSS ou tags HTML mal gérés par l'un ou l'autre. Voila un cas où coder 100% standard ne veut pas dire 100% compatible. C'est malheureux, mais le problème est le même pour IE6, Mozilla.

Donc, pardonnez-moi, je sais que les tableaux c'est pleins de défaut, c'est pas lisible par les browsers en mode texte, c'est pas génial pour les claviers braille, ... Mais en fin de compte, lutter une journée pour faire des cadres super avec 15 lignes de CSS alors qu'avec deux lignes de tableau ça passe et c'est joli. Et puis la taille du html résultant, bah entre le téléchargement de la feuille de style CSS et le code HTML, on s'y retrouve.

Voilà, My 2cents, vous pouvez moinsser, merci.

Ah ?

J'ai une e1000. Noyau 2.4.23 fraichement compilé (bah oui, que voulez-vous ...) avec le support e1000 en module.
Dans mon /etc/modules.conf j'ai un alias eth0 e1000

Tout ça marche à la perfection. Mais je n'ai pas compilé le support e1000 en "dur".

Vous avez vu la taille du patch 2.4.24 ? 2.75 ko ! Youpi !