[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.
Les configurations par défaut des différents services ne sont pas les mêmes. C'est essentiellement à ça que l'on voit la différence :-)
Sinon oui il y a une interface graphique qui a pour objectif de rendre ça plus simple pour le pékin moyen qui veut administrer son serveur, mais comme je le dit plus haut autant dans Mac OS X, le masquage de la "complexité Unix" est réussi, autant dans la version Server 10.2 c'était raté. Tout simplement peut-être parce que de toute façon pour administrer correctement un serveur il faut avoir certaines connaissances et que faire une interface en passant que la personne en face n'a pas ces connaissances ne marchera jamais.
En revanche une interface graphique pensée pour des gens qui savent ce qui se passe sous le capot et qui n'empêche pas de triturer les fichiers de conf à la main, ça oui ça aurait du succès.
Par exemple, le pare-feu est bien sympa, mais ça reste du XP-like, c'est à dire plus que léger. Inutile d'espérer écrire des règles complexes avec suivi de logs, alertes, détection d'intrusion etc...
Je m'insurge, le pare feu de Mac OS X est ipfw et est incomparrablement meilleur que celui de Windows. Tu peux parfaitement te le configurer aux petits oignons via le terminal. En revanche oui l'interface graphique ne permet pas tout, normal de toute façon un utilisateur de base ne comprendrais pas une interface graphique lui proposant toutes les options et cette interface serait difficilement ergonomique.
Maintenant il existe aussi des interfaces graphiques (libres d'ailleurs il me semble) qui permettent de configurer ipfw avec beaucoup plus de précisions.
Non pas toutes, cf launchd dans mon commentaire au dessus ou bien leur implémentation de Zeroconf dont il est question dans un autre journal et qui est utilisé par KDE désormais.
Mais il n'en reste pas moins que oui Quartz Extreme et bien d'autres choses sont propriétaires.
On y parle de launchd, un remplaçant à des choses comme inetd, développé par Apple en projet libre, donc réutilisable par la communauté. Est-ce que quelqu'un s'est déjà penché dessus pour voir si ce serait intéressant pour Linux ?
j'ai entendu a de nombreux endroits dire que mac os x etait facile d'utilisation, qu'il etait tres beau, ou encore pour reprendre l'auteur du journal qu'il sera "le nouveau standard à atteindre", donc presque uniquement des eloges a son sujet! Apple a fait cet os a partir d'un noyau tout fait ok mais ils sont qd meme parti de pas grd chose et on fait cet OS il me semble en peu de temp.
Ils ne sont pas partis de rien, ils sont partis de NextStep, des anciens MacOS (avec la couche Carbon et les technos comme QuickTime), d'un kernel Mach existant et d'un système BSD comme base. Et cela fait tout de même quatre ou cinq ans que la première version publique de Mac OS X est sortie.
Alors ils ont du faire du progrès parce que j'ai un peu travailler sur Mac OS X Server 10.2 et à l'époque je l'avais trouvé plutot mauvais du point de vue gui. Autant dans Mac OS X 10.2 j'avais trouvé l'intégration entre la couche Unix et l'interface graphique plutot réussi, autant dans la version Server les raccords étaient trop visibles et surtout il était difficile de configurer une partie dans le terminal sans se faire ensuite écraser sa config par l'interface graphique.
En tout cas il y a deux jours un développeur de chez Apple a annoncé sur la liste de diffusion de GNUstep avoir soumis des patchs pour le support de l'Objective-C et de l'Objective-C++ dans gcc.
Bien que n'ayant jamais utilisé de telles cartes moi-mêmes tout les commentaires que j'ai pu lire ou entendre à leur sujet étaient assez négatifs sur leurs performances.
Maintenant l'existence de drivers linux de qualité pourrait me faire changer d'avis.
J'ai vu tourner MOL ce week end sur un iBook G4 par dessus une debian et j'ai été bluffé. Ca marche super bien (pour peu qu'on lui donne beaucoup de ram).
Et ça peut permettre de limiter les désagrèments lié au flash/java (en utilisant MOL pour accéder aux sites).
Euh, si j'ai bien compris la carte vidéo utilise au moins partiellement de la mémoire vive du processeur et rien que pour ça j'éviterais ce genre de machines.
[^] # 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.
[^] # Re: MaOS X server
Posté par ... a little wood elfe . En réponse au journal Tiger vient de sortir. Évalué à 3.
Sinon oui il y a une interface graphique qui a pour objectif de rendre ça plus simple pour le pékin moyen qui veut administrer son serveur, mais comme je le dit plus haut autant dans Mac OS X, le masquage de la "complexité Unix" est réussi, autant dans la version Server 10.2 c'était raté. Tout simplement peut-être parce que de toute façon pour administrer correctement un serveur il faut avoir certaines connaissances et que faire une interface en passant que la personne en face n'a pas ces connaissances ne marchera jamais.
En revanche une interface graphique pensée pour des gens qui savent ce qui se passe sous le capot et qui n'empêche pas de triturer les fichiers de conf à la main, ça oui ça aurait du succès.
[^] # Re: linux vers mac os x
Posté par ... a little wood elfe . En réponse au journal Tiger vient de sortir. Évalué à 4.
Je m'insurge, le pare feu de Mac OS X est ipfw et est incomparrablement meilleur que celui de Windows. Tu peux parfaitement te le configurer aux petits oignons via le terminal. En revanche oui l'interface graphique ne permet pas tout, normal de toute façon un utilisateur de base ne comprendrais pas une interface graphique lui proposant toutes les options et cette interface serait difficilement ergonomique.
Maintenant il existe aussi des interfaces graphiques (libres d'ailleurs il me semble) qui permettent de configurer ipfw avec beaucoup plus de précisions.
[^] # Re: Donc c'est bien ??
Posté par ... a little wood elfe . En réponse au journal Tiger vient de sortir. Évalué à 3.
Mais il n'en reste pas moins que oui Quartz Extreme et bien d'autres choses sont propriétaires.
# launchd
Posté par ... a little wood elfe . En réponse au journal Tiger vient de sortir. Évalué à 6.
On y parle de launchd, un remplaçant à des choses comme inetd, développé par Apple en projet libre, donc réutilisable par la communauté. Est-ce que quelqu'un s'est déjà penché dessus pour voir si ce serait intéressant pour Linux ?
[^] # Re: linux vers mac os x
Posté par ... a little wood elfe . En réponse au journal Tiger vient de sortir. Évalué à 6.
Ils ne sont pas partis de rien, ils sont partis de NextStep, des anciens MacOS (avec la couche Carbon et les technos comme QuickTime), d'un kernel Mach existant et d'un système BSD comme base. Et cela fait tout de même quatre ou cinq ans que la première version publique de Mac OS X est sortie.
[^] # Re: MaOS X server
Posté par ... a little wood elfe . En réponse au journal Tiger vient de sortir. Évalué à 3.
[^] # Re: Alors...
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é à 1.
Initiatives isolées ou changement de politique ?
[^] # Re: Averatec
Posté par ... a little wood elfe . En réponse au journal Linux et l'architecture PPC (ibook). Évalué à 1.
Maintenant l'existence de drivers linux de qualité pourrait me faire changer d'avis.
[^] # Re: ne marche pas par rapport à x86 :
Posté par ... a little wood elfe . En réponse au journal Linux et l'architecture PPC (ibook). Évalué à 2.
Et ça peut permettre de limiter les désagrèments lié au flash/java (en utilisant MOL pour accéder aux sites).
[^] # Re: Averatec
Posté par ... a little wood elfe . En réponse au journal Linux et l'architecture PPC (ibook). Évalué à 1.