Mémorisation des propriétés d'une Form

Bonjour,

je travaille toujours sur les TForm. Je cherche la meilleure approche pour mémoriser l'état (sauf wsMinimized), et éventuellement la position et la taille de la fenêtre "décidés" par l'utilisateur. Et comme d'habitude, je souhaite une approche portable (i.e. windows, linux, os X) donc par exemple cette approche typiquement VCL ne me convient pas. La mémorisation est liée au PC utilisé. Dans la mesure où il peut y avoir plusieurs utilisateurs différents sur un même PC, je suppose que la meilleure approche est un répertoire caché dans le GetUserDir ?

Une autre solution ?

Merci. Cordialement. AD

Bonjour,

Je n'aime pas trop la notion de répertoire caché. S'il y a des paramètres d'initialisation communs à tous les utilisateurs, j'utiliserais plutôt une BDD avec une table pour ces champs communs, et une table par utilisateur (identifié par exemple par GetUserDir) pour ceux propres.

Ça pourrait n'avoir d'avantage que selon le volume des données d'initialisation ou en cas d'existence d'une BDD locale pour l'application.

Bonjour,

Citation:

---

Envoyé par tourlourou

Je n'aime pas trop la notion de répertoire caché.

---

C'est pourtant couramment utilisé. Je parle de FileSetAttrUTF8(folder, faHidden). Sous Windows, on pourrait le placer dans C:\Users\xxxx\AppData\Local\monprojet sans le cacher, comme fait Lazarus. Mais ce n'est pas portable sous Linux et OS X... Caché ou non de toute façon, le principe reste le même et en effet, il n'est pas centralisé. Ce qui nécessite une attention particulière à la désinstallation du projet.

Quant à savoir s'il vaut mieux utiliser une table SQLite ou un simple fichier Ini ou XML, je ne sais pas. S'il s'agit d'une approche centralisée, une BDD locale me semble recommandée. Dans la mesure où je dispose d'uniDac, je limite déjà les problèmes de dépendance de librairies sur mes accès mariaDB et PostgreSQL distants : un accès SQLite en plus n'a pas d'incidence au niveau du déploiement. Dans le cas contraire (i.e. décentralisé) un XML suffirait.

Cordialement. AD.

Salut,

Sinon il existe GetAppConfigDir(False) qui renverra, sous Linux, /home/username/.config/AppliName (/etc/AppliName avec True) et C:\Doc_and_Set\Username\Local Settings\Application Data\AppliName\ (ou All Users à la place de Username\Local Settings si True) sous XP, dans lequel il sera enfantin de placer un .ini ou n'importe quoi d'autre.

Désolé que ça soit caché, Y., mais c'est en natif sous Linux et parfaitement bien géré (la preuve ci-dessus).

Oui, oui... c'est là que cela va aller !
Merci. AD.