J'avoue ne pas trop m'en sortir même avec cette piste.
Les données dont je veux me servir sont bien présente dans la base (enfin je crois), puisque quand je clique sur "Afficher les metadonnées" la date + heure de création apparait.
Il s'agit des metadonnée exif.

Mais comment est ce que je peux configurer l'affichage pour que les photos soient trié suivant ce paramètre?

Mon souci c'est que le champ date_creation dans la base de donnée ne contient pas l'heure de création, et que j'ai besoin de ce paramètre.

En fait je voudrais faire comme Octobre Rouge ici : [Forum, topic 12337] Changer une date par sa date EXIF
Mais j'aimerai autant que possible éviter de modifier le code à la main, pour ne pas tout perdre ou tout avoir a refaire a la premiere mise a jour.
De plus Octobre rouge utilise la version 1.7 alors que moi j'ai la 2, je ne sais pas si ses modifications sont compatibles avec ma version...
VDigital parlait d'incorporer ces modifications dans la version 1.8, est ce que cela a pu etre fait?
Est ce que cela est prévu dans une évolution de la version 2?

Merci

ddtddt a écrit:

Une page à lire dans le wiki

notamment :

// order_by : comment changer l'ordre d'affichage des images dans une    
// catégorie ?
//
// Il y a plusieurs champs qui peuvent servir à ordonner l'affichage :
//
//  - date_available : date d'ajout dans la galerie
//  - file : le nom du fichier
//  - id : l'identifiant unique de l'image
//  - date_creation : la date de création
//
// Une fois que vous avez choisi quels champs utiliser, vous devez choisir
// l'ordre croissant ou décroissant sur chaque champ. Exemples :
//
// 1. $conf['order_by'] = " order by date_available desc, file asc";
//    va ordonner selon la date d'ajout par ordre croissant, puis sur le nom du
//    fichier par ordre croissant
//
// 2. $conf['order_by'] = " order by file asc";
//    va ordonner selon le nom du fichier par ordre croissant
//
$conf['order_by'] = ' ORDER BY date_available DESC, file ASC, id ASC';

Non ce n'est pas suffisant, j'ai eu le même soucis. il faut faire un truc du genre :

$conf['order_by'] = ' ORDER BY date_creation DESC, file ASC, id ASC';
$conf['order_by_inside_category'] = $conf['order_by'];

Car c'est $conf['order_by_inside_category'] qui est utilisé dans les catégories il semble, et il est défini dans la config par défaut en copie et non par "pointeur".
Donc les modifs apportées à $conf['order_by'] n'ont aucun impact sur lui.


Du reste je suis preneur d'une meilleure explication pour le doublement de ces paramètres de configuration.

plg a écrit:

Problème bien connu de nos services, mais toujours pas corrigé :-/ je vais changer la priorité du bug dans le bugtracker.

* [Bugtracker] ticket 270


(en suivant tous ces liens, il y en a pour une bonne heure de lecture, bonne soirée)

Bonjour,
ce bug est affiché comme étant pris en compte et prévu pour la version 2.0.1, par contre je n'ai pas vu de changement le concernant sur la version 2.0.1 sur le change log et il n'apparait pas sur la roadmap de la version 2.0.2.
Est il toujours d'actualité?

Merci

judedie a écrit:

ce bug est affiché comme étant pris en compte et prévu pour la version 2.0.1, par contre je n'ai pas vu de changement le concernant sur la version 2.0.1 sur le change log et il n'apparait pas sur la roadmap de la version 2.0.2.
Est il toujours d'actualité?

La 2.0.1 est sortie essentiellement sortie pour un problème de sécurité, donc nous n'avons pas intégré cette demande.

Cela dit, ce qui m'embête, c'est que cette demande implique un changement dans le format de la base (passage du champ images.date_creation de date à datetime), et du coup ça veut dire que le passage de 2.0.1 à 2.0.2 imposera un "upgrade" en plus de la copie des fichiers modifiés, alors qu'il ne s'agit pas vraiment d'un bug, c'est plutôt une demande de fonctionnalité (enfin, c'est limite).

Je vais voir avec P@t qui prépare un plugin pour gérer les mises à jour directement depuis l'administration de Piwigo si on pourrait intégrer l'appel à "l'upgrade".

P@t a écrit:

Je ne suis pas franchemennt favorable au changement de base dans une meme branche...
Mais bon, ca devrait pouvoir se faire quand meme.

+1  changement pour la 2.1

Surtout qu'il y aura toujours des hébergeurs qui empêcherons les mise à jours auto donc pas de changement de BdD entre des versions mineures


[HS]

P@t a écrit:

je déménage à la fin de la semaine, et que les cartons ont pris du retard ;-)
.

Bon courage ;-)
[/HS]

Bonjour,

Moi pour régler le problème, le nom de fichier de mes photos est écrit de la manière suivante : 2009-03-25_08-51-23_test.jpg (cela se fait avec xnview sans problème.  De plus mon nom de fichier est toujours unique.

Et le tri des photos se fait sur le nom de mes fichiers.

++

St@n

Dernière modification par cbtitalia (2009-03-25 08:54:30)