Gof a écrit 2210 commentaires

Windows are like... windows. Shiny, fragile, expensive.

<blockquote><i>faudra aussi pouvoir noter les auteurs de patches grâce à qui on passe un dimanche léger léger</i></blockquote>

Te gêne pas :-)

Je suis pour ma part impressionné de la vitesse a laquelle les nouvelles se propagent :-)

Le coup de calcul pour avoir la meilleur solution est effectivement prohibitif.

Mais il existe des algorithmes pour avoir des solution approchée en un temps raisonnable.
(par exemple un algorithme génétique http://fr.wikipedia.org/wiki/Algorithme_g(...)énétique#Applications_dans_la_recherche )

Il y a slax qui tient sur un miniCD, mais qui n'est pas basée sur knopix.
http://slax.linux-live.org/(...)

Ou alors le particulier pourait vendre la copie pirate un peu moins cher que l'original.
(pour amortir ses frais)

Je crois avoir lu ici que la particularité du logiciel libre est que il n'y a pas besoin de lire ou d'accepter une licence pour UTILISER le logiciel.

(Et c'est pour ça que RMS considérait les binaire de firefox non libre)

La GPL sert uniquement pour la diffusion, mais pas pour l'utilisation.
(sinon le logiciel serait soumis au droit d'auteur classique, càd copie privée dans le cercle familial uniquement)

Donc même si on a obtenu le logiciel (libre) par un moyen détourné, on est parfaitement en droit de l'utiliser (puisque il n'y a pas de licence d'utilisation) de la même manière que on a le droit d'écouter les mp3 obtenus par un moyen détourné.


Une solution intermédiaire est le open-source, mais non "libre"

Je ne vois pas le mot "ASFI" comme une traduction de Wi-Fi, (caractérisent la norme IEEE 802.11)

Par abus de langage, le terme "Wifi" était souvent utilisé pour désigner l'accès sans fil à internet justement. Maintenant on nous propose d'utiliser ASFI qui est tout aussi court.

Je ne dirais plus « est-ce que on capte le wifi ici ? » mais « y-a-t-il un ASFI ici ? »

Par contre je continuerais à dire « mon portable est équipé d'une carte wifi »

C'est juste mon avis.
P.S j'ai pas (encore) de portable

pour le target, tu devrais peut-être lire ça:
http://www.openweb.eu.org/articles/popup/(...)

rajoute l'option --prefix

./configure --prefix=~/kopete --enable-debug=full
make install

si tu veux lancer le bon kopete
export KDEDIRS=~/kopete:$KDEDIRS
~/kopete/bin/kopete

un appel à kbuildsycoca sera peut-être nécessaire

Chez moi Konqueror fonctionne très bien sur presque tous les sites, et en particulier ceux qui respectent les standards.

Quelles sont les « grosses lacunes » dont tu parles ?
Quelles sont les standards que Konqueror implémente mal ?
Quelles sont les sites qui ne fonctionnent pas correctement (Hormis activeX,WMP,....) ?

Pour être honnête, j'ai déjà vu quelques DÉTAILS qui ne fonctionnais pas exactement comme il devrais. Quand j'en remarque un, je fais un rapport de bug. Et il y a de grande chances que ceux ci soient corrigés dans la version suivante.

Alors pour être constructif, va sur faire un tour http://bugs.kde.org,(...) et rapporte les problèmes que tu prétends avoir.

« dont ils ont conservé comme nom "khtml" (Ca je le leur reproche). »

Ils ont changé le nom, ils ont appelé ça “Webcore”

La dépêche contient donc une erreur à ce niveau là.
Les patches ne sont donc pas applicables tels quels à KHTML

Lire le commentaire de Zack Rusin sur son blog.
http://www.kdedevelopers.org/node/view/1001(...)

Une traduction rapide et résumée:

Les patches de Safari ne seront probablement jamais inclus dans KHTML. Les différentes améliorations devront être ré-implémentées "from scratch"

Certaines partie du code de safari dépendent de l'API de OS X. Les changement dans safari sont interdépendants. Apple ne donne pas d'historique de modifications, ils sortent juste une nouvelle version de leur webcore complet périodiquement.
Malgré les requête de certain développeur de signer des NDA pour avoir accès aux changement incrémentals.

En gros, ils font juste le strict minimum pour respecter la LGPL.
Et ils sont dans leur droit.

Autrefois, si un développeur passait des heures pour implémenter quelque chose dans KHTML, il était bien remercié. Maintenant, on lui dit plutôt: « C'est pas trop tôt ! Ça fonctionnais déjà avec Safari depuis longtemps. Les développeur de Konqueror sont vraiment paresseux »

Tout ce qu'il souhaite, c'est qu'on arrête de parler de la coopération entre Safari et Konqueror [Ce que fait cette dépèche]

En Belgique, on peux garder son numéro de téléphone quand on change d'opérateur.

Ça fait 7 ans que j'ai la même adresse e-mail, celle de mon FIA de l'époque.
Bien que je ne suis plus abonné à celui-ci, et qu'il a même changé de nom, mon ancienne adresse est toujours valide, et c'est toujours elle que j'utilise. (Et étonamment, je ne reçois pas bcp de spam)

Tu oublie aussi de parler de la messagerie instantannée,
qui permet de garder le contact assez facilement.

Et puis, la bonne vielle addresse postale existe encore autant qu'avant, donc, l'apparition de nouvelles technologies ne vient pas remplacer les anciennes.

Konqueror fait en fait les deux, en fonction de l'application.
(un %u ou un %f dans le fichier .desktop)

la majorités des applicaitons KDE sont capable d'ouvrir une URL, et enregistrer aussi, si possible. (en utilisant l'API de KIO)

Si l'application ne sait pas géré les URL, alors le fichier est enregistré sur le disque. Une barre de progression s'affiche, muni un boutton annuler , au cas ou on aurais cliqué sur un .avi de 700Mo

En tant que développeur d'une application KDE, je suis POUR le port des applications KDE pour MS Windows

Si quelqu'un utilise mon programme, que ce soit sous Linux, ou sous MS Windows, ou autre, peu importe vraiment.
Ce qui compte c'est que il utilise mon application, et ça me fera plaisir.

Si mon application tourne sous MS Windows, ça fera un très grand nombre d'utilisateur en plus (Il y a une réelle demande). Et je serais d'autant plus ravi.

Mais je ne ferais cependant (probablement) pas le port moi même.

On en parle même sur leur propre site
http://spaces.msn.com/members/spaceslogo/(...)

j'ai trouvé ça marrant

sur les forum de ubuntu.
http://ubuntuforums.org/showthread.php?t=23638(...)

(merci google)

MSN Messenger essaye d'abord d'établir une connexion directe, de client à client, si cela est possible.

Si tout le monde est derrière un NAT avec un firewall trop restrictif, alors ça passe par le serveur.

J'aimerais préciser que cette bibliothèque n'a rien a voir avec le support de la vidéo dans Jabber. (tu mentionnes Gossip et PSI) mais juste le support du stream utilisé dans MSN Messenger.
(Bien que Jabber pourais utiliser le même format, mais il pourais aussi utiliser un autre format (libre) pour lequel il existe déjà une librairie (je penses à h323))

Je n'ai pas bcp d'écho, mais j'ai pas l'impression que le support de la vidéo avances bcp au niveau de Jabber.

Et quand bien même il y aurai le support de la vidéo dans Jabber, il faudrait que les passerelle MSN fassent aussi passerelle pour la vidéo. (ce qui m'étonnerais car ça pourais consommer pas mal de ressources au niveau du serveur)

J'avais été visité leur site récemment, et il y avais le message suivant comme premmière news:

« Nous somme désolé : le serveur auquel doit se connecter mercury pour voir s'il existe des mise à jour est down. Il est donc impossible d'utiliser mercury pour le moment mais on espère que ce sera vite résolu »

(un truc comme ça et en anglais, ils ont enlevé la news depuis apparement)


alors bof.
Pour se connecter il faut que les serveurs MSN fonctionnent ET les serveurs de mercury fonctionnent.

(et j'ajouterais que on ne sait pas tout ce qu'il envoi, mais ne soyons pas parano. )

je voulais bien dire pour MS Windows.

http://slax.linux-live.org/ss/user/image20050405035910.jpg(...)

Mais ça fonctionne peut être aussi sous linux, j'en sais rien.
Sinon, sous linux, il te reste les outils en ligne de commande.

Rare sont les lecteurs qui ne supportent pas les CD 8cm.
Les lecteurs Slot-in sont quand même assez marginales d'après moi.

Ce n'est pas juste un message de protestation.

si si, c'est juste une message de protestation.
De la mème manière, l'an passé, linuxfr.org lui même avait mis un message du même genre pour protester.

Mais pour le moment, il n'y a encore eu aucun problème avec les sociétés détentrice de ces brevets.

par contre quelqu un sait ou sont passer les variante de la slax qu il anoncai sur le site ???

Dans a peu près une semaine.
C'est dit dans le forum.

comme le font d'autre site

http://www.mplayerhq.hu/(...)
http://amsn.sourceforge.net/(...)
http://ffmpeg.sourceforge.net/(...)
http://epy.free.fr/(...)

et encore plein d'autres.

Mais il n'y a eu aucune plainte ou action qui a été entreprise contre kopete.

comme toujours, c'est après avoir posté qu'on remarque qu'on a oublier le plus important.
L'URL: http://slax.linux-live.org(...)
(bien que bon nombre d'entre vous aurais pu la trouver sur google ou en tapant slax.org)

Il est interessent aussi de noté que les scripts qui ont servi à faire slax sont téléchargeable, et qu'il est donc possible de faire un live CD basé sur n'importe quelle distribution. ( http://www.linux-live.org(...) )