Bonjour,

Pour les programmeurs de la ptafflist.

Je trouve abérant que le framework .NET ne fournis pas de layout manager
plus intélligent que le fixed positionning. C'est ridicule que des
logiciels développés en 2005 soient fixé à des grandeurs de fenêtres et
des résolutions d'écrans définis par les programmeurs du programme.

Combien de fois voit-on des dialogs box avec des messages d'erreurs trop
grand pour la fenêtre, sans possibilité de sélectionner le message et
sans possibilité d'agrandir la fenêtre? c'est gênant!

Combien de fois es-t-on forcé de travaillé dans un tableau 200px par
300px sans pouvoir le faire agrandir même si on a en masse de place à la
résolution de notre écran? C'est anti-productif!

Vous direz que c'est la faute des programmeurs de ces logiciels. Je vous
dis que c'est en grande partie la faute des librairies de bases qui sont
utilisées par ces programmeurs et qui ne leur donne pas un moyen simple
de coder des bonnes fenêtres, et ne donne même pas le bon exemple.

Exemple de code pour faire une fenêtre avec .NET:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/cpref/html/
frlrfsystemwindowsformsformclasstopic.asp

Remarquez que les boutons sont positionnées en pixel:
button1.Location = New Point(10, 10).

La seul référence à un layout manager que j'ai trouvé sur msdn, c'est
celui de .NET pour Windows CE:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/wceddk5/html/
wce50conlayoutmanager.asp

Je demande pourquoi? Est-ce pour qu'un marché de layout manager tierce
partie se développe?

Java supporte des layout manager depuis ses débuts, même que la
documentation recommande très fortement d'utiliser les layout manager et
d'éviter le positionnement fixe à tout prix.

gtk+, qui est l'API pour GUI en C utilisé par GNOME utilise un layout
manager simple mais efficace.

.NET est plus récent que ces 2 technologies et pourtant il est plus
archaïque.

Cordialement,