Discussion:Liste d'extensions de fichiers

UNIX

Voici mon fichier .dircolors qui me sert à afficher les types de fichiers en fonction de leur extension en couleur avec ls.

.dircolors

# Configuration file for dircolors, a utility to help you set the
# LS_COLORS environment variable used by GNU ls with the --color option.

# The keywords COLOR, OPTIONS, and EIGHTBIT (honored by the
# slackware version of dircolors) are recognized but ignored.

# Below, there should be one TERM entry for each termtype that is colorizable
TERM linux
TERM linux-c
TERM mach-color
TERM console
TERM con132x25
TERM con132x30
TERM con132x43
TERM con132x60
TERM con80x25
TERM con80x28
TERM con80x30
TERM con80x43
TERM con80x50
TERM con80x60
TERM xterm
TERM xterm-debian
TERM rxvt
TERM screen
TERM screen-w
TERM vt100

# Below are the color init strings for the basic file types. A color init
# string consists of one or more of the following numeric codes:
# Attribute codes:
# 00=none 01=bold 04=underscore 05=blink 07=reverse 08=concealed
# Text color codes:
# 30=black 31=red 32=green 33=yellow 34=blue 35=magenta 36=cyan 37=white
# Background color codes:
# 40=black 41=red 42=green 43=yellow 44=blue 45=magenta 46=cyan 47=white
NORMAL   00          # global default, although everything should be something.
FILE     00          # normal file
DIR      01;34       # directory (blue)
LINK     01;36       # symbolic link (bright blue)
.desktop 01;36       # gnome launcher
.kdelnk  01;36       # kde link
.lnk     01;36       # windows shortcut
FIFO     00;33       # pipe (brown)
SOCK     00;33;05;40 # socket (blinking brown on black)
#DOOR     01;35       # door
BLK      33;01    # block device driver (yellow)
CHR      33;01       # character device driver (yellow)
ORPHAN   36;05;01;41 # symlink to nonexistent file (blinking bright blue on red)

# This is for files with execute permission:
EXEC 01;32 # executables (bright green)

# List any file extensions like '.gz' or '.tar' that you would like ls
# to colorize below. Put the extension, a space, and the color init string.
# (and any comments you want to add after a '#')
# Don't forget that unix does NOT recognize files with their extension
# In doubt, use the "file" command

.class 01;32
.o     01;32

# DOS executables (green)
.BAT 00;32
.bat 00;32 # batch
.btm 00;32
.cgi 00;32
.cmd 00;32 # command
.com 00;32
.DLL 00;32
.dll 00;32 # dynamic library
.EXE 00;32
.exe 00;32 # dos binary
.pif 00;32

# archives or compressed (bright red)
.arj  01;31
.bz   01;31
.bz2  01;31
.cpio 01;31
.deb  01;31
.gz   01;31
.lha  01;31
.lzh  01;31
.rar  01;31
.rpm  01;31
.tar  01;31
.taz  01;31
.tgz  01;31
.Z    01;31
.z    01;31
.zip  01;31
.ZIP  01;31

# doom, quake files (bright red too)
.dem 01;31 # quake I demo
.LMP 01;31
.lmp 01;31 # doom demo
.pak 01;31 # quake world
.WAD 01;31
.wad 01;31 # doom and heretic world
.DEH 01;31
.deh 01;31 # dehacked patch file
.pk3 01;31 # quake 3 world

