Formullaire Userform pour complèter un tableau

Taille 7 où une ligne supplémentaire. La taille de la colonne 19 ?

17 c'est la taille en pixel : j'ai réussi à passer la police taille 8 et la largeur de colonne 16

Je pense que même avec le zoom 80 c'est Top, qu'en pense-tu ?

J'ai un peu allégé la bête : ça me gonflait trop.

Je n'ai pas encore installé le USF mais c'est déjà significatif : Vise un peu le gain de poids !

Le fichier :

Bon je m'attaque à l'USF

A+

Je n'arrive pas à ouvrir le lien vers le fichier. (Du moins, depuis le travail).

Je vous fait donc plus que 100% confiance ! Prenez votre temps, bon courrage !

Le lien est réparé.

Ton DTPicker de fin n'est pas "Checkable" : La date de fin sera toujours définie dès le début : c'est volontaire ?

La première date de fin est définit avec l'USF. La deuxième se calcul automatiquement en fonction du %réalisé renseigné.

Cependant, la permière date de fin reste modifiable par après par l'utilisateur.

Bonsoir,

Bon, Ben je crois que j'ai à peu près fini, il doit rester à te mettre un calendrier pop-up pour modifier les dates...

A moins de 100 Ko je suis pas mécontent...

Le fichier :

Le code est peu commenté mais je n'utilise pas de code complexe.

Regarde bien les noms définis du Gestionnaire de Noms

Pour ceux qui contiennent DECALER c'est pas compliqué. Ce sont des déclarations dynamiques utiles pour les champs importants et pour trier la BD

les noms qui commencent par SF (Substituts de Formules) doivent de lire à partir de leurs cellules de référence.

Commence par sélectionner la cellule Z10 et regarde le contenu de SFNUMJ

cette fonction ramène G7 et une date incrémentée pour les cellules voisines.

Une ligne plus haut (en Z9) SFJSEM ramène la formule que tu connais et l'applique à SFNUMJ (c'est à dire à Z10)

Une ligne plus haut SFNOSEM calcule les N° de semaine directement à partir de Z10

Il en va de même pour les autres formules (en Z6 et Z11) qui doivent être appréciées (et modifiées le cas échéant...) à partir de leurs "cellules sources" respectives

C'est Excel qui se charge du boulot d'incrémentation...

Je n'ai pas besoin de t'expliquer les avantages de cette construction ?

Je me suis pas encore occupé du Plié/Déplié global en C10. Je pense que tu devrais y arriver ?

Attention également au CodeName (WsBD) de de la feuille "Suivi" qui est utilisé à divers endroits

Si tu renommes la feuille "Suivi" tu dois modifier également les macros StatutLoad et ParentLoad

Il est inutile (et déconseillé) de formater des lignes pour rien. Le programme le fait en tant que nécessaire.

Si tu désires prolonger le Gantt sur une plus longue période, il suffit de tirer les cellules vers la droite...

Euh... Je sais plus quoi dire ! J'ai peut-être oublié des choses ?

Tu me dis... Et si tu as des questions n'hésite pas.

A+

Moins de 100 ko ? Impréssiant tout de même !!

"Le code est peu commenté mais je n'utilise pas de code complexe." XD

==> C'est quoi un code compliqué ?

Je ne vais pas me lancé dans l'analyse du fichier ce soir. Pour être honnète, j'ai un mal de crâne pas possible. Dès demain matin je m'y plonge !

En revanche je sais d'avance que j'arriverais pas à faire le plier/deplier en C10. J'ai regardé le code et voilà quoi ^^

Pour le calendrier en pop up je vais voir, car la macro que j'avais trouvé pour cela était un Worksheet_SelectionChange et il peu pas en avoir deux...

En attendant, je vous souhaite une bonne soirée, vous remercie grandement,

A demain

Bonjour,

Bah ! YAPA grand chose : rien que des IF, des FOR...NEXT, On ne navigue pas dans des API, des Array en 3D, c'est pas du code de ouf.

Ce qui fait la différence c'est juste des règles simples, un peu de réflexion et de l'organisation...

Avec les croissants, voici la Version 07 !

Petit mais costaud... A peine plus gros, mais il fait le maximum !

Bonne lecture,

Important : Pour l'instant ne pas "vider" TOUS les projets. Il me reste une 'tite procédure d'initialisation à régler ! Mais je ne peux pas le faire pour l'instant car je ne sais pas ce que je dois faire avec "STATUT" et "PROCESSUS" :

