Forum LayoutProperties-FR

• Forum des utilisateurs francophones de LayoutProperties

  http://layoutproperties.clicforum.com

Derniers messages du forum LayoutProperties-FR

• Les transitions

  Bon, ma vie n'était pas vraiment en jeu sur ce coup là et il ne s'agit
  ni d'une erreur évitée par la cohérence structurelle, ni de temps gagné
  par l'absence d'écriture de code, qui sont à mon sens les premières
  prérogatives des LPs.
  Il s'agit d'un sentiment, un peu inattendu, avec une transition particulière.
  
  Au départ, les transitions, eut égard aux fonctionnalités proposées par les Lps,
  ne sont qu'un gadget. Elle sont là comme la cerise sur le gâteau (j'avais écrit
  gâteux mais je ne suis pas toujours obligé d'être sincère avec moi-même)
  Un peu comme le cadeau-jouet que nous offrirait le développeur pour nous remercier
  d'utiliser une technologie de pointe
  
  Ben que nenni ! J'ai utilisé une transition pour le première fois afin d'animer une
  popup de renseignement (genre création d'un nouveau contact pour cette société, par
  exemple). J'ai utilisé cette transition pour me faire plaisir, avant que de faire plaisir au
  client, qui, c'est du moins ce que je croyais, s'en fout.
  
  Cette modale, qui apparait par le bas de la fenêtre dans laquelle l'utilisateur se trouve, et
  qui est moins large et moins haute que celle-ci, provoque un effet, que quelques testeurs
  me confirment, qui va bien au-delà de l'animation : l'utilisateur reste totalement dans son
  contexte, pour lui, il ne s'agit pas d'une nouvelle fenêtre (qui met toujours un peu l'utilisateur
  en surcharge cognitive ) mais d'un objet qui apparait "à l'intérieur" de la fenêtre dans laquelle il travaille.
  
  Click sur "annuler" BZZZIIIT l'objet à l'intérieur se range, click sur "Nouveau" BZZZIIIT l'objet
  se "déroule".
  
  Bon, vous avez le droit de me prendre pour un fou, mais je vous assure que, contre tout attente,
  l'aspect professionnel offert par ces transitions, à condition qu'il n'y ai pas abus, qu'elles se fassent
  toutes pour les mêmes procédures et de la même façon, fait un considérable bond en avant.
  
  
  
  Gilles
  
  Message: http://layoutproperties.clicforum.com/t23-Les-transitions.htm
  

• Erreur d'évaluation du code

  Hello,
  
  j'ai remarqué que lorsqu'on choisit uen transition (en tout cas le shake pour une modale invalide, j'ai pas fait plus de tests),
  le wizard laisse traîner une ligne
  ) // ------------ end of onInvalidModalCloseCondition
  juste après
  ) // ------------ end of onAfterDisplay
  
  Comme je n'ai pas mis de comportement particulier sur condition invalide, rien "n'ouvre" cette section et la parenthèse malvenue ferme brutalement celle du Let initial !
  Ce qui ne plaît pas beaucoup à la vérification du code, d'où l'erreur 1201.
  
  Dans ce cas, c'est facilement corrigé à la main of course, par contre mieux vaut vérifier le reste du code, car par ex. j'avais en même temps supprimé la variable 2 sur 3 dans les comportements afterClose, et du coup la numérotation n'était plus continue (variable1 puis variable3)
  Dommage collatéral, quoi.
  
  De plus, je ne sais pas si me m'y prends bien, mais pour annuler cette transition dans le wizard, je supprime "shake" de la case Valeur dans la fenêtre adhoc, ce qui forcément ne donne rien de bon:
  
  & xmlSet ( "transitions"
      ; xmlSet ( "onInvalidModalCloseCondition"
          ;  )   //<-- parenthèse résiduelle
      )
  )  //<-- du coup ferme Let (
  
  Là aussi, très vite corrigé à la main, c'était juste par curiosité et en pensant aux nouveaux users qui tâtonneraient...
  
  Message: http://layoutproperties.clicforum.com/t22-Erreur-d-evaluation-du-code.htm
  

