[Résolu][Base] Gestion des congés

[DLE]

Bonsoir Sanseau,

J'ai la même version de java que toi.

Concernant la routine "AbsenceAgent" c'est exactement le même principe qu'auparavant, la routine est appelée à chaque changement de congé. Le code étant identique à chaque fois, j'ai mis en variable les différences entre les congés (adresse début et fin des cellules, style etc), mais le traitement reste identique.

J'ai travaillé un peu sur l'automatisation des calculs ("reste" et "solde"), c'est pas gagné, d'autant que les événements sur les colonnes d'un contrôle table ne fonctionnent pas tous, il y a quelques infos sur le site à ce sujet ( recherche avec les mots clés : événement contrôle table).

Peut-être envisager d'utiliser un bouton?.

Allez bonne soirée et a +

J'ai oublié, pour le problème de la fusion des filières et du trait horizontal, peut-tu mettre un point d'arrêt à la ligne 102 de la macro "Proc_Planning" et suivre le déroulement et voir s'il n'y a pas d'anomalies.

C'est pas la peine, j'ai aussi maintenant le même problème. J'ai du planter brutalement, par le gestionnaire de taches windows, à plusieurs reprises OOO en faisant les essais d'automatisation. Et à la dernière relance de OOO j'ai perdu mes options de sécurité? Enfin en relançant un test de planning j'ai constaté les dégâts. Eh bien il n'y a plus qu'à et ce sera pour demain.

News du 15/12/2008:

J'ai trouvé le problème de la fusion des cellules "Filières" et des traits de séparation, l'agent "Bidochon" n'a pas de filière affectée, et la routine de fusion s'arrête dès qu'une cellule vide est trouvée( CQFD).
Bonne journée.

[Sanseau]

Hello DLE

Pour répondre à ta question sur l'actualisation des calculs et reste un bouton fera l'affaire si on ne peut pas résoudre le problème par l'affectation de la macro dans les controles de table (faute de grive ...)

Pour le problème de la fusion je vais tester en lui affectant une filière je te tiens au courant

Exact camarade en lui mettant une filière j'ai obtenu les fusions et les traits
Impeccable (des fois ça tient à un petit détail de M.... et on se prend la tête pendant des jours avec)

Par contre j'ai désactivé la fusion sur AbsenceAgent cela permet de gérer les chevauchements, car si 2 types de congés on les mêmes dates les cellules fusionnées par le premier empèche le deuxième de s'appliquer ( il faudrait mettre une condition, tester la periode, défusionner si déja fusionner, puis appliquer le nouveau style) trop compliqué
La fusion sur les absences n'étant pas primordiale vaut mieux l'enlever par contre j'ai mis le traitement de la maladie en dernier car comme ça elle écrase les autres
Un dernier truc, j'aimerai que le texte se répete sur toutes les cellules concernées et pas que sur la première, donc j'essaye de modifié la séquence absence pour le texte se répete (mais j'y arrive pas )

Par contre il faudrait comprendre pourquoi avec la version 2.4.1 j'ai eu un problème (est ce du au manque de filière de bidochon ou une incompatibilité avec le code) car cela serait génant si tout le monde n'a pas la version 3.0

Je n'ai pas tout compris sur le plantage que tu as eu et les conséquences que cela a entrainé sur ta machine

Je te tiens au courant

@+

[DLE]

Bonjour sanseau,

Ci-joint une nouvelle mouture du planning avec les corrections suivantes :
1) Bogue sur traitement mois de février, visible lorsque l'on refait une mise à jour.
2) correction style "Férié" pour ne plus avoir la bordure haute et basse.

La propagation du type de congé sur l'ensemble des cellules est faite, le traitement "congé maladie" est mis en dernier aussi.

Par contre il faudrait comprendre pourquoi avec la version 2.4.1 j'ai eu un problème (est ce du au manque de filière de bidochon ou une incompatibilité avec le code) car cela serait génant si tout le monde n'a pas la version 3.0

J'ai pas encore trouvé, mais j'ai pas cherché beaucoup

A+

[Sanseau]

RE DLE

J'ai jamais rien vu concernant Février comme bogue mais si tu le dis je te fais confiance

