Posté par Gniarf .
En réponse à la dépêche Piwigo 2.0.
Évalué à 1.
comme indiqué plus bas, tu confonds gallerie (allez, gestionnaire d'images) et diaporama (mode pr0n). note que l'un peut inclure l'autre, comme PowerPoint^WImpress propose un mode diaporama accessible d'une seule touche et "automatique"
oh Youn c'est aussi le style à baser quasi tout son one man show sur des textes de Coluche. et ceux qui ne l'avaient pas encore compris remarqueront qu'il n'a aucun talent tellement ça tombe à plat c'est pas drole. limite Arthur est plus drole. limite.
> > Même si PyQt ne passe pas en GPL, la licence ne coûte que 300 livres. C'est dans le budget d'une PME.
> D'une PME peut-être, d'une start-up non ...
c'est une farce ? c'est la moitié ou le tiers du prix d'une machine de dev ou d'un portable pour faire des demos chez les gentils gens qui lacheront les sous ensuite.
> Firefox est un bloatware, c'est un fait. et ce, comme beaucoup de LL sous les projecteurs dans la " lutte pour le choix des users ", il suffit de voir OOo, les dérivés de pidgin, et d'autres pour s'en rendre compte.
et il suffit de voir les cris d'orfraies que poussent certains ("mais c'est normal le code il fait plein de choses il est très compliqué" "on est en 2012, t'as qu'à avoir 42 Go de mémoire !") pour se rendre compte d'un autre GROS problème : les mêmes personnes qui pronent l'accessibilité des sites web comme plus généralement la défense des personnes handicapées - alors qu'en fait, ils veulent surtout que tel ou tel site reste utilisable sous Linux - te tiennent ici un discours "pas de bras, pas de chocolat !".
Cependant, techniquement, XulRunner n'a rien à envier à Adobe Air. Deux exemples :
1) le Flex dans adobe air (qui est un XUL-like), n'est pas "dynamique" : on ne peut pas le changer à la volée, on ne travaille pas avec un DOM contrairement à XulRunner. Dans XulRunner, on manipule donc l'interface comme une simple page web.
2) Avec XulRunner, on peut intégrer n'importe quelle lib tierce et il y a un système de chargement dynamique de composant (XPcom). Adobe Air: rien de tout ça, vous êtes limités à l'API embarquée dans AIR.
le 1) : les perfs comme la consommation de RAM ne sont pas les mêmes. idem pour la réactivité des applications
je vais pas dire que l'un ou l'autre est mieux, juste que ces technologies ont des profils différents. (ah si, se trimballer avec un xulrunner par application xul comme je le vois trop souvent, ca sera vite reloud)
le 2) : les ActiveX ont montré comment ça pouvait se passer si on fait n'importe quoi. faudra pas. une appli comme feu le Mozilla Amazon Browser ( http://mab.mozdev.org/index.html ) je comprendrais qu'elle utilise des libs tierces éventuellement locales si elle est utilisée (installée) en local, mais depuis un site j'y regarderais à deux fois avant de la laisser faire. pour ne pas dire trois.
faudrait savoir un peu des fois, un obstacle récurrent à une migration vers Linux c'est Outlook, ou en fait en cherchant un peu à comprendre pourquoi, c'est le Exchange derrière. la partie autre que messagerie, hein. partager un calendrier permet de préparer des réunions à plusieurs sans passer 42 coups de fil. partager des contacts permet de ne pas avoir 36 entrées pour le prospect Duschmoll bossant pour la boite Zorglub.
c'est le coté intégré qui interesse les gens. d'autres produits comme Goldmine font ca bien aussi. le fait que ca fasse client mail est un détail du produit, surtout s'il fait aussi messagerie instantanné ou qu'il utilise un navigateur web, ouvrant l'accès à tout une foultitude de solutions type forums.
l'objet des Outlook, Notes et autres PIMs partagés sous stéroïdes, c'est le Customer relationship management puis le Business process automation. c'est pas *juste* faire client mail.
(et comme déjà Thunderbird de base est un client mail pas des plus réussis, enfin bref...)
ben tu vois en fait, avec un peu de recul, d'experience et tout ça, tu en viens à rajouter ce genre de demandes dans ton cahier des charges : "fichier de configuration en plain text"
l'US Air Force s'est souvent retrouvée très embêtée parce que ses fournisseurs de petites pièces électroniques ou digitales à coller dans ses avions, enfin souvent les fournisseurs de ces fournisseurs donc, avaient une durée de vie bien moins importante que la durée de vie des avions. un fournisseur peut perdre un marché et couler pratiquement du jour au lendemain alors que le premier prototype n'a pas encore décollé, et l'avion devra pourtant voler pendant encore 20 ans. pour les programmes courts.
les commandes électriques, la bonne grosse électronique bien générique, elle pouvait se débrouiller. des bidules trop petits ou trop intégrés pour savoir ce que c'est ou ce que ca fait à l'oeil nu ou même avec un bon microscope et tout le fatras, et donc impossibles à refabriquer 5 ou 15 ans après, c'est gênant. commander des stocks énormes de pièces de rechange n'est pas une solution car on ne peut pas prévoir le taux d'usure des pièces, ou si en fait il faut presque la même mais un poil différente.
si je me souviens bien, ça a abouti à la création de VHDL
[^] # Re: Les problèmes généraux des galeries photo.
Posté par Gniarf . En réponse à la dépêche Piwigo 2.0. Évalué à 1.
[^] # Re: les "Moyens"
Posté par Gniarf . En réponse au journal Hadopi, de plus en plus effrayant. Évalué à 3.
[^] # Re: et mon routeur ?
Posté par Gniarf . En réponse au journal Hadopi, de plus en plus effrayant. Évalué à 2.
[^] # Re: rémi gaillard sur wikipédia
Posté par Gniarf . En réponse au journal L'abus de jeux vidéo?. Évalué à 9.
[^] # Re: PyQt
Posté par Gniarf . En réponse à la dépêche Sortie de Qt 4.5. Évalué à 6.
> D'une PME peut-être, d'une start-up non ...
c'est une farce ? c'est la moitié ou le tiers du prix d'une machine de dev ou d'un portable pour faire des demos chez les gentils gens qui lacheront les sous ensuite.
[^] # Re: Firefox est-il un bloatware ?
Posté par Gniarf . En réponse au journal Firefox est-il un bloatware (en français : un logiciel dont les fonctionnalités ne justifie pas une telle utilisation des ressources matérielles) ?. Évalué à 10.
et il suffit de voir les cris d'orfraies que poussent certains ("mais c'est normal le code il fait plein de choses il est très compliqué" "on est en 2012, t'as qu'à avoir 42 Go de mémoire !") pour se rendre compte d'un autre GROS problème : les mêmes personnes qui pronent l'accessibilité des sites web comme plus généralement la défense des personnes handicapées - alors qu'en fait, ils veulent surtout que tel ou tel site reste utilisable sous Linux - te tiennent ici un discours "pas de bras, pas de chocolat !".
[^] # Re: ça serait encore mieux si c'était réaliste
Posté par Gniarf . En réponse au journal Mandriva, celle qui fait hiiiiihan aux agrégés. Évalué à 5.
[^] # Re: Loi informatique et libertés, CNIL toussa....
Posté par Gniarf . En réponse au journal un petit détail sur Orange et Hadopi. Évalué à 6.
[^] # Re: "the be very afraid tour"
Posté par Gniarf . En réponse au journal MS attaque TomTom et Linux (putain de brevets). Évalué à 1.
c'est pas ça peut-être pour Linux et compagnie ?
[^] # Re: Les entreprises payent ?
Posté par Gniarf . En réponse à la dépêche Appel aux dons pour OpenBSD. Évalué à 3.
coquinou.
[^] # Re: Héhé
Posté par Gniarf . En réponse au message Se logger automatiquement en root en mode console. Évalué à 2.
y'en a qui l'ont pas ou plus, c'est à dire qu'ils l'ont perdu...
même que c'est une question fréquement posée, en fait.
[^] # Re: Sous Firefox...
Posté par Gniarf . En réponse au message Détecter les requêtes initiées par une page web. Évalué à 3.
[^] # Re: Précisions...
Posté par Gniarf . En réponse au journal XULrunner 1.9 est là. Évalué à 3.
1) le Flex dans adobe air (qui est un XUL-like), n'est pas "dynamique" : on ne peut pas le changer à la volée, on ne travaille pas avec un DOM contrairement à XulRunner. Dans XulRunner, on manipule donc l'interface comme une simple page web.
2) Avec XulRunner, on peut intégrer n'importe quelle lib tierce et il y a un système de chargement dynamique de composant (XPcom). Adobe Air: rien de tout ça, vous êtes limités à l'API embarquée dans AIR.
le 1) : les perfs comme la consommation de RAM ne sont pas les mêmes. idem pour la réactivité des applications
je vais pas dire que l'un ou l'autre est mieux, juste que ces technologies ont des profils différents. (ah si, se trimballer avec un xulrunner par application xul comme je le vois trop souvent, ca sera vite reloud)
le 2) : les ActiveX ont montré comment ça pouvait se passer si on fait n'importe quoi. faudra pas. une appli comme feu le Mozilla Amazon Browser ( http://mab.mozdev.org/index.html ) je comprendrais qu'elle utilise des libs tierces éventuellement locales si elle est utilisée (installée) en local, mais depuis un site j'y regarderais à deux fois avant de la laisser faire. pour ne pas dire trois.
[^] # Re: Couteau suisse
Posté par Gniarf . En réponse au journal Le futur de sunbird/lightning : mauvaises nouvelles.... Évalué à 4.
c'est le coté intégré qui interesse les gens. d'autres produits comme Goldmine font ca bien aussi. le fait que ca fasse client mail est un détail du produit, surtout s'il fait aussi messagerie instantanné ou qu'il utilise un navigateur web, ouvrant l'accès à tout une foultitude de solutions type forums.
l'objet des Outlook, Notes et autres PIMs partagés sous stéroïdes, c'est le Customer relationship management puis le Business process automation. c'est pas *juste* faire client mail.
(et comme déjà Thunderbird de base est un client mail pas des plus réussis, enfin bref...)
[^] # Re: Couteau suisse
Posté par Gniarf . En réponse au journal Le futur de sunbird/lightning : mauvaises nouvelles.... Évalué à 2.
[^] # Re: Comme prévu...
Posté par Gniarf . En réponse au journal Le futur de sunbird/lightning : mauvaises nouvelles.... Évalué à -2.
[^] # Re: Mysql-workbench et DB designer
Posté par Gniarf . En réponse au journal MySQL-workbench : conception de bases de données relationnelles pour tous les SGBDR SQL ?. Évalué à 2.
faudra vous habituer, c'est une constante chez Sun.
[^] # Re: Où donc ?
Posté par Gniarf . En réponse au journal France Télévision : Service Publique privateur de liberté. Évalué à 2.
ben y'en a d'autres qui veulent pas que tu puisses...
[^] # Re: Explications?
Posté par Gniarf . En réponse au journal SPICE libéré ! (bientôt). Évalué à 4.
[^] # Re: Explications?
Posté par Gniarf . En réponse au journal SPICE libéré ! (bientôt). Évalué à 2.
les commandes électriques, la bonne grosse électronique bien générique, elle pouvait se débrouiller. des bidules trop petits ou trop intégrés pour savoir ce que c'est ou ce que ca fait à l'oeil nu ou même avec un bon microscope et tout le fatras, et donc impossibles à refabriquer 5 ou 15 ans après, c'est gênant. commander des stocks énormes de pièces de rechange n'est pas une solution car on ne peut pas prévoir le taux d'usure des pièces, ou si en fait il faut presque la même mais un poil différente.
si je me souviens bien, ça a abouti à la création de VHDL
[^] # Re: Les Pays Ennemis de l'Internet
Posté par Gniarf . En réponse au journal Franck Riester : "L’interopérabilité n’est pas nécessaire pour les consommateurs". Évalué à 3.
et personnelle. taoutée sur le bras.
[^] # Re: concurrence
Posté par Gniarf . En réponse au journal Franck Riester : "L’interopérabilité n’est pas nécessaire pour les consommateurs". Évalué à 4.
[^] # Re: Il est con.
Posté par Gniarf . En réponse au journal Franck Riester : "L’interopérabilité n’est pas nécessaire pour les consommateurs". Évalué à 3.
[^] # Re: Mais
Posté par Gniarf . En réponse au journal Franck Riester : "L’interopérabilité n’est pas nécessaire pour les consommateurs". Évalué à 9.
[^] # Re: Ah... Apple...
Posté par Gniarf . En réponse au journal Retour d'expérience du monde d'apple. Évalué à 5.
bah euh c'est toi qui les compare, non ?