• [résolu] Problème de définition de variable — vient de FM ou LP ?

  Bonjour,
  
  accrochez-vous bien :
  
  je suis sur une fenêtre consultation de contacts.
  
  deux boutons "Créer" et "Modifier" déclenchent un script "Appeler Action" de 2 lignes (paramètre Création ou Modification) :
  Définir variable [ $$targetAction; Valeur :Obtenir ( ParamètreScript ) ]
  Exécuter script [ “LP__DisplayLayout_DNR”; Paramètre : Cas (... ) ]
  
  je ne détaille pas le Cas, ça marche bien, je prévois juste d'utiliser le même script pour aller à d'autres modèles d'action (recherche...)
  
  Le modèle qu'on quitte a dans ses onBeforeLeave, entre autres :
  xmlSet ( "variable3" ; xmlSet ( "variableName" ; "$$prevAction" ) & xmlSet ( "variableValue" ; $$currAction ) )
  Le modèle cible (modale), en afterDisplay :
  xmlSet ( "variable1" ; xmlSet ( "variableName" ; "$$currAction" ) & xmlSet ( "variableValue" ; $$targetAction ) )
  
  Résultat au DataViewer : (après par ex. clic sur "Modifier")
  $$prevAction = Consultation
  $$currAction = Modification
  $$targetAction = Modification
  OK.
  
  Quand on quitte la modale, on a en onBeforeModalClose (beforeScript, mais pas de script):
  xmlSet ( "variable1" ; xmlSet ( "variableName" ; "$$targetAction" ) & xmlSet ( "variableValue" ; "Consultation" ) )
  xmlSet ( "variable2" ; xmlSet ( "variableName" ; "$$prevAction" ) & xmlSet ( "variableValue" ; $$currAction ) )
  
  Et en afterModalClose, afterScript (comme du coup le afterDisplay de la cible n'est pas joué, si j'ai bien suivi) :
  xmlSet ( "variable5" ; xmlSet ( "variableName" ; "$$currAction" ) & xmlSet ( "variableValue" ; $$targetAction ) )
  xmlSet ( "variable6" ; xmlSet ( "variableName" ; "$$targetAction" ) & xmlSet ( "variableValue" ; "" ) )
  
  Résultat, après fermeture de la modale :
  $$prevAction = Modification
  $$currAction = Consultation
  $$targetAction =
  toujours OK.
  
  si maintenant je clique sur "Création", j'obtiens sur la modale :
  $$prevAction = Consultation
  $$currAction = Modification
  $$targetAction = Création
  pas OK !! les deux dernières devraient être égales !!! Certains pas de script dépendant de $$currAction, je vous explique pas le bordel.
  
  si je referme la modèle, à nouveau :
  $$prevAction = Modification
  $$currAction = Consultation
  $$targetAction =
  logique vu l'étape précédente
  
  je reclique une 2e fois sur "Création" et là, magie :
  $$prevAction = Consultation
  $$currAction = Création
  $$targetAction = Création
  cette fois c'est OK !
  
  Si à présent je clique "Modifier", j'aurais des valeurs fausses (inversées), mais de même si je réessaye dans la foulée, ce sera bon.
  
  En somme, il y a une espèce de fantôme lors d'un changement d'action, qui disparaît si on insiste sur la nouvelle action...
  Alors qu'en sortie de modale, tout est juste, on n'en voit aucune trace...
  
  Je précise que c'est pareil en réseau ou en local
  
  Vous me trouvez donc assez perplexe et migraineux, et légèrement en manque de sommeil...
  
  Message: http://layoutproperties.clicforum.com/t21-Probleme-de-definition-de-variable.htm
  

