Published interviews render as a synchronized player on the public site.
Where it appears
-
Media pages and item pages, automatically, when the site settings allow it. Item pages get one player per attached media with a published transcript.
-
Explicitly from a theme, with the view helper:
<?= $this->oralHistoryPlayer($media) ?> -
As a page block: add the Oral History Player block to a site page and attach media.
On media and item pages the module hides the theme's own audio or video embed for that file, so there is exactly one player. Without JavaScript the native browser player is shown instead.
What the reader gets
- A synchronized transcript that highlights the current paragraph and scrolls with playback. Clicking a paragraph seeks to it.
- A chapter index ("In this interview") that tracks the active chapter.
- A now-playing readout of elapsed time, current chapter and total duration.
- Speaker names on paragraphs and the public transcript label from settings.
- Footnotes with hover popups and a References list. See Footnotes.
- Actions: Share this moment copies a link to the current time, Cite this passage produces a citation for the selected passage, and Download full transcript saves the text. These are client-side and hidden without JavaScript.
The transcript is real text in the page, so it is readable by screen readers and search engines and works with JavaScript disabled.
Deep links
Append #t=125 or ?t=125 to a media or item URL to start playback at 125 seconds. On item pages with several interviews, links produced by Share and Cite are scoped to the media, for example #t=125-m73, so they open the right player. A plain #t= link applies to the first player on the page.
Search this interview
The player has a search box that highlights every occurrence of a term in the transcript. Each hit is mapped to a word-level timestamp, so clicking a highlight plays from the moment the word is spoken. Word times are computed at publish; interviews published by older versions are backfilled on first view.
Site search
The published transcript is written to the ExtractText property of the media, so Omeka's built-in full-text search finds interviews by their content, for both the media and its parent item. The site setting Hide raw transcript text in public metadata keeps that property out of the public metadata display, where it would duplicate the player.