Donnez vie à vos documents numériques !
 

zolo72

Toutes mes réponses sur les forums

Affichage de 20 réponses de 1 à 20 (sur un total de 20)
  • Auteur
    Réponses
  • en réponse à : Test après invalidation de date #65093
    zolo72
    Membre

    Merci Merlin,
    Je lirai demain, à tête reposée, comme Louis XVI…
    C’est bon de se sentir moins seul !

    en réponse à : Test après invalidation de date #65091
    zolo72
    Membre

    Merci Merlin,

    Ben oui, évidemment, mais la contrainte était là et je n’y pouvais rien mais…
    Néanmoins, je suis toujours preneur d’un test qui, détectant les “Avertissement : Fenêtre Javascript” qui sont peut-être autant “Windows” que Javascript, permette les actions souhaitées.
    De même qu’il serait bien pratique de pouvoir “enregistrer sous”, un formulaire, en personnalisant le nom du fichier au moyen de données présentes dans un champ dudit, puis de commander un mailto avec le fichier obtenu en pièce jointe…
    On peut rêver.

    Merci pour le soutien, toujours précieux.

    en réponse à : Test après invalidation de date #65089
    zolo72
    Membre

    Merci Bebarth,
    Je n’avais pas le temps de poursuivre au moment, pardon de n’avoir pas réagi à la sympathique proposition.

    Cette fois, je joins un exemple. Dans l’exemple joint, on a une saisie fractionnée, jour, mois et an dans des champs séparés, si on saisit une date valide, elle s’affiche bien dans le champ où on a reconstitué le format “dd/mm/yyyy” à partir des données fractionnées. Si on saisit 28 et 02 et 2019, s’affiche alors 28/02/2019 dans le champ “TEST DATE”, OK. Si maintenant on remplace le 8 de 28 par un 9, on a l’alerte javascript : “date/heure incorrectes” et “TEST DATE”  = 28/02/2019 est inchangé, tandis que le “29” reste affiché dans le champ “jour”…
    Mon souhait, effacer les champs séparés “jour”, “mois” et “an” quand la date reconstituée est invalide, la chaîne reconstituée étant toujours invisible à l’écran.

    Merci d’avance pour le coup de main.

    en réponse à : Test après invalidation de date #65087
    zolo72
    Membre

    Hou là, je cherchais le moyen de répondre, sans le trouver, à votre preste réaction, la ligne des options (dont “répondre”) mais leur typographie est si “light” que je ne la voyais pas…Voici mon problème : je suis confronté à une saisie de date éclatée (un champ “jour“, un champ “mois” et un champ “an”.)Pour bénéficier du contrôle, par le système, de la vraie “validité” de la date, bissextiles compris, j’ai reconstitué une chaîne «jj+”/”+mm+”/”+aaaa» à l’aide des “valueAsString” des champs, dans un champ invisible formaté “date jj/mm/aaaa”. Ça marche très bien, en ce sens que le contrôle est effectif, “28/02/2018” est accepté, “29/02/2020” aussi, mais pas “29/02/2018”. Ça baigne…Maintenant, je voudrais pouvoir effacer, en cas de message erreur, pour “29/02/2018”, par ex., les champs sources mais je parviens pas à créer le test “if” qui détecte l’incident “rejet de date invalide” et me permette d’agir en conséquence.HelpEt merci d’avance.

    en réponse à : Alerte légitime mais gênante lors d’un this.reset.Form #61919
    zolo72
    Membre

    Bon, les accolades étaient à leur place dans le script.
    La fatigue est cause de la recopie débile.
    En attendant, je suis retombé sur d’autres soucis.
    A suivre

    en réponse à : Alerte légitime mais gênante lors d’un this.reset.Form #61917
    zolo72
    Membre

    Merlin,
    Je suis enchanté !
    It works !
    Voici le script du bouton “reset” à l’usage des populations méritantes, non moins que souffrantes :

    Code:
    {var alerte = “rrrrVoulez-vous vraiment supprimer le contenu de TOUS les champs de donnu00E9es ?nn                          Cette action ne pourra  pas u00EAtre annulu00E9e.”;}
    this.calculate = false;
    if (app.alert({cMsg:alerte, nIcon:1, cTitle:”ZOLO”, nIcon: 1, nType: 2}) == 4)
    this.calculate = false;
    this.resetForm();
    this.calculate = true;

    Je n’y croyais plus.
    Bravo et merci encore

    en réponse à : Alerte légitime mais gênante lors d’un this.reset.Form #61915
    zolo72
    Membre

    Merlin,
    J’ai essayé de placer tes lignes de script (sans “()” ou avec,
    1 — dans le script du bouton “reset”
    2 — dans le script de validation du champ “Dept” placé dans l’onglet “calcul”.
    Sans parvenir à un résultat satisfaisant.
    Soit la validation ne se faisait pas, soit elle fonctionnait et l’alerte indésirable suivait l’alerte reset “voulez-vous etc.”
    Sans doute un placement défectueux dans l’ordre des lignes…

    en réponse à : Alerte légitime mais gênante lors d’un this.reset.Form #61913
    zolo72
    Membre

    Merci Merlin,

    Ton conseil est sage, mais la liste déroulante des départements me rebute perso quand on me l’impose.
    Je suis adepte du “ne fais pas aux autres etc.”
    Il suffit d’oublier les alertes et d’invalider les frappes non-conformes, c’est l’état actuel.
    Une fenêtre popup avec 5 ou 6 colonnes de 20, ce serait bien.
    Je n’ai jamais pratiqué.
    S’il y a des exemples, je suis preneur.
    Bien reconnaissant.

    PS Je n’admets que “97”, c’est voulu.

    en réponse à : Alerte légitime mais gênante lors d’un this.reset.Form #61910
    zolo72
    Membre

    Merci Merlin pour ce précieux tableau, à méditer !
    Ta suggestion « action en “champ désactivé”»
    Dans le cas présent, cela ne fonctionne pas, aucun contrôle de validation. Mon script ci-dessous, fonctionne indifféremment en “validation” ou “calcul”. (Le “set;Focus” maintient le focus sur le champ “Dept” si on validé la saisie par TAB ou CLIC sur un autre champ.)
    Le script :

    var depart = /^[0-9]+[0-9A-B]$/;

    var depart2 = /^[3-9]+[A-B]$/;

    var depart3 = /^[1]+[A-B]$/;

    if ((!depart.test(event.value)) || (event.value == “00”) || (event.value == “20”) || (event.value == “96”) || (event.value == “98”) || (event.value ==  “99”))

    {
        app.alert({cMsg:”rrr                        SAISIE INCORRECTE DU DÉPARTEMENT !rrr                                  MERCI DE RECOMMENCER”});
        event.value = “”;
        this.getField(“Dept”).setFocus();
    }

    else

    if ((depart2.test(event.value)))

    {
        app.alert({cMsg:”rrr                        SAISIE INCORRECTE DU DÉPARTEMENT !rrr                                  MERCI DE RECOMMENCER”});
        event.value = “”;
        this.getField(“Dept”).setFocus();
    }

    else

    if ((depart3.test(event.value)))

    {
        app.alert({cMsg:”rrr                        SAISIE INCORRECTE DU DÉPARTEMENT !rrr                                  MERCI DE RECOMMENCER”});
        event.value = “”;
        this.getField(“Dept”).setFocus();
    }

    en réponse à : Alerte légitime mais gênante lors d’un this.reset.Form #61907
    zolo72
    Membre

    Merci Merlin pour la réactivité,

    je m’explique : lorsqu’on clique sur le bouton “this.reset.Form” on a successivement le message programmé “voulez-vous ? etc.” puis, après OK, l’alerte “saisie incorrecte etc.” programmée pour les saisies invalides, c’est logique puisque valider le champ “département” à l’état de vide (depuis peu, certes) n’est pas une action valide !

    C’est ce deuxième message d’alerte qui m’encombre et déroute l’utilisateur…

    Un espoir de l’entraver ?

    zolo72
    Membre

    :extra:
    Merci Merlin,

    Ça marche mieux maintenant, ben oui, forcément !

    Bien reconnaissant, une fois de plus…

    zolo72
    Membre

    Certes, merci Merlin, hier, je séchais, aujourd’hui, je bous (d’impatience).

    Peut-être eût-il mieux valu que je bouillisse hier et l’avouasse sans détour…

    Sérieusement, ce que je n’avouerai pas, c’est le nombre de tentatives pour imposer cette «autre» valeur (“!= “On”, par exemple), j’aurais trop honte.

    Quelle est donc cette expression miracle ?

    Je sais bien que « mendier c’est pas beau », mais quand on est dans le besoin…

    zolo72
    Membre

    Bon, j’ai contourné la difficulté que j’exposais précédemment.

    J’ai une nouvelle question : « Est-il possible de décocher une Check Box au moyen d’un script ? »

    Comment dire, si l’option “valeur d’exportation” est “On”, par exemple : « On change la valeur “On” de la Check Box pour sa valeur alternative ; mais quelle est cette valeur ?

    Et comment l’exprimer, si toutefois c’est possible.

    Je sèche…

    zolo72
    Membre

    Merci Merlin de réagir si vite.

    Considérant que les tests tels que « this.getField(“xxx”).value == “zz” » ou “isBoxChecked” testent un état, donc a posteriori, je cherche à savoir s’il existe un test sur l’action de décocher elle-même.

    Voili voilou !

    zolo72
    Membre

    Merci Merlin (il n’y a pas d’heure pour les Braves !)

    Je verrai en détail ce soir, devant m’absenter.

    Remarque : à première vue, le “filtre” laisse passer le premier chiffre 9, il faut l’effacer à la mimine…

    Je suis toujours preneur d’un code qui mette à blanc le champ de saisie après l’invalidation.

    Pour le département, le procédé du “chapitre” par dizaine est élégant mais c’est si simple de taper deux chiffres quand on est déjà en train… Merci en tout cas pour la révélation du procédé.
    Bien cordialement.

    en réponse à : Syntaxe obscure d’un excellent script de validation de saisie #56544
    zolo72
    Membre

    Merci Merlin,

    Combien de trésors comme celui-ci sont encore invisibles aux yeux des Béotiens comme moi.

    Entre tout ce qui est “supposé su” et tout ce qui est caché subtilement comme au temps des corporations…

    Heureusement que de modernes d’Alembert entretiennent l’esprit de l’Encyclopédie.

    Bien reconnaissant.

    zolo72
    Membre

    Ah ben oui !

    Elle est bien bonne (pour ceux qui savent, bien sûr…)

    Quel bonheur d’aller, une fois encore, se coucher moins (…au choix) qu’on s’est levé !

    J’y vais de ce pas.

    Merci encore.

    De mon côté, je partage aussi le peu que je sais (dans d’autres domaines, natürlich…)

    J’apprécie donc la leçon.

    zolo72
    Membre

    Eh bien, voici un exemple représentatif.

    Comment faire pour que l’affichage se déclenche suite à la frappe de “entrée” ou bien “TAB” ?

    Merci de me permettre de sortir de ces ténèbres humiliantes !

    [attachment deleted by admin]

    zolo72
    Membre

    Merci Merlin de cette réponse si rapide.
    La promotion de “novice” à “apprenti sorcier” me semble bien flatteuse et si peu méritée!
    Pour rester sérieux, aucun des deux champs concernés n’apparaît dans la fenêtre des champs calculés, dont l’ordre pourrait être modifié, pour la bonne raison que ce sont deux champs “texte” non calculés, l’un et l’autre…
    J’avais imaginé qu’il serait peut-être possible de mettre le focus sur le champ “maître” grâce à du code dans son propre script.
    (J’obtiens le même résultat en insérant le script dans l’un ou l’autre champ.)
    Je brasse…

    zolo72
    Membre

    Merci Merlin,

    Enchanté de cette réponse, très claire hélas.
    Je me demande maintenant s’il est possible, lorsqu’on enregistre un formulaire PDF avec des droits étendus pour Reader, par exemple lorsque l’on souhaite donner à l’utilisateur la possibilité d’enregistrer le formulaire rempli, s’il est possible donc de limiter les “exceptions” à cette seule possibilité, par exemple.
    Par ailleurs, où trouver un exemple concret de “script d’application” ?
    A quand de la documentation en français et à jour par rapport à Acrobat Pro XI ?
    Quelle est l’état de l’offre actuelle ?

    Bien cordialement.

Affichage de 20 réponses de 1 à 20 (sur un total de 20)