Bug 34965 - Make Impress slides editable during presentation
Summary: Make Impress slides editable during presentation
Status: ASSIGNED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: All All
: medium enhancement
Assignee: Armin Le Grand
URL:
Whiteboard: reviewed:2022
Keywords: difficultyInteresting, easyHack, skillCpp, topicUI
: 92781 (view as bug list)
Depends on:
Blocks: Slide-Show
  Show dependency treegraph
 
Reported: 2011-03-03 02:59 UTC by Butesa
Modified: 2024-02-27 20:01 UTC (History)
20 users (show)

See Also:
Crash report or crash signature:


Attachments
Distruction Free Mode (418.06 KB, image/png)
2018-11-12 13:53 UTC, andreas_k
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Butesa 2011-03-03 02:59:53 UTC
If you notice an error or a missing point in a slide during presentation, you can't fix it without stopping the presentation.

Live editing would also make Impress usable for interactive things like brainstorming, creating mind maps and so on.

Thanks
Comment 1 Cédric Bosdonnat 2011-03-03 04:40:37 UTC Comment hidden (obsolete)
Comment 2 Butesa 2011-03-03 05:20:45 UTC
Just in case it was unclear: I am talking about a two-monitor setup with one monitor/beamer with the running presentation and one monitor with the standard Impress window for editing. So it's about not disabling the editing functions on presentation start and some kind of live update.
Comment 3 Thorsten Behrens (allotropia) 2011-03-03 11:47:04 UTC
Ah. That shouldn't even be too hard - it's already fairly decoupled, just needs a way to signal updated content to the slideshow.
Comment 4 Don't use this account, use tml@iki.fi 2011-03-03 13:12:30 UTC
As it happened, I just today listened in on a conversation in #documentfoundation where a person was having the problem that the Presentation Console didn't appear on his Windows laptop even if it should have. This was caused (through some unknown mechanism) by having both an older Presentation Console in addition to the one shipped with LO. But anyway, that is a different bug, the interesting thing from the point of view of this bug is that another symptom of the problem was that he could keep editing his presentation (on the laptop screen) while it was displaying on the external monitor;) At least, that's what he said.
Comment 5 PeterG 2011-07-03 07:51:33 UTC
I need this feature for teaching in a school. This can Powerpoint. My colleagues therfore use this MS-Program.
Thanks
(Sorry my bad English)
Comment 6 Thorsten Behrens (allotropia) 2011-07-26 00:27:01 UTC
Tor, indeed - if the slideshow would not disable all Impress controllers, you could do that today (but only for the slides not currently displayed - the slideshow module, as mentioned, does not get signalled updated content, but just happens to grab next slides via api). Made an easy hack out of this. Start looking here for how Impress handles slideshows: sd/source/ui/slideshow/slideshow.cxx
Comment 7 Björn Michaelsen 2011-12-23 11:50:39 UTC Comment hidden (obsolete)
Comment 8 Björn Michaelsen 2011-12-23 12:57:09 UTC Comment hidden (obsolete)
Comment 9 Florian Reisinger 2012-05-18 09:42:12 UTC Comment hidden (obsolete)
Comment 10 Samuel Mehrbrodt (allotropia) 2012-08-27 12:15:45 UTC
As LO bundles the Presenter Console by default, how can this work?
One would need to disable the Presenter Console Extension to make use of this feature, or am I wrong?
Comment 11 Samuel Mehrbrodt (allotropia) 2013-02-11 14:33:04 UTC Comment hidden (obsolete)
Comment 12 Janit Anjaria 2013-02-13 15:26:16 UTC Comment hidden (obsolete)
Comment 13 Thorsten Behrens (allotropia) 2013-02-18 10:32:35 UTC Comment hidden (obsolete)
Comment 14 Björn Michaelsen 2013-10-04 18:47:58 UTC Comment hidden (obsolete)
Comment 15 Roland Taylor 2015-07-16 05:19:55 UTC Comment hidden (no-value)
Comment 16 Samuel Mehrbrodt (allotropia) 2015-07-17 09:03:33 UTC
*** Bug 92781 has been marked as a duplicate of this bug. ***
Comment 17 Roland Taylor 2015-12-04 04:00:22 UTC Comment hidden (no-value)
Comment 18 Robinson Tryon (qubit) 2015-12-14 05:03:40 UTC Comment hidden (obsolete)
Comment 19 Robinson Tryon (qubit) 2016-02-18 14:51:56 UTC Comment hidden (obsolete)
Comment 20 Rohan Kumar 2016-03-29 19:51:19 UTC
Hi, I'm starting to work on this bug. But I confused about what do i have to implement in order to fix it. Do i have to implement a functionality like presenter console[I mean the whole UI and classes]? Or do i have to add support to the slideshow class for editing while live presentation (writing a function to signal updated content to slideshow). I know some of my doubts may seem silly but i would really appreciate if someone could help me.
Comment 21 Thorsten Behrens (allotropia) 2016-03-30 19:45:47 UTC
(In reply to Rohan Kumar from comment #20)
> But I confused about what do i have to implement in order to fix it.
>

Hi Rohan,

this got solved interactively on irc? This is about keeping the actual
Impress document window active & responsive during slideshow. No new
UI etc needed.
Comment 22 jani 2016-06-03 06:00:54 UTC Comment hidden (obsolete)
Comment 23 Roland Taylor 2016-06-03 06:23:15 UTC Comment hidden (no-value)
Comment 24 Roland Taylor 2016-06-06 16:38:00 UTC Comment hidden (no-value)
Comment 25 Roland Taylor 2016-06-06 16:38:14 UTC Comment hidden (obsolete)
Comment 26 jani 2016-06-06 16:47:55 UTC
(In reply to Roland Taylor from comment #25)
> What is needed to fix this? Any documentation I can look at? Somebody needs
> to do *something*.

yeah please read the comments, especially #6 and #11, that is the code pointers you need to program it.

"somebody" does not exist, if you want to program this feature then assign yourself to it and maybe also read our step by step guide:
https://wiki.documentfoundation.org/Development/GetInvolved

Happy programming.
rgds
jan i.
Comment 27 Roland Taylor 2018-11-10 20:14:14 UTC Comment hidden (no-value)
Comment 28 Heiko Tietze 2018-11-12 08:26:50 UTC
The use case is clear and reasonable. But we need to clearly restrict the functionality and allow just add/delete of objects (shapes, connectors, text but maybe not images, tables, charts), comments, setting object properties. Out of scope are: manipulation of slide master, notes, handouts, animations, transitions, slide properties, access to gallery.

Access could be done per context menu containing Insert > Shape > ... and Properties ... or some switch to show the widgets to add controls. This would be more convenient than using the right mouse repeatedly (esp. on a notebook).

Editing a presentation should be an option that can be disabled for sensible content.

(This ticket was CC'ed to UX but had no flag; removing CC now)
Comment 29 Michael Meeks 2018-11-12 10:38:00 UTC
Hmm - for large screens, it is no longer feasible to screenshare a 4k display - and so I'm in an increasing number of web-meetings where a window is shared that includes all the toolbar, and menus and side-bars and whatever which seems silly.

I wonder if we could have a mode whereby the editing mode is simply enlarged to fill the window - for easy sharing, and the toolbars turned off ;-) prolly another bug needs filing there but perhaps it overlaps.
Comment 30 Heiko Tietze 2018-11-12 11:46:22 UTC
(In reply to Michael Meeks from comment #29)
> I wonder if we could have a mode whereby the editing mode is simply enlarged
> to fill the window...

AKA full screen mode in Writer.
Comment 31 Michael Meeks 2018-11-12 12:01:00 UTC
> AKA full screen mode in Writer.

Except of course- full-screen literally fills the screen ;-) I want the content to fill the window - so I can share it more effectively and yet still see the video conference window, E-mail and other bits that are also on my screen.
Comment 32 andreas_k 2018-11-12 13:46:32 UTC
I alway thought for am menubar only layout like you know it from text editors. 

Than you don't need a fullscreen mode you have window fullsize with window border and the menubar but no toolbar, sidebar, status bar. And with menubar you have ALL actions available.
Comment 33 andreas_k 2018-11-12 13:53:56 UTC
Created attachment 146566 [details]
Distruction Free Mode

The UI didn't disturbe you no Toolbar, Sidebar, Statusbar, Scrallbars, ... Only write your document, show your presentation (and edit it if needed), ...

Add an do not disturb "command" which hide all the stuff is already possible has to be only implemented.

I would also hide the scrallbars (at least in Impress and Draw)
Comment 34 andreas_k 2018-11-12 14:20:12 UTC
As it's the default stuff everything is possible e.g. in impress show/hide Side Pane or in writer show/hide the navigator, ... 

Only the "starting point" is an nearly empty UI where you see your content but the user can extend the UI to whatever is usefull (for the user).
Comment 35 andreas_k 2018-11-15 10:30:27 UTC
In ToolbarMode.xcu I can define different layouts for the different apps I can there turn on/off Toolbars, Notebookbars, Sidbear and Menubar. 

When I'd like to make an ""distraction free" layout where I'd like to have only the Menubar ON, where can I define to turn also statusbar, ruler, scrollbars OFF?
Comment 36 Roland Taylor 2018-11-17 22:27:54 UTC
The most simple use case, which I encounter every week, is that there's a simple mistake to correct (such as a duplicated or missing word, or a typo), and you can't do it without ending the presentation and starting again.

Another example: while running a presentation, a new point needs to be added on a new slide or slides. However, you can't do that without ending the presentation.

Just these two small items would greatly improve usability, and I can speak from real life experience - the lack of the option to edit live presentations makes some people choose other software that can.

All that is needed is for presentation editing not to be disabled while a slide show is running. You can already alt+tab between the presenter console and the normal window without affecting what is visible on an external screen/projector.

This should be straightforward to enable according to https://bugs.documentfoundation.org/show_bug.cgi?id=34965#c6

If I were familiar with LibreOffice source code and brushed up on my C++ skills, I'd do it.
Comment 37 Nimisha 2020-03-19 07:59:31 UTC Comment hidden (obsolete)
Comment 38 Kai 2020-07-30 20:50:40 UTC
Another thing that is also confusing and unintuitive about this bug that libreoffice doesn't show why you cannot edit the slide.

I sometimes Alt+Tab out of the presentation, forgetting that it is still open. Libreoffice then doesn't allow me to edit anything but there is also no "stop presentation" button. So I have to alt+tab back into the presentation and press Escape.
Comment 39 Quan 2021-02-28 07:49:32 UTC Comment hidden (obsolete)
Comment 40 Buovjaga 2021-02-28 09:48:58 UTC
(In reply to Quan from comment #39)
> (In reply to Nimisha from comment #37)
> > Hi,
> > I have started resolving this easy hack.
> 
> Hi, are you still working on this?

It has been a year and they never worked on any easy hack, so it is safe to assume "no".
Comment 41 JackDeth 2021-04-14 14:55:48 UTC
I agree. This is a necessary feature. We use Impress to present church services and sometimes find it necessary to make quick edits to slides during the service but cannot because we'd have to interrupt the flow of the services to do it. I've seen them do it at other churches when using Mac computers and whatever they are using to present there. Why can we not do this LibreOffice?
Comment 42 Hossein 2022-07-07 13:48:42 UTC
Re-evaluating the EasyHack in 2022

This issue is still relevant. The presentation is not currently editable during presentation.

Version: 7.5.0.0.alpha0+ / LibreOffice Community
Build ID: a28355da170617620028f7309377990dc92b4d7f
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded
Comment 43 Gabor Kelemen (allotropia) 2024-02-27 17:37:14 UTC
There were several commits in this topic recently:

https://cgit.freedesktop.org/libreoffice/core/log/?qt=grep&q=IASS

Currently it is an experimental feature, it works if the presenter console is turned off and the main Impress window is visible on another screen (then it is practical).
Comment 44 Roland Taylor 2024-02-27 20:01:05 UTC
As someone who regularly runs live presentations from 3 screens (one projector, a laptop, and a portable monitor), I was really hoping this feature would be implemented in such a way that would allow us to still use the presenter console.

Unless there is some reasonable way to manage the presentation from within the editor, it will still be difficult to manage live presentation without the presenter console, while it would be great to (finally) gain the ability to edit.