Sébastien Rohaut a écrit 382 commentaires

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 !

Et Alsa ? Je croyais que la version stable 1.0.0 était attendue pour être incorporée dans le 2.6.0 ? C'est ce qui était dit dans les listes et forums.

Alors on a un Alsa 1.0.0rc2 pas encore stable (essayez de lancer RTCW avec certains chips AC97, comme sur la Ga-8knxp)... Quelle est la version de Alsa placée dans le noyau 2.6.0 ?

J'entends déja certains raler...

Ils auraient dû titrer : changez de machine !
Qui sait, peut-être qu'un jour MacOS X sera porté sur l'architecture PC x86...

Le coup des brevets Atari, les dépots de brevets datant pour la plupart des consoles VCS et machines 400-800 ne concernent pas que le code, mais aussi le matériel derrière (shifters, blitters et contrôleurs variés). Sega avait à l'époque pompé l'architecture et le procès s'était soldé par un accord à l'amiable.

On ne peut donc pas parler de brevet logiciel mais plutôt d'un brevet matériel et sa gestion logicielle. En fait le processus industriel complet. Comme c'est le cas en France depuis bien longtemps.

Ex : On ne brevette pas un algorithme de reconnaissance optique de l'iris seul, mais l'ensemble matériel (le scanner de l'iris) + le processus d'analyse qui lui est rattaché.

Je propose de tous cotiser pour le dépot d'un brevet sur les mailing-lists, si personne ne l'a fait. Comme ça on pourrait attaquer tous les sites qui en proposent ! Ou un brevet sur l'utilisation de la couleur rouge sur les URLs...

Non ? Bah pourquoi ?

Tout ceci est lamentable...

Les transports, c'est pas forcément en commun. Réseau transilien nord avec 1 train toutes les heures dans le meilleur des cas, j'ai laissé tomber. Donc voiture.
C'était pas hier le pire, c'était vendredi :
Buttes-chaumont->Enghien les Bains 3h15 ! Départ 15h00, arrivée 18h15 ! Bloqué 25 minutes rien que pour descendre du périph à la porte de Saint Ouen.
Après, une enc..ée de camionette blindée de drapeaux CGT a filé à 3 à l'heure au milieu de la voie jusqu'au dépot de bus près pas loin de l'entrée de l'A86.
Et, bien entendu, pas un flic nulle part pour réguler tout ça...