ObjectDCL

[zebulon_]

Bonjour à tous,

 

j'ai téléchargé une version d'ObjectDCL (www.objectdcl.com). Je ne sais pas encore le faire fonctionner mais, compte tenu de ce qui est décrit dans l'aide, je crois que je vais mettre mon bon vieux DCL à la retraite.

 

Car comme disait Didier,

pour mémoire "DCL"

signifie : Dramatique Comme Langage !!!

http://www.cadxp.com/sujetXForum-2000.htm

 

Sinon, s'il y a des utilisateurs d'ObjectDCL, quel est votre avis sur le produit ?

[Tramber]

Je donne mon avis ici.

 

Avis favorable !

[zebulon_]

Maginifique de pouvoir décrire une boîte de dialogue de façon graphique et non plus liittérale comme avec DCL.

On n'est pas des écrivains, ça se saurait, on est des dessinateurs, alors vive ObjectDCL.

 

Sans compter les possibilités que DCL n'offre pas : prévisualiser des fichiers dwg, afficher des images bitmap, choisir la police du texte etc...

 

Voilà une bonne idée qu'Autodesk pourra "reprendre" pour la version 2007

 

[Edité le 9/6/2005 par zebulon_]

[Serge]

zebulon_,

 

J'ai parlé à Chad Wanless, le créateur de ce produit, en 2001, lors du Autodesk University. Nous avions des préoccupations communes ainsi que d'être Canadien (c'est rare que je le dis) et d'avoir un logiciel tellement évident pour l'usager qu'Autodesk allait le compétitionner. Cela crée un effet de ralentissement des ventes. Depuis 2001, toujours pas de ObjectDCL ni de MVPort dans AutoCAD. Autodesk investit ses énergies dans .Net (lire DotNet) comme plateforme de développement.

 

Note: le MVPort a effectivement passé à un cheveu d'être incorporé à AutoCAD. C'est un outil qui facilite dramatiquement l'usage de l'espace papier. Une version gratuite existe pour AutoCAD 2000 à 2002 et une version d'évaluation 90 jours existe pour les versions suivantes.

 

Serge

 

[zebulon_]

Salut Serge,

 

Peux-tu éclairer ma lanterne : compétitionner ça peut se traduire comment ?

 

Zebulon

[Tramber]

"Challenger",

 

non je blague, rapport à l'anglicisation de nos expressions en france

[Serge]

Tramber,

 

Effectivement, je dois aiguiser mon anglais puisque je visiterai Paris prochainement (c'est une blague mais qui a un fond de vérité).

 

Zeb,

Compétionner veut dire entrer en compétition, ou encore émuler, ou encore offrr un produit comparable (ou même inférieur) mais qui a derrière l'étandard Autodesk. Ça pouvait aussi être une prise de contrôle plutôt qu'une compétition.

 

Et pour ne pas être perdu dans la traduction, les mots exacts furent : "With AutoDesk and

ObjectDCL all I can say at this point is that I am loosing sales because of this impending sale that everyone believes will happen." Évidemment, ceci n'est vraiment plus d'actualité car c'était juste avant le lancement d'une nouvelle version d'AutoCAD il y a 4 ans et le produit si craint ne s'est jamais manifesté. Nous même avions connu un féchissement des ventes à ce moment.

 

Serge

[zebulon_]

Compétitionner, je me doutais bien que cela voulais dire quelque chose comme concurrencer, mais j'avais peur de me tromper...

[Tramber]

Et maintenant je comprends mieux pourquoi objectdcl.com ne bouge pas beaucoup.

 

Pour moi, c'est un formidable produit. Accessible à tous les bureaux d'études.

[LFA]

Hello,

 

Bon petit produit objectdcl, dommage qu'il soit exclusivement que pour autocad, et intellicad alors il a pas le droit au dcl.

 

Serge, un avantage du DoNet, je pense est qu'une appli pourra facilement etre utilisé avec les autres softs concurrent

 

Pourquoi ne pas exporter le MvPort sur intellidesk ou Turbocad

 

Je ne parle pas d' autocad ou microstation qui sont bien évolué et pour ma part n'apporte pas grande ambition de développer des appli externe (ceci est mon point de vue).

 

 

LFA

[Serge]

LFA,

 

Le MVPort est basé sur la présence d'une fenêtre en espace papier que l'on veut voir en espace objet. Est-ce que ces principes existent sur les autres logiciels ? Le MVPort est un objet personnalisé se servant de racteurs. Est-ce que ces choses sont disponibles ailleurs ?

 

 

Tramber,

 

Je ne suis aucunement au courant des ventes des autres produits. J'ai cependant appris plusieurs choses en vendant des logiciels à large diffusion:

 

1) Il faut un produit plus que parfait ; les gens chercheront toujours un coupable lorsque leur insatllation ira de travers et c'est toujours celui qui est absent qui sera pointé du doigt. Ça nous est déjà arrivé et heureusement qu'on pouvait être assez proche de ces clients pour leur démontrer que la faute était ailleurs. Le MVPort est très stable. J'ai eu l'occasion de présenter les sources à des très hauts responsables techniques chez Autodesk et on a rec¸des éloges pour la clarté du code, le respect des normes MDI, les algorithmes mathématiques, etc. Pour ObjectDcl, on m'a déjà dit que ça pouvait planter sauf que ces personnes ont ils fait tout le nécessaire pour faire la lumière et une auto-critique ?

 

2) Ça prend un produit qui soit extrêmement facile à utiliser. Par contre, et ceux qui ont développer le savent, plus ça parait simple, et plus il y a du travail derrière. Celui qui ne connait pas la programmation ne comprend pas la justification du prix.

 