# image formats (cyan)
#.avi  00;36
.3ds  00;36 # 3d studio
.ag   00;36 # applixware
.BMP  00;36
.bmp  00;36 # bitmap
.cgm  00;36
.dl   00;36
.dxf  00;36 # autocad/qcad
.dwg  00;36 # autocad
.fig  00;36 # xfig
.fli  00;36
.GIF  00;36
.gif  00;36 # graphics interchange format
.gl   00;36
.gnu  00;36 # gnuplot
.ico  00;36
.ief  00;36
.iff  00;36
.jfif 00;36 # jpeg
.jif  00;36 # jpeg
.jpe  00;36 # jpeg
.jpeg 00;36
.JPG  00;36
.jpg  00;36 # jpeg
#.mpg  00;36
.pbm  00;36 # portable bitmap
.pcd  00;36 # photo cd
.pct  00;36 # mac pict
.PCX  00;36
.pcx  00;36 # Zsoft Paintbrush (ID games output)
.pgm  00;36 # portable graymap
.png  00;36 # portable network graphic
.ppm  00;36 # portable pixelmap
.psd  00;36 # photoshop
.ras  00;36 # sun rasterfile
.rgb  00;36
.sxd  00;36 # oo draw
.tga  00;36 # targa
.tif  00;36 # tag image file
.tiff 00;36
.xbm  00;36 # x pixmap
.xcf  00;36 # gimp
.xpm  00;36 # x pixmap
.xwd  00;36 # x-window
.wmf  00;36 # windows meta file

# sound formats (dark blue), some conflicts

.8svx 00;34 # amiga 8svx
.ac3  00;34 # dolby
.aif  00;34 # apple II or sgi
.aifc 00;34
.aiff 00;34
.au   00;34 # sun
.cdr  00;34 # cd-r
#.cvs  00;34 # cvs ?
#.dat  00;34 # data ?
.gsm  00;34 # gsm
.hcom 00;34 # mac
.maud 00;34 # amiga
.mid  00;34
.MID  00;34
.midi 00;34
.mp3  00;34
.ogg  00;34
.psid 00;34 # commodore 64
.ra   00;34 # real audio
.ram  00;34 # idem
.raw  00;34
.rm   00;34 # real audio
.sb   00;34 # raw
.sf   00;34 # ircam
.sid  00;34 # commodore 64
.smp  00;34 # turtle beach
.snd  00;34 # basic audio
.sw   00;34 # raw
.txw  00;34 # yamaha
.ub   00;34 # raw
.ul   00;34 # raw
.uw   00;34 # raw
.vms  00;34
.voc  00;34 # sound blaster
.wav  00;34 # microsoft
.wve  00;34 # psion

# video formats (red)

.asf   00;31
.asx   00;31
.avi   00;31
.cin   00;31
.dvx   00;31
.mov   00;31 # quicktime
.movie 00;31 # sgi
.mp2   00;31
.mpe   00;31
.mpeg  00;31
.mpg   00;31
.ogm   00;31 # ogg
.qt    00;31 # quicktime
.vob   00;31

# text formats not binary (magenta)

.aux    01;35 # latex auxiliary format
.css    01;35
.htm    01;35
.html   01;35
.info   01;35
.latex  01;35
.log    01;35
.lyx    01;35
.man    01;35
.pgp    01;35
.php    01;35
.shtml  01;35
.tex    01;35
.TXT    01;35
.txt    01;35
.xml    01;35
.wrl    01;35

.bas    01;35 # basic
.C      01;35
.c      01;35
.cc     01;35
.c++    01;35
.cpp    01;35 # c++
.el     01;35 # e-lisp
.f      01;35 # fortran
.H      01;35
.h      01;35
.h++    01;35
.hp     01;35
.java   01;35
.p      01;35 # perl
.py     01;35 # python
.roff   01;35 # troff
.scm    01;35 # scheme
.t      01;35 # troff
.tr     01;35 # troff

.cfg    01;35
.conf   01;35
.config 01;35
.ini    01;35
.etheme 01;35
.theme  01;35

.fct    01;35 # gnofract4d fractal location and configuration
.g2w    01;35 # geoplan
.g3w    01;35 # geospace

.csv    01;35 # comma separated values
.tsv    01;35 # tab separated values

#text formats binary or strange or spreadsheet (purple)

