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: