Nÿco a écrit 3599 commentaires

Moi, en 98, j'ai fait une analyse d'impact du bug de l'an 2000 pour toute une boite (de taille bien plus importante que Radio-France !)... je n'ai senti aucun poids sur mes épaules... il en allait pourtant de la crédibilité de l'informatique !

Soyons sérieux, ce mec il va vraiment prendre son pieds, je suis jaloux à l'avance de son poste et de sa mission !

> et il portera sur lui la responsabilité de crédibiliser tout un secteur logiciel.

Oh que non ! Errrrrrreur !

L'informatique d'une telle boite ne s'est pas mise en place par un seul stagiaire... de même un seul stagiaire na va pas pondre un plan de migration tout seul et porter sur ses petites épaules toutes jeunes ce poids... sinon, je crains pour la taille du cerveaux des décideurs qui le considérerait comme responsable...

HTML 1.0 réponds à ta proposition ?
...ou HTML 2.0 ou 3.0 ou 3.2 ?

Oh non, pitié, pas de standards périmés ou de sous-standards !

...il fait reculer le schmilblik... en faisant croire qu'on peu facilement exploiter un soft GPL.

Oui, c'est une sorte de FUD.

Tiens, pas vu...
http://advocacy.postgresql.org/(...)
ça existe depuis le 1er octobre...

Bien entendu PostgreSQL est une base de données Libre :
http://www.postgresql.org/(...)

> - la sécurité tient à ton mailer, pas au fait que le mail soit en HTML (ou sinon, il faut refuser les attachements aussi)

Attention pour l'aspect sécurité comme confidentialité, on peut cacher plein de choses dans l'HTML notamment des tag img src="site.com/script.php?ton@email&ton_UA&&date_heure" etc...

HTML _EST_ un standard (du W3C) !
Javascript (ou plutôt ECMAscipt en est un autre !

Dans les mailers :
- le support du HTML en lecture seule, oui,
- le support en édition/envoi, non,
- le support du javascript, non

> "[...] with no discrimination between free or commercial products."

alors il y a erreur, correction :

> "[...] with no discrimination between free or proprietary products."

Tu es hors sujet, de même que les moinsseurs de ton commentaire...

Propose au moins cette correction dans les forums :
http://linuxfr.org/forums/(...)

Tu sais lire ?

> C'est un peu débile de dire que la boîte tu t'en fous et ton copain aussi!

Je ne vais pas m'obliger à acheter une boite que je n'ai pas besoin, non ?
Je donne du fric à mdk via le club, j'ai redonné du fric à mdk en offrant la boite à mon pote...
Et ce que je n'ai pas dit, c'est que mon pote va peut-être adhérer au club... et que ja participe aux tests des packages du club...
Tout ça te fera une meilleure distrib pour la 9.1 que tu pourras downloader gratuitement, mais tu pourras aussi l'acheter et adhèrer au club.

> Si ils mettent la clé sous la porte et que tu apprécies la distrib, tu te retrouveras un peu con.

Non, j'aurai participé financièrement et dans le dev. Pigé ?

...et toi ? t'en es où ?
- download ou achat de boite ?
- adhérent ou pas ?
- aide au dev ou pas ?
- sous une autre distrib ou sous un OS proprio ?

...et Si ils mettent la clé sous la porte et que tu apprécies la distrib, tu te retrouveras un peu con ???

L'URL clickable est en effet bien pratique dans le mailer. Mais ça, ça ne concerne que le rendu, l'affichage de ton mailer. Et effectivement tous les mailers le font actuellement (ou presque).

Standard :
mail = texte
mail != HTML
mail != rtf
mail peut contenir attachements

Remarque : Mozilla-mail met en gras les mots comme _ça_ ou comme *ça*... c'est juste un rendu_texte++...

Il s'agit de KHTML, le moteur de rendu, pas de l'IGU.

Livre : Prentice Hall va publier des livres Libres grâce à Bruce Perens
Posté par Nicolas VERITE. Modéré : 08/01/2003 @ 11:48:03

Question sans troll, vraiment pour savoir :
est-ce que tu suis le même raisonnement pour ta distribution ?

Y'a pas que l'argent pour aider le développement du Libre.

Publier du travail en Libre est une manière d'aider. L'éditeur "donne" à la communauté.
En retour, c'est aussi une manière pour l'éditeur de se faire aider : des auteurs motivés, des relecteurs motivés et gratuits ! La communauté "donne" à l'éditeur.

En considérant bien l'échange, les downloads et copies ne sont pas un manque à gagner.

D'autre part, une estimation personnelle purement subjective me fait raisonner ainsi (et je me permet de croire qu'ils ont suivi le même raisonnement) :
les gens aiment lire des versions papiers de leurs bouquins, en revanche ils se foutent des versions boite de leur logiciels.