.abw      00;35 # abiword
.doc      00;35 # word
.DOC      00;35
.dot      00;35 # word template
.eps      00;35 # ecapsulated postscript
.hlp      00;35 # windows help
.HLP      00;35
.ppt      00;35 # power point
.sda      00;35 # star draw
.sdc      00;35 # star calc
.sdd      00;35 # star impress
.sdf      00;35 # star math
.sdp      00;35 # star impress
.sds      00;35 # star chart
.sdw      00;35 # star writer
.smd      00;35 # star mail
.stc      00;35 # oo calc template
.std      00;35 # oo draw template
.sti      00;35 # oo presentation template
.stw      00;35 # oo write template
.sxc      00;35 # oo calc
.sxg      00;35 # oo master doc
.sxi      00;35 # oo presentation
.sxm      00;35 # oo math
.sxw      00;35 # oo write
.vor      00;35 # star office template
.wri      00;35 # write
.WRI      00;35
.zabw     00;35 # gzipped abiword

.dvi      00;35 # device independant, ((la)tex output)
.pdf      00;35 # portable document format (adobe)
.ps       00;35 # postscript
.rtf      00;35 # rich text format (word)

.gnumeric 00;35
.sdc      00;35 # star calc
.xla      00;35 # excel
.xlc      00;35
.xls      00;35
.xlt      00;35 # excel template

.geo      00;35 # drgeo
.mac      00;35 # drgeo macro

.qif      00;35 # quicken

# temp and old files (dark blue)
#.OLD 00;34
#.old 00;34
#.tmp 00;34

 

il y a quelques mois déjà :). Romainhk (QTx10) 30 mai 2008 à 12:09 (CEST)

Fichier .pif

J'ai une question sur un format de fichier : le .pif (ce n'est pas une plaisanterie). Je l'ai ouvert avec un éditeur de texte, il ne contient que des caractères abscons. Ne serait-ce pas un virus ? (je suis sous mac)

• Si c'est un virus : un .pif c'est un .exe ancienne version, assez limité mais qui permet quand meme de faire des virus... de toute facon avec un mac tu risques rien

ZeroJanvier 3 mar 2004 à 23:29 (CET)

--- .pif est l'équivalent en 16 bits des raccourcis (windows shortcut), pour les fichiers qui seront implémentés en 32 bits dès Windows 95 (extension .lnk masqué par défaut).
1) J'espère ne pas lancer un troll (internet) : Microsoft a des défauts et des qualités; en l'occurrence, dans ce cas précis, il assure la compatibilité avec les version précédentes de Windows
2) JE ME SUIS PERMIS d'intercaler ce commentaire avant les remarques du dénommé AS Un utilisateur de windows XP, 9x, 3.1, unix, linux...etc... 15 juillet 2005

---

Diverses critiques

.pif et .com, même combat : exécutables 16 bits, inutiles, mais dangereux, et hélas toujours fonctionnels. Windows n'est pas un virus, c'est un bug. Un bug qui les aime bien, les virus, quand même...

Parmi les oublis et erreurs : que je sache (à vérifier), Openoffice.org permet de générer des PDF, mais en aucun cas de les lire, alors "programme associé", soit la colonne est mal nommée, soit son nom est au moins flou, soit il y a une erreur... A ajouter derrière le PNG ("ping"), le MNG ("ming"), normalisé depuis à peu près trois ans, toujours à ma connaissance implémenté que dans Gecko (moteur de Netscape, Mozilla et ses dérivés...), et encore je ne suis pas sûr qu'il soit inclus dans les versions officielles, au même titre que le SVG. Faut-il les ajouter ? Le MNG (Multi-image Network Graphics) est un format animé comme le GIF, mais qui a l'avantage de permettre d'embarquer n'importe quels PNG ou JPEG, avec l'immense avantage de la transparence partielle de l'un, de la légèreté pour des images complexes et précises de l'autre, et de la liberté d'implémentation des deux. MNG est en effet complètement libre et son standard est clairement défini. Quand à SVG, il s'agit d'un format vectoriel d'images basé sur XML et défini par le W3C. Techniquement peut-être moins convaincant (au fond ce n'est rien que du texte :-) ), il a plus de chances de s'imposer, étant non-seulement un standard, mais un standard réellement soutenu par le W3C, dans sa volonté de tout baser sur XML. Son support est également optionnel dans Gecko et à ma connaissance inexistant dans Internet Entomber.

AS

---

