Trés bon ça, il ne manque plus que les amélioration niveau qualité du PNG et le mouvement du GIF pour faire un format "parfait"...

Et surtout, contrer ce format de merde de Microsoft : WMP (Windows Media Picture) qui risque de nous envahir très vite... C'est qu'ils seraient capable de coller des DRM dessus ces cons...

EDIT : Euh... Niveau qualité, un bon PNG c'est déjà impec non ?

Oui et non, ce format manque encore un peu de controle au niveau de la compression lors de l'enregistrement, contrairement au jpeg, mais tire son epeingle du jeu comme format bitmap grace à sa couche alpha qui permet une veritable transparence (en fondu en par exemple).

L'avantage des gif au début de l'Internet était de faire des animations légères. Maintenant, les animations flash ont remplacés tout ça. Alors c'est bien d'ouvrir ce format, mais, un peu tard non ?

Pour la qualité, le GIF (8bits soit 256 couleurs) n'est pas comparable au PNG

Flash Flash ... faut encore installer flash et puis pour un site web à certain endroit c'est mauvais ! bref flash et web c'est sans moi

Sinon vive le PNG maintenant que IE7 le gère plutôt pas mal, mais je sais toujours pas si photoshop gère la compression jusqu'à 9 comme peut le faire The Gimp par exemple ...

Non, contrairement au format bitmap comme le jpg et le png, le gif est vectoriel, donc sans perte de qualité, qui plus est il permet de definir soit même une pallette de couleur, genre pour un fichier en bichromie, deux couleur dans la pallettes suffiront. Le gif89a restera toujours un très bon complément au png.



On va pas pleurer pour un plugin de moins d'un mega quand les plugins de firefox font fureur... Qui plus est bientôt les plugins flash et pdf ne feront plus qu'un.



Il ne faut pas mettre sur le dos de flash les erreurs des devellopeurs peu compétant...



C'est bien dommage, flash est en train de devenir compatible avec les normes d'accessibilité, et le bon vieux xhtml/css ne permet pas toutes les possibilités de flash (gestion précise du flux, video, video interractive, veritable interactivité).

le flash est plus gourmands en ressources qu'un gif, le gif est 100% compatible avec linux, alors que la version de flash pour les architecture 64bits, courez toujours

par contre, le XGl peut remplacer le flash, suffit de s'y mettre c'est tout

Non, le format GIF (contrairement au format EPS par exemple) n'est pas vectoriel: pour chauqe pixel correspond une couleur indexée dans une palette.
http://www.w3.org/Graphics/GIF/spec-gif89a.txt


La palette de couleur est justement le défaut de ce format pour la qualité d'image.


Oui, c'est vrai, mais est-ce un problème maintenant ? (tampis pour ceux qui tournent encore sous un 486 )


GIF est un format d'image, faut pas chercher la compatibilité OS mais plutôt la compatibilité logiciels.
Pour les droits, la lecture de GIF ne pose généralement pas de problème, mais l'écriture (contrairement au JPEG) en pose (enfin posait).

Comparons ce qui est comparable, gif permet une animation plus que médiocre et ne possède pas son propre langage de programmation...



XGL est encore loin de flash, et reste beaucoup moins facile d'accès... Perso je souhaite un outils facile et rapide d'apprentissage pour être opérationel et rentable immédiatement, je ne peux pas me permettre de prendre deux semaine de formation.



Oui et non, je reprend l'exemple d'un fichier en bichromie, le rapport qualité/poid est plus interessant qu'en jpeg. C'est un défaut ou une qualité selon l'usage que l'on en veut hein.

Oui, la palette est un avantage de ce côté-ci, mais je pense que l'évolution de l'informatique tend à plus privilégier la qualité au détriment de la lourdeur car on tend toujours vers une augmentation des vitesses et des mémoires.
Par exemple, aujourd'hui, en programmation haut niveau, on se préoccupe beaucoup moins de la taille et de l'optimisation qu'un programme qu'on ne le faisait au début de l'informatique.
Pour moi, les images avec palette tendent à disparaître. Si le GIF proposait une solution en 24 bits sans palette, je pense qu'on ne verrait plus de GIF en palette de 256 couleurs.

Alors le flash est beaucoup plus lourd, mais je pense que d'ici une dixaine d'années, on ne fera pas la différence en terme de lourdeur entre un flash (ou autre évolution) et un gif 8bits.

Quand je pense que je me fait encore chier à vérifier que mes programmes soient bien optimisés, qu'il n'y ai pas un ligne ou une suite de lignes inutiles...

Ceci dit quand je parle de lourdeur, je ne parle pas de l'optimisation de la complexité du programme (au sens théorie de l'information), mais de l'optimisation des petits détails qui ne font que multiplier la mémoire ou le temps par un facteur constant.
Donc, ça dépend de ce que tu entends par optimiser Archange_nain
mais il vaut mieux perdre du temps à traquer les bugs pour les corriger plutôt que chercher l'optimisation des petits détails (qui, au passage, ne fera qu'ajouter des bugs )

En déviant sur la programmation, ça t'arrive souvent d'écrire un programme où il y a une erreur réelement bidon..? ça m'arrive tout le temps sous VB

Je n'ai pas beaucoup développé sous VB (pour les programmes "jetables", je ne fais plus que du python), mais s'il y a une erreur, c'est qu'il y a une erreur
On programme tous avec des bugs (même en faisant très attention). Il faut toujours considérer qu'on a fait des bugs (sans encore les connaitre) pour prévoir la suite

Pour en revenir au problème des ressources, python ou VB, ne sont pas privilégiés pour une optimisation absolue, alors vouloir optimiser chaque ligne est un travail un peu inutile (mais il faut quand même optimiser la complexité des algorithmes)

Je parle d'erreurs qui ne devraient pas exister parce qu'elles n'ont aucun sens, du style commande saut-a et j'ai en réponse "il n'y a pas de point a" alors qu'il est trois lignes plus bas . De toutes façons, je migre lentement vers python même si je n'ai pas encore réussi à faire un programme autre qu'en invité de commandes.

Pour VB, je n'ai pas assez pratiqué pour avoir eu ce genre de problème, mais ça ne m'étonnerait pas de voir des bugs dans l'interpréteur.
Pour python, regarde tkinter
ça dévie beaucoup du sujet initial

Et pour la soie, vous pensez que le lavage à 45° va pas trop l'abimer ?

Ca dépend, MIR soie 45° doit faire l'affaire

Non faut mettre à 30°

> machine [-fsbREP ] -h 45 -C 30 "Petit haut en soie"

Merci de vos conseils, et surtout, merci Copine du Geek