Discussion :

[Invité]

Bonjour,

je dispose de vieux sources qui dérivent la méthode CreateCellControl: TStyledControl; Avec ma version actuelle de Rio (la dernière), cette méthode est introuvable. J'ai utilisé mon NotePad++ pour trouver cette fonction dans l'ensemble du dossier sources/fmx : introuvable

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
type TPanelCol = class(TColumn)
 protected
    function CreateCellControl: TStyledControl; override;
 end;

[dcc32 Erreur] UFRM_Main.pas(40): E2137 Méthode 'CreateCellControl' non trouvée dans la classe de base

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
type TGenericColumn<T: TStyledControl> = class(TColumn)
  private
    FOnCellCreated: TCellCreatedEvent;
  protected
    function CreateCellControl: TStyledControl;override;[...]

[dcc32 Erreur] GridColumns.pas(14): E2137 Méthode 'CreateCellControl' non trouvée dans la classe de base

Pfffffffff... Merci pour votre aide.
Cordialement. Gilles

[SergioMaster]

Bonjour Gilles,

J'espère que tu seras patient, sur mon île mon programme actuel ne nécessitant ni FMX ni VCL mais palmes masque et tuba
En tout cas si CreateCellControl est aux abonnés absents c'est le cas c'est vraiment un sale coup !

[Paul TOTH]

je viens de contrôler, ça a disparu depuis un moment déjà je pense, probablement quand TGrid est passé en composant stylé. J'ai retrouvé cette méthode sous XE3 mais elle n'existe plus sous Berlin

dans XE3 TCustomGrid est un dérivé de TScrollBox, sous Berlin elle dérive de TCustomPresentedScrollBox

je ne sais pas quelle part des composants FMX est maintenant stylée, mais au départ c'était quelques uns et cela a tendance à ce généraliser.

[SergioMaster]

Re,

Finalement j'étais mal réveillé vacances obligent, il suffit de créer un TColumn, pour les exemples il suffit de regarder dans FMX.Grid, Le TColumn est déclaré à partir de la ligne 128 et les StringColumns et autres à partir des lignes 350
En fait si tu y regardes de plus près il n'y a aucune intervention de style (sauf pour la colonne CheckBox)

[Invité]

Bonjour,

conclusion,

il ne faut pas utiliser FMX "en pointillé" comme c'est mon cas et réactualiser ses codes régulièrement. Mais j'en ai marre de devoir réécrire mes codes à chaque version de XE. Quelle perte de temps ! La réutilisation de codes est quasiment impossible d'une version n à partir de la n-2 ou n-3 !

Evidemment c'est pour améliorer le produit... diront les optimistes. Je crois que c'est plutôt pour uniformiser les différentes briques achetées.

J'attends vraiment avec impatience la prochaine version de Lazarus avec la cible mac OS Cocoa 64 bits exploitable
Et pour iOS et Androïd, je compte à terme -mais c'est déjà en grande partie le cas- me passer de FireMonkey.

D'une certaine manière, la question est "résolue" : quand je fais la somme de toutes mes contrariétés avec les produits d'Embarcadero, les retards, les incapacités, l’instabilité des codes dans le temps, la difficulté à créer ses propres composants, ... je ne peux que me résigner.

2 mois sur les TGrids et ne pas être capable d'arriver au niveau de développement que j'ai atteint avec Lazarus ou Qt sur des composants équivalents, dénotent une certaine improductivité improductivité certaine à mon niveau. On a beau être un ancien développeur Delphi (le vrai) d'un niveau qui me satisfaisait, un développeur Lazarus ou Qt à peu près à niveau pour les exigences des applications que je développe, en FireMonkey, je n'atteins pas le niveau et franchement, je ne me sens pas le seul responsable. Si à chaque objectif, il faut rebâtir les sous-objectifs atteints -dans le meilleur des cas-, il est vrai que les approches se compliquent un peu !


Sur ce, comme Serge, je termine aussi mes vacances, "tranquillou".
A bientôt Gilles.

[SergioMaster]

Bonjour,

Le problème est qu'il y a deux versions de FMX, celle de départ avec XE3 était disons le, peu mature. Je ne sais pas trop quand est apparu FMX 2 (XE4 ?) mais cela fait un peu l'effet des versions ante et post Unicode. De plus, concernant FMX, il est très difficile de trouver les évolutions qui sont faites à chaque version (à part en fouillant avec soins dans les notes de release).
Cela dit je n'ai eu aucun problème de migration depuis les versions 10 (Berlin->Tokyo->Rio). J'avoue ne pas avoir tenter de migrer mon seul projet XE4 (cf tutoriel mes premiers pas avec les styles) vers Rio mais impliquant TList et Styles j'écrirais certainement un peu différement aujourd'hui.

Quant aux composants, finalement s'ils ne sont pas à utiliser en liaisons avec des données, je ne vois pas trop de différences avec un composant VCL "classique". Là où je butte c'est dès qu'il s'agit d'ajouter cette liaison. Le plus difficile et pas forcément recommandable est de faire un composant VCL et FMX sinon que reste t-il ?
La partie style, là c'est toujours un peu flou pour moi. Je sais comment indiquer un nom de style particulier pour un composant, je sais en théorie comment inclure un style non existant pour un composant mais de la théorie à la pratique Je ne désespère pas d'en finir avec mon RadioGroupBox , deuxième volet de mon tutoriels sur les composants mais je me suis trop dispersé sur d'autres sujets : Grid (que tu as lancé) m'a amené à TPath (pour dessiner des triangles) qui m'a ensuite poussé sur les SVG qui m'ont poussé sur les Gradients et les Styles, Quelques besoins pros m'ont relancé sur TList bref aucune chose n'est réellement terminé chaque sujet en entrainant un autre j'en suis même à penser à un OTA pour remplir TPath (Paul ayant déjà proposé sur GitHub un truc semblable pour les fontes).
Heureusement la pause vacance est là pour remettre (et vider la tête) les choses en perspective !

Sur ce, comme Serge, je termine aussi mes vacances, "tranquillou".

déménagement terminé ?