Bonjour Gilles,
Citation:
Delphi VCL, c'était les composants.
il faut préciser les composants Windows ou plus exactement à base de Windows (la plupart étant l'encapsulation d'API windows mais je schématise)
Citation:
Delphi/Lazarus n'ont jamais proposé dans leurs composants natifs un TEdit/TMemo digne de ce nom, gérant le HTML dans sa plénitude
Lazarus est un fork de Delphi 7 Open Source donc parti d'une base VCL Windows (et ce même pour Kylix). Il y a t-il un "composant" windows qui le permette ....
Citation:
FireMonkey aurait du reprendre les bases du "canal historique"
Firemonkey c'est VGScene donc son "canal historique" n'est pas celui des VCL
Citation:
et pousser le langage objet plus loin en permettant d'inclure de manière développée des "custom components" dans d'autres composants.
je ne comprends pas car, pour moi, c'est plus que possible d'utiliser/dérivé des composants "Firemonkey" pour en faire ses propres composants et ces derniers peuvent très bien être inclus dans les composants existants. Le hic étant plutôt les styles, ça pour moi c'est encore un vrai casse tête pour ne pas parler d'une autre partie de mon anatomie.
Citation:
Là, le LiveBindings ou équivalent aurait eu tout son sens, en terme d'interactivité entre le contenant et le contenu (et réciproquement).
ça encore, c'est possible cela fait l'objet d'un de mes tutoriels en cours de rédaction. Toutefois ce tutoriel qui sortira peut être à la rentrée ne me plais pas complètement faute d'un exemple vraiment applicatif.
J'étais parti du tutoriel de base Comment rendre un composant activé d'abord pour en donner des explications supplémentaires puis je me suis lancé dans l'écriture d'un composant : un TImage qui charge l'image en fonction d'un nom de fichier et non d'un blob. D'où, ajout d'une propriété (Fnomimage) et surprise, cela suffit ! pas besoin de l'activer d'avantage (ça fonctionne très bien avec une liaison BDD). L'activation LiveBindings ne permet qu'un chose supplémentaire pour ce composant : si l'on change la valeur de la propriété FNomImage celle-ci peut être répercuté (bi direction) vers un Label ou un TEdit et donc cela agit sur le concepteur visuel de liens .Mais AMHA c'est hélas pas utile,du coup ma démonstration tombe à plat :aie: et j'avoue je n'ai plus d'inspiration depuis :arf:
Citation:
Serge, as-tu lu la réponse de la société éditrice de NCReport et as-tu suivi le lien qui y est inséré ? Elle me répond que NCReport est basé sur un "composant" Qt, un composant qui n'a pas d'équivalent en Delphi, ni en fonctionnalités, ni en capacités de programmation.
oui j'ai bien lu, mais il est peut être possible d'écrire ce composant en Delphi si toutefois on en a les sources pour s'en inspirer et dans les limites de Pascal Object
Citation:
TMS a fait un effort, mais la philosophie de tous ses composants est mauvaise : au lieu de préférer un système d'emboitage des composants, par exemple, on aurait pu emboiter un TEdit ou un TMemo gérant le HTML dans des cellules de TGrid, ils ont développé des "monstres" autonomes, comme les TTMSFMXGrid et les TTMSFMXRichEditor.
Ces deux derniers sont de "simple" (enfin quand j'écris simple ce n'est pas vraiment le terme) dérivés des composants TStringGrid et TRichEditor, et en regardant les sources il y a bien "emboitage" dans certaines limites. Ce que je n'arrive pas à maitriser dans leurs composants c'est, encore une fois, les Styles. Et, je te coupe de suite, non, les styles ce n'est pas FireMonkey du moins pas totalement (et ce même si Firemonkey les utilise) pour moi il s'agit d'un dérivé des Skins autrefois proposé par des tiers pour "looker" des programmes VCL Windows de base de très triste figure :roll:
Pour ce qui est du HTML plutôt que le richeditor c'est le moteur d'un webbrowser light qu'il faudrait (mais ce n'est que mon avis perso)
@+
Serge