Depuis le 11 décembre Gregory Casamento, qui était déjà le mainteneur de Gorm - l'application permettant de créer des interfaces graphiques pour GNUstep -, dirige désormais le projet GNUstep.
Il a annoncé la direction qu'il souhaitait faire prendre au projet (traduction libre) :
- adopter un look par défaut plus moderne
- sortir de nouvelles versions plus régulièrement
- faciliter l'installation de GNUstep
- attirer les développeurs mac (en facilitant le développement multi-plateforme Cocoa-GNUstep)
- se concentrer sur un seul backend graphique par OS
- décider si GNUstep doit être un framework de développement multi-plateformes ou bien un gestionnaire de bureau (il penche vers la première réponse si je me souviens bien d'autres courriels que j'ai pu lire de sa part)
- faire en sorte qu'utiliser un programme GNUstep dans un gestionnaire de bureau non spécialement adapté à GNUstep soit plus agréable
Plein de bonnes choses qui laissent espérer que le projet prenne enfin son essort. Pourquoi Gregory réussirait là où GNUstep a échoué depuis plusieurs années ? Je ne sais pas, mais à son crédit on peut voir tout le travail qu'il a fait sur Gorm qui permet depuis le 29 août d'éditer et de sauvegarder les descriptions d'interfaces graphiques au format .nib d'Apple aussi bien qu'au format propre à GNUstep (ce qui était selon moi le principal frein pour développer une application capable de compiler aussi bien sur GNUstep que sur Cocoa).
Je suis curieux de connaître la consommation électrique d'un tel boîtier ainsi que celle des box proprios.
J'ai récemment mesuré celle de ma Freebox (v3 je crois) et j'ai été très étonné de constater qu'elle consommait tout de même 15 à 18W. Après avoir mesurer la consommation en kWh sur 3j et fait une rapide règle de 3 j'en ai déduis qu'elle représentait environ 1/6 de ma consommation électrique à l'année !
Bon il est vrai qu'avec mon frigo il s'agit du seul appareil électrique branché 7j/7 et que j'ai une consommation électrique assez faible. Mais tout de même comparé à ce que consommait un simple téléphone + modem avant...
15W... Mon portable en utilisation standard ne dépense pas les 45W...
Le problème n'était pas la quantité de texte traduit, mais la qualité. Les textes des campagnes, notamment, étaient décevants voire même gênants, les mots étaient là, mais les dialogues sonnaient tellement creux et faux que j'ai préféré ne pas continuer dans cette langue. Un problème de qualité littéraire donc, pas de quantité de travail. C'était d'autant plus curieux que les descriptions des unités étaient, elles, très bien traduites.
Bien sûr, en six mois l'équipe de traduction a eu le temps de revoir sa copie, et je compte donc bien réessayer la version française quand j'aurai le temps de jouer un peu.
Je suis assez d'accord avec toi, la qualité littéraire de la vf n'est pas au niveau de celle de la vo. Mais il faut bien voir que cela demande beaucoup de travail et de temps d'arriver à une traduction de qualité. Et l'introduction de UtBS dans la version officielle a été rude pour les traducteurs : la quantité de texte dans cette campagne est énorme.
À titre d'exemple la relecture (même pas la traduction initiale) d'un seul chapitre d'UtBS m'a pris trois heures un dimanche après-midi, et encore en dehors des corrections de base (fautes de frappes) je n'ai corrigé que les tournures les plus maladroites et à la fin de la séance il restait un grand nombre de phrases dont je n'étais pas satisfait.
Aussi je tire mon chapeau à toute l'équipe de traduction qui a réalisé un travail de titan ces derniers mois pour arriver à ce résultat (depuis septembre ce sont environ 1250 courriels qui ont été échangés sur la liste de diffusion où se déroule la traduction française de Wesnoth).
PS : Pour avoir découvert le jeu au temps de la version 0.6 je rajouterais que la vo n'a pas toujours été de qualité non plus et j'espères donc que le temps permettra d'améliorer la vf. D'ailleurs si les descriptions des unités sont de meilleure qualité c'est sans doute du au fait qu'il s'agit des traductions les plus anciennes (bon et aussi que c'est à mon avis plus facile à traduire car il s'agit à chaque fois d'un petit bloc cohérent alors que lorsqu'on traduit un scénario il faut l'avoir joué pour bien se figurer qui parle à qui et dans quel contexte).
En multijoueur le choix de la carte est vital, il faut absolument choisir une carte petite si on veut avoir une chance de finir la partie.
Une fois ce prérequis rempli, sur internet avec des joueurs moyennement expérimenté on arrive à faire des parties rapides et très prenantes (compter 1 minute par tour de chaque joueur - sur une petite carte en 3v3 on ne trouve pas le temps long car on voit les actions de chacun -).
Et même si on en trouve un il reste la peur de se retrouver seul utilisateur d'une technologie que tout le monde a fini par abandonner (qui se souvient de Pacbase...)
Moi ! J'ai été formé à Pacbase il y a un an et demi et depuis je n'ai pas arrêté de coder avec (projet mis en prod il y a quelques jours).
Pacbase est toujours trés utilisé dans les banques et les assurances françaises (qui refusent que IBM en cesse le support d'ailleurs). La seule chose qui a changé c'est qu'on ne fait plus d'écrans 3270 mais qu'à la place on a un pont permettant d'appeler le site central depuis une appli J2EE.
J2EE que par ailleurs je trouve immonde, enfin surtout les jsp. Je n'aime pas du tout cette façon de faire de mélanger dans une seule page de code plusieurs langages (html et java en l'occurrence, voire javascript en plus bien souvent - mais c'est pareil avec php d'ailleurs).
Perso après plusieurs essais j'ai décidé que la meilleure façon d'installer GNUstep c'était de tout installer soit-même à partir des sources sans passer par les paquets trop peu souvent mis à jour.
Moi j'ai essayé, j'avais pu assez facilement avoir du code portable entre les deux, mais le problème c'était la (non-)compatibilité des fichiers décrivant l'interface graphique. Ce qui obligeait à maintenir à la fois le .nib pour Mac OS X et le .gorm pour GNUstep, pas top.
Mais cela pourrait changer Gregory John Casamento ayant annoncé le 9 août la première sauvegarde réussie d'un .nib depuis Gorm. On devrait donc bientôt être en mesure à l'aide Gorm de générer le .nib et le .gorm sans avoir à faire deux fois le travail de création de la GUI.
Pour moi cela lévera le principal frein, mais il n'est pas dit que cela change grand chose pour la majorité des développeurs Mac. En effet s'il est facile de développer pour GNUstep "en premier" et de voir l'ensemble marcher sans modif ou presque sur Mac, l'inverse n'est pas vrai. Principalement car Apple rajoute régulièrement de nouvelles méthodes au framework Cocoa et propose de nombreux autres frameworks qui dès qu'ils sont utilisés tuent toute compatibilité avec GNUstep (sauf pour les plus simples d'entre eux qui existent également sous GNUstep comme AddressBook).
Pour *Mule je ne sais pas mais un filtrage/interdiction de BitTorrent ferait beaucoup de mal à bien des utilisations légales. On ne peut nier que le P2P représente un excellent moyen d'économiser de la bande passante lors de la mise à disposition de fichiers, et cela est très important justement dans le monde du libre où l'on a pas toujours de gros moyens financiers.
Quelques exemples d'utilisations légales et réelles :
- Jamendo : toute la musique de Jamendo est diffusée via du P2P, de préférence BitTorrent. C'est d'ailleurs suite à la découverte de ce site que j'ai installé mon premier client de P2P
- Blizzard : les trailers de leurs jeux vidéos sont disponibles via BitTorrent il me semble
- le film d'animation libre Elephants Dream sorti il n'y a pas longtemps, et distribué via BitTorrent (il fait 425Mo et depuis que je l'ai récupéré j'ai uploadé plus de 20Go de son contenu, ça fait une sacré économie de bande passante pour le projet non ?)
Les images ISO sont l'exemple habituel d'utilisation légale du P2P mais finalement je n'ai pas l'impression que ce soit très répandu comme tu le fait remarquer. En revanche un site comme Jamendo risque beaucoup à cause du DADVSI alors qu'il est totalement légal.
[blockquote]
Le week-end, c'est encore pire, samedi passé, 4 jeunes ont soulevés une voiture en pleine apres-midi pour prendre les roues et [b]personne n'a bougé[/b].
[/blockquote]
Peut-être bien que le problème il est là, personne ne dit rien, après tout ce n'est pas ma voiture et puis c'est le boulot de la police hein, alors on détourne les yeux, on passe son chemin et ensuite on s'offusque que la vie soit moins sûre...
Tu te trompes, j'avais posé la question sur le forum un fois, les fichiers achetés ne sont pas sous licence CC (arg bien imprécis comme formulation CC tout court). Ce sont les fichiers téléchargeables librement en ligne (mp3 128k et ogg équivalent) qui le sont.
Question 1 : je ne me souviens plus du post exact mais je suis certain que la question a été évoqué à plusieurs reprises et la réponse était je crois la simplicité nécessaire du langage de script pour que n'importe qui puisse faire ses scénarios (ça n'a pas trop mal marché quand on voie le grand nombre de campagnes disponibles).
Justement je pensais depuis quelque jours à ce qu'il était possible de faire avec Jabber autour des jeux au tour par tour.
J'ai un peu regardé le protocole mais je ne sais pas encore s'il est possible de faire un truc dans ce style :
Prenons un jeu d'échec par exemple, je voudrais pouvoir, directement dans le jeu, initier une partie avec telle personne reconnue grâce à son jabberid et chaque coup joué donnerait lieu à l'envoi, via Jabber, des données au joueur de l'autre coté.
Le fait de passer par Jabber permet de ne pas avoir à maintenir un serveur de communication entre joueurs.
Autre chose, pour des jeux qui ne soient pas au tour par tour (style stratégie temps réel) ce serrait sympa que pour les parties sur internet qui ne passent pas un serveur de jeu public on puisse spécifier la machine qui fait office de serveur le temps de la partie en donnant seulement le jabberid de la bonne personne au lieu de son adresse IP (il est plus agréable de manipuler un jabberid qui ne change pas tout le temps qu'une adresse IP).
Une telle campagne très simple est en cours de développement mais n'est pas encore inclue dans les versions officielles.
Sinon pour moi au contraire c'est la difficulté qui m'a fait accroché dès le début à ce jeu.
Et je rappelle que nous parlons bien de difficulté dans les stratégies à mettre en place, les principes de base étant simples, rapides à apprendre et surtout mis en oeuvre dans le tutoriel.
Il parait oui, mais ce n'est pas le cas pour les 12 personnes (dont je fait partie) qui viennent de suivre une formation de 6 semaines pour en faire au cours de leur missions...
Le gros intérêt de Safari sur FireFox c'est son intégration dans Mac OS X.
Un exemple : Mac OS X propose dans ses réglages réseaux de paramétrer le proxy à employer et Safari utilise le dit réglage ensuite. Donc lorsqu'on déplace son portable d'un lieu à un autre il suffit de changer de configuration active pour que Safari sache s'il doit ou pas utiliser un proxy et lequel. A l'inverse avec FireFox après avoir changé de configuration réseau active on doit encore changer le réglage du proxy dans FireFox...
Autre exemple : la gestion des cookies, Safari les stocke dans un endroit bien défini du système. Si on s'identifie sur un site via un cookie en utilisant Safari, toute application Cocoa désirant faire un accès au site en question va être automatiquement identifiée également.
----
Sinon je ne pense pas que KDE ait intérêt à abandonner khtml, en revanche GNUstep aurait sans doute plus l'utilité d'utiliser WebCore.
Une Cour d'Appel aux USA à déclarer que le Federal Communications Commission (FCC) organisme qui voulait mettre en place cette puce n'avait pas les compétences pour obliger les fabricants de matériel à s'y conformer et que de plus cela allait à l'encontre des lois américaines.
Seul le congrès est habilité à demander ce genre d'ajouts matériels (et cela a déjà été le cas apparamment).
C'est ce que je pensais faire. Mais en y réfléchissant je me dis que ça pose aussi quelques problèmes de configuration : on n'utilise pas son ordinateur de la même façon si l'on dispose de 1024*768 pixels ou du double...
Je pense en particulier sous Mac OS X à la barre d'outil en haut qui devient très vite encombrée par tout les petits trucs que l'on veut y rajouter mais aussi à l'emplacement des fenêtres des logiciels à l'ouverture qui va différer selon que l'on ai la place de travailler en double page ou pas, etc.
Enfin je me pose la question mais je n'ai pas testé et je serais curieux de savoir comment Gnome par exemple gère ça avec sa navigation en mode spatial.
C'est un peu plus complexe que ça, une partie des nouveautés de Safari2 (en particulier tout ce qui concerne les améliorations de l'affichage des sites) est backporté sur le Safari de Panther. En revanche les nouveautés du style affichage des flux RSS ne seront jamais disponibles pour le Safari de Panther je crois.
[^] # Re: A noter que GNUstep a changé récemment de mainteneur principal
Posté par ... a little wood elfe . En réponse au journal GNUstep sous les Étoiles. Évalué à 4.
- Gorm : http://wiki.gnustep.org/index.php/Gorm
- déclaration de G.C. : http://heronsperch.blogspot.com/2006/12/plans-for-change.htm(...)
# A noter que GNUstep a changé récemment de mainteneur principal
Posté par ... a little wood elfe . En réponse au journal GNUstep sous les Étoiles. Évalué à 6.
Il a annoncé la direction qu'il souhaitait faire prendre au projet (traduction libre) :
- adopter un look par défaut plus moderne
- sortir de nouvelles versions plus régulièrement
- faciliter l'installation de GNUstep
- attirer les développeurs mac (en facilitant le développement multi-plateforme Cocoa-GNUstep)
- se concentrer sur un seul backend graphique par OS
- décider si GNUstep doit être un framework de développement multi-plateformes ou bien un gestionnaire de bureau (il penche vers la première réponse si je me souviens bien d'autres courriels que j'ai pu lire de sa part)
- faire en sorte qu'utiliser un programme GNUstep dans un gestionnaire de bureau non spécialement adapté à GNUstep soit plus agréable
Plein de bonnes choses qui laissent espérer que le projet prenne enfin son essort. Pourquoi Gregory réussirait là où GNUstep a échoué depuis plusieurs années ? Je ne sais pas, mais à son crédit on peut voir tout le travail qu'il a fait sur Gorm qui permet depuis le 29 août d'éditer et de sauvegarder les descriptions d'interfaces graphiques au format .nib d'Apple aussi bien qu'au format propre à GNUstep (ce qui était selon moi le principal frein pour développer une application capable de compiler aussi bien sur GNUstep que sur Cocoa).
# Et la consommation de ces boitiers ?
Posté par ... a little wood elfe . En réponse à la dépêche Un routeur ADSL/Wifi/VOIP sous Linux. Évalué à 3.
J'ai récemment mesuré celle de ma Freebox (v3 je crois) et j'ai été très étonné de constater qu'elle consommait tout de même 15 à 18W. Après avoir mesurer la consommation en kWh sur 3j et fait une rapide règle de 3 j'en ai déduis qu'elle représentait environ 1/6 de ma consommation électrique à l'année !
Bon il est vrai qu'avec mon frigo il s'agit du seul appareil électrique branché 7j/7 et que j'ai une consommation électrique assez faible. Mais tout de même comparé à ce que consommait un simple téléphone + modem avant...
15W... Mon portable en utilisation standard ne dépense pas les 45W...
[^] # Re: Félicitations aux traducteurs
Posté par ... a little wood elfe . En réponse à la dépêche La Bataille pour Wesnoth 1.2. Évalué à 8.
Je suis assez d'accord avec toi, la qualité littéraire de la vf n'est pas au niveau de celle de la vo. Mais il faut bien voir que cela demande beaucoup de travail et de temps d'arriver à une traduction de qualité. Et l'introduction de UtBS dans la version officielle a été rude pour les traducteurs : la quantité de texte dans cette campagne est énorme.
À titre d'exemple la relecture (même pas la traduction initiale) d'un seul chapitre d'UtBS m'a pris trois heures un dimanche après-midi, et encore en dehors des corrections de base (fautes de frappes) je n'ai corrigé que les tournures les plus maladroites et à la fin de la séance il restait un grand nombre de phrases dont je n'étais pas satisfait.
Aussi je tire mon chapeau à toute l'équipe de traduction qui a réalisé un travail de titan ces derniers mois pour arriver à ce résultat (depuis septembre ce sont environ 1250 courriels qui ont été échangés sur la liste de diffusion où se déroule la traduction française de Wesnoth).
PS : Pour avoir découvert le jeu au temps de la version 0.6 je rajouterais que la vo n'a pas toujours été de qualité non plus et j'espères donc que le temps permettra d'améliorer la vf. D'ailleurs si les descriptions des unités sont de meilleure qualité c'est sans doute du au fait qu'il s'agit des traductions les plus anciennes (bon et aussi que c'est à mon avis plus facile à traduire car il s'agit à chaque fois d'un petit bloc cohérent alors que lorsqu'on traduit un scénario il faut l'avoir joué pour bien se figurer qui parle à qui et dans quel contexte).
[^] # Re: Le multi-joueurs, ca demande du temps
Posté par ... a little wood elfe . En réponse au journal Première Rc Du jeu "La Bataille pour Wesnoth". Évalué à 3.
Une fois ce prérequis rempli, sur internet avec des joueurs moyennement expérimenté on arrive à faire des parties rapides et très prenantes (compter 1 minute par tour de chaque joueur - sur une petite carte en 3v3 on ne trouve pas le temps long car on voit les actions de chacun -).
[^] # Re: Former des développeurs Python/Zope compétents
Posté par ... a little wood elfe . En réponse à la dépêche Nuxeo CPS tournera sous Java. Évalué à 3.
Moi ! J'ai été formé à Pacbase il y a un an et demi et depuis je n'ai pas arrêté de coder avec (projet mis en prod il y a quelques jours).
Pacbase est toujours trés utilisé dans les banques et les assurances françaises (qui refusent que IBM en cesse le support d'ailleurs). La seule chose qui a changé c'est qu'on ne fait plus d'écrans 3270 mais qu'à la place on a un pont permettant d'appeler le site central depuis une appli J2EE.
J2EE que par ailleurs je trouve immonde, enfin surtout les jsp. Je n'aime pas du tout cette façon de faire de mélanger dans une seule page de code plusieurs langages (html et java en l'occurrence, voire javascript en plus bien souvent - mais c'est pareil avec php d'ailleurs).
[^] # Re: Plop !
Posté par ... a little wood elfe . En réponse au journal Pourquoi GNUStep ne décolle-t-il pas ?. Évalué à 2.
[^] # Re: Réponse (4) : parce seules debian et gentoo font des paquets
Posté par ... a little wood elfe . En réponse au journal Pourquoi GNUStep ne décolle-t-il pas ?. Évalué à 1.
Mais cela pourrait changer Gregory John Casamento ayant annoncé le 9 août la première sauvegarde réussie d'un .nib depuis Gorm. On devrait donc bientôt être en mesure à l'aide Gorm de générer le .nib et le .gorm sans avoir à faire deux fois le travail de création de la GUI.
Pour moi cela lévera le principal frein, mais il n'est pas dit que cela change grand chose pour la majorité des développeurs Mac. En effet s'il est facile de développer pour GNUstep "en premier" et de voir l'ensemble marcher sans modif ou presque sur Mac, l'inverse n'est pas vrai. Principalement car Apple rajoute régulièrement de nouvelles méthodes au framework Cocoa et propose de nombreux autres frameworks qui dès qu'ils sont utilisés tuent toute compatibilité avec GNUstep (sauf pour les plus simples d'entre eux qui existent également sous GNUstep comme AddressBook).
[^] # Re: Ce que je ne comprend pas...
Posté par ... a little wood elfe . En réponse au journal DADVSI : une première victime.... Évalué à 1.
Quelques exemples d'utilisations légales et réelles :
- Jamendo : toute la musique de Jamendo est diffusée via du P2P, de préférence BitTorrent. C'est d'ailleurs suite à la découverte de ce site que j'ai installé mon premier client de P2P
- Blizzard : les trailers de leurs jeux vidéos sont disponibles via BitTorrent il me semble
- le film d'animation libre Elephants Dream sorti il n'y a pas longtemps, et distribué via BitTorrent (il fait 425Mo et depuis que je l'ai récupéré j'ai uploadé plus de 20Go de son contenu, ça fait une sacré économie de bande passante pour le projet non ?)
Les images ISO sont l'exemple habituel d'utilisation légale du P2P mais finalement je n'ai pas l'impression que ce soit très répandu comme tu le fait remarquer. En revanche un site comme Jamendo risque beaucoup à cause du DADVSI alors qu'il est totalement légal.
[^] # Re: Mon point de vue sur les journalistes.
Posté par ... a little wood elfe . En réponse au journal DADVSI : les leçons d'un désastre. Évalué à 3.
[^] # Re: Liberté et liberté
Posté par ... a little wood elfe . En réponse à la dépêche Big Brother Awards 2005. Évalué à 2.
Le week-end, c'est encore pire, samedi passé, 4 jeunes ont soulevés une voiture en pleine apres-midi pour prendre les roues et [b]personne n'a bougé[/b].
[/blockquote]
Peut-être bien que le problème il est là, personne ne dit rien, après tout ce n'est pas ma voiture et puis c'est le boulot de la police hein, alors on détourne les yeux, on passe son chemin et ensuite on s'offusque que la vie soit moins sûre...
[^] # Re: Wopopop, on ne s'enflamme pas
Posté par ... a little wood elfe . En réponse au journal Magnatune se mets aux DRM, en contradiction avec la licence Creative Common.... Évalué à 1.
[^] # Re: Questions techniques
Posté par ... a little wood elfe . En réponse à la dépêche Internet, le 2 octobre 2005 - Wesnoth 1.0. Évalué à 4.
Question 2 : Oui toutes les ressources sont sous GPL (http://www.wesnoth.org/forum/viewtopic.php?t=2014)(...)
Question 3 : Dave le créateur de Wesnoth a fait plusieurs posts sur comment s'y prendre selon lui pour créer un jeu libre avec succés. Lire par exemple : http://www.wesnoth.org/forum/viewtopic.php?t=3294(...) et http://www.wesnoth.org/forum/viewtopic.php?t=6509(...) (plus orienté choix techniques si je me souviens bien).
Question 1 : je ne me souviens plus du post exact mais je suis certain que la question a été évoqué à plusieurs reprises et la réponse était je crois la simplicité nécessaire du langage de script pour que n'importe qui puisse faire ses scénarios (ça n'a pas trop mal marché quand on voie le grand nombre de campagnes disponibles).
[^] # Re: au fait...
Posté par ... a little wood elfe . En réponse au journal MUD par im ?. Évalué à 3.
J'ai un peu regardé le protocole mais je ne sais pas encore s'il est possible de faire un truc dans ce style :
Prenons un jeu d'échec par exemple, je voudrais pouvoir, directement dans le jeu, initier une partie avec telle personne reconnue grâce à son jabberid et chaque coup joué donnerait lieu à l'envoi, via Jabber, des données au joueur de l'autre coté.
Le fait de passer par Jabber permet de ne pas avoir à maintenir un serveur de communication entre joueurs.
Autre chose, pour des jeux qui ne soient pas au tour par tour (style stratégie temps réel) ce serrait sympa que pour les parties sur internet qui ne passent pas un serveur de jeu public on puisse spécifier la machine qui fait office de serveur le temps de la partie en donnant seulement le jabberid de la bonne personne au lieu de son adresse IP (il est plus agréable de manipuler un jabberid qui ne change pas tout le temps qu'une adresse IP).
A little wood elfe
[^] # Re: Traduction française
Posté par ... a little wood elfe . En réponse au journal Debuger en s'amusant (Wesnoth 1.0 - Play with the Wesnoth developers). Évalué à 3.
Mais il y a quelques français parmis les développeurs.
[^] # Re: Version française
Posté par ... a little wood elfe . En réponse au journal Wesnoth 0.9.2 out. Évalué à 2.
Sinon pour moi au contraire c'est la difficulté qui m'a fait accroché dès le début à ce jeu.
Et je rappelle que nous parlons bien de difficulté dans les stratégies à mettre en place, les principes de base étant simples, rapides à apprendre et surtout mis en oeuvre dans le tutoriel.
# x86 only
Posté par ... a little wood elfe . En réponse à la dépêche Freeduc-games dans les bacs. Évalué à 2.
[^] # Re: Et vb.net ?
Posté par ... a little wood elfe . En réponse à la dépêche Langages et performances : les Français à l'honneur !. Évalué à 3.
Remarque sur du calcul pur l'Objective-C c'est du C donc...
[^] # Re: Ocaml va t'il remplacer C++?
Posté par ... a little wood elfe . En réponse à la dépêche Langages et performances : les Français à l'honneur !. Évalué à 2.
# Et William Gibson ?
Posté par ... a little wood elfe . En réponse au journal Un peu de détente avec de la lecture. Évalué à 6.
- Neuromancien
- Comte Zero
- Mona Lisa s'éclate
[^] # Re: Utilisation de Safari ?
Posté par ... a little wood elfe . En réponse à la dépêche KDE doit-il abandonner KHTML pour Webcore ?. Évalué à 6.
Un exemple : Mac OS X propose dans ses réglages réseaux de paramétrer le proxy à employer et Safari utilise le dit réglage ensuite. Donc lorsqu'on déplace son portable d'un lieu à un autre il suffit de changer de configuration active pour que Safari sache s'il doit ou pas utiliser un proxy et lequel. A l'inverse avec FireFox après avoir changé de configuration réseau active on doit encore changer le réglage du proxy dans FireFox...
Autre exemple : la gestion des cookies, Safari les stocke dans un endroit bien défini du système. Si on s'identifie sur un site via un cookie en utilisant Safari, toute application Cocoa désirant faire un accès au site en question va être automatiquement identifiée également.
----
Sinon je ne pense pas que KDE ait intérêt à abandonner khtml, en revanche GNUstep aurait sans doute plus l'utilité d'utiliser WebCore.
# Un peu en retard...
Posté par ... a little wood elfe . En réponse au journal broadcast flag. Évalué à 7.
Une Cour d'Appel aux USA à déclarer que le Federal Communications Commission (FCC) organisme qui voulait mettre en place cette puce n'avait pas les compétences pour obliger les fabricants de matériel à s'y conformer et que de plus cela allait à l'encontre des lois américaines.
Seul le congrès est habilité à demander ce genre d'ajouts matériels (et cela a déjà été le cas apparamment).
[^] # Re: GnuPG
Posté par ... a little wood elfe . En réponse au journal logiciel de crypto. Évalué à 3.
[^] # Re: Un frein a la diffusion d'OS X
Posté par ... a little wood elfe . En réponse au journal Tiger vient de sortir. Évalué à 2.
Je pense en particulier sous Mac OS X à la barre d'outil en haut qui devient très vite encombrée par tout les petits trucs que l'on veut y rajouter mais aussi à l'emplacement des fenêtres des logiciels à l'ouverture qui va différer selon que l'on ai la place de travailler en double page ou pas, etc.
Enfin je me pose la question mais je n'ai pas testé et je serais curieux de savoir comment Gnome par exemple gère ça avec sa navigation en mode spatial.
[^] # Re: Apple respecte la licence de KHTML un point c'est tout.
Posté par ... a little wood elfe . En réponse à la dépêche David Hyatt fait passer le test Acid2 à Safari et contribue à Konqueror. Évalué à 3.