Olivier Eckmann

Bonjour, J'ai un problème pour épingler un programme à la barre des tâches sous Windows 7. Lorsque le programme (fichier .EXE) se trouve sur le disque dur, pas de souci, lorsque je fais un clic-droit je peux épingler ce programme. Par contre lorsque l'EXE est sur un dossier du serveur, je n'ai pas l'option "épingler ce programme", je n'ai que l'option "Fermer la fenêtre". Ce sont des programmes que j'ai créé et que je trouve plus simple à mettre à jour en les mettant sur le serveur et en mettant un raccourci sur le bureau des utilisateurs, plutôt que de déployer mon programme à chaque fois sur tous les postes. J'ai essayé avec d'autres programmes que les miens (par ex PDFCROP.EXE) et c'est la même chose. Est-ce que vous avez une solution pour épingler un programme qui est installé dans un dossier partagé sur le réseau par ex : \\SERVEUR\PROGRAMMES\TOTO.EXE ? Merci Olivier

Si le bloc n'a pas d'attribut MAT (par ex un seul attribut ALT) alors ce n'est pas reconnu comme un point topo donc aucune fonction prévue pour les points topo ne peut être utilisée. La solution peut être d'ajouter un attribut MAT à la définition du bloc, puis ATTSYNC pour ajouter cet attribut sur chaque bloc du dessin, puis la fonction Réimmatriculer de Covadis pour incrémenter les numéros de 1 à XXX. Dès lors les blocs seront reconnus comme des points topo et on pourra en faire ce que l'on veut. Olivier

Bonjour, avec Covadis, lancer Cov2D / Points topo / Afficher la liste des points cliquer sur la colonne ALT pour trier selon le contenu de l'attribut sélectionner toutes les lignes correspondant aux points ayant ALT égal 0.00 faire un clic droit et choisir "Ajouter à la sélection" quitter la case de dialogue avec la croix, les points topo sont sélectionnés Olivier

Bonsoir, effectivement, il y avait un problème dans mon code, je créais un nouveau Xrecord au lieu de le mettre à jour lorsqu'il existait déjà. Pb résolu Merci

Merci Gilles, ça fonctionne aussi chez moi. Je vais remettre les mains dans le "cambouis" pour voir d'où ça provient exactement. Olivier

Bonjour, J'ai écrit un programme qui stocke des infos dans un dictionnaire. Au chargement de la forme, je lis les infos et à la fermeture je ré-écris les nouvelles infos modifiées. Le problème se pose quand je fais un U qui annule cette commande, car dès que je la relance, la lecture du dictionnaire me renvoie un ResultBuffer nul alors que les ObjectId du nœud principal et du nœud de mon dictionnaire sont les mêmes et toujours valides. J'ai essayé d'implémenter le flag NoUndoMarker dans la définition de la commande , mais pas mieux. J'ai trouvé un solution en vidant la pile du UNDO, mais ça veut dire que l'on ne peut pas remonter plus loin dans les annulations, ce qui n'est pas top. Est-ce qu'il y a un moyen d’empêcher le UNDO uniquement sur cette commande (et tout ce qui a été modifié durant cette commande)? Merci Olivier

Bonjour, comme l'a très bien expliqué notre ami "le crabe", il existe une commande qui permet de désactiver Covadis pour le profil courant. Les manipulations sont les suivantes: 1. copier le profil COVADIS et le nommer par ex AutoCAD 2. rendre ce profil courant (double-clic dessus) 3. lancer la commande COVAPROFILSANSCOV 4. copier l'icône Covadis du bureau et l'éditer pour remplacer /P COVADIS par /P AutoCAD En lançant AutocAD/Covadis par cet icône on démarre le profil AutoCAD sans Covadis. ATTENTION toutefois, si dans ce profil on ouvre ensuite un DWG qui contient des objets Covadis (plate-forme, MNT Objet, Mur-Haie, Copro, Profil en long, projet Autopiste...) , il y aura des messages d'erreur voir plus. ATTENTION également, avant d'appliquer un patch COVADIS, ou "Inititialiser l'environnement" il faut avoir lancer AutoCAD avec le profil Covadis, pour que ce soit le profil courant enregistré en base de registre. Effectivement les autres commandes pour replacer les menus sont bien : COVAINITMENU pour Covadis et PCVINITMENU pour Autopiste, Edicad, Saphir... Concernant la commande Annuler, les développeurs ont pu reproduire le problème et travaillent dessus. Olivier

