Bon Ok c'est un peu pompeux mais quand on souhaite avoir de l'aide, il =
faut s'en donner les moyens.
Toujours est-il que nous travaillons avec Word 2007 sous Windows XP.
La question est: "sauriez vous comment rajouter des tailles de pages =
personnalis=E9es dans la liste des pages pr=E9vues dans onglet Mise en =
page / Taille".
Le but de cette op=E9ration est de d=E9finir des tailles de pages =
correspondant aux tailles d'=E9tiquettes sp=E9cifiques que nous sommes =
tenus d'utiliser.
On oublie l'id=E9e de fabriquer des mod=E8les qui de toute mani=E8re =
existeront mais y d=E9finir une taille sp=E9cifique de mise en page, je =
trouve =E7a un peu lourdingue.
Je vous remercie par avance de toute l'aide que vous pourrez m'apporter.
Bien cordialement
Alain Siksik
G=E9rant
Vitame Services Toulon
411 Avenue Pierre Loti
83000 Toulon
04 94 15 40 70
=20
Vous aider est notre plaisir
Notre m=E9tier c'est vous servir
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3Dtext/html;charset=3Diso-8859-1 =
http-equiv=3DContent-Type>
<META name=3DGENERATOR content=3D"MSHTML 8.00.6001.18783"></HEAD>
<BODY style=3D"PADDING-LEFT: 10px; PADDING-RIGHT: 10px; PADDING-TOP: =
15px"=20
id=3DMailContainerBody leftMargin=3D0 topMargin=3D0 =
CanvasTabStop=3D"true"=20
name=3D"Compose message area">
<DIV><FONT size=3D2 face=3DArial>Bonjour =E0 tous Oh! Puits de =
science.</FONT></DIV>
<DIV><FONT size=3D2 face=3DArial></FONT> </DIV>
<DIV><FONT size=3D2 face=3DArial>Bon Ok c'est un peu pompeux mais quand =
on souhaite=20
avoir de l'aide, il faut s'en donner les moyens.</FONT></DIV>
<DIV><FONT size=3D2 face=3DArial></FONT> </DIV>
<DIV><FONT size=3D2 face=3DArial>Toujours est-il que nous =
travaillons avec Word=20
2007 sous Windows XP.</FONT></DIV>
<DIV><FONT size=3D2 face=3DArial></FONT> </DIV>
<DIV><FONT size=3D2 face=3DArial>La question est: "sauriez vous comment =
rajouter des=20
tailles de pages personnalis=E9es dans la liste des pages pr=E9vues dans =
onglet=20
</FONT><FONT size=3D2 face=3DArial>Mise en page / Taille".</FONT></DIV>
<DIV><FONT size=3D2 face=3DArial></FONT> </DIV>
<DIV><FONT size=3D2 face=3DArial>Le but de cette op=E9ration est de =
d=E9finir des=20
tailles de pages correspondant aux tailles d'=E9tiquettes sp=E9cifiques =
que nous=20
sommes tenus d'utiliser.</FONT></DIV>
<DIV><FONT size=3D2 face=3DArial>On oublie l'id=E9e de fabriquer des =
mod=E8les qui de=20
toute mani=E8re existeront mais y d=E9finir une taille sp=E9cifique de =
mise en page,=20
je trouve =E7a un peu lourdingue.</FONT></DIV>
<DIV><FONT size=3D2 face=3DArial></FONT> </DIV>
<DIV><FONT size=3D2 face=3DArial>Je vous remercie par avance de toute =
l'aide que=20
vous pourrez m'apporter.</FONT></DIV>
<DIV><FONT size=3D2 face=3DArial></FONT> </DIV>
<DIV><FONT size=3D2 face=3DArial>Bien cordialement</FONT></DIV>
<DIV><FONT size=3D2 face=3DArial></FONT> </DIV>
<DIV>
<DIV></DIV>
<DIV></DIV>
<DIV align=3Dcenter><FONT size=3D2 face=3DArial></FONT><BR><B><FONT =
size=3D5>Alain=20
Siksik</FONT></B><BR>G=E9rant<BR><BR><B><FONT size=3D5>Vitame Services=20
Toulon</FONT><B><BR><FONT size=3D2>411 Avenue Pierre =
Loti</FONT><BR><FONT=20
size=3D2>83000 Toulon</FONT><BR><BR><B><FONT size=3D5>04 94 15 40=20
70</FONT></B><BR><BR><A href=3D"http://www.vitame.fr/"><IMG=20
title=3D"http://www.vitame.fr/ CTRL + Cliquez ici pour suivre le =
lien"=20
border=3D0 src=3D"cid:3704BF1BF8AD4F1F92A75BE4A34D12FC@VST01"> =
</A><BR><FONT=20
size=3D4><B><I>Vous aider est notre plaisir</I></B><BR><B><I>Notre =
m=E9tier c'est=20
vous servir</I></B><BR></FONT></DIV></B></B></DIV></BODY></HTML>
Effectivement, le modèle développé n'est pas un .dot et se situe dans un répertoire spécifique de Word. Il y est associé une .dll qui elle ne fonctionne plus. Trop de manipulations de bas niveau dans les menus Word à priori (et c'est pas sûr). De toute manière, on a perdu la connaissance de comment ça marchait (et aussi les sources) et ce bien avant mon arrivée. Grosso-modo il faut tout refaire de fond en comble et ce coup ci avec la doc qui va bien.
L'idée de base est d'avoir tout sous VBA, dans un modèle quitte à ce qu'il soit ENORME. On n'a pas de problème de confidentialité ou autre; les postes ne sont pas non plus reliés à internet, par contre ils sont en réseau local. Par contre, il faudrait pouvoir bloquer ou ne pas afficher ou ??? afin que nos personnels n'aient pas à manipuler Word. Ils cliquent sur un icone qui lance un modèle Word et qui via une interface va récupérer les bonnes infos au bon endroit (Access) et mémorise qui fait quoi (dans Access) avant de lancer une impression et quitter Word. Word réduit à sa plus simple expression en quelque sorte. Petite précision, une étiquette avec code barre est lue au passage afin de récupérer le code de l'utilisateur et une autre afin de repérer l'origine des produits à manipuler ou à découper. L'employé n'a plus qu'à choisir la taille de la page correspondant à l'étiquette utilisée et le nombre d'étiquettes nécessaires. Tout le reste se fait tout seul. Et on n'utilise que le pavé numérique. Pas de souris sur ces postes; question d'hygiène. Même les clavier sont étanches (et entre nous ça vaut mieux).
Bon ce n'est qu'une idée. Le tout étant de trouver la méthode la plus "esthétique" pour le faire.
Cordialement
Alain Siksik
"Circé" a écrit dans le message de groupe de discussion :
Bonjour Geo,
Geo a couché sur son écran :
Bonjour
Un explication de texte, normal (!) sur ce forum :
Pour les modèles "invisibles", désolée mais je n'ai toujours pas compris de quoi on parle !!!
A rapproche de la phrase : "Avec note ancienne version, l'ingénieur qui allait bien avait développé un truc dans un modèle un peu spécifique qu'on ne voyait jamais et qui était tout le temps disponible sans modifier le normal.dot"
Ce serait donc un modèle avec une personnalisation des menus, probablement dans Startup. S'il est toujours utilisé avec 2007, il devrait avoir des effets dans l'onglet Compléments.
Oui, tout à fait. J'ai moi même des modèles assez sophistiqués développés pour 2003 et que j'ai testés avec 2007. La barre d'outils se trouve bien dans l'onglet Compléments et ça marche très bien.
Effectivement, le modèle développé n'est pas un .dot et se situe dans un
répertoire spécifique de Word.
Il y est associé une .dll qui elle ne fonctionne plus. Trop de manipulations
de bas niveau dans les menus Word à priori (et c'est pas sûr).
De toute manière, on a perdu la connaissance de comment ça marchait (et
aussi les sources) et ce bien avant mon arrivée.
Grosso-modo il faut tout refaire de fond en comble et ce coup ci avec la doc
qui va bien.
L'idée de base est d'avoir tout sous VBA, dans un modèle quitte à ce qu'il
soit ENORME. On n'a pas de problème de confidentialité ou autre; les postes
ne sont pas non plus reliés à internet, par contre ils sont en réseau local.
Par contre, il faudrait pouvoir bloquer ou ne pas afficher ou ??? afin que
nos personnels n'aient pas à manipuler Word.
Ils cliquent sur un icone qui lance un modèle Word et qui via une interface
va récupérer les bonnes infos au bon endroit (Access) et mémorise qui fait
quoi (dans Access) avant de lancer une impression et quitter Word. Word
réduit à sa plus simple expression en quelque sorte.
Petite précision, une étiquette avec code barre est lue au passage afin de
récupérer le code de l'utilisateur et une autre afin de repérer l'origine
des produits à manipuler ou à découper. L'employé n'a plus qu'à choisir la
taille de la page correspondant à l'étiquette utilisée et le nombre
d'étiquettes nécessaires. Tout le reste se fait tout seul. Et on n'utilise
que le pavé numérique. Pas de souris sur ces postes; question d'hygiène.
Même les clavier sont étanches (et entre nous ça vaut mieux).
Bon ce n'est qu'une idée. Le tout étant de trouver la méthode la plus
"esthétique" pour le faire.
Cordialement
Alain Siksik
"Circé" <circe@aea.gr> a écrit dans le message de groupe de discussion :
mn.f2337d972b24c1c2.46999@aea.gr...
Bonjour Geo,
Geo a couché sur son écran :
Bonjour
Un explication de texte, normal (!) sur ce forum :
Pour les modèles "invisibles", désolée mais je n'ai toujours pas compris
de quoi on parle !!!
A rapproche de la phrase :
"Avec note ancienne version, l'ingénieur qui allait bien avait développé
un truc dans un modèle un peu spécifique qu'on ne voyait jamais et qui
était tout le temps disponible sans modifier le normal.dot"
Ce serait donc un modèle avec une personnalisation des menus,
probablement dans Startup.
S'il est toujours utilisé avec 2007, il devrait avoir des effets dans
l'onglet Compléments.
Oui, tout à fait.
J'ai moi même des modèles assez sophistiqués développés pour 2003 et que
j'ai testés avec 2007. La barre d'outils se trouve bien dans l'onglet
Compléments et ça marche très bien.
Effectivement, le modèle développé n'est pas un .dot et se situe dans un répertoire spécifique de Word. Il y est associé une .dll qui elle ne fonctionne plus. Trop de manipulations de bas niveau dans les menus Word à priori (et c'est pas sûr). De toute manière, on a perdu la connaissance de comment ça marchait (et aussi les sources) et ce bien avant mon arrivée. Grosso-modo il faut tout refaire de fond en comble et ce coup ci avec la doc qui va bien.
L'idée de base est d'avoir tout sous VBA, dans un modèle quitte à ce qu'il soit ENORME. On n'a pas de problème de confidentialité ou autre; les postes ne sont pas non plus reliés à internet, par contre ils sont en réseau local. Par contre, il faudrait pouvoir bloquer ou ne pas afficher ou ??? afin que nos personnels n'aient pas à manipuler Word. Ils cliquent sur un icone qui lance un modèle Word et qui via une interface va récupérer les bonnes infos au bon endroit (Access) et mémorise qui fait quoi (dans Access) avant de lancer une impression et quitter Word. Word réduit à sa plus simple expression en quelque sorte. Petite précision, une étiquette avec code barre est lue au passage afin de récupérer le code de l'utilisateur et une autre afin de repérer l'origine des produits à manipuler ou à découper. L'employé n'a plus qu'à choisir la taille de la page correspondant à l'étiquette utilisée et le nombre d'étiquettes nécessaires. Tout le reste se fait tout seul. Et on n'utilise que le pavé numérique. Pas de souris sur ces postes; question d'hygiène. Même les clavier sont étanches (et entre nous ça vaut mieux).
Bon ce n'est qu'une idée. Le tout étant de trouver la méthode la plus "esthétique" pour le faire.
Cordialement
Alain Siksik
"Circé" a écrit dans le message de groupe de discussion :
Bonjour Geo,
Geo a couché sur son écran :
Bonjour
Un explication de texte, normal (!) sur ce forum :
Pour les modèles "invisibles", désolée mais je n'ai toujours pas compris de quoi on parle !!!
A rapproche de la phrase : "Avec note ancienne version, l'ingénieur qui allait bien avait développé un truc dans un modèle un peu spécifique qu'on ne voyait jamais et qui était tout le temps disponible sans modifier le normal.dot"
Ce serait donc un modèle avec une personnalisation des menus, probablement dans Startup. S'il est toujours utilisé avec 2007, il devrait avoir des effets dans l'onglet Compléments.
Oui, tout à fait. J'ai moi même des modèles assez sophistiqués développés pour 2003 et que j'ai testés avec 2007. La barre d'outils se trouve bien dans l'onglet Compléments et ça marche très bien.
L'idée de base est d'avoir tout sous VBA, dans un modèle quitte à ce qu'il soit ENORME.
C'est une mauvaise piste, vous ne pourrez pas modifier le ruban en VBA. Je vous ai fait une proposition le 27 à 17h42 avec une exemple graphique à 18:50. Ca ne vous intéresse pas ?
Ils cliquent sur un icone
Comment font-ils, vous dites plus bas qu'il n'y a pas de souris ?
L'employé n'a plus qu'à choisir la taille de la page correspondant à l'étiquette utilisée et le nombre d'étiquettes nécessaires.
Autrement dit : on efface tout le ruban et on ne met qu'un onglet avec plusieurs icônes correspondant aux différents formats ?
-- A+
Bonsoir
L'idée de base est d'avoir tout sous VBA, dans un modèle quitte à ce qu'il
soit ENORME.
C'est une mauvaise piste, vous ne pourrez pas modifier le ruban en VBA.
Je vous ai fait une proposition le 27 à 17h42 avec une exemple
graphique à 18:50. Ca ne vous intéresse pas ?
Ils cliquent sur un icone
Comment font-ils, vous dites plus bas qu'il n'y a pas de souris ?
L'employé n'a plus qu'à choisir la taille de la page correspondant à l'étiquette
utilisée et le nombre d'étiquettes nécessaires.
Autrement dit : on efface tout le ruban et on ne met qu'un onglet avec
plusieurs icônes correspondant aux différents formats ?
L'idée de base est d'avoir tout sous VBA, dans un modèle quitte à ce qu'il soit ENORME.
C'est une mauvaise piste, vous ne pourrez pas modifier le ruban en VBA. Je vous ai fait une proposition le 27 à 17h42 avec une exemple graphique à 18:50. Ca ne vous intéresse pas ?
Ils cliquent sur un icone
Comment font-ils, vous dites plus bas qu'il n'y a pas de souris ?
L'employé n'a plus qu'à choisir la taille de la page correspondant à l'étiquette utilisée et le nombre d'étiquettes nécessaires.
Autrement dit : on efface tout le ruban et on ne met qu'un onglet avec plusieurs icônes correspondant aux différents formats ?
-- A+
Vitame Services Toulon
Bonjour Geo,
Et merci pour la proposition, qui est largement acceptée. La troisième version (deux groupes seuls dans un nouvel onglet) est celle qui me plait le plus, car elle me semble "plus indépendante". Pour ce que est du delta de temps, je suis abonné au groupe de discussion et je ne reçois les messages que les matins où je me connecte. Et en toute honte j'admets avoir zappé (mal lu) votre message. Je vous en demande pardon.
Pour ce qui est du bizzzzare de cliquer sans souris: Alt+tab sous Windows jusqu'à l'icone qui va bien. Après, tout est pris en charge par l'interface. De toute manière, ces "postes de travail" sont dédiés à un emploi unique d'édition d'étiquette. Il suffit de les allumer pour qu'ils soient dans l'application. Et pour éteindre, Alt+F4 puis les flèches jusqu'à sélectionner Eteindre.
Quand à la proposition de supprimer purement et simplement le ruban, plus tard. Il vaut mieux je pense commencer à maîtriser une petite partie du problème quitte à modifier quelque peu notre mode de travail pendant quelques temps sur un poste en test pour voir ce qui se passe.
Je revoie mes objectifs à la baisse, très humblement. A court terme, mon objectif est d'implémenter les fonctionnalités de base (lecture + édition) puis de voir en suite comment automatiser tout ça et rendre transparent à l'utilisation.
Cordialement Alain Siksik Vitame Services Toulon
"Geo" a écrit dans le message de groupe de discussion :
Bonsoir
L'idée de base est d'avoir tout sous VBA, dans un modèle quitte à ce qu'il soit ENORME.
C'est une mauvaise piste, vous ne pourrez pas modifier le ruban en VBA. Je vous ai fait une proposition le 27 à 17h42 avec une exemple graphique à 18:50. Ca ne vous intéresse pas ?
Ils cliquent sur un icone
Comment font-ils, vous dites plus bas qu'il n'y a pas de souris ?
L'employé n'a plus qu'à choisir la taille de la page correspondant à l'étiquette utilisée et le nombre d'étiquettes nécessaires.
Autrement dit : on efface tout le ruban et on ne met qu'un onglet avec plusieurs icônes correspondant aux différents formats ?
-- A+
Bonjour Geo,
Et merci pour la proposition, qui est largement acceptée.
La troisième version (deux groupes seuls dans un nouvel onglet) est celle
qui me plait le plus, car elle me semble "plus indépendante".
Pour ce que est du delta de temps, je suis abonné au groupe de discussion et
je ne reçois les messages que les matins où je me connecte.
Et en toute honte j'admets avoir zappé (mal lu) votre message. Je vous en
demande pardon.
Pour ce qui est du bizzzzare de cliquer sans souris: Alt+tab sous Windows
jusqu'à l'icone qui va bien. Après, tout est pris en charge par l'interface.
De toute manière, ces "postes de travail" sont dédiés à un emploi unique
d'édition d'étiquette. Il suffit de les allumer pour qu'ils soient dans
l'application. Et pour éteindre, Alt+F4 puis les flèches jusqu'à
sélectionner Eteindre.
Quand à la proposition de supprimer purement et simplement le ruban, plus
tard.
Il vaut mieux je pense commencer à maîtriser une petite partie du problème
quitte à modifier quelque peu notre mode de travail pendant quelques temps
sur un poste en test pour voir ce qui se passe.
Je revoie mes objectifs à la baisse, très humblement.
A court terme, mon objectif est d'implémenter les fonctionnalités de base
(lecture + édition) puis de voir en suite comment automatiser tout ça et
rendre transparent à l'utilisation.
"Geo" <Geo@sans.pub> a écrit dans le message de groupe de discussion :
mn.f4ce7d97f9a23a3a.41568@sans.pub...
Bonsoir
L'idée de base est d'avoir tout sous VBA, dans un modèle quitte à ce
qu'il
soit ENORME.
C'est une mauvaise piste, vous ne pourrez pas modifier le ruban en VBA.
Je vous ai fait une proposition le 27 à 17h42 avec une exemple graphique à
18:50. Ca ne vous intéresse pas ?
Ils cliquent sur un icone
Comment font-ils, vous dites plus bas qu'il n'y a pas de souris ?
L'employé n'a plus qu'à choisir la taille de la page correspondant à
l'étiquette utilisée et le nombre d'étiquettes nécessaires.
Autrement dit : on efface tout le ruban et on ne met qu'un onglet avec
plusieurs icônes correspondant aux différents formats ?
Et merci pour la proposition, qui est largement acceptée. La troisième version (deux groupes seuls dans un nouvel onglet) est celle qui me plait le plus, car elle me semble "plus indépendante". Pour ce que est du delta de temps, je suis abonné au groupe de discussion et je ne reçois les messages que les matins où je me connecte. Et en toute honte j'admets avoir zappé (mal lu) votre message. Je vous en demande pardon.
Pour ce qui est du bizzzzare de cliquer sans souris: Alt+tab sous Windows jusqu'à l'icone qui va bien. Après, tout est pris en charge par l'interface. De toute manière, ces "postes de travail" sont dédiés à un emploi unique d'édition d'étiquette. Il suffit de les allumer pour qu'ils soient dans l'application. Et pour éteindre, Alt+F4 puis les flèches jusqu'à sélectionner Eteindre.
Quand à la proposition de supprimer purement et simplement le ruban, plus tard. Il vaut mieux je pense commencer à maîtriser une petite partie du problème quitte à modifier quelque peu notre mode de travail pendant quelques temps sur un poste en test pour voir ce qui se passe.
Je revoie mes objectifs à la baisse, très humblement. A court terme, mon objectif est d'implémenter les fonctionnalités de base (lecture + édition) puis de voir en suite comment automatiser tout ça et rendre transparent à l'utilisation.
Cordialement Alain Siksik Vitame Services Toulon
"Geo" a écrit dans le message de groupe de discussion :
Bonsoir
L'idée de base est d'avoir tout sous VBA, dans un modèle quitte à ce qu'il soit ENORME.
C'est une mauvaise piste, vous ne pourrez pas modifier le ruban en VBA. Je vous ai fait une proposition le 27 à 17h42 avec une exemple graphique à 18:50. Ca ne vous intéresse pas ?
Ils cliquent sur un icone
Comment font-ils, vous dites plus bas qu'il n'y a pas de souris ?
L'employé n'a plus qu'à choisir la taille de la page correspondant à l'étiquette utilisée et le nombre d'étiquettes nécessaires.
Autrement dit : on efface tout le ruban et on ne met qu'un onglet avec plusieurs icônes correspondant aux différents formats ?
-- A+
Geo
Bonjour
[ Cette réponse est faite sur le forum public Word : news://msnews.microsoft.com/microsoft.public.fr.word ]
La troisième version (deux groupes seuls dans un nouvel onglet) est celle qui me plait le plus, car elle me semble "plus indépendante".
D'accord, voici deux exemples, la seule différence c'est que dans le deuxième l'image affichée est prise dans un fichier JPG. Cela vous permettrait peut-être d'utiliser des éléments plus visuels. Il faut évidemment adapter la macro pour le chemin et le nom du fichier. http://cjoint.com/?hFvBE8PBm2 http://cjoint.com/?hFvCyxz7kB les fichiers sont en zip, vous pouvez les renommer en dotm pour vous en servir comme modèle ou les décompacter pour voir ce qu'il y a dedans.
Pour ce qui est du bizzzzare de cliquer sans souris: Alt+tab sous Windows jusqu'à l'icone qui va bien.
Ca marche toujours, il y a une autre possibilité : Alt puis Y puis le code du bouton. Sur les deux modèles les codes sont différents.
Quand à la proposition de supprimer purement et simplement le ruban, plus tard.
J'ai mis le code pour cela en commentaire, mais j'ai quand même supprimé deux onglets pour montrer comment ça marche.
Word est très sensible au contenu du fichier xml et n'aide pas beaucoup en cas de problème. Par exemple si vous avez un getimage (image dynamique) et un idmso (image statique standard fournie par Office) pour un même bouton, la syntaxe est correcte, mais Word le rejette à l'ouverture du modèle.
J'ai un peu modifié le fichier excel de MS qui recense les images standards pour le rendre un peu plus pratique pou reporter les noms des dessins. Si ça intéresse quelqu'un je le joindrai.
Bon courage.
-- A+
Bonjour
[ Cette réponse est faite sur le forum public Word :
news://msnews.microsoft.com/microsoft.public.fr.word ]
La troisième version (deux groupes seuls dans un nouvel onglet) est celle qui me plait
le plus, car elle me semble "plus indépendante".
D'accord, voici deux exemples, la seule différence c'est que dans le
deuxième l'image affichée est prise dans un fichier JPG.
Cela vous permettrait peut-être d'utiliser des éléments plus visuels.
Il faut évidemment adapter la macro pour le chemin et le nom du
fichier.
http://cjoint.com/?hFvBE8PBm2
http://cjoint.com/?hFvCyxz7kB
les fichiers sont en zip, vous pouvez les renommer en dotm pour vous en
servir comme modèle ou les décompacter pour voir ce qu'il y a dedans.
Pour ce qui est du bizzzzare de cliquer sans souris: Alt+tab sous Windows jusqu'à
l'icone qui va bien.
Ca marche toujours, il y a une autre possibilité : Alt puis Y puis le
code du bouton. Sur les deux modèles les codes sont différents.
Quand à la proposition de supprimer purement et simplement le ruban, plus tard.
J'ai mis le code pour cela en commentaire, mais j'ai quand même
supprimé deux onglets pour montrer comment ça marche.
Word est très sensible au contenu du fichier xml et n'aide pas beaucoup
en cas de problème. Par exemple si vous avez un getimage (image
dynamique) et un idmso (image statique standard fournie par Office)
pour un même bouton, la syntaxe est correcte, mais Word le rejette à
l'ouverture du modèle.
J'ai un peu modifié le fichier excel de MS qui recense les images
standards pour le rendre un peu plus pratique pou reporter les noms des
dessins. Si ça intéresse quelqu'un je le joindrai.
[ Cette réponse est faite sur le forum public Word : news://msnews.microsoft.com/microsoft.public.fr.word ]
La troisième version (deux groupes seuls dans un nouvel onglet) est celle qui me plait le plus, car elle me semble "plus indépendante".
D'accord, voici deux exemples, la seule différence c'est que dans le deuxième l'image affichée est prise dans un fichier JPG. Cela vous permettrait peut-être d'utiliser des éléments plus visuels. Il faut évidemment adapter la macro pour le chemin et le nom du fichier. http://cjoint.com/?hFvBE8PBm2 http://cjoint.com/?hFvCyxz7kB les fichiers sont en zip, vous pouvez les renommer en dotm pour vous en servir comme modèle ou les décompacter pour voir ce qu'il y a dedans.
Pour ce qui est du bizzzzare de cliquer sans souris: Alt+tab sous Windows jusqu'à l'icone qui va bien.
Ca marche toujours, il y a une autre possibilité : Alt puis Y puis le code du bouton. Sur les deux modèles les codes sont différents.
Quand à la proposition de supprimer purement et simplement le ruban, plus tard.
J'ai mis le code pour cela en commentaire, mais j'ai quand même supprimé deux onglets pour montrer comment ça marche.
Word est très sensible au contenu du fichier xml et n'aide pas beaucoup en cas de problème. Par exemple si vous avez un getimage (image dynamique) et un idmso (image statique standard fournie par Office) pour un même bouton, la syntaxe est correcte, mais Word le rejette à l'ouverture du modèle.
J'ai un peu modifié le fichier excel de MS qui recense les images standards pour le rendre un peu plus pratique pou reporter les noms des dessins. Si ça intéresse quelqu'un je le joindrai.
Bon courage.
-- A+
Vitame Services Toulon
Bonjour Geo,
Ca marche parfaitement et le fait d'avoir directement le bon onglet est parfait lui aussi. C'est maintenant que je suis vraiment dans la caca car je n'ai plus aucune raison de ne pas y arriver. Ce n'est plus que du boulot. hFvCyxz7kB_vitame2.zip présente un petit défaut sur le nom de l'image ("F:TempALTI2.jpg" qui n'existe pas chez moi); c'est peut être volontaire. En donnant un nom valide plus de souci.
Encore une fois et pour tous merci beaucoup pour votre aide qui a été précieuse et qui a parfaitement comblé mes désirs.
Bien cordialement
Alain Siksik
"Geo" a écrit dans le message de groupe de discussion :
Bonjour
[ Cette réponse est faite sur le forum public Word : news://msnews.microsoft.com/microsoft.public.fr.word ]
La troisième version (deux groupes seuls dans un nouvel onglet) est celle qui me plait le plus, car elle me semble "plus indépendante".
D'accord, voici deux exemples, la seule différence c'est que dans le deuxième l'image affichée est prise dans un fichier JPG. Cela vous permettrait peut-être d'utiliser des éléments plus visuels. Il faut évidemment adapter la macro pour le chemin et le nom du fichier. http://cjoint.com/?hFvBE8PBm2 http://cjoint.com/?hFvCyxz7kB les fichiers sont en zip, vous pouvez les renommer en dotm pour vous en servir comme modèle ou les décompacter pour voir ce qu'il y a dedans.
Pour ce qui est du bizzzzare de cliquer sans souris: Alt+tab sous Windows jusqu'à l'icone qui va bien.
Ca marche toujours, il y a une autre possibilité : Alt puis Y puis le code du bouton. Sur les deux modèles les codes sont différents.
Quand à la proposition de supprimer purement et simplement le ruban, plus tard.
J'ai mis le code pour cela en commentaire, mais j'ai quand même supprimé deux onglets pour montrer comment ça marche.
Word est très sensible au contenu du fichier xml et n'aide pas beaucoup en cas de problème. Par exemple si vous avez un getimage (image dynamique) et un idmso (image statique standard fournie par Office) pour un même bouton, la syntaxe est correcte, mais Word le rejette à l'ouverture du modèle.
J'ai un peu modifié le fichier excel de MS qui recense les images standards pour le rendre un peu plus pratique pou reporter les noms des dessins. Si ça intéresse quelqu'un je le joindrai.
Bon courage.
-- A+
Bonjour Geo,
Ca marche parfaitement et le fait d'avoir directement le bon onglet est
parfait lui aussi.
C'est maintenant que je suis vraiment dans la caca car je n'ai plus aucune
raison de ne pas y arriver. Ce n'est plus que du boulot.
hFvCyxz7kB_vitame2.zip présente un petit défaut sur le nom de l'image
("F:TempALTI2.jpg" qui n'existe pas chez moi); c'est peut être volontaire.
En donnant un nom valide plus de souci.
Encore une fois et pour tous merci beaucoup pour votre aide qui a été
précieuse et qui a parfaitement comblé mes désirs.
Bien cordialement
Alain Siksik
"Geo" <Geo@sans.pub> a écrit dans le message de groupe de discussion :
mn.fd187d97d0078666.41568@sans.pub...
Bonjour
[ Cette réponse est faite sur le forum public Word :
news://msnews.microsoft.com/microsoft.public.fr.word ]
La troisième version (deux groupes seuls dans un nouvel onglet) est celle
qui me plait le plus, car elle me semble "plus indépendante".
D'accord, voici deux exemples, la seule différence c'est que dans le
deuxième l'image affichée est prise dans un fichier JPG.
Cela vous permettrait peut-être d'utiliser des éléments plus visuels.
Il faut évidemment adapter la macro pour le chemin et le nom du fichier.
http://cjoint.com/?hFvBE8PBm2
http://cjoint.com/?hFvCyxz7kB
les fichiers sont en zip, vous pouvez les renommer en dotm pour vous en
servir comme modèle ou les décompacter pour voir ce qu'il y a dedans.
Pour ce qui est du bizzzzare de cliquer sans souris: Alt+tab sous Windows
jusqu'à l'icone qui va bien.
Ca marche toujours, il y a une autre possibilité : Alt puis Y puis le code
du bouton. Sur les deux modèles les codes sont différents.
Quand à la proposition de supprimer purement et simplement le ruban, plus
tard.
J'ai mis le code pour cela en commentaire, mais j'ai quand même supprimé
deux onglets pour montrer comment ça marche.
Word est très sensible au contenu du fichier xml et n'aide pas beaucoup en
cas de problème. Par exemple si vous avez un getimage (image dynamique)
et un idmso (image statique standard fournie par Office) pour un même
bouton, la syntaxe est correcte, mais Word le rejette à l'ouverture du
modèle.
J'ai un peu modifié le fichier excel de MS qui recense les images
standards pour le rendre un peu plus pratique pou reporter les noms des
dessins. Si ça intéresse quelqu'un je le joindrai.
Ca marche parfaitement et le fait d'avoir directement le bon onglet est parfait lui aussi. C'est maintenant que je suis vraiment dans la caca car je n'ai plus aucune raison de ne pas y arriver. Ce n'est plus que du boulot. hFvCyxz7kB_vitame2.zip présente un petit défaut sur le nom de l'image ("F:TempALTI2.jpg" qui n'existe pas chez moi); c'est peut être volontaire. En donnant un nom valide plus de souci.
Encore une fois et pour tous merci beaucoup pour votre aide qui a été précieuse et qui a parfaitement comblé mes désirs.
Bien cordialement
Alain Siksik
"Geo" a écrit dans le message de groupe de discussion :
Bonjour
[ Cette réponse est faite sur le forum public Word : news://msnews.microsoft.com/microsoft.public.fr.word ]
La troisième version (deux groupes seuls dans un nouvel onglet) est celle qui me plait le plus, car elle me semble "plus indépendante".
D'accord, voici deux exemples, la seule différence c'est que dans le deuxième l'image affichée est prise dans un fichier JPG. Cela vous permettrait peut-être d'utiliser des éléments plus visuels. Il faut évidemment adapter la macro pour le chemin et le nom du fichier. http://cjoint.com/?hFvBE8PBm2 http://cjoint.com/?hFvCyxz7kB les fichiers sont en zip, vous pouvez les renommer en dotm pour vous en servir comme modèle ou les décompacter pour voir ce qu'il y a dedans.
Pour ce qui est du bizzzzare de cliquer sans souris: Alt+tab sous Windows jusqu'à l'icone qui va bien.
Ca marche toujours, il y a une autre possibilité : Alt puis Y puis le code du bouton. Sur les deux modèles les codes sont différents.
Quand à la proposition de supprimer purement et simplement le ruban, plus tard.
J'ai mis le code pour cela en commentaire, mais j'ai quand même supprimé deux onglets pour montrer comment ça marche.
Word est très sensible au contenu du fichier xml et n'aide pas beaucoup en cas de problème. Par exemple si vous avez un getimage (image dynamique) et un idmso (image statique standard fournie par Office) pour un même bouton, la syntaxe est correcte, mais Word le rejette à l'ouverture du modèle.
J'ai un peu modifié le fichier excel de MS qui recense les images standards pour le rendre un peu plus pratique pou reporter les noms des dessins. Si ça intéresse quelqu'un je le joindrai.
Bon courage.
-- A+
Geo
Bonjour Alain
C'est maintenant que je suis vraiment dans la caca car je n'ai plus aucune raison de ne pas y arriver. Ce n'est plus que du boulot.
Espérons que vous aurez quelques questions à poser, sinon, nous allons nous ennuyer.
hFvCyxz7kB_vitame2.zip présente un petit défaut sur le nom de l'image ("F:TempALTI2.jpg" qui n'existe pas chez moi); c'est peut être volontaire.
Oui, c'était un essai avec une photo que j'ai sur mon ordinateur. Comme je ne sais pas comment vous identifiez visuellement vos boutons et que les icônes standards sont assez limitées, j'ai pensé que vous souhaiteriez faire vos propres représentations. Par exemple vous pouvez prévoir un carré bleu, un vert, un rouge, un jaune, etc., choses qui n'existent pas dans le fichier de base. Vous pourriez mettre aussi les logos des clients.
-- A+
Bonjour Alain
C'est maintenant que je suis vraiment dans la caca car je n'ai plus aucune raison de ne
pas y arriver. Ce n'est plus que du boulot.
Espérons que vous aurez quelques questions à poser, sinon, nous allons
nous ennuyer.
hFvCyxz7kB_vitame2.zip présente un petit défaut sur le nom de l'image
("F:TempALTI2.jpg" qui n'existe pas chez moi); c'est peut être volontaire.
Oui, c'était un essai avec une photo que j'ai sur mon ordinateur.
Comme je ne sais pas comment vous identifiez visuellement vos boutons
et que les icônes standards sont assez limitées, j'ai pensé que vous
souhaiteriez faire vos propres représentations.
Par exemple vous pouvez prévoir un carré bleu, un vert, un rouge, un
jaune, etc., choses qui n'existent pas dans le fichier de base.
Vous pourriez mettre aussi les logos des clients.
C'est maintenant que je suis vraiment dans la caca car je n'ai plus aucune raison de ne pas y arriver. Ce n'est plus que du boulot.
Espérons que vous aurez quelques questions à poser, sinon, nous allons nous ennuyer.
hFvCyxz7kB_vitame2.zip présente un petit défaut sur le nom de l'image ("F:TempALTI2.jpg" qui n'existe pas chez moi); c'est peut être volontaire.
Oui, c'était un essai avec une photo que j'ai sur mon ordinateur. Comme je ne sais pas comment vous identifiez visuellement vos boutons et que les icônes standards sont assez limitées, j'ai pensé que vous souhaiteriez faire vos propres représentations. Par exemple vous pouvez prévoir un carré bleu, un vert, un rouge, un jaune, etc., choses qui n'existent pas dans le fichier de base. Vous pourriez mettre aussi les logos des clients.