Par contre j'ai remis les bordures haut bas pour férié ainsi que pour tout les types de congés et week end

J'ai déplacé la séquence de fusion filière et le traçage des traits en découlant à la fin (pour que les styles congés n'efface pas les bordures en 2.5pts

J'ai remodifié la séquence sauvegarde pour choisir l'emplacement et le nom (au cas ou)

J'ai corrigé une erreur dans la procédure TrierAgent car une petite erreur faisait que le tri ne se faisait que sur les noms sans tenir compte de la filière
Avant

Code : Tout sélectionner

configTri(0).field = 0  'Filière
configTri(0).IsAscending= true
configTri(0).field = 1 'Agent
configTri(0).isAscending=true

Après

Code : Tout sélectionner

configTri(0).field = 0  'Filière
configTri(0).IsAscending= true
configTri(1).field = 1 'Agent
configTri(1).isAscending=true

Maintenant j'ai bien le tri sur les filières d'abord et sur les noms ensuite

J'ai modifié un peu les codes couleurs pour une impression en noir et blanc
La nouvelle Mouture du planning
Vérifie si j'ai bien tout repris SVP, je pense que pour le planning on doit être bon là (après c'est du peaufinage sur les couleurs etc..)
Ce soir ou demain je testerai sur 2.4.1 pour voir si erreur ou pas

@+

[DLE]

Bonsoir sanseau,

Cette nouvelle mouture contient pour les deux formulaires "Congés annuel" et "congés exceptionnels" la mise à jour automatique du champ formaté "Solde jours ...", la macro "Refresh" est associée à l'évènement "Après l'action d'enregistrement" lors d'une maj d'un enregistrement du contrôle table.
Concernant la mise à jour de la colonne "Reste" du contrôle table il faut utiliser le bouton "Maj colonne Reste". Par défaut ce bouton est inactivé, et le restera tant qu'une mise à jour du contrôle table n'aura pas lieu. La macro "CalculReste" (associée au bouton) fait une mise à jour donc le même processus que pour " solde des congés" est exécuté, mais génère des résultats faux, pour palier ce problème j'ai mis en place la variable globale "Reste", qui évite d'exécuter la macro "Refresh" quand la mise à jour vient de "CalculReste" .
Les mises à jour sont repérables par : ' *** maj 18/12/2008 ***.
J'espère avoir été clair

Une question les colonnes "Du" "Au" du contrôle table sont-elles bien utiles

En attendant ton avis bonne soirée.

[Sanseau]

Hello DLE

Tu as été très clair
Je vais testé ça ce soir ou demain et je te donnerai mon avis
Question tes 2 macros sont elles transportables pour les autres formulaires et surtout le Recap où est ce trop compliqué de adapter aux multiformulaires de Recap ?

Re
Je viens de regarder vite fait pour le formulaire Recap c'est pas gagné d'après ce que j'ai vu car il faudrait que je greffe les modifs dans chaque Macro (ça c'est encore faisable facilement) mais le bémol c'est qu'il faudrait que je rajoute 5 boutons pour appeler les différentes macros selon le cas de figure (CL, CE, etc) et là on n'a plus beaucoup de place
Il faudrait trouvé une macro global qui actualise l'ensemble du formulaire et sous formulaire
Je pense à un truc qui permettra peut être de simplifié le solde de congé (la requête) n'est peut être plus utile on peut lier le champ solde congé du (des) formulaire au champ "Reste" de la table ce qui permettrait de n'avoir qu'une Macro pour actualiser (aprés test je dirais moyen comme idée car la valeur de ce champ va dépendre d'où est placé le curseur première ligne dernière ligne etc, pas top)
Quand penses tu Maitre Macro?
Autre piste ne peut on greffé un appel de la macro calcul dans la macro refrech? faisable ou pas si on enlève la requête solde?

Pour répondre à ton interrogation les colonnes "DU" "AU" dans les formulaires ne sont pas primordiales je les ai rajouté dans un soucis visuel c'est tout ( mais dans l'état de sortit EtatPortrait elles sont nécessaires du moins c'est mon avis, maintenant si elles sont gênantes pour les macros ou autre on peut les virées.
Pourquoi cette question ?