Pour moi donc la comparaison entre livre Libre et logiciel Libre au niveau de la vente de versions matérialisée (boite, papier, CD, ...) est claire, le business-model de vente de "contenus" (livre, lgiciel) Libre va avantageusement aux livres.

Vous me suivez ? Z'êtes d'accord ?

C'est pour ça que je me permettrais éventuellement à Mandrakesoft de vendre son manuel dans le rayon presse informatique... Oui, mais ils ont des partenariats avec des éditeurs... ah merde... :-(

Articles : Accès publics gratuits à des machines sous Linux
Posté par sargoo. Modéré : 07/01/2003 @ 16:54:56
http://linuxfr.org/2003/01/07/10879.html(...)

> (le père noel c'est trompé dans ma commande et m'a ammené des chocolats ... sniff)

Fais gaffe, tu vas être assigné en justice pour diffamation !... ;-)

> Ils ont meme l'idee de travailler conjoitement sur la meme version et non un fork.

Attention :

Les gars d'Apple ont développé leur safari en prenant le code de KHTML 3.0.2 qu'ils ont forké. Leurs corrections et additions, ils les ont rendues, détaillées par un changelog complet.

L'équipeKHTML a continué son petit chemin vers KDT 3.1.

C'est seulement maintenant que les codes forkés se synchronisent.

Mais tout ça est dit dans les liens donnés par la news.

A quel point les équipes Apple et KHTML vont-elles se synchroniser ? Safari va-t-il suivre le rythme des releases KHTML/KDE ?

Rappel, pour exemple : Netscape (qui -lui - fournit un brouteur web proprio basé sur du code OpenSource) n'est pas du tout synchrone avec le tronc courant Mozilla/Gecko...

...quasiment tous les brouteurs capables de faire du UA spoofing (paramétrable ou non) s'identifient IE !

Donc les stats IE = 90 % sont FAUSSES ! On se tue à le dire...

Ouais, à priori, cet apport massive de code frais ne devrais plus arriver, puisque ce projet a été gardé secret par stratégie... cela dit les devs ont l'air plutôt heureux et pas trop dégoutés de doublons finalement pas si nombreux...

Ce code est forké de la KHTML de KDE 3.0.2.

Apple va-t-il synchroniser Safari avec les futures releases de KHTML mise à jour ?

Je comparais Gecko (pas Mozilla) à KHTML, et Gecko est bel et bien lourd (en nombre de fonctionnalités et lignes de code) que KHTML, ce n'est pas moi qui le dit, c'est Don Melton, leader du projet, ce qui leur a assuré une plus grande facilité...

...segment pas porteur ?... peut-être...
...mais QuickTime est natif sous MacOS, il est porté sous Windows... il ne reste "qu'une plateforme majeure" à "pseudo-porter" : GNU/Linux+BSD !

KHTML ou Gecko ?

Ils ont eu le temps de réviser leur choix...

Je dirais que Gecko est une usine à fonctionnalités plutôt lourde, et dont de nombresuses fonctionnalités ne leur sont pas utiles ?...

KHTML est léger et rapide, sans fioriture, ils y ont approté le peu de maturité qu'il manquait ?

...et puis on attends toujours l'arrivée massive de millions d'utilisateurs de Gecko... par AOL...