Bonjour, test sous MAP 2012 64bits / Windows 7 64bits HP Elite book : I7 2630QM à 2.0GHz et 32 Go RAM => 32minutes 45s Olivier

Bonjour, Le PDF est mal géré dans AutoCAD, tout simplement car il est convertit d'une part en DWF noir&blanc (pour le vectoriel, accrochage...) et d'autre part en image pour la couleur. et ça à chaque fois que l'on ouvre le dessin. Il est donc préférable de convertir une bonne fois pour toute les PDF en DWF avec le driver DWF Writer puis d'attacher le DWF, c'est plus rapide et moins pénalisant. Ça ne fait pas avancer le Schmilblick, c'est juste pour info. Olivier

Bonjour, Je travaille sur les hyperliens. A l'intérieur d'un dessin, pas de souci pour créer un hyperlien vers une vue ou une présentation. Par contre je souhaiterais créer un hyperlien vers un fichier DWF et qu'il s'ouvre sur la présentation spécifiée, un peu comme on peut ouvrir un document PDF à la page souhaitée. Dans l'écran d'insertion de l'hyperlien, c'est : - soit une vue du dessin courant, - soit un fichier, mais je ne trouve pas comment spécifier une vue particulière d'un autre fichier. merci Olivier

Bonjour, Effectivement c'est reproductible sous MAP 2013, par contre je soupçonne Covadis, car si on crée et on démarre sur un profil sans Covadis, pas de souci. MAP 2013 + Covadis : une vingtaine de pan et zoom on besoin d'au moins 20 à 25 U pour revenir au point de départ. MAP 2013 sans Covadis, sur le même fichier et même manip de zoom et pan, il faut moins de 6 U pour tout annuler. Demain je pousserais un plus plus mes tests pour voir quel module est en cause, mais je pencherais bien pour le module de gestion des objets "courbes de profil en long" Olivier

Je travaille en VRD donc les points topo (bloc avec 2, 3 ou 4 attributs) c'est par paquet de 50000 ou plus qu'on les copie d'un dessin à l'autre. En plus, chacun à son orientation... donc création de milliers de blocs *U différents L'insertion d'un dessin dans l'autre pouvait prendre jusqu'à 10 minutes. Le problème avec AutoCAD, c'est que le bloc n'est pas cloné dans le nouveau dessin, il est ré-inséré depuis la définition courante, puis AutoCAD applique les propriétés classique (calque, couleur...), puis les paramètres dynamiques, c'est cette dernière qui est très longue, et les propriétés des attributs ne sont pas réappliquées. Olivier

Bonjour Pour Goldorak44, ci-joint fichier qui permet de reproduire le problème que je décris 1. Copie/colle les 4 blocs de FICHIER1.DWG dans FICHIER2.DWG Les valeurs des attributs sont conservées, mais le style, la couleur, la hauteur des attributs sont perdus. 2. Concernant les temps de réponse, ouvre le ficheir1.DWG fait un réseau classique de 50*50 sur les 4 blocs => 10000 blocs. Attache ensuite FICHIER1 en Xref dans FICHIER2 et lance la liaison en mode "insert". Cela prendra au minimum 2 minutes et je n'ai qu'un seul paramètre de rotation. Le support Autodesk a ouvert un cas auprès des développeurs il y a plus d'1 an maintenant et toujours pas de solution, ni pour les temps de réponse, ni pour la perte d'infos sur les attributs. Olivier Bloc_Dyn.zip

Bonjour, Juste pour info, j'avais essayé d'utiliser les attributs dans les blocs dynamiques et j'avais rencontré 2 soucis qui m'ont fait abandonné cette solution. Tant que l'on travaille dans son dessin, pas de souci, mais si on essaie d'insérer le dessins contenant ces blocs dans un autre dessin, c'est là que ça se complique: 1. le temps de réponse est catastrophique. l'insertion d'un DWG contenant 5000 blocs dyn (modifiés => création des blocs *U) dans un autre DWG (qui contient déjà la même définition du bloc) prend plusieurs minutes au lieu de quelques secondes avec des blocs non dynamiques 2. les attributs des blocs sont redéfinis. Par exemple dans le dessin d'origine on a modifié individuellement la hauteur ou le style de texte d'un ou plusieurs attributs. Cette information est perdue lorsque l'on insère dans l'autre dessin, contrairement au blocs non dyn pour lesquels les attributs gardent entièrement leur propriété. Olivier