Bonne soirée
@+

[DLE]

Hello Sanseau,

Beaucoup de questions auxquelles je n'ai pas de réponse tout de suite.
Les macros sont adaptables pour tous les formulaires, mais pour la récap. c'est à étudier de prés. Mais peut-être que ....

Intégrer "CalculReste" dans "refresh", ne me semble pas possible, le traitement va partir en boucle; je crois que j'ai essayé au début.
Concernant les colonnes "Du" et "Au" des formulaires, c'est pour faciliter la saisie et si leur présence ne se justifie que pour l'édition de l'état, on peut s'en passer, il ne doit être difficile de concaténer du texte avec des valeurs de colonne pour faire : "Du" & date de début & "Au" date de fin.

Je vais regarder de plus près tout cela et te tiens au courant.

Bonne nuit.

[Sanseau]

Salut DLE

Journée calme donc j'ai pu travailler sur la base
J'ai appliquer les macros "refresh sur tous les formulaires y compris le Recap (mais j'ai du grisé les référence au bouton sinon arrêt de la macro) ça à l'air de bien fonctionner même sur le formulaire Recap (je parle bien sur de refresh sur les Soldes)
Maintenant faut voir pour le bouton (soit j'insère un petit bouton dans chaque sous formulaire soit on peut trouver un bouton général qui lance toutes les macros CalculReste ou en interceptant le formulaire modifié lui dire de lancer la macro adéquate, mais ça doit être plus ardu.

Pour les champs "Du" "Au" j' ai essayé de les remplir automatiquement en rentrant le texte par défaut mais ça fonctionne pas à tout les coups ??? Pourtant quand on passe dans la colonne on voit bien apparaitre le texte mais il ne s'enregistre pas dedans ou je mis prends mal dans le paramétrage de ces champs ou le fait de me servir de la touche Tab pour passer d'un champ à l'autre ne permet pas d'enregistrer le texte mis par défaut (je vais essayé avec la touche Entrée.

Le seul truc qui m'embête vraiment dans les formulaires c'est que si tu as plusieurs congés à rentrer pour un agent dans les colonnes Jour du jours pris à part pour la 1 er saisie où tu peux taper le chiffre directement pour les suivantes tu te retrouves avec le curseur placer derrière les 0.00 et tu dois les effacer pour rentrer ton chiffre c'est pénible (La aussi peut être un défaut de paramétrage du texte par défaut)

Ci joint la mouture avec les macros dans tout les formulaires

Attention à travailler sur les même versions de fichier car je me suis pris la tête pendant une heure pour chercher une erreur dans le calcul du reste sur domenech alors que le bogue venait du fait que le champ masqué n'était pas lié à Refagent cette erreur je l'avais corrigé donc je n'y pensais plus
Donc il faut qu'on numérote nos version pour ne pas se faire des nœuds

Edit du 19/12 22h00
Après essai 5 petits trucs que j'ai trouvé gênant
1) comme tu fais appel à la macro actualise il faut que le nom dans la liste déroulante corresponde à celui du formulaire (si le champ de la liste de sélection est vide message d'erreur)
2) Quand on clique sur le bouton calcul reste on change de sous formulaire (donc on ne voit pas si la modification a bien fonctionné)
3) Quand tu change de ligne dans la grille la macro refresh se lance et te fait remonter à la première ligne (gênant si on doit rentrer plus d'un congé )
4) J'ai rajouté une macro dans le menu général pour ouvrir le planning en cliquant sur un bouton, la macro lance bien le fichier(pour l'instant l'ots ) mais le nouveau fichier créé, bien que comportant les macros, ne demande pas l'activation de celles ci et les boutons restent inactifs
5) En vérifiant l'ensemble Base, planning, Etat, je me suis aperçu d'un détail très fâcheux, qui persiste même en ayant supprimé les surplus de congé la fiche de Bidochon présente un décalage, le solde Maladie passe dans la partie haute du tableau Enfant malade qui du coup déborde sur une 2 pages

@+

[DLE]

Salut Sanseau,

Une nouvelle version de la base avec quelques corrections.