Pour tous les deux tu as mis des Combo "Ouvert" (ou on peut saisir une autre donnée) mais d'un autre coté tu as défini STATUT par un Array invariable.

Il faut définir avec précision si la liste des item de ces combo est "fermée" ou si on peut définir une valeur autre, ou si les valeurs prédéfinies seront immuable. moyennant quoi, une fois ce sujet traité, je pense qu'il n'y aura plus guère que quelques retouches à faire... Préciser en outre pour chaque combo, TOUTES les valeurs prédéfinies.

A+

Vraiment top !

J'ai regarder les différentes formules notamment avec le gestionnaire de noms. Les formules ont bien changées. Je vais devoirs comprendre cette nouvelle logique pour les prochaines réalisation de fichiers excel ! C'est vrais que je suis un spécialiste du genre pour utiliser des formules SI un peu abuvable...

J'ai présenté aujourd'hui le fichier aux collaborateurs de l'entreprise. La réaction de ces derniers est globalement positive.

La construction de notre processus pour l'utilisation de ce fichier à encore connue une belle avancée ! Certaines nouveautés ont étés décidées et me demande donc de me creuser la tête encore un peu plus sur l'adaptation du fichier pour que ce soit toujours le plus ergonomique possible.

A propos de cela :

• Lors de la modification d'un SOUS PROJET : est-il possible de pouvoir modifier le projet parent ? (Actuelement cela ne l'est pas)
• Je vais également devoir ajouter une nouvelle colonne après la colonne processus pour que l'utilisateur puisse entrer des commentaires sur le projet en question.

Pour les autres demandes exprimées je vais y réfléchir durant l'après-midi. Je ne sais pas encore trop comment adapter notre manière de fonctionner...

Un grand merci, avec tout ça, je vais devoir vous expédié du vin alsacien...ou une choucroute

bonjour,

Hum, je devais avoir un petit coup de fatigue ce matin ! Il est vrai que je fais toujours un peu à la sauvette...

En fait ce sont les combos qui posent problème : PROCESSUS étant un TextBox n'est pas gênant par contre il est important de savoir comment alimenter STATUT.

Pour PARENT je pense que c'est résolu. Il me reste de nombreux tests à faire pour valider TOUSSA...

#1 - L'insertion de colonnes pose peu de problème, mais c'est un problème quand même. Tu découvriras rapidement qu'il faut éviter ce genre de sport à répétition.

D'ailleurs pour que tu comprennes bien je me propose de te le faire faire en direct afin que tu cernes bien le problème...

Déjà, il faut déjà déterminer si cette colonne supplémentaire va entrer dans le formulaire ou pas.

Si elle doit entrer dans le formulaire il va falloir redessiner la maquette.

#2 - Moi je suis très sceptique sur les commentaires additionnels : Il ne faut pas perdre de vue qu'Excel est un tableur, pas un traitement de texte, ni une SGBD. une SGBD comme ACCESS gère sans problème des textes importants. Avec Excel ça se paie cash en perte de performance...

Néanmoins pour de petits textes (quelques mots, comme pour PROCESSUS...) c'est jouable, pour des textes plus longs, il faudra envisager autre chose. Peut-être un lien hypertexte vers un PDF ou un .DOC ?

#3 - Il faut bien comprendre que c'est de la programmation. Chaque modification structurelle nécessite un minimum de réflexion et les suggestions d'amélioration des collaborateurs se paient fort cher sur le marché des SSII... Or les entreprises bottent souvent en touche devant ce genre de suggestions. "Débrouillez vous comme ça" est souvent la réponse convenue...

#4 - Il faudra qu'on en rediscute. D'ailleurs puisque tu es en France je te passerai mon N° de téléphone (en e-mail) pour qu'on puisse régler quelques détails de vive voix...

En attendant il me faut toujours une réponse précise pour STATUT : Ou le contenu se limite aux 4 items que je connais, ou c'est un tout autre problème (surtout si les utilisateurs doivent pouvoir rentrer autre chose) et je dois plancher dessus.

#5 - Lors de la modification d'un sous-projet on ne modifie que le sous-projet si on veut modifier le projet, c'est avant ou après. Les 2 sont indissolublement liés par leurs index, mais c'est tout. ou alors on revient au #2 et #3...

Et si on veut relier un sous-projet à un autre projet, ça passe par une nouvelle création.

Seul ACCESS est capable de ce genre de gymnastique.

