Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > fr.comp.os.unix > #8068

Re: installation des images

From Marc SCHAEFER <schaefer@alphanet.ch>
Newsgroups fr.comp.os.unix
Subject Re: installation des images
Date 2023-04-23 11:48 +0000
Organization Posted through news.alphanet.ch
Message-ID <u235tl$avp$1@shakotay.alphanet.ch> (permalink)
References (4 earlier) <63287c19$0$22050$426a74cc@news.free.fr> <tgpp4g$t37$2@shakotay.alphanet.ch> <fantome.forums.tDeContes-0FC775.15183122042023@news.eternal-september.org> <u20op0$7f9$1@shakotay.alphanet.ch> <fantome.forums.tDeContes-555539.19351622042023@news.eternal-september.org>

Show all headers | View raw


On Sat, 22 Apr 2023 19:35:17, Thomas <fantome.forums.tDeContes@free.fr.invalid> wrote:
>> Soit le file hierarchy standard (qui est un peu moribond)
> 
> dans quel sens ?

Déjà, c'est un standard des distributions Linux et pas de tous les UNIX.

Ensuite, j'ai l'impression -- mais ce n'est qu'une impression -- qu'il
n'évalue pas beaucoup.

Aussi, beaucoup de logiciels commerciaux mettent tout dans
/opt/NOM-APPLICATION sans respecter de structure claire.

Ce sont finalement les distributions Linux qui, grâce à la
configurabilité à la compilation des applications, rendent le tout
relativement uniforme.

> dans ce cas il me semble préférable de nous entendre pour être les plus 
> nombreux possible à le suivre.

Oui, dans la mesure où c'est possible: typiquement, je n'ai pas trouvé
de référence à images ou img (mais je n'ai pas cherché beaucoup).

> pour le répertoire de construction, on m'a appris qu'il est bon 
> d'utiliser des noms comme "src" "obj" "lib" bin" ... qui semblent tous 
> être des diminutifs.

Je prends ça comme une recommandation très forte pour les noms figurant
dans le FHS, oui.

> je me suis aperçu récemment que mon dossier img est probablement un 
> doublon des images que je trouve dans la doc.
> il me parait logique d'en supprimer 1 des 2 AQP.

Oui, et il me semble qu'un navigateur lancé localement peut facilement
suivre les URLs de type file:

Pour l'accès distant, je recommanderais alors
/usr/share/nom-application/html avec dessous si tu veux images/
css/ javascript/ et tout ce qui t'aide à structurer ta documentation.
Ainsi, pour l'exporter par web, une seule configuration Apache2
serait nécessaire.

> est-ce que ça convient d'utiliser les images de la doc par l'exécutable, 
> ou est-ce qu'il y a des inconvénients ?

Une stratégie pourrait être:

   - par défaut les images utilisées par l'application sont
     sous la macro C (ou de ton langage préféré) HTML_IMAGES

   - à la compilation, HTML_IMAGES est remplacé par
     /usr/share/APPLICATION/html/images, sauf si l'utilisateur
     a configuré la compilation de l'application autrement
     (exemple: ./configure --html-images=...)

Tout est donc statiquement défini à la compilation.

On peut aussi compliquer / rendre plus dynamique:

   - un fichier de configuration centralisé de l'application
     donne l'emplacement des images, si non configuré, le
     défaut ci-dessus

   - une variable d'environnement, APPLICATION_HTML_IMAGES

   - etc

Mais vu qu'en général, l'intégrateur qui compile le logiciel est aussi
celui qui sait le meilleur endroit pour mettre les documentations,
la 1ère stratége me semble bonne.

Quelque chose que j'aime bien dans les applications web c'est le
"convention over configuration" -- tout en laissant possible la
configurabilité, les défauts sont "usuels". Ca justifie aussi la 1ère
stratégie dans le contexte d'un programme compilé depuis la source par
l'intégrateur.

> par ex est-ce qu'il y a un risque que $(datarootdir)/doc soit modifié 
> sans prévenir (par l'administration du système ou autre processus 
> externe), qu'il n'y aurait pas avec $(datadir)/<package-name>/ ?

La voie d'un répertoire par application évite effectivement des
problèmes, et la centralisation de toutes les images à un endroit pour
toutes les applications n'a de sens que si ces images peuvent être
utilisées spécifiquement, ce qui ne semble pas le cas ici.

-- 
Attention: limitez le nombre de lignes de citation à l'essentiel, sinon
je ne verrai pas votre réponse. Et si vous écrivez souvent des bobards,
je ne vous lirai plus et je recommanderai (NoCeM) de ne plus vous lire.

Back to fr.comp.os.unix | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

installation des images Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2022-09-18 22:17 +0200
  Re: installation des images Nicolas George <nicolas$george@salle-s.org> - 2022-09-18 21:31 +0000
    Re: installation des images Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2022-09-19 02:19 +0200
      Re: installation des images Nicolas George <nicolas$george@salle-s.org> - 2022-09-19 11:06 +0000
        Re: installation des images Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2022-09-19 16:26 +0200
          Re: installation des images Jo Engo <yl@icite.fr> - 2022-09-25 14:38 +0000
            Re: installation des images Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2023-04-22 15:18 +0200
              Re: installation des images Marc SCHAEFER <schaefer@alphanet.ch> - 2023-04-22 13:51 +0000
                Re: installation des images Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2023-04-22 19:35 +0200
                Re: installation des images Marc SCHAEFER <schaefer@alphanet.ch> - 2023-04-23 11:45 +0000
                Re: installation des images Marc SCHAEFER <schaefer@alphanet.ch> - 2023-04-23 11:48 +0000
                Re: installation des images Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2023-05-15 02:33 +0200
                Re: installation des images Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2023-06-04 17:29 +0200
                Re: installation des images Marc SCHAEFER <schaefer@alphanet.ch> - 2023-06-04 18:22 +0000
          Re: installation des images Thomas <fantome.forums.tDeContes@free.fr.invalid> - 2022-10-23 22:31 +0200

csiph-web