Eric a écrit:

[edit] Bizarre, le lien SVN ne semble pas fonctionner... [/edit]

C'est parce que c'est pas fini ;-)

cljosse a écrit:

Remarques:
   le paragraphe

     Paramètrage des confirmations et validations d'inscriptions pourait peur être scindé en trois sous paragraphe pour bien alleger l'interface.

Tout à fait d'accord avec çà. C'est l'étape suivante de mes aménagements. Je voulais d'abord savoir si le concept plaisait et collait aux attentes avant d'extrapoler.

Ceci dit, il y a un truc qui me pose soucis dans l'ajout de sous-paragraphes à "Paramétrage des confirmations et validations d'inscriptions" : A chaque fois que l'on sauvegarde les paramètres, toutes les "boites" se referment. Actuellement, il n'y a que 3 "boites" de paragraphe et ce phénomène est moins gênant. Mais si j'ajoute des sous-paragraphes, j'ai peur que cela devient pénible de re-déployer tout après chaque sauvegarde. Je n'ai pas encore trouvé de solution à cela.

cljosse a écrit:

1°) partie concernant les émails
           Afficher
         Texte utilisé pour l'introduction du mail envoyé à l'utilisateur pour confirmer son adresse mail
et le "text area" uniquement QUE si la confirmation de l'adresse email est activée
cela éviterait les messages en rouge.
"(!!! ATTENTION ! La modification du texte n'est possible QUE si la confirmation de l'adresse email est activée. Utilisez la méthode multi language du plugin Extended Description si celui-ci est activé !!!)" qui alourdissent l'interface.

Oui, je n'ai "traité" que le premier paragraphe et le début du deuxième pour l'instant. Les mentions en rouge doivent, à terme, disparaitre de l'interface pour nourrir si besoin l'info-bulle.

Peut-être ne l'as-tu pas remarqué mais j'ai établi une sorte de code de couleur pour les textes dans les info-bulles. En couleur "normale", les descriptions et explications non essentielles mais qui peuvent aider tout de même. En vert, les astuces et les règles d'utilisation. En rouge, les choses importantes à prendre en compte pour que tout se passe bien.

Pour moi, certaines annotations en rouge ne le sont pas par hasard et sont généralement issues de problèmes rencontrés par des utilisateurs. Par exemple, je considère que séparer des valeurs par des virgules est particulièrement important car le contraire (des points-virgules par exemple) peuvent causer de sérieuses pannes.

cljosse a écrit:

2°) partie groupe et   Status de validation

    3°) Limitation du délai de validation de l'inscription :
          mêmes remarques que le premier paragraphe.

donner un exemple lors de la première installation avec les balises de langue pour les textes de validation et de rappel.
si plugin Extended Description est ectivé.

Cette partie n'est pas encore traitée. Mais pour les exemples, tu les verrais dans les info-bulles ? Cà risque de faire beaucoup, non ?

Bonjour.

Eric a écrit:

Ceci dit, il y a un truc qui me pose soucis dans l'ajout de sous-paragraphes à "Paramétrage des confirmations et validations d'inscriptions" : A chaque fois que l'on sauvegarde les paramètres, toutes les "boites" se referment.

Une petit bout de programme pour forcer un paragraphe à s'ouvrir lors d'un raffraichissement:
  à ajouter en fin de global.tpl.
une varable $nu_para, contenant l'index du paragraphe.

<script type="text/javascript">
var n={$nu_para} ;
blockToggleDisplay('config'+n+'_header', 'Config'+n);
</script>

A+

Dernière modification par cljosse (2010-02-22 16:17:39)

Je pensais plus passer cette variable par le template dans UserAdvManager_admin.php
exemple:

$nu_para= $conf_nbc_UserAdvManager[xx] ; //valeur sauvegardée.
                                                                  // ou $_POST['nu_para'] 
 $template->assign(
    array(
               /* Plugin version inserted */
              'UAM_VERSION'                             => $version,
               'nu_para' => $nu_para ,

Mais tout autre possibilité devrait marcher,
Je ne connais pas trop smarty
si
{assign var='$nu_para' value='3'}
Revient à dire que
{$nu_para}=3 ça devrait marcher.

Mais l'idée serait de passer la dernière valeur sauvegardée  au template pour réouvrir le paragraphe lors du rechargement de la page.

En fin de compte l'idée si n = 3 si  ouvrre le 3°) paragraphe: config3_header
En fin de compte l'idée si n = 2 si  ouvrre le 2°) paragraphe: config2_header


A+

Bonjour.

Oublie ce que j'ai dis plus tôt avec la variable n=1,2, ou 3.

  Code à ajouter pour sauvegarder la dernière ouverture de n'importe quel paragraphe:

  1°) dans UserAdvManager_admin.php

Après la lecture des $_POST et avant l'affectation des variables au template:


Récupération de   headerId, contentId

vers la ligne 310

  $nb_para=(isset($_POST["nb_para"])) ? $_POST["nb_para"]:"config1_header";
  $nb_para2=(isset($_POST["nb_para2"])) ? $_POST["nb_para2"]:"config1";

 $template->assign(
    array(
  'nb_para'     => $nb_para,
  'nb_para2'     => $nb_para2,
    /* Plugin version inserted */

2°) dans le template global.tpl
après
<form method="post" action="{$UserAdvManager_F_ACTION}" class="general">

<!----------------------------------------------------------------------->
 <input name="nb_para" id="nb_para" type="texte"  value ="{$nb_para}" /> 
 <input name="nb_para2"  id="nb_para2" type="texte" value =  "{$nb_para2}" /> 
<!----------------------------------------------------------------------->

Bien sur ces "input" peuvent etre invisible.
 
3°) pour pouvoir mémoriser l'ouverture du paragraphe.

remplacer tout les
onclick="blockToggleDisplay(

en

onclick="nbc_blockToggleDisplay(

4°) en fin de fichier:

<script type="text/javascript">

var n1=document.getElementById("nb_para").value ;
var n2=document.getElementById("nb_para2").value;

function nbc_blockToggleDisplay($head1, $ehead1)
{ldelim}
n1=$head1;
n2=$ehead1;

blockToggleDisplay($head1, $ehead1) ;
     document.getElementById("nb_para").value =n1 ;  
     document.getElementById("nb_para2").value =n2 ;


     
}

blockToggleDisplay(n1,n2 );
</script>

J'espère que mon explication est maintenant plus claire, excuse moi mais je réponds plus vite que je ne pense :-)

A+

Dernière modification par cljosse (2010-02-23 10:40:33)

Re,

J'ai compris ce qui n'allait pas ! Erreur de casse sur :

$nb_para2=(isset($_POST["nb_para2"])) ? $_POST["nb_para2"]:"config1";

C'est "Config1", avec un C majuscule.

Comme cela, lorsque j'affiche les inputs, je vois bien les valeurs changer en fonction du paragraphe ouvert. Cela fonctionne lorsque:
- rien n'est ouvert et que j'ouvre Config2
- rien n'est ouvert et que j'ouvre Config3
- je bascule de Config2 vers Config3 et inversement

Mais çà ne fonctionne pas lorsque je passe de n'importe quel paragraphe vers Config1. nb_para et nb_para2 sont initialisés à Config1 lorsqu'on arrive sur la page de configuration mais pas après.

D'ailleurs le fait que le premier paragraphe s'ouvre automatiquement lorsqu'on arrive sur la page me gène un peu. Je préfèrerai que tous les paragraphes soient fermés par défaut. Mais çà, c'est un autre problème.

Eric a écrit:

Mais çà ne fonctionne pas lorsque je passe de n'importe quel paragraphe vers Config1. nb_para et nb_para2 sont initialisés à Config1 lorsqu'on arrive sur la page de configuration mais pas après.

Problème résolu : Encore un pb de syntaxe...

Avec :

$nb_para=(isset($_POST["nb_para"])) ? $_POST["nb_para"]:"";
  $nb_para2=(isset($_POST["nb_para2"])) ? $_POST["nb_para2"]:"";

Ca fonctionne nickel sous FF. Donc tout est OK !

Merci milles fois !

cljosse a écrit:

Bonjour.
  Une petite idée:
Pourquoi ne pas utilser fckeditor pour que l'administrateur edite les messages, c'est moins terne comme interface.

A+

Ou du moins, que FCK Editor soit compatible avec UAM ^^