import { FileRetrieve } from '../../../../../../types/openapi';
/**
 * Resolve the CURRENT 0-based slide index for a content-backed section.
 *
 * PIT-6436: a ContentList entry stores a denormalized `page_index` (and `component_id`
 * `<file>_page_N`) that is baked when the slide is added. When the file is re-uploaded with
 * reordered pages those go stale, so the navigator / ContentList thumbnail pointed at a different
 * slide than the section actually renders. The section's `content_background.page_id` is stable,
 * so resolve the live position through it against the file's current `pptx_data.slides` — the same
 * basis the Scribble read-path uses (#4677).
 *
 * Returns null when there is no `page_id` or it can't be found in the current slides, so callers
 * fall back to the stored `page_index`.
 */
export declare function resolveCurrentSlideIndex(sectionContentData: unknown, file: FileRetrieve | undefined): number | null;
/**
 * Resolve a content section's CURRENT slide thumbnail URL from its Scribble's `backgroundImage`,
 * which the read-path refreshes to the live file version + page (#4673).
 *
 * PIT-6436: the SectionList navigator branch otherwise falls back to the section's stored
 * `thumbnail_url` / `metadata.thumbnail` / `slide_preview`, which are baked at section creation and
 * are NOT refreshed on read — so after a re-upload they point at the old version + old page. The
 * Scribble background is the same source the main slide renders from, so it stays in sync.
 *
 * Returns null when there is no content-background node or it has no background image, so callers
 * fall back to the stored thumbnail (byte-identical for non-slide sections).
 */
export declare function resolveCurrentSectionThumbnailUrl(sectionContentData: unknown): string | null;