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.
Thorsten, Radek, any thoughts on that feature?
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.
Ah. That shouldn't even be too hard - it's already fairly decoupled, just needs a way to signal updated content to the slideshow.
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.
I need this feature for teaching in a school. This can Powerpoint. My colleagues therfore use this MS-Program.
(Sorry my bad English)
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
[This is an automated message.]
This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it
started right out as NEW without ever being explicitly confirmed. The bug is
changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back
to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases.
Details on how to test the 3.5.0 beta1 can be found at:
more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
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.
Deleted "Easyhack" from summary.
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?
However, if someone wants to work on this, I'll happily support it:
I want to work on this bug,can someone provide me a codepointer ???
(In reply to comment #12)
> I want to work on this bug,can someone provide me a codepointer ???
See Comment 6 for a start.
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
Has anything been done about this?
*** Bug 92781 has been marked as a duplicate of this bug. ***
Any chance this could make it into LibreOffice within the near future?
Migrating Whiteboard tags to Keywords: (EasyHack DifficultyInteresting SkillCpp)
JanI is default CC for Easy Hacks (Add Jan; remove LibreOffice Dev List from CC)
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.
(In reply to Rohan Kumar from comment #20)
> But I confused about what do i have to implement in order to fix it.
this got solved interactively on irc? This is about keeping the actual
Impress document window active & responsive during slideshow. No new
UI etc needed.
A polite ping, still working on this issue ?
So this bug remains the same way it was before?
What is needed to fix this? Any documentation I can look at? Somebody needs to do *something*.
(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:
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.
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)
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.
(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.
> 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.
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.
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)
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).
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?
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.
I have started resolving this easy hack.
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.