Je suis le seul à ne pas comprendre, à la simple lecture de l'article, comment les raccords entre les images peuvent être bon quelle que soit la largeur de la fenêtre ?
C'est un moyen de dire que tu as testé ton appli sous Wine, et qu'elle marche. Certes, il y a déjà AppDb, mais là, ça donne un indice de confiance supplémentaire. Le développeur dit, j'ai testé sous Wine, et je fais l'effort de tester et de faire en sorte que mon application fonctionne sous Wine.
Après, ça veut aussi dire qu'un certain nombre d'application déciderait de se priver de certaines fonctions qui ne marchent pas sous Wine, et du coup réduiraient l'utilisation de ses fonctions, limitant les chances qu'elles soient au final implémentées dans Wine.
En tout cas, ça serait forcément positif si des applications Windows only affichaient clairement qu'elles sont aussi utilisables sous Linux par le biais de Wine.
J'imagine d'ici les futures conversations avec un windowsien:
" - Mais pourquoi t'utilises pas plutôt ODT pour tes documents ?
- Le rich text c'est bien gentil, mais je peux pas mettre d'images, je peux pas faire de colonnes ni de mise en page, etc ..."
Et voilà comment on fait jouer ODT dans la même cour que RTF
Moi je trouve ça encore plus velu:
Rappelons que les machines sont exclusivement sous Linux depuis la session 2007, initialement Mandriva Linux (Mandrake Linux à l'époque) puis Debian depuis la session 2005.
Donc ils ont laché Debian Hurd pour Mandrake Linux en 2007 ?
En même temps, ce n'est pas forcément judicieux de dimensionner le site pour un traffic qui ne sera atteint que le jour de l'ouverture. En plus, être indisponible pour cause de surcharge est aussi une preuve de succès !
Le principe de la librairie partagée, c'est pas seulement que c'est le même fichier utilisé par tous les executables, c'est aussi que c'est partagé en mémoire lors de l'execution. Sous windows, c'est faisable, mais c'est loin d'être trivial:
c'est au développeur de la librairie de préciser à quelle adresse elle sera chargée. Si l'adresse n'est pas utilisable (autre chose de chargée à cet emplacement) l'adresse sera différente et la librairie ne sera pas partagée. Du coup les librairies dynamiques sous windows ne sont jamais partagées.
Il revient donc sur ce qu'il avait dit à l'assemblée comme quoi la situation actuelle était bien suffisante.
Comme je l'avais déjà dit pour le journal précédent sur le sujet, il ne revient sur rien, et il ne se contredisait pas en disant que la loi actuelle était suffisante. Je le soutiens, il n'y a pas besoin d'un amendement supplémentaire, la loi actuelle est suffisante.
Ce qu'il faut, c'est que cette loi soit appliquer. Légiférer à tout va ne sert à rien si le résultat n'est jamais mis en application.
Je ne suis pas très au fait de ce qui se passe en ce moment, et je ne connais pas Luc Chatel, mais je n'ai pas eu l'impression en lisant ce qu'il disait qu'il était pour la vente liée. J'ai simplement compris qu'il trouvait inutile de faire un amendement redondant avec l'article L. 122-1, et qu'il fallait appliquer la loi telle qu'elle était maintenant (ie interdire la vente liée).
Sa phrase sur la jurisprudence est par contre assez bizarre, puisqu'à ma connaissance il y a eu des jugements prononcés dans les deux sens.
Enfin, pour ce qui est de François Brottes, il utilise un exemple mauvais (les différents composant de la chaîne hi-fi) pour aller à l'encontre de la vente liée (" Le consommateur aurait tout intérêt à connaître le prix de chaque élément").
Finalement, le seul qui est défavorable parce qu'il défend la vente liée, c'est Jean-Paul Charié je me trompe ?
Au sujet des problèmes, on peut noter : plugin totem non supporté, flash géré de façon toujours assez foireuse, même si ça s'améliore et quelques crashes bien sûr, mais rien de grave.
Si tu regardes un peu leur site (qui ne marche pas sous Konqueror !), tu te rends compte qu'ils utilisent déjà des technos portables (tu parles de Ogre, ils l'utilisent justement). Donc c'est un petit coup du pub. Ou alors, ils te font payer le build pour linux, qui te revient alors à la modique somme de:
40*200=8000 euros
Bon, en fait build+tests+correctifs éventuels, le surcout peut effectivement revenir à 8000 euros, mais à mon avis ils visent plus de 200 achats supplémentaires.
La vraie question est : combien de précommandes pour avoir les sources en GPL ?
Trop empressé de balancer mon lien, j'ai oublié de donner mon avis sur la remarque sur le fait que le libre devrait s'intéresser à ce genre de périphériques futuristes. À mon humble avis, il ne doit pas être trop dur d'adapter n'importe quel bureau 3D (lookingglass, metisse ...) ou même d'intégrer à Xorg l'interfacage avec des écrans 3D, pas plus que de faire un driver de carte vidéo du moment que les spécifications des interfaces externes sont disponibles.
Côté affichage 3D, on a déjà des idées de comment s'en servir (cf projet sus cités) mais pour l'instant ça n'apporte rien (je ne suis même pas convaincu qu'à terme ça apporte quelque chose). Côté interface de manipulation (cf lien précédent) je ne pense pas qu'il y ait de gros développements non plus, et sans possibilité de tester, ou sans substitution, ça ne peut pas vraiment avancer. Mais dès que ce genre de produits se répandront, il y aura certainement pas mal d'activité autour de ça !
6 mots ne contiennent aucune voyelle : BRRR, GRRR, PFF, PFFT, PST et VS.
Si, comme le permet le règlement , on considère le Y comme une consonne on obtient en plus DRY, FLYSCH, FLYSCHS, GYM, GYMS, LYNX, LYS, PSY, PSYS, THYM et THYMS.
Utiliser UML n'implique pas forcément d'utiliser un langage objet. Les diagrammes de classes ne sont qu'une partie d'UML (et pas la plus intéressante à mon avis). Les diagrammes de classes utilisés pendant la conception n'ont pas besoin d'être complet, ils peuvent se contenter de mettre en valeur l'architecture du logiciel.
Pour ce qui est de la génération automatique des diagrammes de classe à partir du code, n'importe quel bon logiciel fait ça (Umbrello, Rationale Rose ...).
Les parties réellement utiles d'UML pendant la conception AMHA, ce sont les diagrammes permettant d'illustrer les cas d'utilisation, toute la partie fonctionnelle. Utiliser UML pour générer du code est (toujours AMHA) une erreur, car il est beaucoup plus long de faire le diagramme de classes que de l'écrire (seulement le squelette, en laissant les méthodes vides).
Le rôle d'UML est (encore AMHA) de fournir un moyen de communication entre les utilisateurs (compréhensible facilement lorsque les diagrammes sont bien faits, même sans trop de connaissances), ceux qui font les spécifications, et ceux qui développent.
# Pas compris ...
Posté par Colin Pitrat (site web personnel) . En réponse au journal Une technique CSS sympa de Google. Évalué à 3.
[^] # Re: oui mais non
Posté par Colin Pitrat (site web personnel) . En réponse au journal Affichez le support Wine/Unix pour vos programmes. Évalué à 3.
Après, ça veut aussi dire qu'un certain nombre d'application déciderait de se priver de certaines fonctions qui ne marchent pas sous Wine, et du coup réduiraient l'utilisation de ses fonctions, limitant les chances qu'elles soient au final implémentées dans Wine.
En tout cas, ça serait forcément positif si des applications Windows only affichaient clairement qu'elles sont aussi utilisables sous Linux par le biais de Wine.
[^] # Re: C'est un début
Posté par Colin Pitrat (site web personnel) . En réponse au journal Adoption d'ODT par Microsoft. Évalué à 2.
" - Mais pourquoi t'utilises pas plutôt ODT pour tes documents ?
- Le rich text c'est bien gentil, mais je peux pas mettre d'images, je peux pas faire de colonnes ni de mise en page, etc ..."
Et voilà comment on fait jouer ODT dans la même cour que RTF
[^] # Re: Ho un zolie velu
Posté par Colin Pitrat (site web personnel) . En réponse à la dépêche Agrégation de Mathématiques et logiciels libres. Évalué à 1.
Rappelons que les machines sont exclusivement sous Linux depuis la session 2007, initialement Mandriva Linux (Mandrake Linux à l'époque) puis Debian depuis la session 2005.
Donc ils ont laché Debian Hurd pour Mandrake Linux en 2007 ?
[^] # Re: Down...
Posté par Colin Pitrat (site web personnel) . En réponse au journal Europeana.eu. Évalué à 3.
[^] # Re: Piège?
Posté par Colin Pitrat (site web personnel) . En réponse au journal Passer à Linux: un journal. Évalué à 6.
c'est au développeur de la librairie de préciser à quelle adresse elle sera chargée. Si l'adresse n'est pas utilisable (autre chose de chargée à cet emplacement) l'adresse sera différente et la librairie ne sera pas partagée. Du coup les librairies dynamiques sous windows ne sont jamais partagées.
[^] # Re: Encore une fois ...
Posté par Colin Pitrat (site web personnel) . En réponse au journal Un progrès contre la vente liée. Évalué à 3.
Sinon, sympa la BD sur l'autosatisfaction récursive !
# Encore une fois ...
Posté par Colin Pitrat (site web personnel) . En réponse au journal Un progrès contre la vente liée. Évalué à 6.
Comme je l'avais déjà dit pour le journal précédent sur le sujet, il ne revient sur rien, et il ne se contredisait pas en disant que la loi actuelle était suffisante. Je le soutiens, il n'y a pas besoin d'un amendement supplémentaire, la loi actuelle est suffisante.
Ce qu'il faut, c'est que cette loi soit appliquer. Légiférer à tout va ne sert à rien si le résultat n'est jamais mis en application.
# Retournement de veste ?!
Posté par Colin Pitrat (site web personnel) . En réponse au journal La vente liée a ses fervents défenseurs. Évalué à 4.
Sa phrase sur la jurisprudence est par contre assez bizarre, puisqu'à ma connaissance il y a eu des jugements prononcés dans les deux sens.
Enfin, pour ce qui est de François Brottes, il utilise un exemple mauvais (les différents composant de la chaîne hi-fi) pour aller à l'encontre de la vente liée (" Le consommateur aurait tout intérêt à connaître le prix de chaque élément").
Finalement, le seul qui est défavorable parce qu'il défend la vente liée, c'est Jean-Paul Charié je me trompe ?
# Tiens, personne ne l'as encore faite !
Posté par Colin Pitrat (site web personnel) . En réponse au journal Opera 9.50 beta2. Évalué à 8.
Au sujet des problèmes, on peut noter : plugin totem non supporté, flash géré de façon toujours assez foireuse, même si ça s'améliore et quelques crashes bien sûr, mais rien de grave.
Tu oublies "toujours pas libre".
[^] # Re: Génial!
Posté par Colin Pitrat (site web personnel) . En réponse au journal Jack Keane bientôt sous Linux ?. Évalué à 5.
40*200=8000 euros
Bon, en fait build+tests+correctifs éventuels, le surcout peut effectivement revenir à 8000 euros, mais à mon avis ils visent plus de 200 achats supplémentaires.
La vraie question est : combien de précommandes pour avoir les sources en GPL ?
[^] # Re: Cordialité
Posté par Colin Pitrat (site web personnel) . En réponse au journal Étude de satisfaction : Voyages-sncf.com. Évalué à 2.
# Conclusion ...
Posté par Colin Pitrat (site web personnel) . En réponse au journal Un < canvas > rigolo. Évalué à 4.
[^] # Re: et aussi cat fichier | tr -d '\r'
Posté par Colin Pitrat (site web personnel) . En réponse au message [Éditeur/Vim] ^Marre des ^M. Évalué à 1.
[^] # Re: ^Marre des ^M
Posté par Colin Pitrat (site web personnel) . En réponse au message [Éditeur/Vim] ^Marre des ^M. Évalué à 1.
# Vive les claviers à pédale ...
Posté par Colin Pitrat (site web personnel) . En réponse au message [Éditeur/Vim] vim pour dactylographier avec une position optimale. Évalué à 1.
La solution ultime est d'avoir un clavier avec une pédale. Il suffit alors d'utiliser la pédale pour la touche Echap, et là c'est que du bonheur !
[^] # Re: Excellent !
Posté par Colin Pitrat (site web personnel) . En réponse à la dépêche Le code source de SimCity libéré. Évalué à 10.
[^] # Re: La stéréoscopie c'est nul
Posté par Colin Pitrat (site web personnel) . En réponse au journal Une véritable interface en 3 dimensions. Évalué à 1.
[^] # Re: Ca ne semble pas libre ton truc
Posté par Colin Pitrat (site web personnel) . En réponse au journal Zoho : LA suite bureautique web2 ?. Évalué à 1.
[^] # Re: La stéréoscopie c'est nul
Posté par Colin Pitrat (site web personnel) . En réponse au journal Une véritable interface en 3 dimensions. Évalué à 1.
Côté affichage 3D, on a déjà des idées de comment s'en servir (cf projet sus cités) mais pour l'instant ça n'apporte rien (je ne suis même pas convaincu qu'à terme ça apporte quelque chose). Côté interface de manipulation (cf lien précédent) je ne pense pas qu'il y ait de gros développements non plus, et sans possibilité de tester, ou sans substitution, ça ne peut pas vraiment avancer. Mais dès que ce genre de produits se répandront, il y aura certainement pas mal d'activité autour de ça !
# La stéréoscopie c'est nul
Posté par Colin Pitrat (site web personnel) . En réponse au journal Une véritable interface en 3 dimensions. Évalué à 1.
http://www.futura-sciences.com/fr/sinformer/actualites/news/(...)
# Trou noir
Posté par Colin Pitrat (site web personnel) . En réponse au journal Le disque, le loup et le phoque. Évalué à 1.
Sinon, shred ça marche très bien.
[^] # Re: Et les fréquences ?
Posté par Colin Pitrat (site web personnel) . En réponse au journal Le rapport Olivennes en quelques chiffres. Évalué à 1.
Si, comme le permet le règlement , on considère le Y comme une consonne on obtient en plus DRY, FLYSCH, FLYSCHS, GYM, GYMS, LYNX, LYS, PSY, PSYS, THYM et THYMS.
Et encore, en se limitant au français !
[^] # Re: Dommage
Posté par Colin Pitrat (site web personnel) . En réponse à la dépêche Trophy récompense ses futurs contributeurs. Évalué à 9.
# Quelques vérités sur UML
Posté par Colin Pitrat (site web personnel) . En réponse au journal Conception de logiciel et UML. Évalué à 3.
Pour ce qui est de la génération automatique des diagrammes de classe à partir du code, n'importe quel bon logiciel fait ça (Umbrello, Rationale Rose ...).
Les parties réellement utiles d'UML pendant la conception AMHA, ce sont les diagrammes permettant d'illustrer les cas d'utilisation, toute la partie fonctionnelle. Utiliser UML pour générer du code est (toujours AMHA) une erreur, car il est beaucoup plus long de faire le diagramme de classes que de l'écrire (seulement le squelette, en laissant les méthodes vides).
Le rôle d'UML est (encore AMHA) de fournir un moyen de communication entre les utilisateurs (compréhensible facilement lorsque les diagrammes sont bien faits, même sans trop de connaissances), ceux qui font les spécifications, et ceux qui développent.