Bonjour, le html n'est-il donc pas classé avec les langages de programmation? Même chose pour asp, aspx, etc ... Certes aucun programme n'a été compilé, mais le navigateur a été programmé, non ? julien2512 vendredi 22 mars 2005 16:24

Réorganisation

Le wiki est un excellent moyen de maintenir ce genre de liste, dommage que cette page ne soit pas plus avancée. Je pense que c'est trop lourd à éditer, à cause des tableaux: les colonnes qui manquent ou qui sont inapplicables selon les situations, l'alternance de fond gris/blanc à ecrire à la main, les gens se sentent obligés de remplir toutes les colonnes, d'où une duplication d'information ... je pense que le mieux serait d'avoir une liste, c'est plus léger et souple. Voilà un prototype:

Sommaires des rubriques

Index cliquable de toutes les extensions, par ordre alphabétique

Rubrique Formats d'images

• XSD Format natif de Gimp, il gère les calques et la transparence.
• PICT Populaire sur Apple.
• J2K JPEG 2000: Utilisant la compression par ondelettes, ce format est idéal pour les photos, mais sa popularité tarde à arriver, peut-être à cause des brevets qui en limitent l'implémentation.
• PCX Compression sans pertes. Editable avec PC Paint, ce format était utilisé sur DOS.

Petit paragraphe décrivant les grandes tendances et famille, quelques comparaisons judicieuses.

Rubrique Formats de bureautique

• Sous-Rubrique Formats de Présentations
  • etc...

Vous en pensez quoi ? Des arguments contre le passage en liste ? Pas de réponse depuis deux semaines ... Je ne vais pas tarder à passer à l'action... Si vous avez des idées j'aimerais autant en profiter avant d'avoir fait toute la conversion ;) Nicolas1981 26 mai 2005 à 19:17 (CEST)

Il y a tout de même un risque : l'ordre alphabétique est préférable, et une classification par liste incite moins à cce genre de classification iLux

Je n'avais pas pensé à mettre les extensions dans l'ordre alphabétique, mais pourquoi pas. Je remarque que ce n'est actuellement pas le cas, car celui qui veut insérer une nouvelle entre deux extensions existantes doit changer les couleurs de fond (blanc/gris) dans toute la suite du tableau, ce qui est vraiment pénible. Une liste serait donc plus adaptée à cet usage ;-)

Ta remarque cependant: pourquoi essayer de classer les extensions par catégories, alors que:

• ça casse la recherche alphabétique (pour moi, le but de cette page est de vite répondre à celui qui recherche la signification d'une extension particulière)
• ça n'est pas applicable à toutes les extensions, certaines appartiennent à plusieurs catégories. Par exemple, un fichier ".ogg" peut aussi bien contenir une vidéo qu'un son.

Inconvénients:

• on va perdre des informations, c'est-à-dire: certaines infos de l'article actuel ne se retrouveront pas dans le nouveau.
• moins facile de faire des comparaisons, mais peut-être que ce type de comparaisons n'est pas à sa place dans un article nommé "Liste_d'extensions_de_fichiers".

Nicolas1981 27 mai 2005 à 00:03 (CEST)

Je pense donc qu'il faudrait faire deux articles : un par catégorie, et un par ordre alphabétique, permettant une recherche rapide iLux 27 mai 2005 à 17:58 (CEST)

C'est vrai, on pourrait garder cet article "Liste d'extensions de fichiers" et en créer un autre: "Liste alphabétique d'extensions de fichiers". Mais dans quelle page mettre les infos (but, utilisation, ...) ? Peut-on techniquement faire un lien de la page alphabétique vers un item de la page en liste ? il y a un risque de duplication de l'information, donc il faut bien définir ce qui va sur chaque page. Si quelqu'un veut ajouter une nouvelle extension, il devra modifier les deux pages, mais ça ce n'est pas un gros problème. Autre chose: le terme de "liste" fait référence à une suite d'items sans sous-rubriques, or pour l'instant c'est plutôt une structure arborescente. Autre élément, on a tendance à trop mélanger les formats et les extensions: un format peut avoir plusieurs extensions (.tgz=.tar.gz) et vice versa (.dat correspond à plusieurs formats différents). J'en arrive à l'idée de séparer clairement ces concepts en deux pages: "Liste des formats de fichiers" et "Liste des extensions de fichiers", qui contiendrait un grand index de liens vers les formats de la première. La première page serait plus bassement technique que la page existante Formats de fichiers Nicolas1981 27 mai 2005 à 20:35 (CEST)

Je suis entièrement d'accord avec cette idée et pense que les utilisteurs de ces pages y gagneront beaucoup.iLux 28 mai 2005 à 15:27 (CEST)

Mon paragraphe précédent contenait quelques idées vagues, pour avancer concrètement il faudrait faire un petit protoype avec une petite dizaine d'extensions, en rédigeant ici la page des extensions et la page des formats correspondants. Quand on aura un résultat satisfaisant, on pourra commmencer à modifier réellement l'encyclopédie. A priori je n'aurai pas le temps avant mercredi au moins, donc avis aux volontaires ! :-) Nicolas1981 30 mai 2005 à 13:26 (CEST)

__________________________________
juillet 2005 : Je fais en ce moment quelques modifications mineures sur cette page, mais si quelqu'un a le courage de la refondre complètement suite aux critiques précédentes, je ne demande pas mieux. Pfffiou, c'est un travail de romain... Utilisateur:Romanc19s 15 juillet 2005

Lien externe mort

Bonjour,

Pendant plusieurs vérifications automatiques, et dans le cadre du projet correction des liens externes un lien était indisponible.

Merci de vérifier si il est bien indisponible et de le remplacer par une version archivée par Internet Archive si c'est le cas. Vous pouvez avoir plus d'informations sur la manière de faire ceci ici. Si le lien est disponible, merci de l'indiquer sur cette page, pour permettre l'amélioration du robot. Les erreurs rapportées sont :

• http://www.microsoft.com/france/download/visio.asp
  • Dans Liste d'extensions de fichiers, le Fri Jan 27 04:04:50 2006, 404 Not Found
  • Dans Liste d'extensions de fichiers, le Tue Jan 31 20:04:14 2006, 404 Not Found

▪ Eskimbot ☼ 31 janvier 2006 à 21:03 (CET)

extensions non documentées

Bonjour,

J'ai lu la discussion avant de poster ma patte de mouche. Article difficile à organiser, mais l'idée de 2 articles complémentaires "formats" et "extensions" me parait la meilleure...

Je cherche des informations sur les fichiers .STL, et d'une manière générale sur les fichiers de formes spatiales, vectoriels ou bitmap. L'explosion des "prototypes rapides" par stéréolithographie multiplie les fichiers de ce genre, et pose des problèmes de conversion, mais la doc est rare.

Quelqu'un a-t-il assez de lumières pour s'attaquer à ce genre de formats?

A propos des formats de compression

Ai constaté dans les formats de compression de la pub implicite pour WinRAR et IzArc (logiciels propriétaires)

Faut pas pousser ! Dans ces cas là .doc et .xls sont des pubs pour Office etc. --Serged/♥ 17 mai 2006 à 19:00 (CEST)

tableaux en couleurs alterné

Qui a eu l'idée saugrenue de faire des tableaux avec des lignes de couleurs alternées ? C'est très ch*ant pour rajouter une ligne...--Serged/♥ 17 mai 2006 à 19:05 (CEST)

Proposition de réorganisation

En suivant ce qui a été dit plus haut, voici une proposition de réorganisation des liens. Une liste alphabétique des extensions de fichiers:

proposition

B

• .bat, batch
• ...

D

• dat, data
  • dat1. Fichier de base de données
  • dat2. Liste de dates
• doc
• ...

O

• odb, opendocument database
• odm, opendocument text-master
• ods, opendocument spreadsheet
• odt, opendocument text
• ogg
• ...

T

• tar.gz
• tgz
• txw. Format audio yamaha
• ...

 

Plus généralement, quelque chose de la forme:

• Nom de l'extension, définition pour les acronymes. Explication succincte s'il n'y a pas de page dédiée.

---

Tout simplement; les sous-listes permettent de conserver l'arborescence, on peut faire figurer plusieurs fois les items grâce aux redirections (comme avec tar.gz et tgz), les titres par lettre obligent à garder au moins une partie du classement alphabétique et plus de couleurs alternées.

Et pour ce qui est de la liste triée par catégorie et des informations, je pense qu'il vaut mieux intégrer ces informations directement au début des articles sur les formats et les extensions correspondants; sinon, il faudrait modifier en permanence les 2 listes en parallèle, ce qui n'est pas gérable! Et différencier format et extension mérite souvent plus que 4 mots dans le coin d'un tableau... autant en parler dans l'article décrivant l'extension.

On peut aussi créer des catégories du genre: "Format de fichier audio", "Format de fichier exécutable"... qu'on apposerait sur les articles, ce qui donnerait un listing automatique par format (il en existe déjà dans Catégorie:Format de données numériques).

(pour voir ce que les autres portails ont pu faire: Liste des listes)

Voilà; à votre avis?Romainhk 9 octobre 2007 à 21:25 (CEST)

Ca me semble être une excellente piste, mieux que les idées qu'on avait eues jusqu'à présent :-) On peut effectivement se passer d'un classement par type de format puisque les catégories font ça bien mieux ! Une seule chose: pourquoi hiérarchiser odb,odm,etc sous "odt" ? Ca casse la liste alphabétique (les gens qui viennent sur cette page cherchent une extension, ils veulent une liste alphabétique), et si on commence à essayer de trouver une hiérarchie parmi les extensions on retombera vite dans les travers de l'article actuel. Je propose donc une liste strictement alphabétique, avec les titres pour rendre la recherche plus facile, et avec une sous-liste uniquement dans le cas d'une même extension utilisée pour plusieurs formats. Avec ce fonctionnement, il sera facile pour tous de contribuer, et la qualité de la page s'améliorera vite. Nicolas1981 15 octobre 2007 à 01:17 (CEST)

