Zum Hauptinhalt springen

Implementation of a visual raise hand function in PowerPoint ®

Volf, Ivo
In: GMS Journal for Medical Education GMS Journal for Medical Education, Jg. 38 (2021-01-28), Heft 1, p Doc10
Online unknown

Implementation of a visual raise hand function in PowerPoint<sup>®</sup>  Implementierung einer visuellen Handhebe-Funktion in PowerPoint<sup>®</sup> 

Zielsetzung: Die durch COVID-19-bedingte Abhaltung von Vorlesungen als Live-Übertragungen führte zu einer im Vergleich zur Präsenzlehre deutlich reduzierten Interaktion der Studierenden mit den Vortragenden. Ein wesentlicher Grund dafür lag aus unserer Sicht in der Handhebe-Funktion der jeweiligen Webkonferenzsysteme, welche (unabhängig vom verwendeten System) in einem für den Vortragenden weitgehend unauffälligen Signal resultiert. Bei der notwendigen Konzentration auf die eigene Präsentation können Fragenwünsche somit nur mit beträchtlicher zeitlicher Verzögerung wahrgenommen und nur eingeschränkt in den Unterricht integriert werden. Somit entstand die Idee, Fragewünsche des Auditoriums durch ein deutliches visuelles Signal in PowerPoint® selbst anzuzeigen. Methodik: PowerPoint® verfügt mit Visual Basic für Applikationen (VBA) über eine Programmiersprache, mit welcher sich seine Funktionalität stark erweitern lässt. Entsprechend wurde VBA verwendet, um eine im Hintergrund der Präsentation ablaufende Routine zu programmieren, welche im Zyklus weniger Sekunden den Inhalt einer webbasierten „Signaldatei" abruft. Der Inhalt dieser Signaldatei wiederum kann durch Aufruf eines URLs (also von jedem internetfähigen Gerät) von den Studierenden modifiziert werden – daraus resultiert ein (individuell gestaltbares) visuelles Signal in PowerPoint®, welches temporär sichtbar ist und den Ablauf der Präsentation nicht beeinträchtigt. Schlussfolgerung: Mit dem hier vorgestellten Konzept wurde eine Handhebe-Funktion in PowerPoint realisiert, welche sich unabhängig vom verwendeten Webkonferenzsystem als klares visuelles Signal manifestiert. Dies ermöglicht den Lehrenden auch bei der Live-Übertragung von Vorlesungen die spontane Interaktion mit Fragewünschen des Auditoriums.

Objective: Replacing face-to-face lessons by remote teaching due to COVID-19 led to a markedly reduced interaction between students and lecturers. In our opinion, one of the main reasons for this is the raise hand function of the respective web conference systems, which (independent of the system used) results in an unobtrusive signal that can easily be missed by the lecturer. Given the necessary focus on one's own presentation, questions can therefore only be perceived with a considerable time delay and can only be integrated into the lessons to a limited extent. Thus, the idea arose to display question requests of the auditorium by a clear visual signal in PowerPoint® itself. Methodology: With Visual Basic for Applications (VBA), Microsoft PowerPoint® holds an integrated programming language that extends its functionality. Accordingly, VBA was used to program a routine running in the background of the presentation, which periodically retrieves the contents of a web-based "signal file" in a cycle of a few seconds. The content of this signal file, in turn, can be modified by the students by calling up an URL (i.e. from any Internet-capable device) - this results in a (customizable) visual signal in PowerPoint® that is temporarily visible and does not further interfere with the presentation. Conclusion: With the concept presented here, a raise hand function was realized in PowerPoint®, which manifests itself as a clear visual signal independent of the web conferencing system used. This enables the lecturers to respond instantly to questions from the audience during live transmission of lectures.

Keywords: raise hand function; PowerPoint; remote teaching; Handheben-Funktion; Fernunterricht

1. Introduction

Due to the COVID-19 related restrictions to teaching in presence, it was necessary to implement alternative teaching formats within short time.

At the Medical University of Vienna – there were no guidelines or recommendations concerning the choice between live-transmission and video-recording of lectures – the format of live-transmissions was mainly used by those lecturers who were aware of the didactic benefit of even basic interaction between students and lecturer.

As technical platforms for the transmission of the teaching content, several web conference systems (that had already been available but were not used for teaching purposes) were used until Webex (Cisco) was licensed.