Bonjour, Autodesk vient de sortir le SP 2 Pour Civil 2013. Espérons qu'il n'y aura pas les mêmes ratés que celui de MAP ( SP 2 --> SP 2.1 ) ici Olivier

Bonjour, tout simplement parce que le bloc n'a pas d'attribut et que "entnext" te renvoie l'entité suivante dans la base de données du dessin, donc à priori un texte dessiné juste après le bloc. Si tu veux absolument ne sélectionner que les blocs avec attributs, tu ajoutes (cons 66 1) au filtre de ton jeu de sélection Olivier

Bonjour, pour que le DesignJet 500 le prenne en compte, il doit être équipé de la carte HPGL2 sinon, ce n'est qu'une grosse imprimante. C'est de base sur les HP800, par contre ça a été supprimé des HP 770 et 790. Il faut monter sur la gamme au-dessus HPT1200 ET HP T1300 pour retrouver l'imbrication. Alors que les vieux HP 650 et 750 l'on toujours fait. Olivier

Bonjour, A la rigueur le dossier MEP pourrait contenir les jeu de feuille DSD. On ne se pose pas la question de savoir quel DWG il faut ouvrir pour imprimer, on ouvre directement le jeu de feuille et on imprime. C'est un peu tirer par les cheveux, mais pourquoi pas Olivier

Bonjour, il ne faut pas incrémenter sur la distance totale de la droite, mais sur cette distance à laquelle on soustrait abscisse du 1er candélabre. Si ta droite fait 100m et que tu poses le 1er candélabre à 35m du début, i ne faut incrémenter que de 100-35 soit 65m sinon ça dépasse. Olivier

Bonjour, même s'il n'y a pas de commande directe, on peut procéder comme ceci: 1. Si c'est un calque de faces 3D, le convertir en MNT Objet 2. Cov3D / MNT Objet / Utilitaires => Extraire les points 3. Cov3D / MNT Objet / Utilitaires => Extraire les lignes caract 4. Cov3D / MNT Objet / Utilitaires => Extraire le contour 5. Utiliser la poly3D de contour pour faire une nouvelle plate-forme, puis l'option Rechercher pour trouver les points et poly3D des lignes caract pour les intégrer dans la plate-forme. C'est pas direct mais assez rapide quand même. Olivier

Bonjour, Dernières infos en provenance du support Autodesk qui a réussi à reproduire le crash. C'est lié au nombre de répertoire déclaré dans la liste des "chemins de recherche des fichiers de support" dans le profil AutoCAD. A priori, MAP seul , c'est OK, MAP + Covadis (4 chemins) c'est OK, MAP + Covadis + 2 ou 3 chemins perso => crash. MAP + 6 ou 7 chemins perso c'est le crash aussi. Autodesk travaille sur un correctif, mais pour le moment la seule solution est bien de remettre le AcMapLoader.arx pré-SP2 pour que cela fonctionne. Olivier

Salut Patrice, Oui j'ai été contacté suite à l'envoi du rapport CER. Le problème est que si tu veux espérer une réponse, il faut tout (d)écrire uniquement dans la langue de Shakespeare, sinon ça passe à la trappe. Globalement, si c'est vraiment un problème MAP ils sont assez réactifs pour demander des infos, après pour le traitement et trouver une solution, c'est plus variable. Olivier

Bonjour, Après discussion avec le support Autodesk, c'est le fichier AcMapLoader.arx qui est en cause. Il est situé dans le dossier d'installation de MAP (C:\Program Files\Autodesk\AutoCAD Map 3D 2013) Il suffit de le sauvegarder avant d'appliquer le SP2, puis appliquer le SP2 et remettre la version sauvegardée de l'arx (écraser celui du SP2) et tout re-fonctionne correctement. Chez moi en tout cas. Cela n'a rien avoir avec les profils ou applications tierces (Covadis entre autre) Olivier

Bonjour, lorsque que le coller ne fonctionne pas, dans 95% des cas, c'est à cause d'un type de ligne complexe (faisant appel à un fichier de formes SHX) un peu exotique dans le fichier de départ et qu'AutoCAD n'arrive pas à cloner dans le fichier d'arrivée. Olivier

Bonjour, idem, après install du SP2, impossible de relancer MAP 2013, crash direct. (restauration et tout est reparti) Covadis V13.0g aussi sur la machine. Olivier