Voilà. C'est encore plus KISS ;) Je vais mettre un todo... Romainhk 15 octobre 2007 à 11:26 (CEST)

Je me demande s'il serait pas plus mal de laisser les points devant les extensions; je fait les changements à la main pour les masquer à chaque fois... Romainhk 15 octobre 2007 à 20:06 (CEST)

Pourquoi laisser le tableau des fichiers compressés ? Je propose de le supprimer froidement, d'ailleurs j'ai rajouté l'extension "zip" pour l'exemple, ça marche, on n'a pas de raison de traiter les fichiers compressés différement je pense. Dites-moi si il y a une raison à laquelle je n'aurais pas pensé. Nicolas1981 16 octobre 2007 à 00:38 (CEST)

Euh, oui; je dormais en fait ;) je n'ai pas eu le temps de finir. C'est dingue le nombre d'erreur qu'il y avait dans les liens! J'ai du tous les vérifier... un vrai travail de romain. Maintenant c'est un peu plus propre. Romainhk 16 octobre 2007 à 12:16 (CEST)

Catégories?

J'ai fait un petit tour des catégories existantes:

• Les fichiers graphiques
• Les fichiers audio (codec)
• Les fichiers vidéo (codec et conteneur)
• Les fichiers compressés (compression de données)
• Configurations
• format ouvert / fermé

Dans l'ancienne version, il y avait aussi les chapitres:

• Programmation
• Fichiers exécutables
• Serveurs
• Descriptions
• Systèmes Peer-to-peer
• Logiciels scientifiques
  • Spéléologie (logiciels de topographie)
  • Données biomédicales
• Formats propriétaires spécifiques
• Solides tridimentionnels

Je ne sais pas si elle sont toutes très utiles; du genre pour Descriptions et Programmation, il faudrait plutôt faire une catégorie format texte.

De même, créer la catégorie format Serveur ou format Peer-to-peer me semble très anodin. Romainhk 16 octobre 2007 à 14:35 (CEST)

Cool :-) Nicolas1981 17 octobre 2007 à 15:49 (CEST)

Copier depuis l'encyclopédie allemande

Si quelqu'un a du temps, l'encyclopédie allemande a une avance considérable sur nous, et utilise la même structuration de l'information :-) C'est mieux que l'encyclopédie anglophone. de: Liste der Dateinamenserweiterungen Nicolas1981 28 octobre 2007 à 21:27 (CET)

Effectivement, c'est impressionnant! Dommage que je sois un peu allergique à l'allemand... Mais vu qu'ils ont eu la même idée d'organisation, ça ne peut être que bien ;). Une idée à creuser! Romainhk (QTx10) 28 octobre 2007 à 22:04 (CET)

Bien que détestant cordialement les extensions de fichiers, je suis germaniste et je pourrais me pencher là-dessus si personne ne le fait dans les semaines qui vient. Je n’aurai pas de temps libre avant quelque temps. .Chatfeuille.☭., le 8 décembre 2007 à 01:52 (CET)

Super !! J'ai juste commencé en traduisant les extensions commençant par "z", mais je prévois de me pencher sur un autre sujet ces prochaines semaines, donc tu seras d'une grande aide :-) Nicolas1981 (d) 23 janvier 2008 à 00:53 (CET)

Format HTM

Le format htm est il bien = au format html (HyperText Markup Language).

Billybug (d) 30 mai 2008 à 10:53 (CEST)

Oui, 'htm' est dût uniquement aux systèmes d'exploitation n'acceptant pas les extensions de fichiers de plus de 3 lettres: MS-DOS quoi :)! (on peut le voir sur en:HTML#Naming conventions et en français: Hypertext Markup Language#Dénomination). Romainhk (QTx10) 30 mai 2008 à 11:50 (CEST)

Réponse au éditions du 8/06/2009

Bonjour romainhk, Pourriez-vous m'expliquer quel est le problème au sujet de mes commentaires sur le format djv ? --90.54.171.119 (d) 8 juin 2009 à 13:18 (CEST)

Bonjour. Bien sûre. Le but d'une liste (comme liste d'extensions de fichiers) est de mettre en relation des articles. Mettre trop de précisions rend moins lisible la liste, surtout que ces précisions sont déjà consultables en passant par le lien "DjVu". Dire que c'est un format de compression, un format vidéo, etc est suffisant ; pour plus de détails, il vaut mieux renvoyer le lecteur vers des articles internes qui sont forcément plus précis. C'est aussi pour ça que j'essaie de conserver un lien bleu par ligne.

De plus, les informations que tu ajoutes ont toute à fait leur place sur l'article DjVu mais les remettre sur la "liste d'extensions de fichier" forment une répétition. Romainhk (QTx10) 8 juin 2009 à 13:57 (CEST)

Ce que j'écrivais tenait en une ligne sur mon écran mais bon, admettons. À+ --90.49.38.56 (d) 10 juin 2009 à 13:32 (CEST)

Ça n'en reste pas moins une répétition. Un lien bleu vaut mieux que 10 explications :). Romainhk (QTx10) 11 juin 2009 à 13:05 (CEST)

Uniformité de la présentation

J'ai commencé à uniformiser la présentation des formats : ceux-ci étaient suivis de points ou de virgules sans logique globale apparente (des logiques locales existaient).

Ltrl G (d) 17 janvier 2011 à 22:27 (CET)

Nous avions défini un format standard plus haut mais les contributeurs de passage le remarquent rarement... En tout cas, merci! Romainhk (QTx10) 19 janvier 2011 à 10:24 (CET)

Merci, j'avais remarqué --Ltrl G ^[d] 24 janvier 2011 à 13:56 (CET)

J'ai fini de vérifier toute la page en présentation et ordre alphabétique. Je pense que je vais prochainement vérifier les liens --Ltrl G ^[d] 1 février 2011 à 12:58 (CET)

Je vais pour l'instant tenter d'ajouter les informations succinctes manquantes sur les extensions le nécessitant --Ltrl G ^[d] 2 février 2011 à 18:38 (CET)

Format iss

La phrase de présentation des formats iss est-elle justifiée ?

Ltrl G ^[d] 26 janvier 2011 à 14:29 (CET)