Issue 83836 - Font color and font effects of text are lost in expand slide
Summary: Font color and font effects of text are lost in expand slide
Alias: None
Product: Impress
Classification: Application
Component: editing (show other issues)
Version: 680m236
Hardware: All All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
Depends on:
Reported: 2007-11-22 03:52 UTC by weixq
Modified: 2013-06-15 04:36 UTC (History)
3 users (show)

See Also:
Latest Confirmation in: ---
Developer Difficulty: ---


Note You need to log in before you can comment on or make changes to this issue.
Description weixq 2007-11-22 03:52:17 UTC
1.Set up a new Impress document;
2.Apply layout "Title, text" to slide, and then type two paragraphs into 
3.Select all texts, add font color and font effects to them;
4.Click blank space of this slide, Insert-Expand slide;
and the result we find that the font color and font effects of text are 
lost in expand slides titlebox.
Comment 1 weixq 2007-11-22 03:54:45 UTC
change the target
Comment 2 wolframgarten 2007-11-22 08:25:20 UTC
Target changed. Reassigned.
Comment 3 Dean Mackenzie 2013-06-15 04:28:08 UTC
The replication steps are a little unclear (though they do work), as setting up text that allows the Expand Slide option to be used doesn't appear to be as straight-forward as first thought.  I've stepped through what I did to replicate the bug below (there may be other ways of doing this).

Operating System: Windows 7 (64 bit)
OpenOffice Version: 3.4.1 & 4.0.0

Replication Steps
1. Create a blank presentation
2. In the text pane, create 6 - 7 lines of text
3. Change the font of the text
4. Change the font size of the text
5. Change the font colour of the text
6. Change to Outline view
7. Highlight all of the lines and promote them (using the left-pointing arrow button on the tool bar)
8. Highlight 2 - 3 lines and demote them (using right-pointing arrow button)
9. Select a promoted line which now has at least 1 sub point under it and select Insert - Expand Slide

Alternate replication (also a little quicker)
1. Create a blank presentation
2. Change to Outline view
3. Enter in however many lines of text (at least 3 - 4)
4. Highlight the text and change the font, colour and size
5. Highlight a couple of lines and demote them
6. Click on the line above the demoted points and select Insert - Expand Slide

It's on selecting the Insert - Expand Slide option (and the sub points of text "expanding" to their own slides) that the "expanded" text loses the font, colour and size that had been previously applied (other text not involved in the expansion retains its font settings).  You can observe this happening in the Slides pane on the left of the application - prior to expanding, the slide containing text has the formatting applied to it.  On expanding, the text has reverted to black Arial text at 44 pt.  This can be observed in the Normal and Slide Sorter views.

Follow Up Tests
1. Tried expanding sub points at different parts of the list i.e. first line, last line, a middle line (bug occurred with all of these).  
2. After changing the font, colour and size of several points, then created a summary slide of a slide with several sub-points.  Interesting to note that when the summary slide is created, the font settings are not applied to the copied text (i.e. it uses black Arial at 44 pt as well).  Appears to be a similar issue to the Expand Slide bug.
3. After changing font, colour and size of several points, created a duplicate slide.  The font settings WERE copied across on this occasion.  The inconsistency between duplicating a slide and expanding / creating a summary slide indicates to me that this is a problem.

Note - While not relevant to the bug at hand, I did notice an issue where expanding a slide that wasn't the last one deleted the last top-level slide (almost "replacing" it with the expanded slides).  In another case, when I expanded the slide I lost the main point when the two demoted points were spread across separate slides. I'll follow up these seperately (I'm not sure if this is expected behaviour or not) and log a separate bug if one doesn't yet exist.
Comment 4 Dean Mackenzie 2013-06-15 04:36:12 UTC
On a related note, did notice a few other "odd" things occurring during follow-up testing of this, largely around inconsistent behaviour .  I'm not sure how important this kind of functionality is so can't speculate just how much of an impact it is (though judging by the Importance of the bug, probably not much)but it certainly deserves further follow-up, which I'll do once I have the time.