3) Faire la mise en marché d'un add-on coute terriblement cher. Par exemple, nous payions 5000$/mois pour une petite annonce dans des revues spécialisées. Nous avons payé pour des trades show, des séminaires, pour former un réseau de distributeurs. On s'est heurté à toute sorte de monde. Un cas particulier dont je ne peux divulguer les noms : on nous a dit que notre produit permettrait d'épargner mais que le problème est que le client et le fournisseur ne vont pas en appel d'offres et que plus il y avait d'heures, mieux c'était. J'ai ai plein d'autres du genre.

 

4) Le MVPort est bien vivant soit dit en passant et il sera (à mon avis) davantage requis lors d'une prochaine version pour ses capacités 3D

 

5) Lundi prochain, nous allons enfin déployer un logiciel qui nous a demandé plus de 5000 en recherche et développement. C'est ce qui explique que depuis un an je suis beaucoup moins présent sur les forums. Sans dire de quoi il s'agit, je l'annoncerai le momemt venu, c'est un projet qui nous a permit de développer une très solide expertise en C++ et en DotNet avec des concepts tout-à-fait révolutionnaires. Je vis dans les Dataset, les DataAdaptor, les connection, les datagrids, dans la gestion d'événements, dans les objets dérivés, dans les Com wrapper, les safearray, etc. mais aussi dans la gestion de startégies, de priorités, de budget et de ressources humaines. Je sens présentement un lourd fardeau sur mes épaules se libérer. Vive les vacances bientôt

 

Serge

[LFA]

Serge,

 

Le MVPort est basé sur la présence d'une fenêtre en espace papier que l'on veut voir en espace objet. Est-ce que ces principes existent sur les autres logiciels ? Le MVPort est un objet personnalisé se servant de racteurs. Est-ce que ces choses sont disponibles ailleurs ?

 

Les logiciels comme Turbocad et intellidesk intellicad tourne exactement comme autocad pour la gestion de fenêtre et d'espace papier et objet.

 

Si le MVPort sert de réacteur, proprement parlé, il ne devrait pas être trop dure d'étendre le produit sur Turbocad et intellidesk.

 

Je suppose que le MVPort utilise les connexions COM, qui sont à ma connaissances ouvert sur les logiciels cités.

 

Ce serait bien d'avoir des appli tranversal qui tournent sur plusieurs softs:

 

Exemples: un MVPort a choix multiple.