Le seul truc qui m'embête vraiment dans les formulaires c'est que si tu as plusieurs congés à rentrer pour un agent dans les colonnes Jour du jours pris à part pour la 1 er saisie où tu peux taper le chiffre directement pour les suivantes tu te retrouves avec le curseur placer derrière les 0.00 et tu dois les effacer pour rentrer ton chiffre c'est pénible (La aussi peut être un défaut de paramétrage du texte par défaut)

Utilises-tu la touche "Tab" pour naviguer dans le formulaire?

1) comme tu fais appel à la macro actualise il faut que le nom dans la liste déroulante corresponde à celui du formulaire (si le champ de la liste de sélection est vide message d'erreur)

J'ai forcé à zéro le champ "Sélection par défaut" dans l'onglet "Général" de la zone de liste "liste Agent" et dans chaque formulaire.

2) Quand on clique sur le bouton calcul reste on change de sous formulaire (donc on ne voit pas si la modification a bien fonctionné)

Corrigé mise à jour de la macro "ResteCL"

3) Quand tu change de ligne dans la grille la macro refresh se lance et te fait remonter à la première ligne (gênant si on doit rentrer plus d'un congé )

Corrigé, mise à jour de la macro "Refresh"

4) J'ai rajouté une macro dans le menu général pour ouvrir le planning en cliquant sur un bouton, la macro lance bien le fichier(pour l'instant l'ots ) mais le nouveau fichier créé, bien que comportant les macros, ne demande pas l'activation de celles ci et les boutons restent inactifs

J'ai pas compris. D'ailleurs le fichier planning n'est pas un .ots mais un .ods. Tu utilises la variable "Année" pour constituer le nom du fichier final, or cette variable n'est pas alimentée. Tel qu'est écrite la macro, on veut plutôt ouvrir un fichier existant que d'un créer un. Peut-être utiliser dans ce cas Filepicker.

En vérifiant l'ensemble Base, planning, Etat, je me suis aperçu d'un détail très fâcheux, qui persiste même en ayant supprimé les surplus de congé la fiche de Bidochon présente un décalage, le solde Maladie passe dans la partie haute du tableau Enfant malade qui du coup déborde sur une 2 pages

Le problème vient que la colonne date (début et/ou Fin) prend plus d'une ligne, si tu agrandi cette colonne, tout rentre dans l'ordre.

D'autre part :
1)j'ai corrigé dans le formulaire "FormulaireSaisieHeuresSup", la colonne "Reste" du sous formulaire "subForm" pointait sur "Reste" au lieu de "ResteHS".
2) Pour n'avoir qu'une seule macro "Proc_GarderFocus"dans le formulaire "RecapCongeAgent", j'ai renommé le contrôle Table du sous formulaire "CongeLegaux" en "TableControl " au lieu de Subform_Grid".
3) Suppression de l'exécution avant action de la macro "Restexx" dans les contrôles tables (Contrôle/Evènements/Avant Action) dans les formulaires de saisie.

Ce que je n'ai pas encore fait, c'est d'avoir qu'une seule macro "CalculReste" pour le formulaire "RecapCongeAgent", j'au un petit souci pour exécuter une macro à partir d'une variable.

Voilà, maintenant à toi de tester. Bon courage.

A+

[Sanseau]

Hello DLE

Je vais commencé par répondre à tes questions

Utilises-tu la touche "Tab" pour naviguer dans le formulaire?

Oui

J'ai pas compris. D'ailleurs le fichier planning n'est pas un .ots mais un .ods. Tu utilises la variable "Année" pour constituer le nom du fichier final, or cette variable n'est pas alimentée. Tel qu'est écrite la macro, on veut plutôt ouvrir un fichier existant que d'un créer un. Peut-être utiliser dans ce cas Filepicker.

Le fichier Modèle est bien un ots c'est en le lançant que tu obtiens un ods. Ce que je voulais en fait c'était pouvoir par un bouton du formulaire général ouvrir le planning. Hors (et c'est là l'erreur je pense) j'ai fait pointé la macro vers le fichier modèle alors qu'en fait il faut d'abord créer le planning (en passant directement pour son ouverture dans l'explorer ) puis lancer les macros pour le créer alors on obtient un ods du style Planning_2009_etc et c'est vers celui là que l'on doit pointer sauf que son nom va changer sans arrêt (à chaque modif vu que son nom reprend année mois jour du traitement) donc il faudrait une référence relative du style Planning_*.ods ou le Filepicker