#6 - Pour les formules il n'y a rien de changé c'est juste de l'optimisation. A tout moment, tu peux remplacer le contenu de Z11 (Z10, Z9...) par ce que tu trouves dans le gestionnaire de noms. (Ce sera d'ailleurs sans doute nécessaire si tu dois modifier les formules...)

Tu verras alors que je n'ai pratiquement pas touché à tes formules (ou si peu...)

Les formules du gestionnaire de noms étant étroitement liées à la Cellule Sélectionnée cela suppose seulement que tu fais très attention à ne pas faire un méli-mélo avec les formules d'une cellule voisine... ça marcherait moins bien !

#7 - Pour le vin je ne suis pas un bon client (encore que...) Mais pour la choucroute... J'arrive !

Cordialement,

A+

J'ai pas mal réfléchis cette après-midi pour savoir comment organisé la chose...

Du coup, j'ai effectué des changements sur le fichier :

- J'ai ajoutés la colonne commentaire : Celle-ci ne fera pas l'objet d'une TextBox dans l'USF. Cette colonne permettra juste aux utilisateurs à rajoutés de courts commentaires, notamment pour justifier la classification du projet (=Le statut).

J'ai réalisés les changements nécessaire dans le code. Pour moi, aucun bug. Ca fonctionne.

• Dans l'USF SOUS PROJET est renomé ACTION. PROJET, reste PROJET.
• Les PROJETS ne font pas l'objet d'une prioration par eux mêmes. En conséquence, j'ai modifié les options de visibilité dans l'USF. (Toute la partie basse n'est plus visible pour les projets). Pour ceci, j'ai adapté la taille de l'USF et la position du bouton "OkBtn".
• PROCESSUS est renomé DOMAINE

Les autres changements nécéssaires, mais non réalisés :

• Pouvoir modifier le projet parent d'une action (=sous projet) avec le mode MODIFICATION (Voir mail ou j'explique ce point au travers des différents statuts)
• Réaliser la priorisation des PROJET.

Pour ceci, voici la procédure :

Elle sera réaliser en faisant en colonne O :

(Somme des NR1/Nombre de NR1) de toutes les actions (=sous projet) appartenant au projet.

Idem en colonne R.

Du coup, j'imagine qu'il faut utiliser les Index.

Pas de problème pour la choucroute, même si j'aime pas trop ça

Bonjour,

je ne comprend pas cette phrase :

