Discussion :

[naute]

Bonjour .

Je travaille (?), depuis quelques temps déjà, sur une version Lazarus 2.1.0 / FPC 3.3.1 installés avec fpcupdeluxe, qui ne me posait pas de problème spécifique, jusqu'à ce que j'aie besoin, pour une petite application, de mettre à True la propriété ReadOnly d'un TComboBox, et à fsStayOnTop la propriété FormStyle d'un TForm.
Je constate les faits suivants :

• la propriété ReadOnly, positionnée à False par défaut, reste à False quand on clique dessus dans l'inspecteur d'objet, et donc est inutilisable par ce biais ;
• la propriété FormStyle se paramètre correctement à fsStayOnTop mais n'a aucun effet ;
• le paramétrage de ces deux propriétés dans le code n'a aucun effet.

Je me suis dit que ce dysfonctionnement venait de la version non officielle que j'utilise, et pour rentrer dans les clous, j'ai installé, toujours avec fpcupdeluxe, la version considérée comme stable actuellement, à savoir Lazarus 2.0.10 / FPC 3.2.0 : pas mieux. .

Quelqu'un aurait-il un avis sur la question ?

Merci d'avance,
naute

[Jipété]

Yop !

Pour la Form, utilise fsSystemStayOnTop et ne me demande pas pourquoi, sinon je te répondrai parce que,

Pour la ComboBox, ouaip, c'est chelou, et le pire c'est que si tu choisis csDropDownList, c'est l'inverse, le ReadOnly passe à true et y reste…

Pas d'idée du pourquoi du comment, Debian 10.5 64 bits, FPC 3.2 / Laz 2.0.10

[naute]

Bonjour à tous les deux .

Pour la Form, utilise fsSystemStayOnTop et ne me demande pas pourquoi, sinon je te répondrai parce que

Pourquoi ?
Plus sérieusement, ça fonctionne.

Pour la ComboBox, ouaip, c'est chelou, et le pire c'est que si tu choisis csDropDownList, c'est l'inverse, le ReadOnly passe à true et y reste…
Pas d'idée du pourquoi du comment, Debian 10.5 64 bits, FPC 3.2 / Laz 2.0.10

En ce qui me concerne, je suis sous Debian 9.13 64 bits, FPC 3.2 / Laz 2.0.10, ce qui, j'imagine, n'a pas grande influence sur le phénomène. Par contre, le paramétrage csDropDownList résout parfaitement mon problème. Je n'y avais pas pensé.

Salut Naute ça fait une petit moment dis donc

Je suis toujours dans le coin, mais tant que je n'ai rien de concret à apporter dans les discussions, je me contente de faire du voyeurisme .

La propriété ReadOnly est en lecture seule. Je ne comprend d'ailleurs pas moi même pourquoi celle-ci est publiée et non publique

C'est effectivement absurde, parce que, étant en lecture seule, elle ne peut être utilisée que dans le code, et n'a donc rien à faire dans l'inspecteur d'objet.

fsSystemStayOnTop est identique à fsStayOnTop, sauf que fsStayOnTop c'est pour une "form" secondaire pour que celle-ci reste sur le dessus de l'application (la "form" principale).
Avec fsSystemStayOnTop c'est l'application qui reste toujours au dessus des autres applications

Subtilité que j'ignorais totalement, mais que je vais mettre de côté pour utilisation future.

et à bientôt,
naute

[DomDA91]

Bonjour,

Envoyé par BeanzMaster

La propriété ReadOnly est en lecture seule. Je ne comprend d'ailleurs pas moi même pourquoi celle-ci est publiée et non publique


C'est effectivement absurde, parce que, étant en lecture seule, elle ne peut être utilisée que dans le code, et n'a donc rien à faire dans l'inspecteur d'objet.

Si on va voir les sources de TComBoBox dans la LCL on trouve le commentaire suivant :

Code :

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

property ReadOnly; deprecated 'Will be removed in 2.2 - use extended Style values instead.';

Je présume que c'est une propriété qui n'a plus d'usage mais est maintenue pour garantir la compatibilité avec d'anciens projets.

[naute]

Bonjour .

Merci pour l'info .

Je présume que c'est une propriété qui n'a plus d'usage mais est maintenue pour garantir la compatibilité avec d'anciens projets.

Peut-être, mais si elle ne fonctionne pas, ça ne sert pas à grand chose. À tout prendre, il vaut mieux que son absence provoque une erreur à la compilation, ce qui permet d'objectiver le problème et de le régler, plutôt que de provoquer un éventuel dysfonctionnement dont la cause sera peut-être plus difficile à établir.

Amicalement,
naute

[DomDA91]

Bonjour,

Peut-être, mais si elle ne fonctionne pas, ça ne sert pas à grand chose. À tout prendre, il vaut mieux que son absence provoque une erreur à la compilation, ce qui permet d'objectiver le problème et de le régler, plutôt que de provoquer un éventuel dysfonctionnement dont la cause sera peut-être plus difficile à établir.

Ce que je redoute dans ce cas c'est que s'agissant d'une propriété "published" cela ne se résume pas à une simple erreur à la compilation du projet.
L'identifiant de la propriété peut avoir été cité dans le fichier .lfm d'une fiche et rendre celui-ci invalide si l'identifiant a été supprimé entre temps.
Je ne sais pas trop comment Lazarus réagit lors du chargement du projet s'il rencontre une telle erreur. Au mieux il émet un message demandant s'il doit supprimer le composant concerné, au pire il refuse d'ouvrir le projet !

Il faudrait expérimenter pour être fixé, malheureusement je n'ai pas beaucoup de temps en ce moment.

A+

[BeanzMaster]

Bonjour .

mettre à True la propriété ReadOnly d'un TComboBox

Salut Naute ça fait une petit moment dis donc

Comme l'a dit Jipete c'est par la propriété "Style" = csDropDownList. La propriété ReadOnly est en lecture seule. Je ne comprend d'ailleurs pas moi même pourquoi celle-ci est publiée et non publique

et à fsStayOnTop la propriété FormStyle d'un TForm.
Je constate les faits suivants :

• la propriété ReadOnly, positionnée à False par défaut, reste à False quand on clique dessus dans l'inspecteur d'objet, et donc est inutilisable par ce biais ;
• la propriété FormStyle se paramètre correctement à fsStayOnTop mais n'a aucun effet ;
• le paramétrage de ces deux propriétés dans le code n'a aucun effet.

fsSystemStayOnTop est identique à fsStayOnTop, sauf que fsStayOnTop c'est pour une "form" secondaire pour que celle-ci reste sur le dessus de l'application (la "form" principale).
Avec fsSystemStayOnTop c'est l'application qui reste toujours au dessus des autres applications

La notion entre les deux est mince, et peut poser un problème de compréhension comme c'est le cas ici.

A+

Jérôme