• [^] # Re: de pires solutions existent, mais de meilleures ?

    Posté par . En réponse au journal En finir avec libmagic. Évalué à 4.

    Bon, j'ai fait une erreur de manip, je recommence.

    Il me semble ridicule qu'un nom de fichier serve à autre chose que donner un nom à un fichier. On ne fait pas apparaître les droits d'accès à un fichier dans le nom du fichier alors quoi doit-on faire apparaître le type du fichier dans le nom ?

    Qu'on utilise un ., un : ou un #, ce n'est que de la syntaxe. Je suis d'accord que c'est important mais il me semble qu'on gagnerait vraiment à utiliser une logique de tags en offrant la possibilité d'y accéder depuis la ligne de commande.

    Oublions pour un moment l'aspect syntaxe et interdisons l'utilisation d'un . dans le nom d'une étiquette. Ainsi, toto.truc est un fichier toto ayant une étiquette truc.

    ls *.owner=jlapin donne tous les fichiers appartenant à jlapin
    ls *.c donne tous les fichiers ayant une étiquette c
    ls *.c.owner=jlapin donne tous les fichiers appartenant à jlapin et qui ont une étiquette c


    Si on réfléchit 30 secondes, la commande find est juste un patch pour pouvoir augmenter les limitations du système de fichier pour accéder aux méta données des fichiers. On ne peut pas écrire
    lpr *.pdf.date=today
    alors on utilise une commande pour le faire.

    Avec une logique de tags + une BDD + une bonne syntaxe, on aurait quelque chose de vraiment puissant.