VDigital a écrit:

Une fois la catégorie physique synchronisée (distante ou local), le paramètre indiquant la présence d'une photo Haute résolution ( has_high ), ne peut plus être modifié...
Pourtant coté FTP, le webmaster peut ajouter ou retrancher celle-ci, et ne veut en aucune mesure perdre des commentaires par exemple.

L'ajout ou le retrait de la haute résolution (HR) ne devrait-il pas être une option de l'admin?
Sur les mêmes écrans qui associent par exemple les tags aux images?

8-)

La synchro permet pourtant de re-mettre à jour la donnée.
Il faut faire, (de tête), synchronisier les fichiers et le has_high est remis à jour.

VDigital a écrit:

Oui, mais si je n'ai pas Php sur un site distant, te rends tu comptes du nombre d'opération et de leur complexité pour simplement enlever un indicateur...

Oui, c'est sur!
Mais, à ce niveau, PhpMyAdmin n'est-il pas le mieux venu?


Mais pourquoi pas effectivement, un fenêtre avancée permettant de modifier les paramètres (et pas seulement le high) de la synchro?

VDigital a écrit:

Pour toi, sans aucun doute, et pour moi aussi, mais combien de personnes selon toi sauraient retrouver la table, la bonne ligne, la bonne colonne et rechercher l'ordre SQL à lancer...?

Beaucoup... ;-)

Sérieusement

Tu veux pouvoir faire cette modification dans le panier par exemple?

A mon avis, si c'est pour modifier uniquement le champ haute résolution autant utilisé phpmyadmin (avec toutes les contraintes qu'on connait) car c'est du spécifique.

Par contre, je pense qu'il faut pouvoir modifier toutes données de la synchro (HD, largeur, ...).
Et pourvoir modifier de 2 façons:
  o soit image par image (propriéte de l'image ou par le panier)
  o soit par lot d'images (panier)

Le tout:
  o sans noyer l'utilisateur avec plein de données
  o tout en étant facile d'accés/utilisation
=> Je vois bien des panels visibles/invisibles!

mathiasm a écrit:

Pour moi, le has_high est une donnée auto qui spécifie si l'image "normale" dispose d'une version haute résolution.
Pour les sites distants, le listing.xml devrait faire son boulot et inclure cette info (au même titre que l'extension de la vignette, dont je ne vois pas bien l'intérêt). Un site distant devrait avoir php pour pouvoir générer le listing.xml. Si cleui-ci est généré à la main, il suffit à "la main" d'inclure l'info.
Et donc, la MAJ de has_high se fait via synchro des métadonnées, pour moi.

le listing.xml devrait faire son boulot : il le fait, s'il est regénéré.
Par contre, je l'ai vérifié, la synchro ne change rien du tout (y compris en local), l'image existant déjà.
Je ne suis pas d'accord la HR ne peut pas être contrôlée par la maj des Métadata, cela n'a rien à voir.

8-)

rub a écrit:

Si ca fonctionne, je l'ai fait, il y a quelques temps sur mes sites distants.

Vérifie, j'ai fait le test hier en local... 8-)

rub a écrit:

VDigital a écrit:

Vérifie, j'ai fait le test hier en local... 8-)

Des que je peux ;-)

Heu, comment dire!
Je viens de faire un test en local avec la future 1.6.2. Et ca fonctionne!

Je sélectionne "directories + files", je décoche only perform a simulation (no change in database will be made) puis bouton submit.

Et ca ajoute/retire mes HD!

Pour recapituler

- directories+files synchronise tn_ext (rub - ceci est important si ton element n'est pas une image, mais tu veux associer une vignette), has_high et representative_ext

- metadata synchronise le reste (filesize,width, height + le reste )