- Les PROJETS ne font pas l'objet d'une prioration par eux mêmes. En conséquence, j'ai modifié les options de visibilité dans l'USF. (Toute la partie basse n'est plus visible pour les projets). Pour ceci, j'ai adapté la taille de l'USF et la position du bouton "OkBtn".

Les PROJETS ne font pas l'objet d'une prioration par eux mêmes ???

j'ai modifié les options de visibilité : Quelles options je ne vois pas de différence ?

Toute la partie basse n'est plus visible pour les projets. Pour ceci, j'ai adapté la taille de l'USF et la position du bouton "OkBtn".

??? pour moi le seul changement que j'ai noté c'est le changement de couleur et une augmentation important de la taille du fichier.

Le calendrier pop-up ne s'ouvre plus sur les bonnes colonnes, le gantt est faux (plus synchronisé avec la cellule G7) et autres inconvénients imperceptibles.

S'il te plait : Ne pas faire de modification tant que je ne t'ai pas donné une version stable du projet et donné mon feu vert. sinon je ne peux pas intégrer tes modifs (et ton fichier) en bloc.

Du coup je ne modifie sur mon projet que l'essentiel : la colonne supplémentaire. Ce qui entraîne des changements dans le code et dans la définition des noms.

Je suis donc resté sur la V7 en essayant d'intégrer tes remarques mais il faut que je revérifie tout.

La V8 intègre donc tes modifs + les corrections de bug + le RAZ (détaillé dans mon mail.)

Il me reste à faire une étude de faisabilité pour le passage de l'état de sous-projet à projet.

Du fait des changements tu n'auras pas de version stable avant ce soir. (ou courant du WE)

Comme tu ne peux pas faire de modif pour l'instant tant que je travaille dessus, il faut me signaler les bugs que tu remarques pour que je puisse les corriger.

A+

Bonjour,

J'ai en effet oublier de modifier le code pour les calendriers pop-up. C'est étranche, le fichier sur mon pc pèse 128 KB. Dont la taille est plutot resté stable.

La partie en jaune de l'USF me permet de classer l'importance des projets selon un score qui sera attribué à l'aide de plusieurs critère.

Mais seule les SOUS PROJET (=Action) seront classé par cette méthode. Donc j'ai fait des modifications pour que la partie en jaune ne soit uniquement visible quand le bouton SOUS PROJET (=action) est sélectionné.

Chez moi cela marche bien. La preuve en photo.

Les PROJET eux aurons un score en réalisant la moyenne de ces derniers comme expliqué en amont.

Bonjour,

Oui le poids c'est pas grave : en gros il est stable la différence c'est le nombre de lignes ajoutées (il faut compter environ 1,5 Ko par ligne (projet ou sous-projet) supplémentaire.

Je n'avais pas capté pour le masquage... J'ai perdu un temps fou avec ces p... de frame à tout remettre en forme.

Bon j'ai à peu près copié ton USF pour les finitions tu verras...

Comme je ne procède ni par importation ni par Copier/coller tu pourras peut-être noter quelques différences... Tu adapteras plus tard. Quand l'ensemble sera finalisé

Alors, Je te le laisse modifiable ou pas le combo "Statut" ? 'Cest la propriété Style pour l'instant je la met sur 2 (non modifiable)

Je viens de tester la faisabilité de transformer un sous-projet en projet (sans AUCUN lien avec le parent) : C'est possible.

Il reste à savoir comment, (à quel moment) on effectue cette "mutation"

• avec un bouton dans le formulaire
• avec une saisie particulière dans le "Statut" (ma préférence !) on rentre un item de plus dans "Statut" et Hop ! si l'utilisateur choisi "mutation" le sous projet devient un projet...
• avec un bouton sur la feuille (pas top )

Le même genre de question se pose également pour la suppression des lignes. Je t'ai dit que la suppression des lignes posait un problème crucial. En effet on ne doit pas créer d'orphelins. (On ne peut pas supprimer un projet parents s'il y a des enfants...) Ce serait criminel !

On ne peut d'ailleurs pas non plus effacer une ligne totalement. Du moins je n'ai pas testé et à première vue... ça sent mauvais !

Il faut donc prévoir une méthode pour effectuer ces opérations en faisant toutes les vérifications nécessaires.

La encore une valeur dans "Statut" devrait permettre de supprimer (ou/et d'archiver ailleurs) un projet à clôturer ou un sous-projet abandonné...

Mais on peut aussi choisir une autre méthode : Par exemple comme ces manip devrait être plutôt rares et très sécurisées on pourrait aussi les mettre dans une option spéciale du ruban... c'est peut-être préférable...

Il faut qu'on mette ça au point très rapidement car dans tout programme la sécurisation est capitale : C'est pourquoi je préconise le masquage des colonnes A et B, le masquage des en-têtes de lignes et de colonnes et la protection de certaines zones de la feuille pour éviter des manip involontaires ou intempestives désastreuses... mais ça peut se discuter : ça dépend d'un tas de chose, du nombre d'intervenant sur le classeur de l'existence ou non de copies de sécurité quotidienne...

Je termine la macro de transfert, et j'attend ton point de vue sur la méthode de mise en œuvre de ces points.

A+

Pour le moment pas besoin de modification pour la ComboBox des statuts. On va essayer notre procédure avec avec ces quatres statuts pour le moments. On verra suite à ce premier test s'il faut en ajouter d'autres...

Donc, il faut juste que je sache comment procéder pour changer la liste déroulante de la ComboBox

Top pour pouvoir changer un SOUS PROJET en PROJET. Je ne suis pas non plus favorable au bouton.

Si c'est possible je propose donc cette solution :

- Possibilité de changer le SOUS PROJET en PROJET en passant par l'USF de modification (changement du buttonOption)

Sinon, nous pouvons ajouter un statut nommé "Mode Projet". Mais je dois avouer que je n'aime pas trop cette solution. En effet, une action ne peut pas être en statut "Mode projet". Ca ne veux strictement rien dire.

Le statut c'est comparable à un avancement. Donc ça me gène. Soit on étudie la faisabilité de l'action (emergence), soit elle est en cours de réalisation, soit elle est en stand by ou alors elle est terminer (clôturer). Mais "Mode Projet" où "Mutation"...hum...

Un projet ne sera pas supprimé s'il y a encore un sous projet. C'est impossible. Le projet est clôturer uniquement si tous les sous projet sont également clôturer.

D'ailleurs, les suppréssion de ligne seront rares. En revanche, pour éviter une accumulation de projet clôturer la solution de l'archivache me paraît idéale.

Ici on pourrait ajouter un statut "archiver" ce qui déplacerais le projet dans un tableau d'une autre feuille !?

Une option du ruban ? Comment ça ?

Avez-vous du nouveau concernant le changement du projet parent ?

"le masquage des en-têtes de lignes et de colonnes " c'est à dire ?

La colonne A et B doit à mon avis être masquer et protéger.

A++

Re,

Une option du ruban ? Comment ça ?

Un ruban ça se personnalise, ça se modifie...

...concernant le changement du projet parent ?

Décidemment on a des problèmes de compréhension...

Quel changement veux-tu faire au projet parent ?

On peux transformer un sous-projet en projet (parent) mais un parent même s'il a perdu tout ses enfants reste un projet...

Ou alors faut reformuler ta demande... C'est que je n'ai rien compris !

"le masquage des en-têtes de lignes et de colonnes "

en-têtes de lignes : 1, 2, 3,... en bordure à gauche.

en-têtes de lignes : A, B, C ... en bordure haute sous la barre de formule.

A+

Ah oui...

Compris pour le ruban... Sur le moment j'avais pas compris l'idée.

A propos des entête de lignes et de colonnes : par défaut je l'active donc je suis plutôt pour.

Pouvoir changer un SOUS PROJET en PROJET c'est nécessaire, mais effectivement il y a une confusion.

Un SOUS PROJET est affecté à un PROJET(parent). jusque là on est d'accord.

Ce que je souhaite et ce qui est nécessaire c'est de justement pouvoir changer cette affectation. C'est à dire de pouvoir déplacer un SOUS PROJET vers un autre PROJET (parent).

Donc, lors de l'USF de modification de pouvoir changer le PROJET (parent) auxquel appartient le SOUS PROJET.

C'est mieux ? :/

bonjour,

C'est mieux mais c'est encore approximatif.

#1 - Moi j'arrête tant que je t'ai pas au téléphone parce que à ce train on va écrire un livre, et je passe ma journée à bosser pour rien.

Pour l'instant j'ai finaliser l'ensemble (sauf le masquage des colonnes A et B et les protections)

Pour le mode TRANSFORMATION j'ai seulement réalisé le passage de SOUS-PROJET à l'état de PROJET.

Si en plus tu veux pouvoir rattacher un SOUS-PROJET à un autre PROJET que le projet PARENT : au revient au #1

Cette version est l'état actuel de ma réflexion. Tu peux le tester tant que tu veux, mais inutile de le modifier si je dois encore travailler dessus, je repartirai de cette version : Je ne peux pas passer ma journée à traquer tes modifs...

Bien sur toute remarque et surtout anomalie est à me signaler (avec pièce jointe le cas échéant).

A+

bonjour,

Hum... Vu que je suis en panne actuellement sur ton projet, je me suis amusé à transposer la dernière version à ma manière :

Elle est un petit peu plus abouti que la version originale elle gère tous les OtionButton (peut-être mal, parce que je ne suis pas sur de la cotation, mais elle les gère...)

et de plus elle me semble nettement plus ergonomique que ton gros USF...

Tu me diras aussi ce que tu en penses...

A+

J'ai regarder les deux dernieres version du fichier. En effet, la dernière version est plus ergonomique, plus légère. Bien joué.

Je me suis amuser à joué avec le fichier et à tester les options. J'ai pas vu de bug, tout marche bien, rapide et léger.

En revanche, j'ai remarqué que la cotation des PROJET n'est pas encore réalisé. Un PROJET sera côté en faisant la moyenne de tous les scores (NPR1 et NPR2) de ses SOUS PROJET.

PROJET :.............................NPR1 = 50 (50+50)/2

SOUS PROJET....................NPR 1 = 50

SOUS PROJET....................NPR 1 = 50

"Si en plus tu veux pouvoir rattacher un SOUS-PROJET à un autre PROJET que le projet PARENT ".

C'est exactement ce que je souhaite. Pouvoir déplacer un SOUS PROJET vers un autre PROJET PARENT.

Il y à aussi la question de suppréssion des PROJET et SOUS PROJET. A ce propos j'avais déclaré ceci :

"Pour éviter une accumulation de projet clôturer la solution de l'archivache me paraît idéale. On pourrait ajouter un statut "archiver" ce qui déplacerais le projet dans un tableau d'une autre feuille !?"

Qu'en penses tu ?

Je peux utiliser skype pour te joindre. Il n'y à pas de soucis la communication sera à ma charge !