Bug 34965 - Make Impress slides editable during presentation
Summary: Make Impress slides editable during presentation
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
unspecified
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
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: 2018-11-17 22:27 UTC (History)
12 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
Thorsten, Radek, any thoughts on that feature?
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 (CIB) 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 (CIB) 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
An EasyHack should have been checked by developers and thus is confirmed regardless of age. Moving back to NEW from NEEDINFO again. Sorry for the hassle.
Comment 9 Florian Reisinger 2012-05-18 09:42:12 UTC
Deleted "Easyhack" from summary.
Comment 10 Samuel Mehrbrodt (CIB) 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 (CIB) 2013-02-11 14:33:04 UTC
However, if someone wants to work on this, I'll happily support it:

http://www.freedomsponsors.org/core/issue/173/make-impress-slides-editable-during-presentation
Comment 12 Janit Anjaria 2013-02-13 15:26:16 UTC
Hey! 
I want to work on this bug,can someone provide me a codepointer ???

Regards,
Janit
Comment 13 Thorsten Behrens (CIB) 2013-02-18 10:32:35 UTC
(In reply to comment #12)
> I want to work on this bug,can someone provide me a codepointer ???
>
See Comment 6 for a start.
Comment 14 Björn Michaelsen 2013-10-04 18:47:58 UTC
adding LibreOffice developer list as CC to unresolved EasyHacks for better visibility.

see e.g. http://nabble.documentfoundation.org/minutes-of-ESC-call-td4076214.html for details
Comment 15 Roland Taylor 2015-07-16 05:19:55 UTC
Has anything been done about this?
Comment 16 Samuel Mehrbrodt (CIB) 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
Any chance this could make it into LibreOffice within the near future?
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 (CIB) 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
A polite ping, still working on this issue ?
Comment 23 Roland Taylor 2016-06-03 06:23:15 UTC
So this bug remains the same way it was before?
Comment 24 Roland Taylor 2016-06-06 16:38:00 UTC
What is needed to fix this? Any documentation I can look at? Somebody needs to do *something*.
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
Sorry to "bump" this bug, but just wondering if anyone has taken a shot at it?

I'm not confident I'd be able to fix it so quickly, as there'd be a bit of a learning curve involved.

But please, can someone take a look at this? I know, "someone" does not exist, but please understand that for the average user, that response is not helpful. If I could fix this in a timely manner, I'd pitch in and do it myself.
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.