rapitou a écrit:

Bon ben je vais me pendre ! huhuhuhuuuuuuuuuu

Ou je vais tout simplement laisser tomber cette modification moisie qui au départ était faite pour me faciliter la vie en évitant de retaper toujours le même truc .... Finalement ça me l'aura bien compliquée !!

Dommage de baisser les bras... Le copier / scotcher de code c'est bien quand on peut l'éviter.

rapitou a écrit:

Jolie animation ... J'aurais bien été tentée d'écrire un truc sur la soucoupe volante mais je vais m'abstenir !

Bah, on est entre nous, vas-y

Seki a écrit:

Dommage de baisser les bras...

Ah j'ai pas baissé les bras ... j'ai finalement opté pour le setcolumn/settext puisque ça marche ... Ce qui m’embête c'est de ne pas avoir trouvé le pourquoi du comment et de me rabattre sur une méthode moisie.

Seki a écrit:

Bah, on est entre nous, vas-y

Ah ben justement ! Le monde de PB est tout petit petit 

foon a écrit:

la datawindow en question n'est pas en sharedata avec une autre ou une datastore?

Non pas de sharedata ... ou alors peut être à un niveau N-10 de la hiérarchie d'héritage et j'ai aucune envie d'y mettre le nez pour essayer de comprendre la logique alambiquée de ce truc là ... Tout ce b...l pour une pauvre fenêtre de recherche !

Quel impact a le queryMode sur la modification d'une donnée de la dw ? C'est une fonctionnalité que je n'ai jamais utilisée

Gagné !!! 

Quand je passe le QueryMode à no sur la dw, je peux y initialiser des données !
Je vais donc me résigner à la méthode douteuse du SetText() pour éviter de perturber mon fw adoré !

Merci à toi je dormirai moins bête ce soir

Je suis d'accord...

En même temps je comprends que les boîtes se tournent vers des technos comme le .Net. La principale difficulté pour le développeur étant de trouver la bonne méthode pour arriver à faire ce qu'il veut, ça lui laisse une marge de manoeuvre très limitée pour mettre la grouille dans l'appli.
Contrairement à PB ou le développeur code comme il en a envie, avec ou sans bon sens... et des développeurs moisis ou pas se succèdent ... et finalement l'appli peut finir par ressembler à une énorme ... dont on veut se débarrasser !

euh ....

rapitou a écrit:

Je suis d'accord...

En même temps je comprends que les boîtes se tournent vers des technos comme le .Net. La principale difficulté pour le développeur étant de trouver la bonne méthode pour arriver à faire ce qu'il veut, ça lui laisse une marge de manoeuvre très limitée pour mettre la grouille dans l'appli.
Contrairement à PB ou le développeur code comme il en a envie, avec ou sans bon sens... et des développeurs moisis ou pas se succèdent ... et finalement l'appli peut finir par ressembler à une énorme ... dont on veut se débarrasser !

Marrant ça, moi j'ai le sentiment complètement inverse concernant .Net/JAVA et PB

je trouve qu'en PB y a généralement pas 36 manières de faire un truc et on sait toujours plus ou moins dans quel événement on va trouver tel type de code qui fait telle action (genre que se passe t'il quand je change la valeur d'un champ dans une DW => je vais voir dans l'itemchanged)

Alors qu'en .Net/JAVA on a environ 50 objets interagissant pour afficher la moindre fenêtre et le même genre de code qui fait le même genre d'action se trouve une fois dans la classe qui représente une table en DB, un coup dans la classe "DataProvider", un coup dans une autre classe, sans qu'on sache vraiment trop pourquoi c'est là et pas ailleurs.

Perso je pense que si PB décline au profit de .Net/JAVA c'est principalement pour des raisons de marketing ( les décideurs se sentent plus rassurés avec un produit Microsoft qu'avec un PB dont ils n'ont jamais entendu parler) et ceci provoque un cercle vicieux : pas bcp de jobs PB disponibles donc pas beaucoup de gens qui s'y intérèssent et s'y forment => pas beaucoup de compétences PB disponibles non plus => raison de plus pour ne pas choisir PB pour un projet car difficultés de recrutement.

Mais au bout de + de 10ans de PB et ayant pu comparer ça avec par exemple un nouveau projet Java destiné à reproduire une ancienne appli PB, ou en comparant avec le développement dans Microsoft Dynamics AX j'attends toujours de voir un outil aussi rapide et performant que PB.

On peut continuer cette discussion ici pour ceux qui veulent histoire de pas trop mélanger les sujets.

Ah ok, c'est N2I qui a développé l'appli... 

Cela dit :

rapitou a écrit:

le développeur code comme il en a envie, avec ou sans bon sens... et des développeurs moisis ou pas se succèdent ... et finalement l'appli peut finir par ressembler à une énorme ... dont on veut se débarrasser !

Tu peut trouver ça partout, quel que soit le langage, hein...

rapitou a écrit:

Sans approfondir le sujet, en 12 ans de PB, j'en ai essuyé comme même beaucoup des m.. , et les bons développeurs que j'ai rencontrés se comptent sur les doigts d'une main !

Ça, c'est pas exclusif à un langage : on arrive à faire de la merde avec n'importe quoi. Et quand quelqu'un sait coder (en fait concevoir du code, raisonner), il y arrive normalement quel que soit le langage.

rapitou a écrit:

Dans ma dernière boite ils en étaient venus à cracher sur l'appli PB pourrie au possible, et aux dernières nouvelles ils songeaient sérieusement à refondre en .NET...

Quand je suis arrivé ici, c'est aussi ce qui était prévu, parce que PB "ne savait pas faire" (et surtout parce que les devs ne savaient / voulaient plus maintenir l'existant). 6 ans plus tard, .Net a disparu avec l'équipe de dev, et on fait encore du PB

erazorz a écrit:

Ah ok, c'est N2I qui a développé l'appli...

C'est marrant comme l'oeil ne voit que ce qu'il a envie de voir !!
Vous avez entendu parler d'un fw N2I vous ? Je connais bien votre chef il m'en a jamais parlé !

erazorz a écrit:

Tu peut trouver ça partout, quel que soit le langages, hein...

Humm ... peut être plus en PB, je pense personnellement que la formation des non informaticiens début 2000 y est pour quelque chose ... En même temps je dis ça alors que j'en ai bien profité de ce truc là !!