Seul bémol reste a connaitre tous les mots clé des API

 

 

 

[Tramber]

Pour en revenir à la conversation du sujet (très intéressant ce que tu racontes), je me sers d'objectDCL depuis 6 mois et ne déplore plus de problèmes.

 

C'est un logiciel très sur et très facile à utiliser.

Il demande de l'huile de coude, du travail et quelques bons réflexes. Moyennant quoi je ne déplore plus aucun plantage qui lui serait imputé.

 

Je m'inquiète juste de savoir comment il tournera sous 2006.

 

 

[Serge]

LFA,

Le MVPort est en ObjectARX (natif ou C++ pur). Nous n'avons pas exposé d'interface (COM) mais même si nous l'avions fait, elles-auraient été compatible avec un DVB ou un client Visual Lisp.

 

Tramber,

Je suis content que tu sois satisfait de ObjectDCL car je me réjoins de la réussite des autres et je pense que c'est un bon produit. Je ne crois pas qu'il y ait de problèmes avec la 2006 car 2004 à 2006 sont des versions 16. Incidemment, si la 2007 devait être une 17, il y a de bonnes chances qu'il y ait incompatibilité. En passant, ce produit s'adresse surtout aux clients finaux. De notre coté, nous développons des applications à large diffusion et en Arx le plus souvent. Le besoin n'y est pas.

 

Serge

 

[LFA]

Hello,

 

Serge,

 

Impossible de te répondre, jamais toucher au C++ que du DoNet (bien que c'est a peu de chose près identique).

 

Je sais que intellidesk utilise l'équivalent ARX , le IRX en C++, le visual lisp n'est pas supporter a 100% pour le moment et le VBA n'est pas inclut dans toute les versions.

Pour Turbocad l'équivalent ARX serait le dll et C++ .NET.

Le VBA étant toujours exploitable.

 

 

Pour refenir à ObjectDCL, je le trouves intuitif assez simple à utiliser, seulement pour des question de compatiblité n'est-il pas mieux d'utiliser le .NET.??

 

:( Ce que je déplore c'est la grande effervesence d'appli pour autocad au détriment des autres softs, un peu dommage.

 

LFA

[zebulon_]

Merci pour vos réponses.

 

Je pense que je vais investir et m'investir dans ObjectDCL et construire sur mon acquis en lisp.

 

Dot Net, je ne connais pas... mais je ne veux pas m'investir à savoir piloter un airbus pour finalement faire voler un cerf-volant

[Serge]

LFA,

Pour être puriste, la seule ressemblence entre DotNet (que l'on devrait plutôt appeler C# ou VB pour DotNet puisque ce sont les langages qui nous intéressent) et le ARX (C++) est qu'il faut acheter un compilateur Visual DotNet. ARX est du code non managé (en gros, pas de tracas de déployement) et VB DotNet c'est l'inverse. ARX est natif à AutoCAD, l'autre non. ARX est disponible depuis R13 et l'autre depuis 2005.

 

zebulon_

À mon avis, Visual Lisp est le meilleur choix pour celui qui programme de façon occasionnel;e. Seules lacunes: les DCL (corrigés avec ObjectDCL) et le manque d'accès au fichiers binaires. Le VBA offre certains autres avantages. VBA et Lisp sont gratuits.

 

Serge

 

[Tramber]

Hé Zebulon,

 

t'as qu'à venir travailler chez moi après le 7 juillet, je maitrise bien odcl (remarque c'est tellement facile qd on connait bien le lisp).

 

;)

[zebulon_]

Merci pour ta proposition, Tramber. Je ramène la bière et les sandwiches... et d'ici là, bonnes vacances ? Ou bien tu as trop de boulot ?

[Tramber]

Fischer de Schiltigheim et cornichons dans le sandwich s'il est au jambon.

 

Je suis en poste à l'AFPA jusqu'au 7/7/5, c'est tout.

 

Après je suis là !

Quant à mes WE, en ce moment, ils sont pris, j'ai encore du travail et 30 ans à fêter bientôt !