Classroom_Desktop/docs/presentations.md

Presentations

Optional per device, off by default. PRESENTATIONS_ENABLED=true in /etc/ekklesia-classroom/device.conf puts a Presentations button on the bar and starts the importer; nothing else in the room changes.

It depends on nothing else. A machine may have Presentations with no Wonder Ink, no drive, no Parent Call, on Wi-Fi or a cable, as a laptop or a tower. The Bible study laptop is the first installation.

What was measured before any of this was designed

The brief was to use existing presentation software. So the existing presentation software was tried first, on Debian 13 in the Plasma lab, against a ten-slide deck in both PPTX and PDF. The critical requirement is that a teacher who ends or cancels a slideshow lands back in the library and never in an editor.

Tried	What it actually did
soffice --show deck.pptx	Starts a real fullscreen slideshow — app_id=libreoffice-impress, "Presenting: session7", fullscreen=1. But it needs XDG_SESSION_TYPE=wayland and libreoffice-gtk3/-qt6, or it dies with "Failed to open display"; it shows the LibreOffice splash on the way up; and a "Tip of the Day: 1/225" dialog opened on top of the slideshow on first run. Ending the show leaves the Impress editor.
okular --presentation deck.pdf	Opens three windows: the presentation, the ordinary Okular document window behind it, and an "Information — Okular" dialog. The full viewer UI — File, Open, Settings — sits behind the slides.
zathura deck.pdf	Opens windowed, not fullscreen. A document reader, not a presenter.
pdfpc deck.pdf	Single fullscreen window, the closest of the four. With --single-screen it came up windowed, and in the lab it did not respond to Right, Escape or q. A presenter-console tool with notes and a timer, and another dependency.

None of them returns a teacher to a library, because none of them knows there is one. Every one of them leaves an application on the screen that can open any file on the machine.

What was chosen instead

LibreOffice converts once, headless, at import. Poppler renders the pages. The classroom shows the pictures.

Session 7.pptx  --soffice --headless --convert-to pdf-->  slides.pdf
slides.pdf      --pdftoppm -png -scale-to-x 1920-------->  page-001.png ...

Measured on the same deck:

Step	Time
PPTX → PDF, ten slides	0.34 s
All ten pages → PNG	0.03 s
One page at 1920px	0.10 s

Fonts embed correctly (BAAAAA+LiberationSans, subset, embedded) and the text survives, which is where a title comes from when the filename is a hash.

This is not a new renderer. LibreOffice does exactly the rendering Impress would have done live — it is the same engine — and poppler does what every PDF viewer does. The classroom's own code displays a PNG. Because playback is made from static page images, PowerPoint animations, video, audio and other interactive content are not supported. What it buys:

• A teacher can never reach an editor, because no editor ever runs interactively. soffice runs once, with no window, at import.
• Escape is ours. The presenter is a window of the library's own process, so ending a slideshow is the library raising itself, not a second program being asked to exit.
• Presenting is instant. The pictures already exist; there is no LibreOffice to start in front of a room.
• PDF is first class. A session exported from Google Slides as PDF skips the conversion entirely and keeps exactly the appearance Google gave it. PPT and PPTX join that path rather than having one of their own.
• Offline by construction. Nothing after the download touches the network.

libreoffice-gtk3 is deliberately not a dependency: nothing interactive runs, so no UI integration package is needed.

Where things are

~/Downloads/                     completed presentations move from here
~/Downloads/Wonder Ink/          Wonder Ink's worksheets. NEVER touched.

~/.local/share/ekklesia-classroom/presentations/
    imported.json                which downloads have been dealt with
    <id>/
        presentation.json        title, pages, thumbnail slide, timers
        original/
            Session 7 - Romans.pptx  the one original, name kept
        slides.pdf               what everything is rendered from
        pages/page-001.png ...   one per slide, 1920px wide
        thumbnail.png            the card picture, from the chosen slide

Importing

ekklesia-classroom-presentations.service (user) runs classroom-presentation-import, which looks at ~/Downloads every four seconds. Polling, not inotify: a teacher waits the same few seconds either way, and this cannot miss an event across a restart.

A file is imported when all of these hold:

• its extension is .pdf, .pptx or .ppt;
• it is not inside the Wonder Ink directory;
• there is no .crdownload, .part, .partial, .download or .tmp sibling — Chrome writes Session 7.pptx.crdownload and renames it when the transfer finishes, so that sibling is the authoritative "still arriving";
• it has not changed for six seconds, which catches a copy from a USB stick that has no .crdownload to go by;
• it is not empty; and
• its fingerprint — path, size, modification time — is not already in imported.json.

Two downloads of the same name are two presentations in separate id directories. The second gets (2) after its title; neither overwrites the other.

Move and crash safety. On one filesystem the completed download is renamed atomically. Across filesystems it is copied to a hidden temporary, flushed, published atomically, and only then removed from Downloads. The metadata and transaction fingerprint are written first. On startup, an interruption before the source was removed discards the partial destination and retries; an interruption after the move resumes conversion from the managed original. A presentation becomes ready only once every derived file it needs is on disk.

A file that cannot be converted gets a card saying so, offering only Remove. Its managed original remains recoverable even when PDF or page generation fails.

Memory (0.2.6.2)

On a 4 GB Plasma VM the kernel killed ekklesia-classroom-presentations.service mid-import and Plasma said Memory Shortage Avoided. Measured afterwards, LibreOffice converting one deck with the importer's own code:

