VDigital a écrit:
Il y a un moment que j'attends que ton déclic se fasse.
Sacré VDigital :-D Fallait le dire avant si tu y avais pensé !
VDigital a écrit:
J'estimais simplement que nous avions d'autres priorités, mais je savais que cela viendrait.
Je ne sais plus dans quel post mais je t'ai tendu la perche en disant qu'on prévoirait un champ supplémentaire en 2.1
En fait, je suis assez partisan d'un "original_filename" et de laisser le filename actuel qui lui pourrait être modifié.
C'est justement là que je ne suis pas d'accord ! Ajouter un champ c'est lourd. Si on peut atteindre le même objectif sans perdre de fonctionnalité et sans modifier le modèle de données, c'est mieux.
Hors ligne
Je ne suis pas certain.
Comme j'avais pour une fois (c'est rare) un train d'avance, j'ai pris le temps de la réflexion.
Si comme le suggérait yoDan, il nous fallait prévoir l'original filename, c'est/c'était une solution qui marche et que je soutiens.
J'ai évidemment regardé quel cas de l'utilisation de filename pouvait poser un problème.
Pour moi, si l'unicité de l'image passe bien par un checksum du fichier lui-même, le nom du fichier Original ne peut changer qu'à l'occasion d'un transfert (ayant le même checksum), alors que le nom du fichier (filename) peut évoluer séparément.
Demain, après-demain, je ne sais quand mais je dois pouvoir transférer:
DSP4244.jpg
sous le nom 20100124234702-e69de1d9.jpg sur le fileserver
et qui selon le souhait du photographe/webmaster pourra être déchargé (downloadé, téléchargé) via la disquette
en "Le gros Rhinô €urodéputé 步提高.jpg"
(Malheureusement le clic-droit lui délivrera le fichier 20100124234702-e69de1d9.jpg)
Il est fondamental de conserver DSP4244.jpg
Et encore plus utile si celui-ci est EFABRE-DSP4244.jpg ou STARRA-DSP4244.jpg par exemple.
De plus, cela permet des classifications multiples (Scientifiques, Documentaires, et autres) que nous avons tendance à sous-estimer aujourd'hui.
Et en prime, l'ancien Auditeur tosca devrait en être satisfait.
;-)
Hors ligne
Avec la solution que je propose:
1) j'upload DSP4244.jpg => images.path = upload/2010/01/24/20100124234702-e69de1d9.jpg, images.file = DSP4244.jpg
2) je download avec la disquette, sur mon disque en local le fichier s'appelle DSP4244.jpg
Et le tri par nom de fichier se base sur le nom d'origine du fichier, pas sur le nom de stockage du fichier.
Reste le clic-droit en effet. On pourrait mettre la disquette systématiquement, même sans présence de la haute définition.
Hors ligne
Ok pour la disquette en permanence.
(Autre topic à ouvrir : Est-ce à dire une disquette de catégorie?)
Clic-droit:
Comme je ne souhaite pas voir d'interdiction ("bidon") du clic-droit en standard.
(Autre topic à ouvrir: [Plugin] Anti-clic droit).
Si on proposait en option générale pour les images uniquement un petit module d'affichage qui change l'header.
<img src="./external_name.php?id=xxx" ...
Hors ligne
Je suis pour la séparation du file et du filename... Enfin de ce que j'ai compris.
file concerne le nom physique à l'origine du fichier
filename correspond au nom modifié par le photographe/webmaster/utilisateur.
Maintenant comment proposer le choix entre file ou filename ? Je ne sais pas, un paramètre dans l'admin ?
Hors ligne
1 - aujourd'hui on a "file"
2 - Il vaut mieux que le nom physique soit filename (nom original).
3 - "file" devriendrait modifiable.
comment proposer le choix entre file ou filename ?
Une valeur de conf suffit.
(Je comprends que [extension by flipflip] Download Multi est impacté).
Soit on change le nom du fichier affiché (et à télécharger) en "Le gros Rhinô €urodéputé 步提高.jpg"
soit on propose le nom du fichier d'origine DSP4244.jpg
mais jamais le nom physique du file server "20100124234702-e69de1d9.jpg".
Tout webmaster peut passer passer d'un mode à l'autre sans que cela pose de pb.
Hors ligne
VDigital a écrit:
3 - "file" devriendrait modifiable.
Surtout pas.
C'est le name qu'on peut modifier, c'est une valeur "logique" propre à Piwigo. images.file, c'est rempli automatiquement et pas modifiable. Et si aujourd'hui images.file est affiché, j'espère que dans l'amélioration de l'affichage par défaut sur picture.php on va le supprimer car ça n'intéresse personne.
Hors ligne
Pas d'accord :
"name" c'est le nom d'affichage, oui?
Le nom d'affichage doit être cohérent avec les balises meta de la page
les alt= et title= de l'image
C'est ce qui provoque le mauvais référencement actuel des images.
"name" doit rester le nom de l'image dans la galerie
"file" dès que storage_category_id est NULL peut librement évoluer et même dans les autres cas c'est path qui compte (il me semble je n'ai pas revérifié, check à effectuer sur la partie maintenance).
Il est rempli par systématiquement par pLoader mais qu'il te sert ensuite dans pLoader (ou est-ce md5sum seul qui te sert?).
"filename" c'est la piste d'audit
Mais si tu préfères inverser les rôles de "file" et "filename", je n'y vois pas d'inconvénient majeur.
Hors ligne
Ca a l'air fort intéressant, mais je ne comprends rien à votre discussion et je pense que ça doit être aussi très abscons pour l'utilisateur lambda.
L'un d'entre vous pourrait-il résumer ça en langage utilisateur (en français, quoi !), afin que tous puissent en profiter.
Merci ;-)
Hors ligne
C'est très complexe, je reconnais volontiers (commencer par la conclusion au besoin).
Rappel: pLoader (mais également "upload form") délivre l'image dans un sous-répertoire de ./upload mais il change le nom du fichier.
plg a compris que le nom de l'image (colonne name de la table images) pourrait être repris pour téléchargement (download) via la disquette.
Ce nom ne me convient pas.
Le nom correspond à un affichage (exemple: Extended description - [lang=default]The big Rhino[/lang][lang=fr]Le gros Rhinô[/lang]).
Ce nom est également important dans le référencement de l'image.
Mais surtout ce qui signifie que ce nom ne sera jamais unique (provoquerait des problèmes dans Download multi par exemple).
Je propose donc à plg:
- de laisser le nom tel qu'il est aujourd'hui.
- d'ajouter le vrai nom initial de l'image dans une nouvelle colonne.
- de transformer la colonne "file" actuelle pour devenir le nom de l'image en cas de téléchargement (disquette).
- et dernier point de substituer le lien vers l'image (page picture.php) par un appel à un module php.
Ajouter le vrai nom initial de l'image dans une nouvelle colonne - de la table images: filename
Un champ que je souhaite non modifiable en général.
Il y a une exception le remplacement de l'image par une autre, ce que saura faire pLoader.
Si j'ai l'image DSP4244.jpg au départ et que je la remplace par l'image DSP4244a.jpg, il me semble normal de changer le nom du fichier d'origine.
Et dernier point de substituer le lien vers l'image (page picture.php) par un appel à un module php:
Il faut que la source indiquée dans la balise <IMG permette sur un clic droit d'avoir enregistrer l'image ...
sous le nom du fichier utilisé pour la disquette.
Détail: La haute définition doit être dans une page de façon à traiter cette image de la même façon.
Conclusion:
Tu transfères DSP4244.jpg par pLoader.
Le nom (dans Piwigo) devient Photo-001 par exemple.
Le file devient 20100124234702-e69de1d9.jpg
Le filename est DSP4244.jpg
Le path est .upload/2010/12/24/20100124234702-e69de1d9.jpg
Tu seras libre de changer le file en "Le gros Rhinô €urodéputé 步提高.jpg" ou en "DSP4244.jpg".
(pLoader doit permettre d'indiquer le file "Le gros Rhinô €urodéputé 步提高.jpg" ou en "DSP4244.jpg")
Tu fais un clic-droit sur l'image et tu l'enregistres.
Au lieu d'enregistrer 20100124234702-e69de1d9.jpg sur ton PC,
tu l'auras sur le nom "Le gros Rhinô €urodéputé 步提高.jpg" (idée de plg).
Mon idée au départ était de te permettre de télécharger DSP4244.jpg sous ce nom.
Hors ligne
VDigital a écrit:
plg a compris que le nom de l'image (colonne name de la table images) pourrait être repris pour téléchargement (download) via la disquette.
Peux tu me citer l'endroit où j'ai dit ça ? :-) (parce que je n'ai jamais dit ça, du coup, ça rend le reste de ton message un peu à côté de la plaque :-/ si j'ose dire)
Hors ligne
(ça fait un moment que j'ai décroché... :-/ )
Hors ligne
[Forum, post 131105 by plg in topic 15938] [Evolution] pLoader et nom de fichier
plg a écrit:
VDigital a écrit:
3 - "file" devriendrait modifiable.
Surtout pas.
C'est le name qu'on peut modifier, ....
J'en déduit immédiatement quoi?
Que tu veux mettre "Le gros Rhinô €urodéputé 步提高.jpg" dans name et pas ailleurs.
D'autant plus que tu ajoutes:
plg a écrit:
images.file, c'est rempli automatiquement et pas modifiable.
Et là encore, que puis-je en déduire?
Que le "Le gros Rhinô €urodéputé 步提高.jpg" ne peut pas être dans "file" selon toi.
(Tout va bien, on veut la même chose. C'est juste que la longueur d'onde est un peu asynchrone.)
;-)
Hors ligne
Gotcha a écrit:
(ça fait un moment que j'ai décroché... :-/ )
Tu veux que je te dise une chose, nous le savons.
Hors ligne
Proposition basée sur ma supposée compréhension :
file: reste le nom original
name: contient le nom d'affichage (file sans extension par défaut)
path: contient le chemin physique
le nom de téléchargement est construit à partir de name + extension de file ?
Hors ligne