The basic concept for live transmission of lectures was independent of the web conference system used. Since the basic principle of operation is sharing one's own screen (and thus the respective presentation), the integration of survey systems (audience response systems) to promote active learning could be maintained even in remote teaching.

However, the basic step of "interaction" between student and lecturer proved to be problematic: the "announcement" of requests to speak and ask/discuss concepts and contents of the lecture was (for good reason) not realized by verbal interruption of the lecturer. Instead, the notification possibilities provided in the respective conference systems (raise hand feature) were used. These, in turn, generally provide a signal to the lecturer that is largely inconspicuous. Thus, it is perceived by the lecturer at best with a considerable delay – given that the lecturer is focused on the presentation and must assume the roles of lecturer and moderator in one person – tasks that, e.g. at scientific conferences, are fulfilled by at least two different persons. Questions transmitted via the chat function are usually presented in a more conspicuous way, but can only be read and answered at the end of the lecture or during breaks. This limits the didactic concept to encourage (and react to) spontaneous questions.

Therefore, the idea was to display question requests by the audience with a clear visual signal without influencing the flow of the presentation.

1. Einleitung

Im Zuge der COVID-bedingten Verbote von Präsenzlehre ergab sich die kurzfristig umzusetzende Notwendigkeit, Lehrveranstaltungen auf alternativen Wegen abzuhalten.

Bei Vorlesungen wurde – an der Medizinischen Universität Wien existierten zur Frage Live-Übertragung vs. Video-Aufzeichnung keine Richtlinien oder Empfehlungen – das Format der Live-Übertragungen vor allem von denjenigen Lehrenden eingesetzt, welchen der didaktische Nutzen selbst basaler Interaktionsmöglichkeiten bewusst war.

Als technische Plattform für die Übertragung der Lehrinhalte wurden bis zur Lizenzierung von Webex (Cisco) bereits vorhandene und bis dahin generell nicht für die Lehre genutzte Webkonferenzsysteme verwendet.

Die grundsätzlichen Rahmenbedingungen für die Live-Übertragung von Vorlesungen waren unabhängig von den verwendeten Webkonferenzsystemen. Da das grundlegende Funktionsprinzip im Teilen des eigenen Bildschirms (und damit der jeweiligen Präsentation) besteht, konnte die Einbindung von Umfrage-Systemen (audience response Systeme) zur Förderung von aktivem Lernen auch im Distanz-Modus beibehalten werden.

Problematisch erwies sich jedoch der grundlegende Schritt von „Interaktion" zwischen Studierenden und Vortragendem: die „Anmeldung" von Wortmeldungen und Fragen zu Konzepten und Inhalten der Vorlesung geschah (aus gutem Grund) nicht durch verbale Unterbrechung des Vortragenden, sondern durch die in den entsprechenden Konferenzsystemen vorgesehenen Benachrichtigungsmöglichkeiten (Handhebe-Funktion, raise hand feature). Diese wiederum sind generell so konzipiert, dass das Signal an den Lehrenden weitestgehend unauffällig ist und von diesem damit bestenfalls mit beträchtlicher Verzögerung wahrgenommen wird – zumal der Lehrende auf die Präsentation konzentriert ist und in einer Person die Rolle des Vortragenden und des Moderators übernehmen muss – Aufgaben, welche z.B. bei wissenschaftlichen Konferenzen jedenfalls (zumindest) zwei unterschiedliche Personen erfüllen. Mittels Chatfunktion übermittelte Fragen werden zwar in der Regel etwas auffälliger dargestellt, können aber allenfalls mit dem Ende der Vorlesung oder in dafür vorgesehenen Pausen gelesen und beantwortet werden. Dadurch ist die didaktisch erwünschte spontane Reaktion auf Fragen nur eingeschränkt möglich.

Somit bestand der Wunsch, Fragewünsche des Auditoriums mit einem deutlichen visuellen Signal anzuzeigen ohne dadurch Einfluss auf die Ablaufsteuerung der Präsentation zu nehmen.

2. Project description

Since live transmission of presentation contents is realized by sharing the (usually: PowerPoint®) presentation running on the PC of the lecturer, the idea was born to extend PowerPoint® with the functionality to display information from the auditorium with a short but clear visual signal to the presenter (e.g. color change of a presentation element).

