Sébastien Rohaut a écrit 351 commentaires

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...

JE ME REPONDS A MOI MEME :

Ah mais quelles bandes d'andouilles nous faisons tous !

La new n'est pas du tout correcte ! Microsoft à acquis une simple licence d'utilisation des brevets et du code !

Ca n'a rien à voir ! Pffff. Ouf ! L'humanité est sauvée !

Bonjour,

Le fil qui retenait l'épée de Damoclès s'est rompu.

C'est, pour moi, un jour de deuil pour tous les amoureux d'Unix.

Cette nouvelle m'a profondemment choqué, Unix qui se jete tout seul dans la gueule du loup.

Que va faire Microsoft maintenant ? Récupérer à son compte le procès contre IBM ? Ou, à une plus large échelle, déclarer qu'il n'y a plus de concurrence Unix/Windows puisqu'il est propriétaire des deux ?

Quelles seront les conditions d'accès aux licences pour les éditeurs Unix ?

Tant de questions... Et en plus il pleut... Voila, j'ai plus le moral ... Ouiiiiinnnnn !

Bon, de ce que j'ai compris, SCO a commencé à s'intéresser au code Linux lorsque IBM a annoncé qu'il profitait de son expérience sur le noyau AIX pour le développement (patches, améliorations, ...) du noyau Linux. Le problème c'est que le code du noyau AIX (j'aime bien AIX) est dérivé (et sous licence) de celui de AT&T, le noyau Unix originel. Or les droits de cet Unix originel ont été transférés à SCO, détenteur de tous les droits du code de l'UNIX AT&T. Donc, si IBM place du code AIX provenant à l'origine du code du noyau AT&T sous licence dans Linux, c'est comme si il mettait du code AT&T directement dans Linux. Donc il y a là un problème de licence non respectée, et donc du "vol" de code et tous les problèmes de droits qui en découlent. Bien entendu, à titre personnel, je trouve la démarche de SCO honteuse, surtout qu'il y a un risque potentiel que SCO trouve dans un noyau Linux d'origine, non patché, des bouts de code ressemblant à celui du noyau Unix d'origine. Car soyons clair, il n'existe pas 36000 moyens de coder la même chose (enfin si, si on code comme un cochon) et à terme,plusieurs routines sensées faire la même chose finissent dans certains cas à se ressembler. SCO joue à un jeu dangereux, il pourrait bien s'y bruler définitivement les ailes. Et comprenez aussi que seul le "concept" et les appels (API) Unix sont "Open" (dans le sens OpenGroup), mais pas le code les implémentant.

Rien ne t'empêche de te débarrasser de cette convention et de créer un point de montage, ce qui est possible depuis Windows 2000 et XP.

Personne ne semble au courant de cette possibilité...

Avons-nous trouvé ici le type le plus naïf du monde ? Ou le plus bête ? Ou peut-être (et je pense que c'est ça) le plus cynique et ironique ?

Pendant quatre ans il a utilisé Linux, avec de l'ADSL, du X-Window, OpenOffice, sur un 200MMX, et il trouvait ça super, et sans réinstaller, rien. Déja là il y a un problème puisque je ne suis pas sur que OOo fonctionne avec uns distrib d'il y a quatre ans (glibc ?), et déja que sur un Duron 1200 avec 512 Mo de RAM et un disque UDMA100 OOo met plus de trente seconde au premir démarrage, je voudrais pas voir l'état de sur sa machine.

Ensuite : 40 minutes pour installer XP et pendant ce temps là sa machine fait du bruit et il ne sait pas pourquoi ! Un pur moment de bonheur, donc. (Notons que XP s'installe très bien sur un 200MMX, avec de la mémoire).

Puis il est choqué par l'interface de XP : bureau, menu, icones. Il avait quoi sous Linux, twm ? fvwm ? Ah, peut-être WindowMaker, c'est ce que j'aurais mis.

Puis il n'arrive pas à installer sa connexion ADSL, paniqué par les fenètres ! Pourtant il a réussi sous Linux, et c'est suivant le modem une sacré paire de manches. Il avait pas de cd livrés par Wanamou ou Free pour Windows ?

Puis il est surpris qu'il fasse installer des pilotes pour gérer sa carte graphique, son ou autre... Il ne sais pas que c'est pareil sous Linux ? Les modules, Alsa, les drivers X pour le DRI, ... Non ?

Puis il arrive pas à jouer de la musique ! XP est installé chez moi, en double boot, et les MP3 sont lus tels quels ! Et je trouve même plutôt sympa l'idée d'une recherche automatique du plugin adéquat. Et le coup du DRM (les droits) pour lire le fichier, à moins de lire le dernier super WMA encodé/crypté, bah c'est rare, et en aucun cas sur un cd audio (sauf cd protégé).

Mais là où j'ai le plus rigolé, c'est le coup du traitement de texte ! 1) Il pouvait pas se renseigner avant ?
2) OpenOffice marche très bien sous Windows, si on installe la version Windows !
3) Faudrait lui expliquer ce qu'est un OS, et il comprendrait pourquoi un prog Linux ne fonctionne pas sous Windows et vice-versa (sauf émulation)

Donc, ça c'est de l'ironie à 100%, soit il est simplet, ce monsieur, et je suppose qu'il n'a jamais lu une revue informatique, jamais rentré dans un magasin d'informatique.

Mais je pense que fondamentalemment, ce monsieur n'est pas si mauvais que ça : il a réinstallé Linux sur cette machine, et il va régulièrement sur linuxfr.

Ouf, l'honneur est sauf !

i=$((i+1))

C'est pas supporté par le véritable et obsolète bourne shell (sh).
J'ai testé ça sous un True64 et ash sous cygwin et linux. Marche pas.

Par contre bien entendu nickel sous ksh et bash...