bugDenemo - Bugs: bug #32284, FreezeDisplay (opposite of...

 
 

bug #32284: FreezeDisplay (opposite of RefreshDisplay)

Submitter:  -Deleted Account- <steele>
Submitted:  Sat 29 Jan 2011 12:26:43 AM UTC
   
 
Category:  Feature request Severity:  3 - Normal
Item Group:  None Status:  In Progress
Privacy:  Public Assigned to:  None
Originator Name:  Open/Closed:  Open
* Mandatory Fields

Add a New Comment Rich Markup
   

Sat 29 Jan 2011 02:28:00 PM UTC, comment #2: 

Hmm, I have just looked at the code and it does a whole pile of things other than just queuing a re-draw.
I noticed in other places (e.g. at every key stroke initiated command IIRC) it was being called with apparent casualness.
It would take some work to pare down the action of d-RefreshDisplay to what is essential. But it may be sufficient just to examine the state of the stage for undo, and make refresh display do nothing unless this is at zero.
I don't suggest we experiment with this before giving the current code a thorough testing.

Richard Shann <rshann>
Group administrator
Sat 29 Jan 2011 02:16:27 PM UTC, comment #1: 

This may not be an issue, as the re-draw calls are telescoped by gtk (possibly).

Richard Shann <rshann>
Group administrator
Sat 29 Jan 2011 12:26:43 AM UTC, original submission:  

With a growing number of scripts and commands we can't assume any longer that commands do not refresh the display unless told so.
What were once higher level scripts now became low-level commands and parts of even more sophisticated scripts.
And some built-ins do refresh the display on there own.

To the point: The bigger the script, the longer it takes, the more noticeable is the scripts processing, an unpleasant view for the user who don't know whats going on in the background.

We need the opposite of RefreshDisplay, a command that stops updating the display so we can deactivate updating on command-start and activate it again on command-end manually. (Maybe the re-activating could be put into RefreshDisplay).


-Deleted Account- <steele>

 

(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 steele (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.

     

    Follows 1 latest change.

    Date Changed by Updated Field Previous Value => Replaced by
    2011-01-29 rshann StatusNone In Progress

    Back to the top

    Powered by Savane 3.13-f8d8.
    Corresponding source code