<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
	<id>https://wiki.openoffice.org/w/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Mechonbarsa</id>
	<title>Apache OpenOffice Wiki - User contributions [en]</title>
	<link rel="self" type="application/atom+xml" href="https://wiki.openoffice.org/w/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Mechonbarsa"/>
	<link rel="alternate" type="text/html" href="https://wiki.openoffice.org/wiki/Special:Contributions/Mechonbarsa"/>
	<updated>2026-10-18T03:47:50Z</updated>
	<subtitle>User contributions</subtitle>
	<generator>MediaWiki 1.35.14</generator>
	<entry>
		<id>https://wiki.openoffice.org/w/index.php?title=Presenter_Screen&amp;diff=55471</id>
		<title>Presenter Screen</title>
		<link rel="alternate" type="text/html" href="https://wiki.openoffice.org/w/index.php?title=Presenter_Screen&amp;diff=55471"/>
		<updated>2007-11-29T00:58:47Z</updated>

		<summary type="html">&lt;p&gt;Mechonbarsa: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Introduction==&lt;br /&gt;
The presenter screen for [[Impress]] is a feature (currently in development) that aids a presenter during a slide show.  It provides information on a second screen, that typically is not visible to the audience.  This includes&lt;br /&gt;
* a view to the currently displayed slide (for when the presenter faces the audience and can not see the primary screen)&lt;br /&gt;
* a preview of the next slide or next effect&lt;br /&gt;
* the notes of the current slide&lt;br /&gt;
* the current time and/or the elapsed time&lt;br /&gt;
* navigation buttons for going to the previous/next slide&lt;br /&gt;
&lt;br /&gt;
Here is how it looks at the moment (left the full screen presentation, right the Presenter Screen):&lt;br /&gt;
&lt;br /&gt;
[[Image:ScreenShotMain.jpg|320px|Primary screen visible by the audience]]  &amp;lt;nowiki&amp;gt;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;amp;nbsp;&amp;lt;/nowiki&amp;gt;   [[Image:ScreenShotSecondary.jpg|320px|Secondary screen visible by the presenter]]&lt;br /&gt;
&lt;br /&gt;
The presenter screen is planned to be an extension.  However, some core libraries will have to be modified and extended to support the presenter screen extension.&lt;br /&gt;
&lt;br /&gt;
Presenter screen is a working title.  It is sometimes called [[Presenter View]] or [[Presenter Console]].&lt;br /&gt;
&lt;br /&gt;
==Status==&lt;br /&gt;
The draft specification can be found [http://specs.openoffice.org/impress/extensions/PresenterScreen.odt here].&lt;br /&gt;
&lt;br /&gt;
Development has begun and there is a working prototype in the [http://tools.services.openoffice.org/EIS2/cws.ShowCWS?Path=SRC680%2Fpresenterview presenterview] child work space.&lt;br /&gt;
&lt;br /&gt;
A developer snapshot is available from the [[Presenter Screen/Developer Snapshot]] page.&lt;br /&gt;
&lt;br /&gt;
==Specification==&lt;br /&gt;
* [http://specs.openoffice.org/impress/extensions/PresenterScreen.odt draft specification]&lt;br /&gt;
* [http://specs.openoffice.org/impress/extensions/PresenterScreenDesigns.odp design mockups]&lt;br /&gt;
&lt;br /&gt;
==Implementation==&lt;br /&gt;
The description of the implementation of the presenter screen has its own page: [[Presenter Screen/Implementation]].&lt;br /&gt;
&lt;br /&gt;
==Team and Contact==&lt;br /&gt;
&lt;br /&gt;
Please use the [mailto:dev@graphics.openoffice.org dev@graphics.openoffice.org] mailing list for&lt;br /&gt;
questions, comments, problem reports or if you want help develop the Presenter Screen.&lt;br /&gt;
&lt;br /&gt;
The following people are currently working on the presenter screen:&lt;br /&gt;
* [[Andre Fischer]] (Development and iTeam Lead, Sun Microsystems)&lt;br /&gt;
* [[Matthias Müller-Prove]] (User Experience, Spec, Sun Microsystems)&lt;br /&gt;
* [[Christian Günther]] (Quality Assurance, Sun Microsystems)&lt;br /&gt;
* [[Uwe Fischer]] (Documentation, Sun Microsystems)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Presenter Screen==&lt;br /&gt;
&lt;br /&gt;
The Presenter Screen is a feature for [[Impress]] that gives the presenter information during a presentation that is not visible to the audience.  This information appears on a second screen and thus requires that at least two screens are present, for example a laptop computer and a beamer.  At the moment this includes:&lt;br /&gt;
&lt;br /&gt;
* A live view of the current slide.  This view shows the current slide exactly like the audience sees it, together with any effects.&lt;br /&gt;
* A static preview of the next slide.  This allows the presenter to prepare for the next slide before the audience can see it.&lt;br /&gt;
* A clock shows the current time.&lt;br /&gt;
* The notes of the current slide are displayed in a rather large font so that the presenter has not to be directly in front of the screen.&lt;br /&gt;
* A tool bar has some navigation buttons and shows the number of the current slide and the total number of slides in the slide show.&lt;br /&gt;
* (not yet fully implemented) A slide sorter can be displayed on demand for fast navigation to a specific slide.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
This set of controls and their individual capabilities is not yet final.  For example:&lt;br /&gt;
&lt;br /&gt;
*The static preview of the next slide could be a static or even a live preview of the next effect.  This is important when for example there is bullet list whose entries appear one by one.  It would be important for the presenter to see at least the next entry.&lt;br /&gt;
*The clock could show the time elapsed since the start of the presentation.&lt;br /&gt;
*The notes view does not yet show the mark up of the notes text.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
===Focus and Keyboard===&lt;br /&gt;
&lt;br /&gt;
With two screens showing the presentation at the same time the problem of focus handling arises.  One solution is to avoid this problem by&lt;br /&gt;
&lt;br /&gt;
#having no control on the Presenter Screen that accepts or even grabs the focus,&lt;br /&gt;
#let the Presenter Screen react to key presses in the same way the full screen presentation would.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==ToDo==&lt;br /&gt;
* Finalize specification&lt;br /&gt;
* Finish implementation&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==Submissions==&lt;br /&gt;
&lt;br /&gt;
I deliberately didn&amp;#039;t look at the spec until after I did this because I didn&amp;#039;t want my view to be coloured by it. This is a small version, I&amp;#039;m mindful of being on a dialup connection.&lt;br /&gt;
&lt;br /&gt;
[[Image:Presenter_Mode_small.jpg | Presenter Mode small version]]&lt;br /&gt;
&lt;br /&gt;
screen sized version is [http://wiki.services.openoffice.org/mwiki/images/4/44/Presenter_Mode.jpg here]&lt;br /&gt;
&lt;br /&gt;
I will expose my bias here from the start, I come at this from an Educators point of view and as a consequence this submission is geared at a specific usage pattern.  I use Impress all the time.  My Data Projector is with me all the time as constantly as my Laptop. &lt;br /&gt;
&lt;br /&gt;
I&amp;#039;ll tackle the elements one by one.&lt;br /&gt;
&lt;br /&gt;
The Notes pane on the left.  Presenters should rarely have more than bullets and Key words in here.  Column view is much better for that.  In Notes view therefore while editing, the default should be two columns and slide.  One Narrow Keywords column and a wider Detail column. Picture [http://wiki.services.openoffice.org/wiki/Image:Impress_notes_ScrnSht.png here]. In Presenter Mode only the Keywords column is shown, both are printed when printing handouts.&lt;br /&gt;
&lt;br /&gt;
I don&amp;#039;t believe it is necessary to show a full view of the slide that is being displayed, it&amp;#039;s up on the screen already, title and number yes and possibly a thumbnail in the top of the Keywords Column&lt;br /&gt;
&lt;br /&gt;
Also it is unnecessary to have a Navigation buttons.  Mouse buttons are the accepted method.  One of the most frustrating things about Impress right now is the right click menu while in Slide Show mode. &lt;br /&gt;
&lt;br /&gt;
The behaviour should be:&lt;br /&gt;
*Left click = forward one slide&lt;br /&gt;
*Right click = back one slide&lt;br /&gt;
&lt;br /&gt;
The reason for this is that good presenters prefer to be away from the computer using remote control.  Normally these have left and right click only.  Impress forces you to be at the computer if there is a need for the ability to backtrack.  This is extremely bad usability having to rush up to the computer just so you can go back one slide.  There isn&amp;#039;t even the ability to change this behaviour in the Customize Dialogs  &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The Slide Preview Box should be the largest element and the default function on &amp;quot;Run Slideshow&amp;quot;/F9 would be click on the box for &amp;quot;Next Slide&amp;quot;.  Default display on &amp;quot;Start&amp;quot; would the slide following the one that is presently on screen,  &lt;br /&gt;
&lt;br /&gt;
In my version the Preview Box is an active element and displays editing On The Run.  Either as a preview before Submitting the edit to the display or displaying real time editing of the slide.  It would work something like this:&lt;br /&gt;
 &lt;br /&gt;
*On Start: Preview Box takes the focus.  Mouse clicks advance slides in the normal manner, displays Next slide as default.  &lt;br /&gt;
*Click Live Edit: Preview box changes from &amp;quot;Next&amp;quot; to &amp;quot;Present&amp;quot; slide.  Clicking a text box in the Slide displays the content of that box in the &amp;quot;Add Content&amp;quot; Box in which that content is editable and is instantly viewable on the display&lt;br /&gt;
*Click the &amp;quot;Add Content&amp;quot; Box also displays present slide.Clicking a text box in the Slide displays the content of that box in the &amp;quot;Add Content&amp;quot; Box in which that content is editable but is not displayed on the Screen in real time until:&lt;br /&gt;
**Click Submit assigns the edit to the Display and returns the Slide Display to Default Slide Show behavior&lt;br /&gt;
**Shift + Submit assigns the edit to the display but stays in OTR edit mode. &lt;br /&gt;
&lt;br /&gt;
Alternatively, the Realtime edit mode could be actually done in the Display Slide Box and the Add Content box used for delayed submission edit or all edits done within the Preview Box and the &amp;quot;Add Content Box&amp;quot; becomes a Button to make the Preview Box editable&lt;br /&gt;
&lt;br /&gt;
The two buttons on the pic should change&lt;br /&gt;
* &amp;quot;Live Edit&amp;quot; on click toggles to &amp;quot;Slide Show&amp;quot; or perhaps &amp;quot;Continue&amp;quot;&lt;br /&gt;
* &amp;quot;Submit&amp;quot; on click toggles to &amp;quot;Add Content&amp;quot; or similar&lt;br /&gt;
Each toggles the preview box between edit and Play. &lt;br /&gt;
&lt;br /&gt;
The Vertical slider on the right&lt;br /&gt;
&lt;br /&gt;
*Default behaviour on start Slide show(F9), is numbers with slide indicator at active slide.&lt;br /&gt;
*MouseOver reveals preview Thumbnail of slide numdber at cursor location&lt;br /&gt;
*Left click on a slide number moves slider to the slide that cursor is indicating and Displays that slide on screen&lt;br /&gt;
*Right click on slide number: Opens a menu with options:&lt;br /&gt;
**&amp;quot;This Slide next&amp;quot;&lt;br /&gt;
**&amp;quot;Move this slide up one&amp;quot;&lt;br /&gt;
**&amp;quot;Move this slide down one&amp;quot;&lt;br /&gt;
**&amp;quot;Hide/Reveal slide toggle&amp;quot;&lt;br /&gt;
*left click and hold to drag and drop slide elsewhere in the sequence     &lt;br /&gt;
&lt;br /&gt;
[[User:Yorick|Yorick]] 12:08, 23 November 2007 (CET)&lt;br /&gt;
&lt;br /&gt;
After some discussion with some of my colleagues some suggested changes.  Consensus was that Draft one view was too complex and people wanted the Active Slide view so that they weren&amp;#039;t forced to look at the screen.  As you can see from my earlier comments, I was overruled! So we simplified it to this.&lt;br /&gt;
&lt;br /&gt;
*Top left box Shows &amp;quot;Previous&amp;quot;&lt;br /&gt;
*Top right shows &amp;quot;Active Slide&amp;quot;&lt;br /&gt;
*Bottom Centre &amp;quot;Next&amp;quot; &lt;br /&gt;
&lt;br /&gt;
Some discussion arose WRT the position of the Remaining Time counter.  Opinion was divided as to whether the Clock should be swapped with the Edit buttons. &lt;br /&gt;
&lt;br /&gt;
[[image:Presenter_Mode2_small.jpg]]&lt;br /&gt;
&lt;br /&gt;
Full screen version with some notes added [http://wiki.services.openoffice.org/wiki/Image:Presenter_Mode2.jpg here]&lt;br /&gt;
&lt;br /&gt;
When the slide show is started the default behavior is the standard slideshow behavior&lt;br /&gt;
&lt;br /&gt;
Additionally: &lt;br /&gt;
*Mouse clicking on the slide preview boxes whether &amp;quot;next&amp;quot; or &amp;quot;previous&amp;quot; moves the display to that slide&lt;br /&gt;
* Single mouse click on a slide number on the slider displays that slide in the &amp;quot;Next Slide&amp;quot; Preview so that on the next click or space that slide is displayed.&lt;br /&gt;
* Double click on a slide number causes Impress to display the slide in the &amp;quot;Active slide&amp;quot; view and on screen immediately (With transitions intact off course)&lt;br /&gt;
* Editing done in the Preview box activated by the &amp;quot;Live Edit&amp;quot; and &amp;quot;Non Live Edit&amp;quot; ( What&amp;#039;s a better way to describe that behavior:  &amp;quot;Running Edit&amp;quot; and  &amp;quot;Resting Edit&amp;quot; perhaps?  Not sure.. Suggestions?)&lt;br /&gt;
&lt;br /&gt;
Other behavior as above  &lt;br /&gt;
&lt;br /&gt;
[[User:Yorick|Yorick]] 06:19, 24 November 2007 (CET)&lt;br /&gt;
&lt;br /&gt;
I agree wholeheartedly with Yorick on the right mouse click, the vertical notes pane, and the second layout above. Don&amp;#039;t like &amp;quot;Running Edit&amp;quot; and &amp;quot;Resting Edit&amp;quot; - I think Live and Non-live makes sense.&lt;br /&gt;
&lt;br /&gt;
We need some of these features in the stock presentation mode.&lt;br /&gt;
&lt;br /&gt;
[[User:Rygle|Rygle]] 28 November 2007&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Andreasma&amp;#039;s Ideas ===&lt;br /&gt;
&lt;br /&gt;
Some ideas for enhancements of the presenter screen:&lt;br /&gt;
*  There should be an progressbar (Fortschrittsbalken in german) showing the progress &lt;br /&gt;
of slides.&lt;br /&gt;
* A second progressbar should give informations about the time (time &lt;br /&gt;
used and time available for the presentation). It would be a nice idea, if &lt;br /&gt;
the progressbar could change her color when the presentator has not enough &lt;br /&gt;
time to finish (maybe from green over yellow to reed).&lt;br /&gt;
* Another thought: if a presentator tests his presentation with presentation &lt;br /&gt;
with time measurement, then this values for every slide should be used for &lt;br /&gt;
the progressbar(s) (asynchron minutes for every slide).&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Mechonbarsa&amp;#039;s Idea ===&lt;br /&gt;
&lt;br /&gt;
I think Andreasma&amp;#039;s idea of a second progressbar is great. But I could add something else. I recently attended a software engineering convention and saw that the staff signaled the keynote speaker his/her time remaining using a separate screen with &amp;quot;traffic lights&amp;quot;: Green when the presentation is on-time, yellow at 10-15 minutes remaining, red at 5 minutes remaining, to signal the speaker that he has this little time for conclusions and closing remarks.&lt;br /&gt;
&lt;br /&gt;
Wouldn&amp;#039;t it be great that this &amp;quot;traffic lights&amp;quot; system could be added to the presenter screen? And its colors&amp;#039; time intervals customized?&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[Category:Impress]]&lt;br /&gt;
[[Category:Extensions]]&lt;br /&gt;
[[Category:Presenter Screen]]&lt;/div&gt;</summary>
		<author><name>Mechonbarsa</name></author>
	</entry>
	<entry>
		<id>https://wiki.openoffice.org/w/index.php?title=FeatureSuggestions&amp;diff=15833</id>
		<title>FeatureSuggestions</title>
		<link rel="alternate" type="text/html" href="https://wiki.openoffice.org/w/index.php?title=FeatureSuggestions&amp;diff=15833"/>
		<updated>2006-08-30T02:01:36Z</updated>

		<summary type="html">&lt;p&gt;Mechonbarsa: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Photo Album ==&lt;br /&gt;
&lt;br /&gt;
Scenario: Photos get taken at a wedding&lt;br /&gt;
&lt;br /&gt;
Part 1 is to be able to quickly turn them into a presentation to show at the wedding dinner a few hours later. The key features are to be able to create a presentation from the pictures with 3 to 4 clicks with random fades between slides, and the presentation automatically set to loop continuously. [http://sourceforge.net/project/showfiles.php?group_id=87718&amp;amp;package_id=95976 Impress Photo Album Creator] is a fine starting place for this. Needs to be at least turned into a complete addon which can be installed from the addon menu.&lt;br /&gt;
&lt;br /&gt;
Part 2 is to be able to export such a presentation into a video format of some kind, so it can then be imported into some 3rd party DVD writing software to burn as a playable DVD as a gift for the non-techy not computer owning wedding couple.&lt;br /&gt;
&lt;br /&gt;
== Blogger ==&lt;br /&gt;
&lt;br /&gt;
Scenario: Blog editing with word processor features&lt;br /&gt;
&lt;br /&gt;
Writer can create tables, insert images and spell check. There exists a plugin for Microsoft Word, [http://buzz.blogger.com/bloggerforword.html Blogger for Word] which only supports basic functionality for blogging from MSWord, a superior solution for Writer would be nice. [http://people.redhat.com/caolanm/oooblogger oooblogger] is a good starting position, support for more blogger backends is required, and support for media uploads to support inserted images needs to be completed. Improving the responsiveness of the &amp;quot;edit existing blogs&amp;quot; and a preview in a brower would also be nice additions.&lt;br /&gt;
&lt;br /&gt;
== Browse Online Addons == &lt;br /&gt;
&lt;br /&gt;
Scenario: Make it easy to find good quality addons&lt;br /&gt;
&lt;br /&gt;
From the Add-Ons dialog add the ability to browse a pre-defined online location where Add-Ons can be found. [http://www.ooomacros.org www.ooomacros.org] exists as a possible starting point. The proposed Add-Ons collection would need to be strictly quality controlled to work on all platforms, and to not require any user installation work except possibly restarting OOo. The brower of Add-Ons should show a summary of the Add-On and the ability to view the documentation URL of each Add-On before determining whether to download and install it.&lt;br /&gt;
&lt;br /&gt;
== Wikipedia Smart Tags ==&lt;br /&gt;
&lt;br /&gt;
Scenario: Find articles in wikipedia from topics in your document.&lt;br /&gt;
&lt;br /&gt;
The idea is that openoffice.org would automatically look up phrases in your document (possibly automatically, or possibly only at a users direction) in wikipedia and see if they have an article written about this content, if so highlight them with a special link which takes you to the wikipedia article about it. e.g. reading a document about Russian History and &amp;quot;Peter the Great&amp;quot; automatically link to background information about Peter on wikipedia. Or firefox style, a sidebar accumulates the links.&lt;br /&gt;
&lt;br /&gt;
== Better Template Dialog ==&lt;br /&gt;
&lt;br /&gt;
Scenario: Creating a document should start with selecting a picture of the type of document you are going to write&lt;br /&gt;
&lt;br /&gt;
We have a create from template wizard for impress, this is a suitable route for creating a word processor document as well. The existing impress dialog is a bit klunky and doesn&amp;#039;t by default contain many examples for openoffice.org. The Apple iWork suite has nice templates and a nice selector widget. So we need a better template dialog like the iWork one, and ideally with the ability to browse an online set of quality controlled templates. [http://documentation.openoffice.org/Samples_Templates/User/template/index.html documentation.openoffice.org] contains a starting position, but some selection of best of breed needs to be done as well as seperation by language and theme, cleanup in terms of setting titles and licences and generation of previews. [[AppleTemplateDialog.png]]&lt;br /&gt;
&lt;br /&gt;
== Tackle FAQs ==&lt;br /&gt;
&lt;br /&gt;
Scenario: Known FAQ problems&lt;br /&gt;
&lt;br /&gt;
e.g. we know that users find it difficult to do certain tasks because they have become FAQs. So we should tackle these known FAQs with new approaches, e.g. creating a title page in writer is a common problem. So we should e.g. by default dock the styles browser when using writer to make it more obvious that styles exist, making it more likely that they will be discovered. Another approach for writer is to take the impress approach and create a side panel which shows a preview of all the pages in the document, in this panel right clicking the first page should allow the most common task of applying the title style to the page, selecting the first two pages should enable the auto creation of a first page style and a second page style with all the appropiate follow styles set to create a &amp;quot;first two pages do not have headers/footers and page 1 starts on the third normal style page&amp;quot; [[Writersidepanel.png]]&lt;br /&gt;
&lt;br /&gt;
== Keynote-style transitions ==&lt;br /&gt;
&lt;br /&gt;
Scenario: Making OOo Impress presentations even more impressive&lt;br /&gt;
&lt;br /&gt;
I saw a few days ago someone doing a keynote speech using Apple&amp;#039;s [http://www.apple.com/iwork/keynote/ Keynote] presentation software. Is it possible to integrate that amazing animation functionality to Impress? I think it would be an excellent feature to make our presentations even more impressive.&lt;br /&gt;
&lt;br /&gt;
[[Category:Features]]&lt;/div&gt;</summary>
		<author><name>Mechonbarsa</name></author>
	</entry>
</feed>