Bon Maintenant je teste

Edit du 22/12 19h03
Pour l'EtatPortrait Bien vu le fait d'agrandir la largeur de colonne résout se problème Mais je me suis aperçu d'un autre si on regarde bien les dates dans les colonnes se retrouvent en format année mois jour et ce malgré un formatage de ces colonnes en format date court 31/12/09 ???? d'où vient la perte du formatage ??? de la macro??

Edit du 22/12 20h52
Un autre truc qui m'énerve c'est des problèmes d'affichage sur le formulaire Recap (les boutons calculreste ne restent pas en place ainsi que les champs soldes (surtout pour ces derniers si on change le zoom de l'affichage)??

Edit du 22/12/ 21h33
Je ne comprends pas le point 3

Code : Tout sélectionner

3) Suppression de l'exécution avant action de la macro "Restexx" dans les contrôles tables (Contrôle/Evènements/Avant Action) dans les formulaires de saisie.

Car en regardant les formulaires je vois dans les propriétés des subform dans l'onglet évènement\Après l'opération d'enregistrements la macro Refresh et dans Mainform_Grid onglet évènement\Avant l'actualisation la macro CalculReste. Donc je vois pas où tu as enlevé des macros ou est ce un oubli??
Car il me semble effectivement que la macro Calcul n'a rien à faire dans les évènements vu qu'on la lance par le bouton Donc???

Edit du 23/12 12h51
J'ai vérifié tout les formulaires et les macros ça roule au poil (Sauf la disposition des boutons et de certains champs qui changent s'en arrêt de place je vais voir les problèmes d'ancrage)
j'en ai profité pour enlever dans certains formulaire la macro calculReste des Mainform_Grid onglet évènement\avant actualisation qui n'avaient plus lieux d'être
J'ai modifié la macro d'ouverture du planning dans le menu (en m'inspirant de la macro imprime avec filepicker)
Je bute sur la transformation de la macro individuel du menu, j'ai une erreur IndexOutOfBoundsException à la ligne 525 (dans la parti Maladie la ligne audessus de "AuCM"???
J'ai modifié l'EtatPortrait (largeur des colonnes, formatage des colonnes en date) la largeur va bien mais le formatage est écrasé par la macro et les dates se retrouve en format année-mois-jour (embêtant
Je joint les nouvelles moutures)

@+

[DLE]

Bonjour Sanseau,

Ci-joint une nouvelle mouture de la base de données et du modèle de l'état des Congés.

Edit du 22/12 19h03
Pour l'EtatPortrait Bien vu le fait d'agrandir la largeur de colonne résout se problème Mais je me suis aperçu d'un autre si on regarde bien les dates dans les colonnes se retrouvent en format année mois jour et ce malgré un formatage de ces colonnes en format date court 31/12/09 ???? d'où vient la perte du formatage ??? de la macro??

C'est corrigé, voir les modifs en date d'aujourd'hui.

Edit du 22/12 20h52
Un autre truc qui m'énerve c'est des problèmes d'affichage sur le formulaire Recap (les boutons calculreste ne restent pas en place ainsi que les champs soldes (surtout pour ces derniers si on change le zoom de l'affichage)??

Pour chaque objet concerné, j'ai coché l'option "Position" de "Position et Taille"/"Protéger". Comment tu fais le zoom, dans ma configuration. cette option est grisée?

Edit du 22/12/ 21h33
Je ne comprends pas le point 3

J'ai omis de le faire sur les formulaires. Désolé.

Pour le modèle de l'état congé j'ai recadré les colonnes "date..."

Bonne journée et a+

[Sanseau]

Hello DLE

Je vois que tu a été plus rapide que moi

Je télécharge et teste


@+
Bonne journée