The basic possibility of extending the functionality of individual Microsoft Office® applications by means of self-written program code was greatly expanded from the mid-1990s onwards by the implementation of the interpreted programming language Visual Basic for Applications (VBA) which was also largely standardized between the individual applications (Word, Excel, PowerPoint, Access).

VBA in principle enables PowerPoint to access the contents of web-based files (in read and write access). Conversely, the content of such a web-based file can be manipulated by calling up a web page (pressing a button) and thus via any internet-capable device (smartphone, tablet, notebook).

Thus, such a "signal file" – placed in an accessible web directory – can serve as an interface between the auditorium and PowerPoint®, provided that students have the opportunity to manipulate the content of the signal file by calling up an appropriate URL. At the same time, PowerPoint® must periodically (at intervals of a few seconds) poll the content of this file during the presentation and – in case of a modified value – respond with a visual signal (and subsequently reset the content of the signal file in order to be able to display further questions).

Such a communication interface was realized via VBA and php. Difficulties arose somewhat surprisingly from the fact that VBA in PowerPoint® (in contrast to Word, Excel and Access) does not include a timer function and the periodic polling of the signal file therefore had to be solved by means of the Windows API.

2. Projektbeschreibung

Da die Live-Übermittlung der Präsentationsinhalte durch Teilen der am eigenen PC ablaufenden (im Regelfall: Powerpoint®-) Präsentation erfolgt, entstand die Idee, PowerPoint gezielt um die Funktionalität zu erweitern, Hinweise aus dem Auditorium mit einem kurzen, aber deutlichen visuellen Signal an den Vortragenden (z.B. Farbwechsel eines Präsentationselements) anzuzeigen.

Die grundsätzliche Möglichkeit, die Funktionalität einzelner Microsoft Office-Anwendungen durch selbstgeschriebene Programm-Anweisungen zu erweitern wurde ab Mitte der 1990er Jahre durch die Implementierung der interpretierten Programmiersprache Visual Basic für Applikationen (VBA) stark erweitert und auch zwischen den einzelnen Anwendungen (Word, Excel®, PowerPoint®, Access®) weitgehend vereinheitlicht.

VBA eröffnet PowerPoint® die grundsätzliche Möglichkeit, auf Inhalte webbasierter Dateien (in Schreib- und Lesezugriff) zuzugreifen. Umgekehrt kann der Inhalt einer solchen webbasierten Datei über den Aufruf einer Webseite (das Drücken einer Schaltfläche) und damit über jedes internetfähige Gerät (Smartphone, Tablet, Notebook) manipuliert werden.

Somit kann eine solche – in einem entsprechend zugänglichen Webverzeichnis abgelegte – „Signaldatei" als Schnittstelle zwischen Auditorium und PowerPoint® dienen. Voraussetzung dafür ist, dass den Studierenden die Möglichkeit gegeben wird, durch Aufruf eines entsprechenden URL den Inhalt der Signaldatei zu manipulieren. Gleichzeitig muss PowerPoint® während der Präsentation periodisch (im Abstand weniger Sekunden) den Inhalt dieser Datei abfragen und – im Fall eines geänderten Wertes – darauf mit einem visuellen Signal reagieren (und nachfolgend den Inhalt der Signaldatei zurücksetzen, um weitere Fragestellungen anzeigen zu können).

Die Etablierung einer solchen Kommunikationsschnittstelle wurde über VBA und php realisiert. Schwierigkeiten ergaben sich etwas überraschend aus der Tatsache, dass VBA in PowerPoint® (im Gegensatz zu Word®, Excel® und Access®) über keine Timer-Funktion verfügt und das periodische Abfragen der Signaldatei somit über Einbindung der Windows API gelöst werden musste.

3. Results

With the concept presented here, a raise hand function was implemented in PowerPoint®, whereby questions from the auditorium are clearly displayed to the lecturer with minimal time latency.

Due to the implementation in PowerPoint®, this can be archieved independent of the web conference system used. The presentation of the visual signal to the lecturer is freely configurable and is done via a (modifiable) object ("Shape") placed on the first slide.

First experiences with the solution presented here showed stable performance of the application. Feedback from lecturers could only be obtained as narrative feedback due to the short-term nature of implementation (evaluations in compulsory education require approval of the data protection commission). As a result, the clear signaling was explicitly stated as helpful functionality and a more spontaneous interaction was experienced. However, this does not seem to increase students' motivation to ask their own questions.