Deck	PPTX	LibreOffice peak	Rendering peak
10 slides of text	20 KB	203 MB, 0.8 s	38 MB
30 slides, 12 photos shared	23.5 MB	738 MB, 16 s	70 MB
60 slides, the same 12 photos	23.6 MB	754 MB, 28 s	70 MB
30 slides, 30 different 12 MP photos	58.7 MB	1.43 GB, 22 s	69 MB
20 slides, 20 different 27 MP photos	143 MB	2.08 GB, 24 s	70 MB

It grows with the photographs, not the slides, and it is a spike rather than a leak. PDF export with images reduced to 200 dpi saved only 5%, because LibreOffice holds the full images regardless. So the failure was a photo-heavy deck meeting a 4 GB machine with the room's other programs open — and what made it a problem was what happened next. systemd's default OOMPolicy=stop took the whole service down with the killed LibreOffice; it restarted, sweep() resumed the same conversion with no limit, and the library said Getting this ready… throughout.

Now:

• MemoryMax=40% — 1.6 GB on a 4 GB machine, 3.2 GB on 8 GB. Measured in the lab at 1.6 GB, the 2.1 GB deck still imported in 33 s: much of that peak is file-backed and reclaimable, and on a machine with swap the rest is swapped rather than killed (1.4 GB of it at a 200 MB ceiling).
• OOMScoreAdjust=800 — under pressure everywhere, LibreOffice goes before the lesson on the screen, the browser or the panel.
• OOMPolicy=continue — a killed LibreOffice is a failed import, not a dead service. Measured with no swap and a 300 MB ceiling: the kernel killed LibreOffice, the watcher kept its PID with no restart, and the import was recorded as failed, kind memory.
• Two attempts, then stop. Each attempt is counted before it starts. Measured by killing the whole service during attempt 1 and again during attempt 2: it resumed once, then said "giving up … the teacher can try again" and did not start a third.
• The card says so, and offers Try again: This needed more memory than the computer had free. Close other programs, then choose Try again. Try again was pressed in the lab and the deck became ready. A file that simply will not convert still says This file could not be opened and offers no Try again, because trying again will not help.
• Never stuck. An import still "getting ready" 20 minutes after it began — longer than any attempt can take — is shown as the same Try again card, because nothing is working on it.
• One import at a time, by an exclusive lock as well as the one loop; measured, three decks downloaded together converted one after another with never more than one LibreOffice running.

What the lab cannot give is a real 4 GB machine's mix of programs; the ceilings were emulated per service.

The three things kept apart

This is the part most worth not breaking.

	Changed by	Never changed by
Library cover	Use as cover in Quick Look	presenting, importing
Starting slide	nothing — always slide 1	choosing a thumbnail
Retention	a slide actually reaching the screen	Quick Look, opening the library, choosing a thumbnail, preview generation, a viewer that failed to start

The first slide of a Bible study session is a generic opening shared by every session; the one that names the session is usually the second. So the thumbnail defaults to slide 1 and Quick Look exists to change it, and changing it must not be mistaken for having presented anything.

Presenter.show_page calls mark_presented() at the moment the first slide is drawn, and not before. Pressing Present is an intention; a picture on the screen is a presentation.

Retention

State	Kept
Never presented	180 days from import
Presented	30 days from the last presentation

Every presentation restarts the thirty days. No teacher-facing setting.

The cleanup runs hourly in the importer and:

• never removes a presentation whose id is in $XDG_RUNTIME_DIR/ekklesia-classroom-presenting — the lock the presenter holds while a slide is on the screen. In the runtime directory so a crash cannot make a presentation permanently un-removable;
• only ever removes a directory under the library root;
• removes the managed original and all derived assets together;
• never touches unrelated files in ~/Downloads, and therefore never a Wonder Ink worksheet;
• tolerates a directory that is already half gone.

The presenter

A fullscreen Gtk.Window in the library's own process showing one pre-rendered page at a time, letterboxed — never cropped, never stretched.

Key	Does
Space, →, ↓, Page Down, Return, n	Next slide
←, ↑, Page Up, Backspace, p	Previous slide
Home / End	First / last slide
Escape, q, F5	Finish, back to the library

Page Up and Page Down are what the clicker in the cupboard sends.

Going past the last slide finishes, rather than showing a black "click to exit" slide.

Fullscreen is re-asserted, not assumed. The presenter requests fullscreen after its Wayland surface is mapped, and its stable Presenting title lets a presenter-only KWin rule apply fullscreen and remove the border without affecting the library or Quick Look. window-state-event reasserts the state for as long as the presentation is running and stops the moment Escape is pressed. The library is hidden during playback and restored on exit; the Plasma panel itself is never hidden or reconfigured.

Fonts

The pastor's material comes from Google Slides. These are all in Debian main and install without a question:

Package	Covers
fonts-liberation2	Arial, Times New Roman, Courier New — metric compatible
fonts-crosextra-carlito	Calibri
fonts-crosextra-caladea	Cambria
fonts-croscore	the same three under their Chrome OS names
fonts-liberation-sans-narrow	Arial Narrow
fonts-roboto, fonts-open-sans, fonts-lato, fonts-montserrat	the web fonts Google Slides offers
fonts-urw-base35	the PostScript standard 35

ttf-mscorefonts-installer is deliberately absent. It is in contrib, it downloads from a third party at install time, and it shows an EULA prompt — which an unattended classroom upgrade cannot answer.

Checking a machine

classroom-presentation-import --status     what the library holds
classroom-presentation-import --once       one pass, then stop
classroom-presentation-import --cleanup    apply retention now
classroom-manual --features                which manual pages this device shows

--status prints titles, slide counts, the chosen thumbnail slide, both timers and the expiry date. It is the fastest way to answer "why has this gone" and "why has this not appeared".

Later

The library's next round — a maximisable window, a tile grid, click to advance, a hidden pointer — is in backlog.md.