Edit du 23/12 14h00
Bon j'ai tout vérifié c'est tout bon (à part un petit oubli dans le formulaire CL de l'appel vers la macro garder lefocus que j'ai rectifié)
J'ai bien vu la rectification pour l'état même si je ne la comprends pas (je vais chercher le mid pour voir à quoi ça correspond)
J'ai fait des rectifications dans les macros (suppression et changement de certains commentaires)
La macro pour l'etat Individuel est enfin au point
Bien vu la protection sur le formulaire Recap (j'avais même pas vu ça en essayant de modifier le point d'ancrage)
En faisant le point il ne reste plus que le forçage des Du AU dans les formulaires
Je joint la base

Edit du 23/12 16h11
Il y a un problème si l'on se sert du bouton sur le menu pour ouvrir le planning, le planning s'ouvre bien mais les macros du planning sont inaccessibles on ne peut pas le mettre à jour en cliquant sur le bouton MAJ ???
Même en essayant de lancer les macros à la main (en passant par gérer les macros ça ne fait pas de Mise à jour) j'obtiens un message sur les options de sécurité "Pour des raisons de sécurité il est impossible d'exécuter cette macro... Etc". Mes options sont en niveau moyen

[DLE]

Hellooo,

Hé bien dans la nouvelle base, les valeurs "Du" et "Au" apparaissent pour tout nouvel enregistrement, pour les existant mettre à jour à partir des tables pour aller plus vite.
Et pour le fun..
j'ai créé le nouveau bouton "Ouvrir un planning" dans le menu général. Il lance la macro "OuvrirPlanning", qui affiche le répertoire contenant les plannings créés.
Dans ce même menu, le bouton "Création du planning" lance la macro "NouveauPlanning", qui ouvre le document modèle "PlanningModèle.." Ce document contient une nouvelle macro "alacréation" qui est associée à l'événement "Créer le document" (menu "Outils"/"Personnaliser"/"Evénements"), cette macro lance les deux macros de création et de mise à jour du planning ( j'espère avoir été clair).

Je te joins la base et le modèle de planning.

A+

[Sanseau]

Re DLE

Je teste
As tu pris en compte le problème exposer plus haut concernant l'accès aux macros du planning quand on l'ouvre par le menu général