3. Ergebnis

Mit dem hier vorgestellten Konzept wurde eine Handhebe-Funktion in PowerPoint realisiert, wodurch Fragewünsche des Auditoriums den Lehrenden deutlich und mit minimaler zeitlicher Latenz angezeigt werden.

Durch die Implementierung in PowerPoint geschieht dies unabhängig vom verwendeten Webkonferenzsystem, die Darstellung des visuellen Signals an den Vortragenden ist frei gestaltbar und erfolgt über ein auf der ersten Folie platziertes (modifizierbares) Objekt („Shape").

In ersten Einsätzen zeigte die hier vorgestellte Lösung eine stabile Lauffähigkeit, erste Erfahrungen der Dozierenden konnten aufgrund der Kurzfristigkeit (Evaluationen in der Pflichtlehre erfordern die Bewilligung der Datenschutzkommission) nur als narratives Feedback eingeholt werden. Darin wurde die klare Signalgebung explizit als hilfreiche Funktionalität wahrgenommen und eine spontanere Interaktion bestätigt. Eine erhöhte Motivation der Studierenden zum Anmelden eigener Fragen scheint dadurch jedoch nicht gegeben.

4. Limitations

Due to the integration of the Windows API, the solution presented here is only executable under MS-Windows®. A use in combination with presenter view mode is not possible – this limitation is system-dependent and therefore cannot be fixed in the approach presented here.

4. Limitationen

Durch das Einbinden der Windows API ist die hier vorgestellte Lösung nur unter dem Betriebssystem MS-Windows® lauffähig. Eine Verwendung in Kombination mit der Referentenansicht ist nicht möglich. Dies ist systembedingt und damit in dem hier vorgestellten Ansatz nicht zu ändern.

5. Availability

All files necessary to implement the functionality described here can be used freely for academic teaching: http://educativo.at/RaiseHand/.

5. Verfügbarkeit

Die zur Nutzung der vorgestellten Lösung notwendigen Dateien sind im Bereich der akademischen Lehre frei nutzbar: http://educativo.at/RaiseHand/

Competing interests

The author declares that he has no competing interests.

Interessenkonflikt

Der Autor erklärt, dass er keine Interessenkonflikte im Zusammenhang mit diesem Artikel hat.

By Ivo Volf

Reported by Author

Titel:
Implementation of a visual raise hand function in PowerPoint ®
Autor/in / Beteiligte Person: Volf, Ivo
Link:
Zeitschrift: GMS Journal for Medical Education GMS Journal for Medical Education, Jg. 38 (2021-01-28), Heft 1, p Doc10
Veröffentlichung: German Medical Science GMS Publishing House, 2021
Medientyp: unknown
DOI: 10.3205/zma001406
Schlagwort:
  • lcsh:LC8-6691
  • lcsh:Special aspects of education
  • Education, Medical
  • SARS-CoV-2
  • lcsh:R
  • lcsh:Medicine
  • COVID-19
  • Fernunterricht
  • 610 Medical sciences
  • Medicine
  • Handheben-Funktion
  • Article
  • Education, Distance
  • raise hand function
  • Software Design
  • PowerPoint
  • Humans
  • remote teaching
  • Pandemics
Sonstiges:
  • Nachgewiesen in: OpenAIRE
  • Sprachen: English
  • Language: English
  • Rights: OPEN

Klicken Sie ein Format an und speichern Sie dann die Daten oder geben Sie eine Empfänger-Adresse ein und lassen Sie sich per Email zusenden.

oder
oder

Wählen Sie das für Sie passende Zitationsformat und kopieren Sie es dann in die Zwischenablage, lassen es sich per Mail zusenden oder speichern es als PDF-Datei.

oder
oder

Bitte prüfen Sie, ob die Zitation formal korrekt ist, bevor Sie sie in einer Arbeit verwenden. Benutzen Sie gegebenenfalls den "Exportieren"-Dialog, wenn Sie ein Literaturverwaltungsprogramm verwenden und die Zitat-Angaben selbst formatieren wollen.

xs 0 - 576
sm 576 - 768
md 768 - 992
lg 992 - 1200
xl 1200 - 1366
xxl 1366 -