You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@openoffice.apache.org by bu...@apache.org on 2013/05/30 05:38:24 UTC
[Bug 122419] New: The Second Slide can't apply footer/page number
when select "Don't show first slide" option
https://issues.apache.org/ooo/show_bug.cgi?id=122419
Bug ID: 122419
Issue Type: DEFECT
Summary: The Second Slide can't apply footer/page number when
select "Don't show first slide" option
Product: Impress
Version: AOO400-dev
Hardware: All
OS: All
Status: CONFIRMED
Severity: normal
Priority: P3
Component: editing
Assignee: issues@openoffice.apache.org
Reporter: doneyourself@gmail.com
CC: issues@openoffice.apache.org
Created attachment 80747
--> https://issues.apache.org/ooo/attachment.cgi?id=80747&action=edit
Capture
Build Version: AOO400ml(Build:9700) -Rev 14846779
Step:
1. New one slide in presentation
2. Insert Date&Time/page number in Slide ,and check "Don't show first slide"
option
3. New the second slide and check Date&Time/page number in footer
Issue:
No Date&Time/page number in footer in second slide
Compared With MS2010
Display Date&Time/page number in footer in second slide
Refer capture in attachment
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
[Bug 122419] The Second Slide can't apply footer/page number when
select "Don't show first slide" option
Posted by bu...@apache.org.
https://issues.apache.org/ooo/show_bug.cgi?id=122419
Armin Le Grand <Ar...@me.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|CONFIRMED |UNCONFIRMED
Ever confirmed|1 |0
--- Comment #2 from Armin Le Grand <Ar...@me.com> ---
ALG: The model indeed hold this settings on each page, but a flag on the model
which remembers to suppress all this on 1st slide does not exist (neither in
the model nor in ODF probably). This settings and the dialog are intended to be
applied on the current document state, changing settings directly at the pages.
Thus, it works as designed from my POV and is not a bug.
These are my findings after investigation, I did not design this and wonder
myself that there is no flag at the model to hold that 'suppress for 1st page'
there.
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
[Bug 122419] The Second Slide can't apply footer/page number when
select "Don't show first slide" option
Posted by bu...@apache.org.
https://issues.apache.org/ooo/show_bug.cgi?id=122419
Armin Le Grand <Ar...@me.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |rb.henschel@t-online.de
--- Comment #4 from Armin Le Grand <Ar...@me.com> ---
ALG: Hi Meike Mertsch, thanks for checking this and commenting. I would have
also expected the PPT behaviour (and I do not know why it is designed as it
is), but the current behaviour is by purpose. Maybe more was just not possible
at that time, but someone urgently wnated that feature.
I would opt to change this to an enhancement request - to move/add at least the
'first page' feature to the document model.
@Regina (adding to CC): Does ODF have something for holding a
'no-header-footer-stuff-for-first-page' boolean switch for presentations?
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
[Bug 122419] The Second Slide can't apply footer/page number when
select "Don't show first slide" option
Posted by bu...@apache.org.
https://issues.apache.org/ooo/show_bug.cgi?id=122419
Meike Mertsch <nm...@gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |nmmertsch@gmail.com
--- Comment #3 from Meike Mertsch <nm...@gmail.com> ---
MM 2013/06/08: I could reproduce the bug on Mac OS X 10.7.5 with Build Version
AOO341m1(Build:9593) - Rev. 1372282
I see two additional points:
1) This bug is also reproducible if starting with more than one slide if the
slides are reduced to one at some point, and not deleting the first slide at
the very end:
1. New more than one slide in presentation.
2. Insert Date&Time/page number in Slide, and check "Don't show first slide"
option.
3. Delete all slides but for one (with last slide to delete is not the first
slide.)
4. New the second slide and check Date&Time/page number in footer.
The former valid setting is lost at this point.
2) A comparison to the competitor PowerPoint (for Mac 2011, Version 14.1.0
(110310)) yields a difference in behavior: PowerPoint keeps the setting even
when reduced to one slide at some point.
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
[Bug 122419] The Second Slide can't apply footer/page number when
select "Don't show first slide" option
Posted by bu...@apache.org.
https://issues.apache.org/ooo/show_bug.cgi?id=122419
Armin Le Grand <Ar...@me.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |Armin.Le.Grand@me.com
--- Comment #1 from Armin Le Grand <Ar...@me.com> ---
ALG: After step2, when again opening the dialog it can be seen that Date/time
and SlideNumber are switched off again, probably because it was applied to a
presentation with only one slide.
When starting with two slides (case (2)) all works well.
The dialog itself shows the current state of the current page (thus having an
'apply to all' button').
In case (1) (assuming apply to all was used) date/time and slidenumber get
switched off for the one only existing page.
In case (2) (using apply to all) it gets switched off for page 1, switched on
on page 1 (and potentially on other pages).
Thus, the dialog works correctly when it is intended to apply a current state
to the slides (switch on/off these single settings on each page). It works
wrong when assuming 'Do not show on first slide' and the date/time, footer and
slidenumber states are part of the document model, not part of the single slide
data. I have to check the model representation (and what the dialog execution
does) to ckeck this.
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.