Evolution #38

setActiveWindow() et ge stion des débordements

Added by Etienne Decencière almost 9 years ago. Updated almost 9 years ago.

Status:NouveauStart date:
Priority:BasDue date:
Assignee:-% Done:

0%

Category:old plone Bugs
Target version:-

Description

Description:
----------------------------------------
Les débordements des fenêtres actives ne sont pas gérés de la même façon en
fonction du bord concerné. En 2D, avec les conventions usuelles, si la fenêtre
déborde à gauche ou en haut, elle est déplacée de façon à ce qu'elle rentre dans
l'image. Si elle déborde à droite ou en bas, elle est coupée.
Ce comportement, hérité de Xlim3D, garantit que la fenêtre active obtenue n'est
jamais vide.
Personnellement, je préférerais un mécanisme qui gère de la même façon les
différents bords. Je propose de toujous prendre l'intersection entre la fenêtre
active demandée et l'image (c'est à dire, toujours couper la fenêtre active).
Dans ce cas, un problème se pose lorsque l'intersection est vide. On pourrait
alors:
1) Ne rien faire (garder la fenêtre active précédente?) et rendre un RES en
conséquence;
2) avoir une fenêtre active vide ? Plus rigueureux, mais source potentielle de
problèmes pour les utilisateurs... (et je ne sais pas si cette éventualité
bizarre a été prévue par les autres fonctions, et en particulier par les
itérateurs).

#1 23/11/2007 11:25 (etienne)
---------------------------------------------------------------------------
Change: status: "pending" -> "accepted"
Change: assignees: "[]" -> "['morphmdev', 'raffi', 'Thomas', 'Tibs']"
Change: topic: "" -> "UI"
Change: importance: "medium" -> "low"
Change: title: "" -> "setActiveWindow() et gestion des débordements"
Change: classification: "Bug" -> "Feature"
Change: description: "" -> "Les débordements des fenêtres actives ne sont pas gérés de la même façon en fonction du bord concerné. En 2D, avec les conventions usuelles, si la fenêtre déborde à gauche ou en haut, elle est déplacée de façon à ce qu'elle rentre dans l'image. Si elle déborde à droite ou en bas, elle est coupée.

Ce comportement, hérité de Xlim3D, garantit que la fenêtre active obtenue n'est jamais vide.

Personnellement, je préférerais un mécanisme qui gère de la même façon les différents bords. Je propose de toujous prendre l'intersection entre la fenêtre active demandée et l'image (c'est à dire, toujours couper la fenêtre active).

Dans ce cas, un problème se pose lorsque l'intersection est vide. On pourrait alors:

1) Ne rien faire (garder la fenêtre active précédente?) et rendre un RES en conséquence;

2) avoir une fenêtre active vide ? Plus rigueureux, mais source potentielle de problèmes pour les utilisateurs... (et je ne sais pas si cette éventualité bizarre a été prévue par les autres fonctions, et en particulier par les itérateurs).

"

History

#1 Updated by Serge Koudoro almost 9 years ago

A priori, pour que la fenêtre active déborde en haut ou a gauche il faut
lui donner des coordonnées négatives pour son point de départ non ? Cela
dit je suis d'accord que faire "glisser" la fenêtre dans ce cas là est
plutôt un mauvais comportement.

Thibauld

--
Thibauld Nion | Product Control and Instrumentation
ArcelorMittal Maizières
Research and Development
&
Mines Paris
Centre de Morphologie Mathématique | 35, rue Saint Honoré
77305 Fontainebleau CEDEX
T +33 (0)1 64 69 47 67 | F +33 (0)1 64 69 47 07 | cmm.ensmp.fr

#2 Updated by Etienne Decencière almost 9 years ago

Le 23/11/07 , Thibauld Nion a écrit :

A priori, pour que la fenêtre active déborde en haut ou a gauche il faut lui
donner des coordonnées négatives pour son point de départ non ?

Oui. A quoi ça sert? A simplifier l'écriture de certains algorithmes à
base de fenêtres glissantes. On délègue alors la gestion des bords à
setActiveWindow().

Après, je conçois parfaitement qu'on considère que ce n'est pas à cette
fonction de faire ce travail. Dans ce cas, une solution encore plus simple
serait d'interdire les valeurs négatives.

Etienne

--------------------------------------------------------
Etienne DECENCIERE
Centre de Morphologie Mathematique
Ecole des Mines de Paris / ARMINES
http://cmm.ensmp.fr/~decencie

#3 Updated by Serge Koudoro almost 9 years ago

  • Category set to old plone Bugs
  • Priority changed from Normal to Bas

#4 Updated by Serge Koudoro almost 9 years ago

  • Tracker changed from Anomalie to Evolution

Also available in: Atom PDF