To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=116299
User trebly changed the following:
What |Old value |New value
================================================================================
Status|UNCONFIRMED |RESOLVED
--------------------------------------------------------------------------------
Resolution| |REMIND
--------------------------------------------------------------------------------
------- Additional comments from [email protected] Sun Jan 9 02:38:44
+0000 2011 -------
This closes a first step of this issue but must be set first as a FAQ (closed
when the FAQ will be redacted and published) and too as an enhancement.
The problem is verified but not linked to a bug or anything directly with an
error of Impress.
As the problem can appends systematically a FAQ is needed in my opinion. Here is
the explanation.
The phenomenon exactly described :
1- When a dual screen with to desk is defined, in some cases (detailed after),
when the second screen is chosen for the "show", when a video is displayed it
appear full screen on the screen one which switches to the video definition.
2- The consequence is terrible for the show :
a- the computer looses the hand till the video is not ended
b- when the video is ended the current resolution of the screen one can have
been changed.
The operator must make operations to reset the screens configuration, a lost of
time and a show stopped for a while.
This happens with some video card (NVIDIA exp) and it is generally a useful
feature. A parameter which is an option of the card make so that when a video is
launched by a media-player (VLC, MS-mediaplayer, QuickTime etc.) it is
automatically displayed simultaneously into the little window of the mediaplayer
manager and on the screen (generally a large HD screen or a video projector). So
the first device manages the show of video sequences displayed on the second
(large or video projector).
It is evident that for Impress this feature has a bad (perverse) effect. More It
is pernicious and the issue can not be easily imagined by the operator when not
warned.
With Impress for the video card the main screen is the "second" on which the
show is displayed so the video is full screen generally on the computer if the
option is set...
Solution :
1- The operator must receive a warning on the first device when a show is going
to be displayed on the second separated device and before the beginning with the
choice to stop.
2- The warning will say :
Be careful the parameter of the video card must not be set to "display video
full screen on the secondary device". If it is set please change this parameter
before the show (if not....).
An idea is (I am not aware if it exists already) that the designer (which is not
necessarily the operator, and not necessarily on the same equipment even a
simulation is generally required) of a show can redact an advertisement text
which is displayed at loading the show, may be with an automatic part of text,
which defines the parameters and warnings...
Another problem linked here mentioned id that if the second device is a moment
disconnected the presentation seems to be automatically re-assigned to the
first. I must test this because the solution is a warning message with a choice
on the first device "the monitor". If this happens during a video...
I don't see how to re-assign this issue, I set it to REMIND (how to manage such
an issue, which is a real problem ?).
This appends to me while I had an operator which have been lost.. a moment as my
listeners and viewers were too (because the operator has made an ESC which has
stopped the show).
---------------------------------------------------------------------
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]