Discussion :

[link256]

Bonjour,

Sur une page listant des documents je dois associer une image(extension).

Lorsque j'avais un seul document je recherche la présence de l'image associée (dans un répertoire contenant les images) et si non présente je prenais celle par défaut, cela a fin d'éviter de me retrouver sans image à afficher.

Je rencontre un autre cas de figure avec un nombre de fichiers variable sur une même page et je préférais éviter de contrôler la présence ou non de chaque image.(et éventuellement retester le même type de document,ce qui obligerait encore a rajouter un peu de code pour éviter cela).

Une autre solution niveau css consiste à lister l'ensemble des images/icones présente, ce qui impose de devoir mettre à jour le fichier css.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
<div id="madiv">
<img class="icondoc" src="images/extensions/blank.gif" width="52" height="52"/> Fichier 1.doc<br/>
</div>

la feuille de style :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
div#madiv img {
 background-image: url('images/extensions/default.png');
}
 
div#madiv img.icondoc {
 background-image: url('images/extensions/doc.png');
}

Même si le titre n'est pas très parlant j'espère avoir été assez clair
Si quelqu'un a déjà rencontré le problème et trouvé une autre solution ou une idée de solution je suis preneur.

Merci,

[OButterlin]

Ben, c'est pas très clair...

Je résume ce que j'ai compris :

- tu voudrais associer une image à un type de document
- les types de documents sont dynamiques
- si l'image n'existe pas pour un type donné, tu affiches une image par défaut

c'est bien ça ?

Je vois 2 possibilités :

- écrire une taglib pour l'affichage d'un élément de la liste
- utiliser un filtre et utiliser le nom du fichier comme nom d'image

Dans le 2ème cas, on se retrouverait avec une page de ce style

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
 
...
<tr>
    <td>
        <img src="/virtual/monDocument.gif"/>
    </td>
    <td>
        monDocument.gif
    </td>
</tr>
<tr>
    <td>
        <img src="/virtual/lettre.doc"/>
    </td>
    <td>
        lettre.doc
    </td>
</tr>
...

le filtre s'occupant de récupérer l'image associé.
(il va de soit que le filtre sera limité aux url commançant par "/virtual/*")

[link256]

Tu as très bien compris

Le filtre irait checker la présence ou non de l'image et renverait une image en fonction du résultat.

[OButterlin]

Tu as très bien compris

Le filtre irait checker la présence ou non de l'image et renverait une image en fonction du résultat.

c'est cela même... comme quoi, qu'est ce qu'on comprend bien aujourd'hui

[link256]

J'avoue si sa pouvait être tous les jours comme ça

Une Tite dernière question pour la route, en l'occurrence ici ce sont de toutes petites images donc au niveau des perfs que ce soit en lien direct ou l'image renvoyée par le filtre il y a très peu de différence.

Mais pour de grosse image ne serait-il pas plus intéressant de passer par un taglib qui irait tester la présence de celle-ci ?
et qui réécrit simplement l'url source (Si j'ai bien compris la solution taglib *va -t-on se comprendre de bout en bout *)

[OButterlin]

On peut voir le taglib à plusieurs niveaux :

- soit pour la ligne (auquel cas, ça ressemblerait beaucoup au filtre)
- soit au niveau de la génération de css dans la page (balise <style...>)

Personnellement, j'aurais une préférence pour le filtre... mais tout dépend du nombre d'éléments de la page et de la contrainte temps de réponse...

[tchize_]

Personnellement, j'aurais une préférence pour le filtre... mais tout dépend du nombre d'éléments de la page et de la contrainte temps de réponse...

Vu que c'est un filtre qui donne un réponse systématiquement, je laisserais tomber l'idée du filtre. Le rôle d'un filtre n'est pas de fournir un rendu mais d'affecter le rendu ou le processing effectué par une servlet. En l'occurence, j'utiliserais donc simplement une servlet que je mapperais sur virtual/*. Sinon le reste du principe reste le même. Si les images sont grosse, j'utiliserais plutot des url comme "/virtual/docTypes/png", ca t'assurerais que si t'as 15 png sur la page, le browser ne chargera qu'une seule fois l'image (une seule url )

[link256]

Merci à vous 2 pour ses conseils,

ce qui me donne un peu plus de corde à mon arc ^^

[OButterlin]

Vu que c'est un filtre qui donne un réponse systématiquement, je laisserais tomber l'idée du filtre. Le rôle d'un filtre n'est pas de fournir un rendu mais d'affecter le rendu ou le processing effectué par une servlet. En l'occurence, j'utiliserais donc simplement une servlet que je mapperais sur virtual/*. Sinon le reste du principe reste le même. Si les images sont grosse, j'utiliserais plutot des url comme "/virtual/docTypes/png", ca t'assurerais que si t'as 15 png sur la page, le browser ne chargera qu'une seule fois l'image (une seule url )

Le filtre peut très bien être utilisé pour ce genre de chose, on peut également mettre une url d'image faisant référence à une servlet, je ne vois pas trop pourquoi la servlet serait mieux que le filtre, dans tous les cas, dès qu'il y a une url d'image il appellera le filtre ou la servlet, où vois-tu une optimisation ?

D'un point de vue performance, il serait préférable de gérer un bloc css "style" (en passant par un taglib par exemple) et de passer par une classe de style pour la ligne...

[tchize_]

Parce que c'est contraire à la spécification et peut faire perdre beaucoup de temps à la personne qui fait la maintenance (mais ou elle est ce foutue servlet?). Et si on suis une telle logique, pourquoi pas tout mettre dans une valve tomcat? Ce serait même plus rapide ^^

A servlet is a small Java program that runs within a Web server. Servlets receive and respond to requests from Web clients, usually across HTTP, the HyperText Transfer Protocol.

A filter is an object than perform filtering tasks on either the request to a resource (a servlet or static content), or on the response from a resource, or both.

Bref, on utilisera ici une servlet pour la même raison qu'on respectera les conventions de nommage en java (lowerCamelCase pour les champs/variables locales/méthodes, UpperCamelCase pour les classes). Sa marche sans le faire, mais on le fait quand même par respect pour ceux qui passent après ^^

[OButterlin]

Envoyé par specifications sun
A filter is an object than perform filtering tasks on either the request to a resource (a servlet or static content), or on the response from a resource, or both.

Et pourtant, tout est dit là, on est exactement dans ce cas, on filtre l'accès à une ressource statique...

Ceci dit, on ne va pas se prendre la tête pour si peu, les 2 méthodes fonctionnent.

Pour ce qui est du valve, là, c'est spécifique au serveur et donc, forcément, nettement moins portable...