Project

General

Profile

Feature #5492

Comportement lors du drag'n drop d'un répertoire

Added by Pierre TEISSONNIERE over 5 years ago. Updated about 4 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Start date:
04/22/2014
Due date:
% Done:

100%

Estimated time:

Description

Bonjour,

A voir si il s'agit d'un bug ou de l'effet désiré.

Les utilisateurs sont surpris par l'effet différent du drag'n drop sur un kmelia et sur la galerie. Sur kmelia, le drag'n drop d'un répertoire (X) contenant des sous répertoires (Y et Z) avec un fichier dans chaque répertoire recrée l'ensemble de l'arborescence.

Sur galerie, toutes les images contenues, quel que soit le niveau de l'arborescence, sont importées à la racine de l'album courant. Il n'y a même pas un nouvel album portant le nom du répertoire (ce répertoire est créé lors du drag'n drop d'un zip par contre).

History

#1

Updated by David Lesimple over 5 years ago

  • Status changed from New to Feedback

Pour moi, il s'agit d'une différence de comportement historique sans justification technique.
L'idéal serait d'avoir dans la galerie d'images le comportement observé dans la GED.

#2

Updated by David Lesimple about 5 years ago

  • Tracker changed from Support to Feature
#3

Updated by David Lesimple about 5 years ago

  • Status changed from Feedback to New
#4

Updated by Yohann Chastagnier about 5 years ago

Effectivement, lorsque le drag & drop d'un répertoire est effectué dans la galerie, toutes les photos sont enregistrées dans l'album courant.
En revanche, si le drag & drop porte sur une archive ZIP, alors dans ce cas sera créée l'arborescence d'albums/photos correspondante à celle des répertoires/photos contenue dans l'archive.

#5

Updated by Yohann Chastagnier about 5 years ago

  • Status changed from New to Feedback

Il y a une correction en cours sur le drag & drop des archives ZIP (https://tracker.silverpeas.org/issues/5491) qui fera que ce j'ai décrit dans la note 4 sera bien correct :-)

#6

Updated by Cécile Bonin about 4 years ago

  • Status changed from Feedback to In progress...
  • Assignee set to Cécile Bonin
  • Target version set to Version 5.15
#7

Updated by Cécile Bonin about 4 years ago

  • % Done changed from 0 to 100
#8

Updated by Cécile Bonin about 4 years ago

  • Status changed from In progress... to Resolved
#9

Updated by Yohann Chastagnier about 4 years ago

  • Status changed from Resolved to Closed

Validé, intégré et reporté sur toutes les prochaines versions.

Also available in: Atom PDF