Issue 119056 - Header and Footer settings are not reflected automatically in the document view
Summary: Header and Footer settings are not reflected automatically in the document view
Status: CLOSED FIXED
Alias: None
Product: Impress
Classification: Application
Component: editing (show other issues)
Version: 3.4.0 Beta (OOo)
Hardware: PC All
: P3 Normal (vote)
Target Milestone: 4.1.0
Assignee: Armin Le Grand
QA Contact:
URL:
Keywords:
: 119055 120089 120142 123353 (view as issue list)
Depends on:
Blocks:
 
Reported: 2012-03-13 08:53 UTC by Li Feng Wang
Modified: 2017-05-20 10:35 UTC (History)
6 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: 4.0.1
Developer Difficulty: ---


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description Li Feng Wang 2012-03-13 08:53:39 UTC
build:
r1296433

reproduce steps:
1)Create a new presentation
2)insert header and footer via Main Menu View->Header and Footer
3)Check current slide's  footer

defect:
no display of footer, need click other slide then footer will display.
Comment 1 Ariel Constenla-Haile 2012-06-26 05:00:03 UTC
*** Issue 120089 has been marked as a duplicate of this issue. ***
Comment 2 Ariel Constenla-Haile 2012-06-26 05:03:22 UTC
*** Issue 119055 has been marked as a duplicate of this issue. ***
Comment 3 Ariel Constenla-Haile 2012-07-02 08:25:50 UTC
*** Issue 120142 has been marked as a duplicate of this issue. ***
Comment 4 Ariel Constenla-Haile 2013-10-08 14:37:00 UTC
*** Issue 123353 has been marked as a duplicate of this issue. ***
Comment 5 Armin Le Grand 2013-10-08 15:38:14 UTC
ALG: Oops, just started to work on #123353#. Okay, taking this oone instead...

ALG: For HeaderFooterSettings SdrObjects are used, but the properties used are not part of their model data, but kept in SD. This data is applied using a 'backdoor' on primitive creation. Thus, the normal mechanism to detect object changes does not work here. It is neccessary to trigger updates here directly.
In SdPage::setHeaderFooterSettings BroadcastObjectChange is used for PagePreview invalidations, flushViewObjectContacts is used to invalidate and flush all visualizations in edit views.
With these applied, refreshes are as expected. On the long run these settings should be part of the associated objects model data and be taken into account when preparing visualizations.
Comment 6 Armin Le Grand 2013-10-08 15:40:39 UTC
ALG: Grepping, comitted, done.
Comment 7 SVN Robot 2013-10-08 15:44:16 UTC
"alg" committed SVN revision 1530312 into trunk:
i119056 Added direct refreshes for objects dependent of HeaderFooterSettings
Comment 8 liuping 2014-04-10 03:20:54 UTC
verified on windows7 on AOO410m15(Build:9761)  -  Rev. 1583666
2014-04-01 13:53:14 (Di, 01 Apr 2014)