Sinon (mais cela n'est pas une obligation car la base est pas mal comme ça) as tu vu l'exemple de base ArtisantLibre je la trouves bien faite esthétiquement parlant.
Crois tu que l'on pourrais s'en inspirer pour notre base ou cela serait trop compliqué car il faudrait tout refaire ??
(ça risque de nous occuper encore un bon moment pour tout refaire)
Le lien pour Artisant libre http://membres.lycos.fr/artisantlibre/
@+

Edit 23/12 17h20
Après essai j'ai toulours le même problème avec les ouvertures ou création de planning le lancement du formulaire Menu se fait bien les fichiers Planning s'ouvrent mais les macros du planning ne se déclenche pas ???

[DLE]

Re,

Esthétique et intuitif y a pas à dire c'est du pro.

La tache n'est pas facile, mais à cœur vaillant.... et pour commencer 2009 pourquoi pas.

A+

[Sanseau]

Re

T'aime bien les challenges toi

Je commence à prospecter pour les images

As tu testé pour l'ouverture des Plannings en passant par base chez moi ça fonctionne pas
Sinon l'automatisation lors de la création est une très bonne idée

@+

[DLE]

Re,

Maintenant ça fonctionne , j'ai ajouté le code pour que les macros soient opérationnelles à l'ouverture du document (cf. macro "OuvrirPlanning").

A+

[Sanseau]

Re

Désolé je ne vois aucune différence dans les macros OuvrirPlanning et NouveauPlanning (aucune modif)
ni même dans module 1qui ne fonctionne pas non plus (apprès la boite de dialogue hello message d'erreur me disant qu'il ne trouve pas creercalendrier

La partie Macroexecution mode AllwaysExecute n'a pas l'air de donner le résultat escompté (présente dans nouveauplanning uniquement)
Je trouve 41 lignes pour l'ensemble Ouvrir et nouveau (sans compter old) sur l'ancienne version et la nouvelle donc pour moi aucun changement
Donc aucune différence de résultat les fichiers s'ouvrent mais les macros ne se lance pas ( à part si tu t'es trompé de fichier je ne vois pas

@+

[DLE]

Hello Sanseau,

Je ne suis trompé de fichier ci-joint le bon du moins je l'espère.

A+

[Sanseau]

Re

Je vois bien le changement dans ouverture planning

Mais cela ne fonctionne toujours pas
Malgré AllwaysExecute les macro sont inopérantes
J'ai beau une fois le fichier ouvert en passant par la base, cliquer sur les boutons, passer par le menu gérer\éditer les macros rien ne se passe à part dans le dernier cas un message sur les options de sécurité "Pour des raisons de sécurité il est impossible d'exécuter cette macro... Etc".
Mes options sont en niveau moyen et même en les mettant sur faible ça ne le fait pas????

Édit du 24/12 12h00
Bon après mettre pencher sur la bible de Bernard Marcelly et Laurent Godard il y a quelque chose que je ne comprends pas
Page 184 ils parlent justement des constantes de MacroExecutionMode et je lis pour ALWAYS_EXECUTE que en V2 les macros provenant d'un répertoire de confiance sont exécutées sans avertissement, une confirmation est demandée si les macros ne sont pas dans un répertoire de confiance et pas certifiées (Mon cas hors je n'ai pas l'ouverture de la fenêtre pour accepter les macros avant l'ouverture du fichier ) j'ai essayé avec avec USE_CONFIG ( toujours pas de fenêtre de dialogue pour accepter les macros) en dernier recours j' ai déclaré le répertoire en zone de confiance et là miracle les macros fonctionnent
Mais s'agit il d'un bogue de la V3 car contrairement à ce qui est écrit dans le livre je n'ai aucune boite de dialogue qui apparait pour demander confirmation si je n'ai pas déclaré le répertoire dans la zone de confiance alors que je devrais en avoir une ????

Édit du 26/12
L'argument ALWAYS_EXECUTE_NO_WARN fonctionne, il permet d'ouvrir le fichier et d'avoir les macros opérationnelles sans avoir à déclarer de zone de confiance

Édit du 27/12
Grâce à bm92 la solution a été trouvé il faut faire appel à InteractionHandler en l'intégrant dans le tableau des propriété comme ceci

Code : Tout sélectionner

dim propfich(1) as new com.sun.star.beans.PropertyValue
propfich(0).Name = "InteractionHandler"
propfich(0).Value = CreateUnoService("com.sun.star.task.InteractionHandler")
propfich(1).Name = "MacroExecutionMode"
propfich(1).Value = com.sun.star.document.MacroExecMode.ALWAYS_EXECUTE

Merci à bm92
la nouvelle base modifiée

[DLE]

Bonjour Sanseau,

Ci-joint le nouveau document "planning" intégrant la correction sur les dates. La date de fin est bloquée au 31/12, la date de début n'est plus prise en compte si l'année est différente de celle en cellule B1.

Bons tests et a +

[Sanseau]

Bonjour DLE

J'ai testé c'est impec
Juste un truc (si c'est possible) car avec la macro effectivement la période ne dépasse pas le 31/12 mais en créant un nouveau planning avec en année de référence 2009 la période du 01/01/09 au 05/01/09 n'est pas prise en compte dans le cas d'un congé du 20/12/08 au 05/01/09
Dans le planning 2008 on voit bien la période du 20/12/08 au 31/12/08 et il ignore la période du 01/01/09 au 05/01/09 ce qui est normal et voulu, mais il faudrait pouvoir récupérer cette période sur le planning 2009
Peut etre qu'il faudrait basé la macro sur le nombre de jour et la date de fin ???

Bon courage
@+

[DLE]

Bonjour Sanseau,

Ci-joint le nouveau planning avec les corrections sur les dates de fin et début d'année.

Bons tests et bonne journée.

A+

[Sanseau]

Hello DLE

Tu es un Boss

Je viens de tester et c'est impec une période comprise du 22/12/2008 au 05/01/2009 se reparti bien sur les 2 plannings en fonction de l'année de référence du planning (2008 et 2009)

Merci beaucoup tout est opérationnel et je vois plus rien à modifier ni à ajouter (en dehors du travail de présentation)

Je mets la base en fonction dans mon administration dès demain pour voir si en utilisation je rencontre d'éventuel problème

@+

Ps il faudra qu'un jour (quand tu auras un moment de libre) tu m'expliques certain truc de la macro car je comprend pas tout le processus 'sub setPorpval, nbrLigneTable et absenceagent (les c_start, l_start, w_x,w_y, "y" etc)

Edit du 12/01
Hello DLE
Y a un bleme dans les macros calcul
les chiffres avec décimal ne sont pris en compte que sur la partie entiere du chiffre
Exemple 36,00 - 9,50 = 27,00 (bizarre non)
ci joint la base avec des exemples de calcul érronés sur tout les types de congés sur Bidochon
@+

[DLE]

Bonsoir Sanseau,

Le problème est du à la définition, dans les formulaires, des colonnes "jours dus" et "jours pris" qui sont déclarées comme "champ formaté" d'où l'utilisation de ".text" dans la macro calculReste.
J'ai modifié tous les formulaires, en remplaçant "champ formaté" par "champ numérique" pour les colonnes prises en compte par la macro, et j'ai remplacé ".text" par ".value" dans les différentes macros calculant le reste.
Les restes sur bidochon sont bons maintenant.

Je joins la base modifiée.

A+

[Sanseau]

Bonsoir DLE

Comme d'habitude c'est

Je pouvais chercher longtemps les différentes possibilités dans la macro si à la base le champ n'était pas au bon format
(d'ailleurs je n'avais même pas vérifié)
Pour moi dans la table les champs sont en format numérique alors cela devait coulé de source que dans le formulaire ils aient le même format et pas un format différent

Merci pour le coup de main et le raisonnement, j'aurais pu cherché longtemps car je n'aurais jamais mis en cause le format du champ dans les formulaires

Je modifierais demain dans la base 2009 du boulot

@+ et merci

[DLE]

Bonsoir Sanseau,

J'ai "relooké" la base en prenant exemple sur celle des artisans libres. Un petit problème à résoudre est le transfert de quelques 2Mo d'images, que j'ai zippé en cinq fichiers. Si tu n'y vois pas d'inconvénient, envoies ton adresse courriel par MP.

J'ai du dupliquer quelques macros dans les différents formulaires, puisque pour l'instant nous ne pouvons stocker du code au niveau du .ODB.

Il ne reste plus qu'à valider l'ensemble, bon courage et bons tests
A+

[Bruno Le Clainche]

C'est un superbe travail !!!

Et tant que j'y suis je vais y aller de mon petit grain de sel... et taper mon incruste... :

Est-il possible d'ajouter les congés fractionnés ?

Ceux -ci sont obtenus comme suit :
Ils s'ajoutent aux congés ordinaires
1 jour supplémentaire si et seulement si + 5 jours de congés ordinaires sont pris en dehors de la période du 01/05 au 31/10
1 deuxième jour supplémentaire si et seulement si + 8 jours de congés ordinaires sont pris en dehors de la période du 01/05 au 31/10

C'est simple non ?

Merci si quelqu'un peut s'y pencher, autrement le travail reste de toute manière d'excellente facture !!! (et on peut à la rigueur jouer manuellement grâce à la case Reliquats jours)

[DLE]

Bonjour,

Bonne idée, on peut y réfléchir et voir comment l'intégrer. A priori c'est pas aussi facile que ça en a l'air.


A+

[Sanseau]

Bonjour

Je pense que cela sera quand même bien compliqué (mais c'est DLE qui vois c'est le pro de la macro) sinon on peut tout bêtement les rajouter à la main soit en congés exceptionnel soit dans les congés légaux avec comme motif jours de fractionnement du temps au temps

Sinon je joint la base de travail sur l'idée de Yves14 sur 1 table congé
Le seul soucis étant de ne pouvoir implémenter la macro CalculReste du sous formulaire (à mon avis) car je ne vois pas comment dans cette colonne faire pour que le calcul se fasse par type de congé sans se mélanger les pinceaux avec les autres congés
Mais les calculs se font bien sur les états(basé sur des requetes) et le planning se fait nickel

@+