In an attempt to use other software (iclicker, vlc, terminal) on top of a presentation, I unchecked 'Always on top' in the Slideshow Settings.
However, this setting appears to be ignored both on MacOS 10.5.8 and Ubuntu 11.04 (natty). I am also using the Presenter Console on top of which all the applications can happily float. Dragging app windows over to the Presenter Display makes them disappear behind the presentation. I recall this being a problem last year in OpenOffice as well.
PS: My workaround of transforming my lectures into PDFs is hardly ideal so hence the blocker severity.
also confirmed on 3.4.3 (build 302) on MacOS
NOT reproducible with "LibreOffice 3.4.3 RC2 - WIN7 Home Premium (64bit) German UI [OOO340m1 (Build:302)]". So seems to be Linux / Mac related
Currently I can't see any towering severity of this bug.
May be <http://wiki.documentfoundation.org/BugReport> contains some useful information for you.
Can you confirm that problem for Linux?
I have installed LibO_3.4.3rc2_Linux_x86-64_install-deb_en-US under linux (ubuntu natty) and observe the same behaviour:
"Presentation always on top" checked or not will always leave windows of other applications in the background on the presenter screen while a presentation is active.
Note that I can Alt-TAB to other applications and have them in the foreground but then my presentation loses focus and I can't advance slides etc. This is independent of my global desktop setting in Window Preferences 'Select windows when the mouse moves over them'
@Rainer Bielefeld thanks for directing me to the BugReport HowTo and for improving the bug title. Any further information missing from my original bug report that can help this issue to a conclusion?
DrSAR's latest comment describes my results with activated "always on top", so it indeed seems that that option can not be deactivated with reporter's OS.
May be you find someone who can confirm the problem with Linux or MAC?
I can confirm this on both Linux (Ubuntu Natty) and Max OS X (leopard) with LibreOffice (3.4.3 OOO340m1 (Build:302)).
Floating windows above the presenter console are possible, but on the presentation screen (as set in slideshow settings): no go.
This is suboptimal for showing other applications during a presentation. Especially because the normal libreoffice slide interface does not advance in sync with the slide changes of presentation mode.
This means that, now, you have to switch out (Esc), show something else, switch back to LO, then (in any order) *advance to the slide you think you were on* and re-start (F5).
Is there maybe functionality to sync the normal slide interface to the presentation mode?
LO 3.4.3 OOO340m1 (Build:302)
Ubuntu 10.04.3 x86
Linux 2.6.32-34-generic Russian UI
Confirmed by various comments.
Please feel free to reassign (or reset Assignee to default) if it’s not your area or if provided information is not sufficient. Please set Status to ASSIGNED if you accept this Bug.
Since all new unconfirmed bugs start in state UNCONFIRMED now and old unconfirmed bugs were moved to NEEDINFO with a explanatory comment, all bugs promoted above those bug states to NEW and later are automatically confirmed making the CONFIRMED whiteboard status redundant. Thus it will be removed.
pls check bug 34531 - since a dev is looking at that one.
Is this the same problem?
Related but not the same.
I can easily do the following in a KDE workspace (with KDE's KWin window manager):
- start presentation
- Alt+F2, launch kwrite
- KWrite window shows up, on top of the presenter window
- I can use Alt+Tab to switch between the two windows
This is with both KDE and Gtk vclplug.
So it may very well be that at least on Linux this is NOTOURBUG. I suggest checking whether this actually works with any other fullscreen window in the affected environment, as this may be simply a problem of the window manager. I don't know about Mac OS X, but the same probably should be checked there as well.
This bug has not been touched by for a long time.
Just confirming, is this bug still ASSIGNED?
NeedInfo as per Lubos' comment. Appears not our bug.
Dear Bug Submitter,
Please read the entire message before proceeding.
This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INVALID due to lack of needed information.
For more information about our NEEDINFO policy please read the wiki located here:
If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed.
Thank you for helping us make LibreOffice even better for everyone!
Dear Bug Submitter,
Please read this message in its entirety before proceeding.
Your bug report is being closed as INVALID due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided):
a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present
b) Provide easy to reproduce steps – the simpler the better
c) Provide any test case(s) which will help us confirm the problem
d) Provide screenshots of the problem if you think it might help
e) Read all comments and provide any requested information
Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue.
Please do not:
a) respond via email
b) update the version field in the bug or any of the other details on the top section of FDO