Je reviens vers vous concernant ce module. J'ai bien pris note des remarques/commentaires/suggestions formulées ici. Je vais tâcher d'apporter une réponse précise (mais en vrac).
1) Concernant les format : le module est en théorie compatible avec le système de gestion des mimetypes qui devrait être intégré et géré directemnt par le core de Xoops. Mais ça n'a pas pu encore être testé. PNG et GIF sont supportés par défaut...
2) Les options hauteur/largeur : je ne souhaite pas rajouter d'autres champs pour le moment. Le module permet de définir des dimensions pas défaut, et même d'en ajouter une manuellement. En principe ça doit répondre à la demande, puisque les formats vidéos sont en général assez standard (format 3/4 ou cinéma).
3) Le bloc de menu aléatoire : ce n'est effectivement pas prévu de base. Je peux y regarder pour la prochaine version.
4) Le flux RSS : prochaine version.
5) Le tag alt pour l'image : je pensais que c'était déjà fait (un oubli sans doute).
6) iframe : non, ce n'est pas le propre du module. D'autres module le font mieux (comme myIframe d'Hervé).
7) FLV : là je sèche un peu. Je laisse donc pour la prochaine version.
8) Notation des vidéos : je ne suis pas chaud. Je n'ai jamais vraiment vu l'utilité des systèmes de vote sur des sites (de toute façon, ça ne révèle rien, et c'est plutôt gadget).
9) Gestionnaire de pub : c'est une réflexion à mener, mais je verrais ça plutôt avec un module séparé (d'ailleur, est-ce que ça n'existe pas déjà ???). L'idée n'est pas mauvaise en soi, mais pas intégré dans edito...
10) Nuage de tag : rien compris, il me faut plus d'info à ce sujet. Pour la prochaine version de toute façon.
11) htaccess : je ne comprends pas l'utilité d'avoir des numéro au lieu des mots clés. Quel intérêt ?
12) Bouton imprimer : je ne vois pas l'intérêt d'ajouter encore une option en plus pour ça. Il faut éditer les templates (c'est fait pour ça) pour ce genre de modification très spécifique. Ca relève plus du redesign d'affichage.
13) Sous-rubrique/sous-répertoire : Ca n'a aucun sens. Un module Xoops ne base pas ses fonctionnalités sur un jeu de répertoire. Tu veux, je suppose parler d'un système de catégorisation ? Dans la philosophie du module, celui-ci doit rester simple (afficher du contenu multimedia). Je ne tiens pas à rivaliser avec des modules comme smartsection et news qui font cela très bien. A contrario, le module permet le clonage très facilement. Si l'on souhaite ouvrir des sections différentes, rien n'empêche de cloner le module en fonction du nombre de section (et en plus c'est mieux pour le référencement comme l'indique Laloutre).
14) Classer par ID : Oui, pourquoi pas. Mais le mieux serait de pouvoir faire un classement par poids, ce qui serait plus logique et mieux dans la tradtion Xoopsienne... Prochaine version de toute façon.
15) Bloc avec nombre d'articles créés : pourquoi faire ? Et un bloc de plus, un..? Au pire, créer une page avec un script php qui compte le nombre d'id dans la table... (c'est possible).
16) Désactiver la page 'edito/index.php' du module. Dans les préférences du module, tu peux définir une page de redirection. Ca existe donc déjà.
17) Le mode script php : il y a certaines limitations à l'utilisation du script php dans une page edito. En fait, la fonction qui active le script ne peut pas s'afficher dans un template Xoops. Elle s'appelle via un fonction 'echo' uniquement (pour ceux qui connaissent). Je ne l'ai donc activé que pour la page de contenu du module, et aie dû adapter la template en fonction de cela.
18)uploads qui ne se terminent pas : ton serveur dispose d'un temps limite pour uploader les fichiers. Si ce temps est dépassé, la connexion se coupe. Mieux vaut donc vérifier que les images ne sont pas trop lourdes... Je ne crois pas que ce soit un problème lié au module.
N'oubliez pas de noter le numéro de la réponse pour vos commentaires...
*phew*
je vois pas trop ce qui te manque. 
. Je suis d'accord pour la création des cathégories, classement des articles par l"ordre souhaitée, re-fixe des certains burgs persites sur cette version ... enfin c'est ce qu'il correspond exactement au besoin et au sens du module.
il suffit de compter le nombre d'id dans la bdd 
