Bug 163848 - FILEOPEN PPTX: (some) text renders in different color in presentation mode
Summary: FILEOPEN PPTX: (some) text renders in different color in presentation mode
Status: UNCONFIRMED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
25.2.0.0 alpha0+
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-11-11 17:25 UTC by Gerald Pfeifer
Modified: 2025-04-05 15:10 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Sample slide (PPTX) (728.06 KB, application/vnd.openxmlformats-officedocument.presentationml.presentation)
2024-11-11 17:25 UTC, Gerald Pfeifer
Details
Visual comparison: presentation mode (left) vs edit mode (right) (146.11 KB, image/png)
2024-11-11 17:26 UTC, Gerald Pfeifer
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Gerald Pfeifer 2024-11-11 17:25:42 UTC
Created attachment 197549 [details]
Sample slide (PPTX)

1. Open the sample document.
2. Observe how all four lines of text are orange on white.
3. Invoke presentation mode and build up the slide (<space> four times).
4. Observe how the first three lines of text are black on white,
   only the last is orange on white.

Expected outcome: Same colors in edit mode and presentation mode.
Observed outcome: Different colors in edit mode and presentation mode.

(Office 365 consistently renders this as LibreOffice does in edit mode,
both in edit and presentation modes.)


This looks a bit similar to bug 156904 which turned out to be NOTOURBUG.
Alas, it comes from a very different context, different creators,...


Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: af0946b9eabe49636d5a732aa38bde954a803538
CPU threads: 12; OS: Linux 6.11; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Comment 1 Gerald Pfeifer 2024-11-11 17:26:08 UTC
Created attachment 197550 [details]
Visual comparison: presentation mode (left) vs edit mode (right)
Comment 2 m_a_riosv 2024-11-11 22:53:28 UTC
The same happens with PowerPoint, so something in transitions, change text color.
Comment 3 mkt 2024-12-05 06:54:44 UTC
Hi Gerald,

I assume the black is the default color, and the text somehow changing from orange back to black (default) color. Which should NOT happen.


Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: ce4ae4f082d8fe80da242836c57d55a456eac5e0
CPU threads: 2; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded
Comment 4 Daniel Thomas 2025-04-05 15:10:05 UTC
Tried in Powerpoint for Mac 16.95.4 as well as WPS office and the behaviour for the first three lines in both seems to be:
* text shows as orange for 0.5s
* text changes to black

whereas in LO it goes straight to black

So I think there may be a bug that it does not go orange first, but the text should end up black

If I try exporting to ODF (which doesn't change the behaviour) I get something like this

        <anim:par smil:begin="0s" smil:fill="hold" presentation:node-type="on-click" presentation:preset-class="entrance" presentation:preset-id="ooo-entrance-fade-in">
         <anim:set smil:begin="0s" smil:dur="0.001s" smil:fill="hold" smil:targetElement="id3" smil:attributeName="visibility" smil:to="visible"/>
         <anim:transitionFilter smil:dur="0.5s" smil:targetElement="id3" smil:type="fade" smil:subtype="crossfade"/>
         <anim:animateColor smil:dur="0.001s" smil:fill="hold" smil:targetElement="id3" smil:attributeName="dim" smil:to="#000000" anim:color-interpolation="rgb" anim:color-interpolation-direction="clockwise"/>
        </anim:par>

where the animateColor section doesn't exist or the last line (which stays orange).

I don't know enough about the ODF format to say whether the 0.5s or 0.001s time is the correct one