Le point sur lequel je te rejoins est que si la situation s'améliore, il n'y a aucune raison de ne pas remettre en question l'âge de départ.
Ouép. Enfin une fois qu'elle s'améliore pour de bon, alors. Parce qu'un bilan annuel positif, quand le bilan général est déficitaire depuis des années, c'est pas ce qu'on appelle "un retour à la normale".
Ils ont bien utilisé Cedega (Cider, sur Mac) pour faire le portage, ce qui correspond à ton hypothèse pessimiste.
Cela dit, il semble que l'essentiel de la logique du jeu soit implémentée en Python, et que donc seul le moteur ait réellement besoin de cette couche d'abstraction.
Pour avoir testé une paire de jeux portés avec Cider, c'est effectivement loin d'être parfait, mais c'est très correct. En termes d'intégration avec OSX, c'est limite mieux qu'une application GTK :)
Faut pas se focaliser sur l'aspect IDE. Vaut mieux le prendre comme un éditeur de texte "achement paramétrable" (pas tant qu'Emacs, mais bon). De là, petit à petit, on voit les fonctionnalités "en plus" apparaître au fur et à mesure.
Cela dit, comme il a été remarqué plus haut, OpenKomodo ne correspond pas (encore?) à Komodo IDE, mais à Komodo Edit, lequel est très exactement ... un éditeur de texte :)
Parce que, malheureusement, certaines des plateformes (et pas des moindres) sur lesquelles tournent Gimp ont une politique de "focus" peu adaptée. Et que devoir cliquer deux fois pour obtenir un outil (une fois pour avoir le focus sur la boîte d'outils, et une fois pour sélectionner l'outil) c'est un peu lourdos.
Après, le MDI n'est pas forcément la solution, mais il faudrait quand même faire quelque-chose. On s'y habitue (quand on ne peux pas faire autrement), mais ça nuit à l'image.
En fait, pas exactement. Si tu cherches un MMO qui ressemble à VS, tournes-toi plutôt vers Vendetta Online (tout aussi multiplateforme que EVE, et depuis plus longtemps, et sans Cider/Cedega).
Dans EVE, le contrôle de l'appareil se fait à la souris, et est assez éloigné du jeu d'action moyen. Tu ne "pilotes" pas ton appareil, tu lui donnes des ordres ("va vers tel objet", "tires sur tel vaisseau", etc.). En gros, c'est du pointer-cliquer.
Ca n'ôte rien à son intérêt, cela dit, mais si tu cherches du dogfight intensif, ce n'est pas forcément le jeu qu'il faut.
En ce qui me concerne, j'hésite encore entre les deux :)
Au fait de passer un peu de temps à configurer Apache, existe t-il une GUI suffisamment bien faite pour les admins pressés ?
Kochizz, par exemple? Maintenant, bon, si les administrateurs commençent à avoir besoin d'une GUI sur leurs serveurs, le monde est voué à une fin horrible (impliquant - ne me demandez pas comment ni pourquoi mais je le sais - des quantités de petits pics à apéritif).
Mais bon, si on donne une jolie interface en Qt aux admins paresseux, derrière ils vont râler que ça s'intègre par bien à leur jolie Ubuntu, et qu'il vaudrait mieux un truc Gnome, parce que Gnome ça fait beaucoup moins dégueulasse sur un serveur (tu vois, quoi?).
MS is trying to work out a way for WLM users to chat with AIM/GTalk/ICQ: basic internal version of GTalk working now
Quand je lis ça, je ne peux pas m'empêcher de me dire (mais je suis un incorrigible réveur) qu'ils comptent supporter AIM et ICQ via des passerelles Jabber. C'est vrai que c'est d'un certain point de vue, ça serait logique : en implémentant Jabber/XMPP, ils s'ouvrent du même coup les autres protocoles. Faut admettre que ça serait balot de pas en profiter.
Et ça, pour le coup, ça serait un réel pas en avant de leur part. Je trouve.
Dans le même genre, et qui pourrait fournir un complément intéressant à terme, les gens qui sont derrière Zafara (un groupware multiplateforme mais néanmoins propriétaire) ont ouvert les sources de leur composant ActiveSync, nommé Z-Push. En gros, ça permet de connecter un terminal Windows Mobile à une source de données plus conventionnelle qu'un serveur Exchange, tout en bénéfiçiant quand même des avantages de la technologie "Direct Push" (mise-à-jour en continu, particulièrement).
Le code dont il est question est en PHP, et ne nécéssite pas grand chose d'autre qu'un Apache pour fonctionner. L'accès aux données se fait au moyen d'un "backend", également en PHP. Pour l'heure, seuls quelques-uns sont fournis:
* Maildir (va chercher ses données dans un répertoire de courriels)
* VCard (va chercher ses données dans un répertoire de fichiers de contacts)
* IMAP (va chercher ses données auprès d'un serveur IMAP)
* ICS (titre trompeur, en fait il est fait pour se connecter à un serveur Zafara)
La principale limitation à l'heure actuelle tient à l'inexistence de backends "multiprotocoles". Ainsi, il est impossible sans code supplémentaire de synchroniser à la fois ses mails et ses contacts. Seul le backend ICS propose ce genre de fonctionnalités, mais personne n'a encore pris le temps de "porter" ça vers des sources de données classiques. Par ailleurs, aucun exemple de code n'est fourni pour l'échange de données de type Calendrier.
L'avantage principal de Z-Push par rapport à des solutions plus "propres" comme Funambol (basé sur SyncML), c'est la simplicité de mise en oeuvre sur les plateformes le supportant (non-libres, mais très répandues) et la pauvreté du client Windows Mobile de Funambol. En effet, celui-ci ne supporte le fonctionnement "poussé" que si le terminal est capable de lui ouvrir un port en écoute, chose délicate quand on pense aux nombreux accès internet qui sont derrière un NAT (sans compter que les opérateurs téléphoniques ne donnent pas toujours une IP publique dans leurs forfaits "données").
A l'opposé, la méthode Microsoft ne nécessite qu'une connexion sortante du terminal, celle-ci restant ouverte aussi longtemps que les valeurs de "timeout" en vigueur le permettent. Ceci fonctionnant plutôt bien, à la seule condition que le forfait employé ne soit pas facturé au temps de connexion (sinon, autant prendre de l'illimité tout de suite, ça fera moins cher).
Nan, c'est pas ça. C'est juste que Phonon est tellement une merde que ça vaut pas le coup qu'on regarde ce que ça fait. En plus, ça vient de KDE, donc bon.
Aucun. PulseAudio fait des trucs que ne permet pas Phonon. A moins que Phonon ait déjà prévu toutes les fonctionnalités de PulseAudio dans son API, mais je n'y crois pas deux secondes.
Et à part ce que tu crois, tu as des faits à proposer? Parce que ça commence à devenir lassant...
Donc à priori, c'est de l'OpenType utilisant des courbes Postscript. Ca s'ouvre sans problème sur un Mac, et normalement sous Windows aussi. Sous Linux, il est possible de les ouvrir avec Fontforge (http://fontforge.sourceforge.net/ ), lequel devrait ensuite être en mesure de les enregistrer dans le format qui te fait plaisir.
Non pas que je cautionne ce genre d'hébergement, surtout pour des trucs sérieux, mais je ne vois pas bien dans tes critères de sélection ce qui t'empêche de passer par une simple "page perso" chez Free. Tu as l'espace disque, le PHP/MySQL et le "pas cher".
Petite question à laquelle je ne trouve pas de réponse: pour pouvoir utiliser l'outils "Participants à une événement" avec la notion de plage "Free/Busy" , faut-il obligatoirement un serveur spécifique (WCAP,..) ?
Non. Il peut suffire d'installer l'extension fournie par Inverse (les gens qui maintiennent Scalable OpenGroupware.org). Elle s'appellait Lightning Enhancer, mais a été renommée (et fusionnée avec une autre) en SOGo Connector.
D'abord concernant XDF il ne faut pas l'aborder comme un "informaticien" mais comme un End User. Croyez-moi que les préoccupations du End User sont à des années lumières de l'informaticien éclairé.
Si je puis me permettre, je trouve cette approche périlleuse. Autant je suis d'accord sur le constat initial (l'utilisateur final n'a pas les mêmes préoccupations que l'informaticien "éclairé"), autant les conclusions me laissent plus que songeur.
L'un des rôles des informaticiens, surtout s'ils ont vu la lumière, est quand même de conseiller et d'aider les non-informaticiens. Partir du principe que l'utilisateur a forcément raison, c'est s'exposer à commettre des abérations.
L'avis de l'utilisateur est capital, c'est entendu. Mais, par essence, cet avis ne prend pas en compte des considérations plus techniques comme (liste non-exhaustive) la sécurité, les performances, la pérénnité ou la fiabilité. Bien entendu, ces considérations finiront par toucher l'utilisateur. Le jour où il sera forcé de changer d'application, la facilité de relecture de ses données lui apparaîtra brusquement comme beaucoup plus importante... mais trop tard.
L'informaticien, lui, peut prévoir ce genre de choses, et adopter des comportements sains en conséquence. Et j'estime qu'il est de son devoir d'informer, parfois de manière un peu directive, l'utilisateur des risques qu'il prend.
Le choix d'un outil informatique peut être lourd de conséquence, et il me paraît léger de le laisser entièrement entre les mains de gens qui n'ont - et c'est normal - qu'une vue extrèment réduite des implications de ce choix.
Pas si simple. S'il est exact qu'aucun support spécifique n'est demandé au matériel, en revanche les ressources (espace mémoire, notamment) consommées par IPv6 sont supérieures à celles demandées par la v4. Sur de l'embarqué, pour lequel tout ce qui peut être rogné l'est généralement, ça peut devenr problématique.
http://rscds.sourceforge.net/
Du PHP, un peu galère à installer dans un environnement de production (modules PHP à compiler, si j'ai bonne mémoire). Interface Web hideuse, mais à la limite ce n'est pas tellement ce qu'on demande à un serveur CalDAV.
http://www.bedework.org/bedework/
Celui-là, je suis tombé dessus trop récemment pour avoir eu le temps de le tester. C'est du J2EE, à intégrer par exemple dans le Tomcat moyen.
informations qui peuvent être récoltées à notre insu
Cela se passe par appels téléphoniques aux cours desquels on demande aux individus de décrire quels sont les déplacements qui ont été effectués, en suivant la rue, les arrets etc.
Je vois mal comment ça peut être à la fois fait à l'insu des gens et en leur demandant. Bon, c'est pas pour ça que je cautionne, mais tout de même, le principe est curieux.
[^] # Re: Et pourquoi je devrais soutenir les grèvistes ?
Posté par Larry Cow . En réponse au journal Soyons solidaires avec les grévistes. Évalué à 2.
Ouép. Enfin une fois qu'elle s'améliore pour de bon, alors. Parce qu'un bilan annuel positif, quand le bilan général est déficitaire depuis des années, c'est pas ce qu'on appelle "un retour à la normale".
[^] # Re: Minimum Requirements
Posté par Larry Cow . En réponse à la dépêche EVE Online client Linux et Mac OS X disponibles. Évalué à 1.
Cela dit, il semble que l'essentiel de la logique du jeu soit implémentée en Python, et que donc seul le moteur ait réellement besoin de cette couche d'abstraction.
Pour avoir testé une paire de jeux portés avec Cider, c'est effectivement loin d'être parfait, mais c'est très correct. En termes d'intégration avec OSX, c'est limite mieux qu'une application GTK :)
[^] # Re: IDE ?
Posté par Larry Cow . En réponse à la dépêche OpenKomodo, un nouvel IDE libre. Évalué à 2.
Cela dit, comme il a été remarqué plus haut, OpenKomodo ne correspond pas (encore?) à Komodo IDE, mais à Komodo Edit, lequel est très exactement ... un éditeur de texte :)
[^] # Re: Openmoko
Posté par Larry Cow . En réponse à la dépêche Android : un OS de téléphone mobile par Google. Évalué à 5.
[^] # Re: Vivement qu'ils sortent une vrai version pour windows
Posté par Larry Cow . En réponse à la dépêche Sortie de GNU Image Manipulation Program 2.4. Évalué à 3.
Après, le MDI n'est pas forcément la solution, mais il faudrait quand même faire quelque-chose. On s'y habitue (quand on ne peux pas faire autrement), mais ça nuit à l'image.
[^] # Re: Dépèche un peu fausse...
Posté par Larry Cow . En réponse à la dépêche EVE Online client Linux et Mac OS X disponibles. Évalué à 2.
[^] # Re: Quesaco ?
Posté par Larry Cow . En réponse à la dépêche EVE Online client Linux et Mac OS X disponibles. Évalué à 5.
Dans EVE, le contrôle de l'appareil se fait à la souris, et est assez éloigné du jeu d'action moyen. Tu ne "pilotes" pas ton appareil, tu lui donnes des ordres ("va vers tel objet", "tires sur tel vaisseau", etc.). En gros, c'est du pointer-cliquer.
Ca n'ôte rien à son intérêt, cela dit, mais si tu cherches du dogfight intensif, ce n'est pas forcément le jeu qu'il faut.
En ce qui me concerne, j'hésite encore entre les deux :)
[^] # Re: Config
Posté par Larry Cow . En réponse au journal Apache bientôt détroné par IIS ?. Évalué à 9.
Kochizz, par exemple? Maintenant, bon, si les administrateurs commençent à avoir besoin d'une GUI sur leurs serveurs, le monde est voué à une fin horrible (impliquant - ne me demandez pas comment ni pourquoi mais je le sais - des quantités de petits pics à apéritif).
Sinon, c'est là: http://kochizz.sourceforge.net/
Mais bon, si on donne une jolie interface en Qt aux admins paresseux, derrière ils vont râler que ça s'intègre par bien à leur jolie Ubuntu, et qu'il vaudrait mieux un truc Gnome, parce que Gnome ça fait beaucoup moins dégueulasse sur un serveur (tu vois, quoi?).
# Utopie?
Posté par Larry Cow . En réponse au journal Microsoft annonce la compatibilité Jabber, AIM et ICQ. Évalué à 3.
Quand je lis ça, je ne peux pas m'empêcher de me dire (mais je suis un incorrigible réveur) qu'ils comptent supporter AIM et ICQ via des passerelles Jabber. C'est vrai que c'est d'un certain point de vue, ça serait logique : en implémentant Jabber/XMPP, ils s'ouvrent du même coup les autres protocoles. Faut admettre que ça serait balot de pas en profiter.
Et ça, pour le coup, ça serait un réel pas en avant de leur part. Je trouve.
# ActiveSync
Posté par Larry Cow . En réponse à la dépêche Sortie de la bibliothèque MAPI OpenChange 0.6. Évalué à 6.
Le code dont il est question est en PHP, et ne nécéssite pas grand chose d'autre qu'un Apache pour fonctionner. L'accès aux données se fait au moyen d'un "backend", également en PHP. Pour l'heure, seuls quelques-uns sont fournis:
* Maildir (va chercher ses données dans un répertoire de courriels)
* VCard (va chercher ses données dans un répertoire de fichiers de contacts)
* IMAP (va chercher ses données auprès d'un serveur IMAP)
* ICS (titre trompeur, en fait il est fait pour se connecter à un serveur Zafara)
La principale limitation à l'heure actuelle tient à l'inexistence de backends "multiprotocoles". Ainsi, il est impossible sans code supplémentaire de synchroniser à la fois ses mails et ses contacts. Seul le backend ICS propose ce genre de fonctionnalités, mais personne n'a encore pris le temps de "porter" ça vers des sources de données classiques. Par ailleurs, aucun exemple de code n'est fourni pour l'échange de données de type Calendrier.
L'avantage principal de Z-Push par rapport à des solutions plus "propres" comme Funambol (basé sur SyncML), c'est la simplicité de mise en oeuvre sur les plateformes le supportant (non-libres, mais très répandues) et la pauvreté du client Windows Mobile de Funambol. En effet, celui-ci ne supporte le fonctionnement "poussé" que si le terminal est capable de lui ouvrir un port en écoute, chose délicate quand on pense aux nombreux accès internet qui sont derrière un NAT (sans compter que les opérateurs téléphoniques ne donnent pas toujours une IP publique dans leurs forfaits "données").
A l'opposé, la méthode Microsoft ne nécessite qu'une connexion sortante du terminal, celle-ci restant ouverte aussi longtemps que les valeurs de "timeout" en vigueur le permettent. Ceci fonctionnant plutôt bien, à la seule condition que le forfait employé ne soit pas facturé au temps de connexion (sinon, autant prendre de l'illimité tout de suite, ça fera moins cher).
Tout ça là : http://z-push.sourceforge.net
[^] # Re: On est presque vendredi
Posté par Larry Cow . En réponse au journal PulseAudio. Évalué à 6.
[^] # Re: On est presque vendredi
Posté par Larry Cow . En réponse au journal PulseAudio. Évalué à 2.
Et à part ce que tu crois, tu as des faits à proposer? Parce que ça commence à devenir lassant...
[^] # Re: otf ?
Posté par Larry Cow . En réponse au journal Les polices STIX en bêta!. Évalué à 5.
Donc à priori, c'est de l'OpenType utilisant des courbes Postscript. Ca s'ouvre sans problème sur un Mac, et normalement sous Windows aussi. Sous Linux, il est possible de les ouvrir avec Fontforge (http://fontforge.sourceforge.net/ ), lequel devrait ensuite être en mesure de les enregistrer dans le format qui te fait plaisir.
# Page perso free?
Posté par Larry Cow . En réponse au journal Héberger un site web perso.. Évalué à 4.
Il y a autre chose?
[^] # Re: Ca m'étonnerait ...
Posté par Larry Cow . En réponse au journal Un exemple américain de promotion. Évalué à 6.
(de terre)
[^] # Re: Gérer les participants à une réunion
Posté par Larry Cow . En réponse à la dépêche Sunbird 0.7 : « l'oiseau du soleil » encore un peu plus haut. Évalué à 3.
Non. Il peut suffire d'installer l'extension fournie par Inverse (les gens qui maintiennent Scalable OpenGroupware.org). Elle s'appellait Lightning Enhancer, mais a été renommée (et fusionnée avec une autre) en SOGo Connector.
http://www.inverse.ca/francais/initiatives/sogo_connector.ht(...)
[^] # Re: Une début d'alternative open source à ... ?
Posté par Larry Cow . En réponse à la dépêche XDF (Xul Devis & Factures) : logiciel libre de facturation pour TPE. Évalué à 3.
Si je puis me permettre, je trouve cette approche périlleuse. Autant je suis d'accord sur le constat initial (l'utilisateur final n'a pas les mêmes préoccupations que l'informaticien "éclairé"), autant les conclusions me laissent plus que songeur.
L'un des rôles des informaticiens, surtout s'ils ont vu la lumière, est quand même de conseiller et d'aider les non-informaticiens. Partir du principe que l'utilisateur a forcément raison, c'est s'exposer à commettre des abérations.
L'avis de l'utilisateur est capital, c'est entendu. Mais, par essence, cet avis ne prend pas en compte des considérations plus techniques comme (liste non-exhaustive) la sécurité, les performances, la pérénnité ou la fiabilité. Bien entendu, ces considérations finiront par toucher l'utilisateur. Le jour où il sera forcé de changer d'application, la facilité de relecture de ses données lui apparaîtra brusquement comme beaucoup plus importante... mais trop tard.
L'informaticien, lui, peut prévoir ce genre de choses, et adopter des comportements sains en conséquence. Et j'estime qu'il est de son devoir d'informer, parfois de manière un peu directive, l'utilisateur des risques qu'il prend.
Le choix d'un outil informatique peut être lourd de conséquence, et il me paraît léger de le laisser entièrement entre les mains de gens qui n'ont - et c'est normal - qu'une vue extrèment réduite des implications de ce choix.
[^] # Re: Smalltalk
Posté par Larry Cow . En réponse à la dépêche Seaside 2.8 est sorti. Évalué à 3.
[^] # Re: neuf
Posté par Larry Cow . En réponse à la dépêche Communiqué du RIPE sur IPv6. Évalué à 6.
[^] # Re: On n'a jamais finit de râler
Posté par Larry Cow . En réponse au journal GMail en imap.... Évalué à 1.
[^] # Re: intégration dans Windows
Posté par Larry Cow . En réponse à la dépêche Sunbird 0.7 : « l'oiseau du soleil » encore un peu plus haut. Évalué à 2.
[^] # Re: Et un serveur?
Posté par Larry Cow . En réponse à la dépêche Sunbird 0.7 : « l'oiseau du soleil » encore un peu plus haut. Évalué à 6.
Du PHP, un peu galère à installer dans un environnement de production (modules PHP à compiler, si j'ai bonne mémoire). Interface Web hideuse, mais à la limite ce n'est pas tellement ce qu'on demande à un serveur CalDAV.
http://trac.calendarserver.org/projects/calendarserver
Le "Calendar Server" d'Apple. C'est du gros Python (via Twisted, notamment), mais ça a l'air assez puissant.
http://www.bedework.org/bedework/
Celui-là, je suis tombé dessus trop récemment pour avoir eu le temps de le tester. C'est du J2EE, à intégrer par exemple dans le Tomcat moyen.
http://chandlerproject.org/Developers/DownloadChandlerServer
C'est COSMO, le serveur du projet Chandler. Java/Tomcat, aussi.
[^] # Re: Je me suis fait avoir comme un windowsien
Posté par Larry Cow . En réponse à la dépêche XDF (Xul Devis & Factures) : logiciel libre de facturation pour TPE. Évalué à 4.
Une des CECILL ne pourrait-elle pas convenir?
# ... de mon plein gré ...
Posté par Larry Cow . En réponse au journal Et concernant affimétrie ?. Évalué à 10.
Cela se passe par appels téléphoniques aux cours desquels on demande aux individus de décrire quels sont les déplacements qui ont été effectués, en suivant la rue, les arrets etc.
Je vois mal comment ça peut être à la fois fait à l'insu des gens et en leur demandant. Bon, c'est pas pour ça que je cautionne, mais tout de même, le principe est curieux.
[^] # Re: version
Posté par Larry Cow . En réponse au journal MS fait profil bas devant l'UE. Évalué à 6.