bugDenemo - Bugs: bug #61712, Position of Print View changes...

 
 

bug #61712: Position of Print View changes when using esc P

Submitter:  Dominic Shann <dom>
Submitted:  Tue 21 Dec 2021 09:19:24 AM UTC
 
Category:  None Severity:  3 - Normal
Item Group:  None Status:  Fixed
Privacy:  Public Assigned to:  rshann
Originator Name:  Open/Closed:  Closed
* Mandatory Fields

Add a New Comment (Rich Markup)
   

Comment Type & Canned Response:
       No canned response available

 

( Jump to the original submission )

Fri 04 Feb 2022 11:41:25 AM UTC, comment #6: 

I guess this is alright now.

Richard Shann <rshann>
Project Administrator
Sat 01 Jan 2022 09:13:16 AM UTC, comment #5: 

I've added an offset when restoring the Print View position on Microsoft Windows builds. I haven't been able to test how much offset is needed - please provide feedback.
One thing to note however is that you may find that you cannot restore the Print View to a position which results in the window being partly off the monitor it is on (i.e. off the screen at the bottom/right): reduce the beight of the Print View window to make sure it is all on-screen before hiding it.

Richard Shann <rshann>
Project Administrator
Wed 29 Dec 2021 11:21:59 AM UTC, comment #4: 

The position of the Print window moves up each time esc p, esc p is used. After the second use, the top of the window moves out of the range of grabbing or closing.

Dominic Shann <dom>
Fri 24 Dec 2021 04:11:26 PM UTC, comment #3: 

Thank you for prompting me to look more closely at the re-drawing trouble for the print view after re-configuring it, it was a simple bug, now fixed.

Richard Shann <rshann>
Project Administrator
Fri 24 Dec 2021 02:35:49 PM UTC, comment #2: 

Could you please make this new behaviour configurable, i.e. create a setting to disable/enable it? It has quite annoying side-effects for me.

Anonymous
Wed 22 Dec 2021 12:20:35 PM UTC, comment #1: 

The print view window's position was not recorded in any way - on re-showing it always defaulted to some position decided by the windows system. I've arranged to intercept the configure-event signal and note the new window position and restore that on showing the window. This does cause a little slowness in re-drawing the window when it is made bigger, but I guess we can live with that.

Richard Shann <rshann>
Project Administrator
Tue 21 Dec 2021 09:19:24 AM UTC, original submission:  

In Windows 10, if I position the Print View window at the top of the screen, then shift click a note to go to the denemo display, then do esc P, esc P to return to the Print View, the Print View window has moved about an inch lower than it was before.

Dominic Shann <dom>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by rshann (Posted a comment)
  • -email is unavailable- added by dom (Submitted the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

     

     

     

    Follow 7 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2022-02-04 rshann StatusReady For Test Fixed
        Open/ClosedOpen Closed
    2022-01-01 rshann StatusFixed Ready For Test
        Assigned toNone rshann
        Open/ClosedClosed Open
    2021-12-22 rshann StatusNone Fixed
        Open/ClosedOpen Closed

    Back to the top


    Powered by Savane 3.9