Export to GitHub

rolisteam - issue #3

fenêtre qui saute du côté droite // subWindows which jumps to right side


Posted on Apr 29, 2009 by Helpful Cat

1) la fenêtre de Rolisteam en 1612 pixel de large minimum. 2) avoir un dessin dont on agrandis la fenêtre pour avoir une zone neutre. 3) Faire un clic sur la zone neutre et deplacer la souris.

==> Resultat la fenêtre ce retrouve completement sur la droite de mon écran, partiellement caché, seul une bande reste apparente le reste etant sous les outils de droite et même hors fenêtre.

Cela ne se produit pas avec une image, uniquement avec un plan. Le plan se retrouve toujours sur la même ligne verticale dependant de la largeur de la fenêtre de Rolisteam. Si je clique a nouveau dans une zone neutre après son saut et que je deplace la souris, la fenêtre se deplace verticalement et sur la droite mais refuse de venir plus a gauche que le point ou elle a atterri.

Debian unstable (Squeeze) -qt 4.4.3-2 -phonon 4.3.1-1


Babelfish translation

1) the window of Rolisteam in 1612 pixel of broad minimum. 2) to have a drawing of which one increased the window to have a neutral zone. 3) To make a click on the neutral zone and to move the mouse.

==> Result the window this finds completely on the line of my screen, partially hidden, only a band remains apparent the remainder being under the tools of right-hand side and even except window.

That does not occur with an image, only with one plan. The plan is always found on the same vertical line depending on the width of the window of Rolisteam. If I click again in a neutral zone after his jump and that I move the mouse, the window moves vertically and on the line but refuses to come on the left than the point or it landed.

Attachments

Comment #1

Posted on Jan 12, 2010 by Happy Hippo

I've just found out that Rolisteam (this code comes from rolistik) is using a QWorkSpace instance to manager subwindows. The Qt documentation defines QWorkSpace as Obsolete. I have to rewrite many parts of rolisteam with the new fashon (QMdiArea). I hope that will solved the problem.

Comment #2

Posted on Oct 7, 2013 by Happy Hippo

no one seems to get the same issue, and we never saw it. Ticket will be reopened if required

Status: Fixed

Labels:
Type-Defect Priority-High OpSys-All