Discussion :

[ApproxDev]

Bonjour,

j'ouvre une discussion pour traiter les problèmes que je rencontrerai avec Delphi XE7. L'objectif est précisé dans le titre. Parallèlement à l'approche Delphi, je réalise le même composant avec Qt 5.10 que je découvre (je travaille tous les jours avec la 5.6).

Les tests seront réalisés sur un Mac Mini High Sierra, Windows 7 pro 64 bits, une tablette Samsung Galaxy et une tablette iPad.

Cordialement. AD.

[ApproxDev]

Je crée le composant, définis ma classe, mon paquet d'installation.


Il me demande alors de prendre une décision. J'ai répondu oui mais je ne comprend pas bien l'autre alternative.

Il me propose quoi en réalité ? J'ai choisis au départ (en cochant le bon bouton) de réaliser un composant FireMonkey. Alors pourquoi me demande-t-il s'il faut intégrer ce qu'il appelle (et qui pour moi ne signifie rien) le "framework Firemonkey" ?

[SergioMaster]

Re,
Tu as une info à ce sujet dans une video de Ray Konopka http://www.fmxuniversity.com/tutoria...in-firemonkey/ deuxième vidéo aux alentours de la 4° minute. Bien sûr il ne faut pas être allergique à la langue de Shakespeare
P.S. La video 1 est consacrée aux styles (ce que tu detestes ) mais explique bien, exemple à l'appui, ce que cela apporte. En gros : "ne vous cassez pas la tête à créer un composant s'il s'agit juste d'une opération cosmétique", je ne suis pas sûr de totalement adhérer d'un autre côté je n'ai pas eu une attention soutenue à l'ensemble de celle-ci

[ApproxDev]

OK. Merci Serge Beurk l'apprentissage par vidéo* et beurk l'anglais.
*Question idiote : tu as fait comment pour retrouver la position de l'explication. Tu as une mémoire formidable ? Tu prends des notes ?

[SergioMaster]

*Question idiote : tu as fait comment pour retrouver la position de l'explication. Tu as une mémoire formidable ? Tu prends des notes ?

En effet question idiote, j'aimerais avoir une mémoire formidable pour faire un pied de nez à Alzheimer, mais non, je regardai la vidéo et j'ai noté le passage (la progression en bas d'écran)

[ApproxDev]

Je pars de cette structure :

Sur le Mac Mini, le projet du composant est dans un dossier commun (accessible) à tous les OS. Ce n'est pas une nécessité mais en Qt, comme les IDE sont natifs, j'ai pris cette habitude.

Et dans les répertoires Win32 et Win64, j'ai bien les dcu

J'installe à partir d'une option qui n'apparaît plus dans le menu (???? -> Je regarderai cela plus tard)

Tout semble bien se passer.

Je crée un projet de test en Win32. J'ai bien mon nouveau composant enfin 2 car j'ai créé 2 versions avec des noms différents. J'ai pourtant bien supprimé les fichiers de la première version. Je regarderai cela plus tard. Je n'ai pas non plus d'icône associée. Je regarderai cela plus tard.
Le ScrCapture est bien dans les uses du projet de test. Je compile mon projet et il me signale une erreur parce qu'il ne trouve pas le dcu du composant. J'ai manqué quoi ? Pourquoi ne les trouve-t-il pas automatiquement ?

Ensuite une question qui m'a traversé l'esprit tout à l'heure : faut-il développer le composant systématiquement en debug et release ?

Pour l'instant, c'est plutôt le mode submersio :. C'est compliqué par rapport à Lazarus et pourtant il y a moins de cibles. Et la doc papier ? Ou un petit squelette de composant hérité d'un simple TControl serait bien utile (il n'y a pas de TcustomControl en Delphi ?)

Merci.

[alheuredudejeuner]

Bonjour,

Code :

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

1
2
3
type
  [ComponentPlatformsAttribute(pidWin32 or pidWin64 or pidAndroid)]
  TFDMemTableBase = class(TFDMemTable)

Ca fait longtemps que je n'avais pas fait de paquet fmx.

La compile et l'installation se faisait en win32.( j'ignore a quoi sert le 64 bit pour un composant)

Cordialement