Discussion :

[ludojojo]

Bonjour,

Je suis confronté à un comportement qui me semble plutôt étrange et très désagréable.

Lorsque je suis sur une page de type publishing, que je sélectionne à l'aide du ruban la fonction "edit properties", je suis redirigé sur le formulaire associé. Déjà là, première chose que je ne comprend pas, bien que dans les propriétés de la liste "pages" j'ai activé l'option "Launch forms in a dialog", ce dernier s'affiche en plein écran... (Ce qui n'est pas le cas du display form ).

Bref mon gros soucis, c'est que si je clique sur "Cancel" de mon edit form je suis redirigé vers une page... Dont je ne comprend pas du tout le rapport ! la default.aspx de la bilbliothèque "pages"... Qui n'est pas ma page d'accueil par défaut du site.

Si je supprime cette page, je me retrouve redirigé vers la vue allitems.aspx de la bibliothèque !

Est-ce que quelqu'un aurait une idée de l'origine de ce problème ? Reproduisez-vous le même comportement ?
Je continu mes recherches, mais je vous avoue être quelque peu déconcerté par ce comportement...

PS : Bien sur le comportement souhaité serait d'être redirigé vers ma page source comme le fait très bien le bouton save de ce même formulaire...

[ludojojo]

Bon bah en attendant de comprendre l'origine du problème, je me suis fait une custom action pour corriger le problème...

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
20
21
22
23
24
25
26
27
28
29
30
31
32
33
  <CustomAction     Id="RemoveRibbonButton"
     Location="CommandUI.Ribbon">
    <CommandUIExtension>
      <CommandUIDefinitions>
        <CommandUIDefinition Location="Ribbon.DocLibListForm.Edit.Commit.Cancel"/>
      </CommandUIDefinitions>
    </CommandUIExtension>
  </CustomAction>
  <CustomAction Id="2C9619A8-CCD8-4984-909C-2C1B7FE794E4"
                Location="CommandUI.Ribbon" >
 
 
    <CommandUIExtension>
      <CommandUIDefinitions>
        <CommandUIDefinition Location="Ribbon.DocLibListForm.Edit.Commit.Controls._children">
          <Button
                Id="E6DF7DBA-AC35-4ABA-9A12-4C87DAECA8BE"
                Sequence="20"
                Command="ConfirmClose"
                Image16by16="/_layouts/$Resources:core,Language;/images/formatmap16x16.png" Image16by16Top="0" Image16by16Left="-248"
                Image32by32="/_layouts/$Resources:core,Language;/images/formatmap32x32.png" Image32by32Top="-448" Image32by32Left="-288"
                LabelText="$Resources:core,cui_ButListFormCancel;"
                ToolTipTitle="$Resources:core,cui_ButListFormCancel;"
                ToolTipDescription="$Resources:core,cui_STT_ButListFormCancel;"
                TemplateAlias="o1"/>
        </CommandUIDefinition>
      </CommandUIDefinitions>
      <CommandUIHandlers>
        <CommandUIHandler Command="ConfirmClose"
                          CommandAction="javascript:if(typeof(SP.UI.Dialog.get_$1().APD_PrevPage) !== typeof(undefined)){SP.UI.Dialog.get_$1().APD_PrevPage();}else{SP.UI.ModalDialog.get_childDialog().close();}"/>
      </CommandUIHandlers>
    </CommandUIExtension>
  </CustomAction>

Petit détail du code JS :
Lorsque l'on se trouve dans une fenêtre en plein écran dans SharePoint, celle-ci à une fonction ADP_PrevPage qui permet de revenir à la page précédente. C'est donc celle utilisé dans notre cas.
En revanche, si jamais l'on se trouve dans une fenêtre de type modale (pop-in) alors cette fonction n'existe pas. Il faut donc utilisé la méthode close comme ci-dessus.
Oui je vous l'accorde, j'ai eu un peu de mal à trouver les deux fonctions, mais ça vous fait toujours ça de moins à faire !

[nonoxp]

J'ai recemment ete confronte au meme probleme sur une archi 2010, avec la gestion des alertes mail. Il y a donc des actions pour lesquelles le reglage de la modale dans les parametres de liste n'a aucun impact, et c'est tres difficile a faire comprendre aux clients...
Les solutions qu'on met en place dans mon equipe ressemblent a ta proposition de reecriture via customaction, et/ou reecriture des boutons ok/cancel des formulaires, bref du js.

[ludojojo]

J'ai recemment ete confronte au meme probleme sur une archi 2010, avec la gestion des alertes mail. Il y a donc des actions pour lesquelles le reglage de la modale dans les parametres de liste n'a aucun impact, et c'est tres difficile a faire comprendre aux clients...

Côté dev, je trouve cela abusé aussi. Je comprend facilement que le client n'accèpte pas ce genre de "défaut produit"...

En tout cas, cela me rassure (oui c'est un peu égoïste mais j'assume ) de voir que je ne suis pas le seul à être confronté à ce bug !
Merci pour ton retour