• Contexte d'évaluation des calculs — Ugo nous posait la question...

  Je me permets de remettre sur le tapis une question posée par Ugo ici.
  Il semble que le lieu n'était pas le bon, et le débat n'a pas eu lieu.
  Maintenant qu'existe cette section Divers, c'est peut-être l'endroit pour réfléchir à ce type de questionnements.
  
  Voici donc sans plus attendre... LA QUESTION D'UGO :
   
  

  Citation:
  Question ouverte à tous :
  l'objet essentiel des LayoutProperties étant de s'affranchir de tout contexte. utiliser à l'intérieur de la définition du calcul du Web viewer 'xmlSet ( "wTitle" ; PRD__Produits::PRD_ID )' , qu'il marche ou pas, me semble par nature un peu dommage, cette même propriété pouvant être ensuite utilisée. Comment alors gérer cette redondance probable ?  
  

  
  
  Message: http://layoutproperties.clicforum.com/t19-Contexte-d-evaluation-des-calculs.htm
  

• Nouvelle version : 3.1.1

  Voilà, c'est arrivé. La nouvelle version des LayoutProperties, 3.1.1, comprend nombre d'améliorations, de corrections, et de nouvelles fonctions.
  La version 1.1 du Wizard suit ces nouveautés et se débarrasse de quelques défauts de jeunesse.
  
  Merci à tous pour votre participation. Vos idées, commentaires, tests... et rapports de bugs ont été le moteur de cette version.
  Je crois que cette 3.1.1 montre bien comment des développeurs sérieux, en se mettant ensemble autour d'une table (virtuelle), peuvent parvenir à des résultats.
  A ce titre, je crois que la formation donnée à Paris en avril ainsi que l'ouverture de ce forum sont un franc succès. N'oublions pas de continuer à faire vivre ce dernier !
  
  Pour ce, je propose deux choses (oui, ça c'est de la news !):
  - un wiki qui vient d'ouvrir, et qui à la différence de ce forum ne sera pas un lieu d'échange, mais un lieu de référence. Nous pouvons y constituer une base de connaissances.
  - une nouvelle section du forum, où vous pourrez témoigner, raconter comment LayoutProperties vous a sauvé la vie aujourd'hui ...
  
  
  Et puis pendant que j'étais dans l'administration du forum, je me suis dit qu'on n'avait pas notre section Divers... la voici !
  
  (la prochaine étape, c'est le Hors Sujet, histoire de faire venir Rodolf
  
  Message: http://layoutproperties.clicforum.com/t18-Nouvelle-version-3-1-1.htm
  

• [résolu] Fermeture de modale — de différentes manières

  hello,
  
  voilà mon problème :
  
  j'ai une modale qui sert à créer/modifier des fiches
  (je procède par popup pour dissocier d'un modèle "consultation" aux rubriques non modifiables, je trouve ça plus sûr en réseau, et en modale pour éviter de fermer "bêtement" et ainsi court-circuiter les scripts de vérif, formatage, créer une fiche et la laisser vide, etc...)
  
  je voudrais sortir de la modale par différents boutons : "annuler", "[valider et] terminer"
  il y a aussi un "[valider et] suivant" mais celui-ci ne sort pas de la modale, donc je n'en parle pas.
  
  je ne sais pas comment passer un paramètre différent sur chaque bouton alors que ce sont de simples "Reprendre script"...
  y a-t-il un moyen ?
  
  merci !
  
  Message: http://layoutproperties.clicforum.com/t17-Fermeture-de-modale.htm
  

• [résolu v.3.1.1] Petit problème de template — ré-utilisable, mais une seule fois...

  hello,
  
  voilà mon problème avec le dernier Wizard en date (1.1 avec les menus persos "fichier" etc) :
  
  j'ai une série de modèles très proches (d'où l'utilité des templates), je crée donc le 1er en tant que template, puis j'en crée un 2e, (statut "non template") basé sur le 1er.
  Jusque là tout baigne, par contre, quand je veux en créer un 3e, quand je choisis le template dans la liste déroulante et que je valide, il m'affiche un message "Error : This template was not found"
  
  Le template est bien sûr toujours présent dans la liste, case cochée et surligné en jaune, mais quand je clique dessus pour voir ses propriétés, elles ont toutes été vidées !
  
  C'est grave docteur(s) ?
  
  
  PS : quel est le meilleur moyen (si moyen il y a) de ré-importer des enregistrements déjà créés dans une nouvelle version du Wizard ?
  C'est pas vital, car je crée de toute façon un fichier texte où je colle les résultats pour chaque modèle, mais c'est par curiosité.
  
  Merci !
  
  Message: http://layoutproperties.clicforum.com/t16-Petit-probleme-de-template.htm
  

• [résolu v.3.1.1] wTitle - Titre fenetre — eh ben ça fonctionne pas

  Bonjour à tous,
  
  
  J'ai un petit soucis avec une propriété qui parait simple, le titre de la fenêtre après avoir activé un enregistrement lié, je vous explique le contexte :
  
  
  J'ai mon script d'activation enregistrement lié dans une nouvelle fentre et dans un modèle différent, j'ai donc ajouté à ce script la ligne suivante :Exécuter Script [LP__DisplayLayout_DNR]
  
  
  Mon modèle possède les propriétés suivantes, et bien à la fin de l'exécution ma fenêtre ne se renomme pas, elle prends le nom de la fenetre d'origine, alors que je lui indique bien de m'afficher l'Id du produit pour vérifier pour l'instant que je suis bien sur le bon produit et plus tard mettre la référence et la désignation comme ceci : PRD__Produits::PRD_Reference & " ( " & PRD__Produits::PRD_Designation & " ) "
  
  Autre chose de bizarre, une fois que le modèle est affiché avec le nom de la fenetre erroné, si je relance le script à la mano, là il me renomme bien la fenetre comme désirée qu'est ce que je fais de mal , please help.
  
  Merci
  
  
  Code:

  
  //  DISPLAY PROPERTIES
  
  
  
  &  xmlSet ( "wAdjust" ; "R" )       // R: Resize to fit, F: Full screen, Max, Min, Res: Restore, H: Hide
  
  &  xmlSet ( "wMode" ; 0 )       // 0: Browse, 1: Find, 2: Preview
  
  &  xmlSet ( "wLeft" ; "CS" )       // Nr of pixels, *n, +n, /n,  -n, CW, CS, RW, RS
  
  &  xmlSet ( "wTop" ; "CS" )       // Nr of pixels, *n, +n, /n,  -n, CW, CS, BW, BS
  
  
  
  &  xmlSet ( "wTitle" ; PRD__Produits::PRD_ID )
  
  
  
  &  xmlSet ( "statusArea" ; 0 )       // boolean
  
  &  xmlSet ( "statusLock" ; 1 )       // boolean
  
  &  xmlSet ( "viewAs" ; 0 )       // 0: Form, 1: List, 2: Table
  
  &  xmlSet ( "zoomLevel" ; 100 )       // 25, 50, 75, 100, 150, 200, 300, 400, +, -
  
  &  xmlSet ( "zoomLock" ; 0 )       // boolean
  
  &  xmlSet ( "textRuler" ; 0 )       // boolean
  
  &  xmlSet ( "elasticity" ; 1 )       // boolean
  
  &  xmlSet ( "restoreTabs" ; 1 )       // boolean 
  
  
  
  

  
  
  Message: http://layoutproperties.clicforum.com/t15-wTitle-Titre-fenetre.htm
  

• [résolu] Dimensions de la fenêtre pas pris en compte

  Bonjour à toutes et à tous,
  
  
  chez moi LP 3.1.1 RC me pose encore quelque soucies.
  
  
  Si dans le web viewer j'ai saisie directement les dimensions de la fenêtre et j'exécute le script le LP__DisplayLayout_DNR le dimensions ne sont pas prise en compte.
  
  
  &  xmlSet ( "wWidth" ; 1024 )       // nb of pixels. Use *n, +n, /n or -n operate previous layout dimensions
  &  xmlSet ( "wHeight" ; 724 )       // Nr of pixels. Use *n, +n, /n or -n operate previous layout dimensions
  &  xmlSet ( "wLeft" ; 0 )       // Nr of pixels, *n, +n, /n,  -n, CW, CS, RW, RS
  &  xmlSet ( "wTop" ; 0 )       // Nr of pixels, *n, +n, /n,  -n, CW, CS, BW, BS
  
  
  
  Pour que elle soient prise en compte il faut que je ferme la base, la re ouvrir, et là ça marche mais c'est barbant.
  Fabrice, je fait une erreur quelque part ou c'est définitivement le comportement de la 3.1.1 ?
  
  
  Ciao.
  
  Message: http://layoutproperties.clicforum.com/t14-Dimensions-de-la-fenetre-pas-pris-en-compte.htm
  

• Mise à jour de LP 3.1.1 RC

  Bonjour,
  
  
  je vient de mettre à jours mon LP de 3.1.1 à 3.1.1 RC et il se passe un truc bizarre, je comprend pas.
  
  
  J'ai nommé le script LP__DisplayLayout_DNR avec LP__DisplayLayout_DNR_Old, j'ai copié depuis la nouvelle version tous les scripts, je ouvre le script LP__DisplayLayout_DNR, je copie le contenue, je ouvre LP__DisplayLayout_DNR_Old je colle et c'est bon, tous le script est à jour, je ferme le script et je le re ouvre et j'ai plain de > Executer script ["inconnu"]. 
  
  
  De toute évidence je fait une erreur mais je voit vraiment pas la quelle.
  
  
  Ciao.
  
  Message: http://layoutproperties.clicforum.com/t13-Mise-a-jour-de-LP-3-1-1-RC.htm
  

• Question sur une utilité supplémentaire du webviewer — Comme verrou anti-validation ?

  Hello,
  
  en cherchant à résoudre un problème sur le forum fmsource, d'enregistrement qui n'était pas validé avant d'être supprimé, je me suis rendu compte que mon WV de LP, en fond de modèle et de la taille de celui-ci, ne me permettait pas de cliquer hors des rubriques pour valider l'enreg.
  
  Qu'à celà ne tienne, je l'ai bien sûr réduit dans un coin.
  
  Mais, étant féru de modèles "consultation" à rubriques non éditables et de modèles "création/modif°" avec utilisation éventuelle de "rétablir" etc..., est-il raisonnable de se reposer sur ce WV pour empêcher la "sortie" inopinée ? (comme on utiliserait une rubrique en fond pour ne jamais cliquer hors champ)
  
  Message: http://layoutproperties.clicforum.com/t12-Question-sur-une-utilite-supplementaire-du-webviewer.htm
  

• [résolu] $$targetlayout — Navigation qui navigue pas

  Bonjour
  C'est surement une niaiserie, mais je tourne en rond et je ne trouve pas.
  Pour explorer LP et apprendre par moi-même, (pas le choix je suis loin de vous tous) j'ai suivi les instructions et j'ai installer LP3 dans un de mes dev existant.  Surprenant, c'a a bien été, je navique allégrement et je peu modifier les paramêtres sur 4 a 5 modèles.
  
  Je reçoit LP3.1 et pour m'amuser je créer une nouvelle base, installe le tout  créer 2 modèles. Avec le LPW de UGO je créer de contenu de WV copie le tous, change les paramêtres wTitle, prévois mes boutons de navigation et ... marche pas. La fenêtre du second modele s'ouvre et se ferme immédiatement.
  
  Je recommence avec la 3 et cela ne fonctionne toujours pas.
  
  Recommence encore en copiant les WV de l'autre base, marche pas encore.
  
  Y a une zone grise que je ne comprend pas. Lorsque j'observe le DataViewer, je remarque que le $$targetlayout ne change pas ! Que fais-je de pas correct ? Pourtant il me semble faire la même chose que la première fois. Deux modèles, deux noms de modèles, bouton pointant le scripts LP__DisplayLayout_DNR et parametre de script "nom du modèle".
  
  Merci de m'aider !
  
  Pierre
  
  Message: http://layoutproperties.clicforum.com/t11-targetlayout.htm
  

• [résolu] Initialiser les transitions — pourquoi ça ne marche pas la première fois

  Bonjour,
  
  
  suite à un message privé de Christophe qui m'a soumis un cas où la transition animée ne s'exécutait pas, voici l'explication (qui manque cruellement au manuel d'utilisation)
  
  
  Les transistions animées ne fonctionnent pas si
  - $$LP_TransitionsDisabled = 1
  - la version de FileMaker n'est pas 9 ou supérieure
  - on affiche le même modèle que le modèle de départ tout en restant dans la même fenêtre (onSameWindow)
  - $$displayed_layouts est vide. C'est ce dernier point qui pose problème : il s'agit d'une variable qui liste les numéros de modèles déjà affichés par le script principal. Au fond, il faut que LP ait déjà été exécuté une fois. C'est pourquoi je recommande l'exécution du script dès le script de démarrage.
  
  Message: http://layoutproperties.clicforum.com/t10-Initialiser-les-transitions.htm
  

• [résolu v.3.1.1] Activer enregistrement lié

  Re-Bonjour,
  
  J'inaugure ce sous-forum avec une question qui j'espère n'est pas trop simpliste...
  Je reviens à mes histoires de plusieurs modèles sur une table avec des tris à n'en plus finir ! :ban:
  Comment dans ce contexte (et plus généralement aussi) utiliser la "mémoire" de mon modèle pour sa mise en forme sans pour autant déclencher toute la cavalerie de scripts qui s'occupe du tri et afficher un enregistrement lié ?
  
  Merci par avance. Ce forum est le petit coin de refuge pour l'utilisateur du LP3 ! k:
  
  Paul.
  
  Message: http://layoutproperties.clicforum.com/t9-Activer-enregistrement-lie.htm
  

• mémoire du numéro d'enregistrement

  Bonjour,
  
  Je développe une BdD en ce moment pour créer un fond sur un musicien célèbre. Et au niveau navigation avec les enregistrements, c'est la croix et la bannière...
  Exemple : j'ai une table pour les DVD. Et à partir de cette table, j'ai créé 5 modèles :
  - Concerts ;
  - Cours ;
  - Télévision ;
  - Répétition ;
  - Concerts d'élèves.
  
  Jusque là, avec l'intégration que j'ai faîte du LP3 de Fabrice, c'est le rêve. Je clique sur le bouton et LP3 s'occupe de tout (affichage, scripts pour le trie des enregistrements) --> très puissant et simple en même temps ! Seulement, à chaque fois, je me retrouve sur le premier enregistrement de chaque tri... alors que j'apprécierai me retrouver sur le dernier consulté...
  Plus j'y pense, et plus j'aurai besoin que mon modèle se souvienne de l'enregistrement dans lequel j'étais avant de quitter le modèle. J'ai fait un test pour l'un d'entre eux en créant une $$variable avec comme calcul "Obtenir(NuméroEnreg)" qu'un script réutilise ensuite avec un comportement "AfterDisplay".
  
  Qu'en pensez-vous ? Merci.
  
  Paul.
  
  Message: http://layoutproperties.clicforum.com/t8-memoire-du-numero-d-enregistrement.htm
  

• [résolu v.3.1.1] wLeft & wTop

  Toujours dans l'optique de se simplifier la vie et d'augmenter les possibilités de avec LP, je verrais bien dans wLeft et wTop la possibilité de coller à gauche de l'intérieur et haut de la fenêtre parent comme le permet RW et BW. Un LW et TP en quelque sorte. 
  
  
  Je m'attend à la réponse : 
   
  Code:

  &  xmlSet ( "wLeft" ; "=$$original_wLeft" ) 
  
  

  
  Mais un LW serait tellement bien ! 
  
  
  
  Message: http://layoutproperties.clicforum.com/t7-wLeft-wTop.htm
  

• wModeLock

  Bonjour à tous,
  
  Ma première participation ici pour une demande d'ajout dans LayoutProperties. Sur le même principe que pour le zoom et la barre d'état qui sont 'lockables', pourrait-on avoir la même chose pour le mode de visualisation du modèle ? Verrouillage en utilisation ou recherche par exemple ? Bref un wModeLock  :idea:
  
  Message: http://layoutproperties.clicforum.com/t6-wModeLock.htm
  

• Vidéo : comment installer LayoutProperties

  Vous trouverez la vidéo ici :
  http://videos.bh-a.com/LP_Install.mov.zip
  
  
  C'est en Anglais, mais j'espère que ça se comprend.
  Le seul truc pas évident est qu'il faut installer zippScript ET DoScript au moment de l'installation. Ensuite, bien sûr, un seul des deux suffit (et encore, rappelons qu'on n'a besoin de ces plug-ins uniquement pour déclencher les scripts dans les comportements, et pour l'élasticité)
  
  Message: http://layoutproperties.clicforum.com/t5-Video-comment-installer-LayoutProperties.htm
  

• [résolu v.3.1.1] Fermeture de la fenêtre parente — Eviter les popup multiples

  La suggestion venait de Bertrand lors de la formation du 22.
  On est parfois obligé de faire une GTRR (activer les enregistrements liés) dans une nouvelle fenêtre. Or si cette fenêtre est une modale, on veut qu'elle exécute son onAfterDisplay. Problème : elle s'ouvre alors à nouveau.
  
  
  La version 3.1.1 ajoute une option à <Unique>, qui permet, en mettant la valeur 3, de fermer la fenêtre parente (pas les autres).
  
  
  on peut donc combiner
   
  Code:

  <popup>2</popup> 
  
  

  (pour en faire une fenêtre modale), et
   
  Code:

  <unique>=Case ( $$targetLayout = $$originalLayout ; 3 )</unique> 
  
  

  (si le modèle de destination est le même que celui de départ, la fenêtre parente sera fermée)
  
  Message: http://layoutproperties.clicforum.com/t4-Fermeture-de-la-fenetre-parente.htm
  

• En Beta : LP 3.1.1 et LPW 1.1

  Des versions beta de LayoutProperties 3.1.1 et LayoutProperties Wizard 1.1 ont été envoyées aux participants à la formation du 22/4.
  Version finale prévue le 1er Mai 2008.
  
  Message: http://layoutproperties.clicforum.com/t3-En-Beta-LP-3-1-1-et-LPW-1-1.htm
  

• Formation à Paris — Alors, c'était bien ?

  De retour de Paris où s'est déroulé mardi 22 avril une formation dédiée aux LayoutProperties.
  
  
  Alors, ça vous a plu ?
  Certains m'ont dit que c'était beaucoup plus clair que la vidéo. Faut croire que je ne suis pas fait pour la caméra
  Si vous avez des idées précises pour améliorer cette vidéo, je suis preneur !
  
  Message: http://layoutproperties.clicforum.com/t2-Le-premier-message-de-votre-forum.htm
  

Commentaires sur le forum LayoutProperties-FR

Mentions légales

Dernière mise à jour le 13/05/2008 à 07:53:36 GMT+02:00. Mise à jour toutes les 24 heures.

Menu

• Navigation
  • Présentation
  • Créer un forum
  • Comment créer son forum
• Communauté
  • Espace membres
  • Annuaire des forums
  • Forum d'entraide
• Ressources
  • Galerie des thèmes
  • Packs de smilies
  • Images de rangs
  • Faire un lien
• Divers
  • Partenaires
  • Contactez nous