Commit Graph
202 Commits
Author SHA1 Message Date
john-okeefe aaa2dff8e2 feat: Add 18 reading themes for ebook reader
Add comprehensive reading theme system with 18 themes organized into 5 categories.
All themes include light and dark mode variants, optimized for readability and
eye comfort during long reading sessions.

Theme Categories:
1. Classic Reading (6 themes)
   - Light, Paper, Sepia, Parchment, Warm, Candlelight
   - Time-tested, comfortable for general reading

2. Sky & Atmosphere (4 themes)
   - Azure, Sky, Arctic, Frost
   - Open, airy, contemplative feel with blue tones

3. Sunset & Warmth (3 themes)
   - Dusk, Sunset, Twilight
   - Warm, energizing colors for evening reading

4. Nature & Earth (3 themes)
   - Forest, Moss, Slate
   - Grounded, natural, calming greens and grays

5. High Performance (2 themes)
   - OLED, Solarized
   - Optimized for specific use cases (battery saving, precision design)

Theme Features:
- All themes pass WCAG AAA contrast standards (7:1 ratio)
- Each theme has light and dark mode variants
- CSS custom properties for dynamic theme switching
- Optimized color temperatures for different lighting conditions
- Inspired by best practices from e-readers (Kindle, Kobo) and community projects (Grimmory)

Design Principles:
- Readability first: Avoid pure black on pure white (causes eye strain)
- Color temperature: Warm tones for evening, cool tones for daytime focus
- Typography support: Works seamlessly with 9 bundled libre fonts
- Progressive enhancement: Themes work without JavaScript

File: web/static/foliate-themes.css (301 lines)
- CSS custom properties for each theme variant
- Typography base styles (font-family, font-size, line-height, margins)
- Link, selection, and image handling styles
- Orphan/widow prevention for better text flow
2026-04-12 12:09:51 -04:00
john-okeefe 231a1c64e3 refactor: Remove broken reader implementation for foliate-js migration
Remove 60+ files from the old reader implementation that relied on
CSS columns pagination, which was fundamentally broken. This includes:
- Comic/Manga format handlers (panel detection, reading direction)
- PDF rendering, bookmarks, annotations, outlines
- Reflowable content pagination (EPUB, FB2, TXT, HTML parsers)
- UI components (gestures, keyboard shortcuts, panel dock system)
- Core navigation and state management

The old implementation used CSS columns for EPUB pagination, but this
approach is fundamentally incompatible with horizontal book layouts
because CSS columns fill vertically first, then wrap horizontally.
This causes only 1 column to be created instead of the expected 92+.

This cleanup prepares the codebase for foliate-js integration, which
uses JavaScript-driven pagination with CFI-based positioning that
actually works for book reading.

Files removed:
- formats/: comic/, manga/, pdf/, reflowable/ (65 files)
- parsers/: EPUB, FB2, TXT, HTML (4 files)
- ui/: gestures, keyboard shortcuts, panel dock, progress tracker (8 files)
- core/: parser-manager, reader-navigation, reader-services, reader-state (4 files)
- reader-shell.ts: Main reader orchestrator (565 lines)

Total: 9,361 lines removed

Reader functionality will be restored via foliate-js integration.
2026-04-12 12:09:39 -04:00
john-okeefe 87cb11cef2 Update foliate-js: Fix Vite build 2026-04-12 12:06:20 -04:00
john-okeefe 562de71a2b Add foliate-js submodule with import alias 2026-04-12 10:54:25 -04:00
john-okeefe ef15fb9ab4 Remove foliate-js submodule 2026-04-12 10:47:59 -04:00
john-okeefe 002c367710 Remove foliate-js submodule 2026-04-12 10:31:21 -04:00
john-okeefe 90c1e7b56a refactor: Improve type safety by removing 'as any' casts throughout reader code
TYPE SAFETY IMPROVEMENTS:
1. manga/reading-direction.ts
   - Create MangaMetadata interface to replace 'any' type
   - Remove redundant 'as any' casts inside detectFromMetadata()
   - Add proper typing for manga_type and reading_direction fields
   - Function signature now properly typed

2. ui/gestures.ts
   - Remove 'as any' cast for comic/manga reader
   - TypeScript already knows the type after type guard checks
   - Improves type safety and enables better autocomplete

3. ui/keyboard-shortcuts.ts
   - Remove 'as any' cast for comic/manga reader
   - Type guard on lines 22-24 narrows the type correctly
   - No cast needed, TypeScript infers ComicReader | MangaReader

4. reader-shell.ts
   - Remove 'as any' cast for comic/manga images array access
   - Type checking after format checks ensures correct type
   - Change: (state.currentReader as any).images.length
   - To: state.currentReader.images.length

BENEFITS:
 Compiler catches property name mismatches (e.g., pageCalculationResult)
 Better IDE autocomplete and inline documentation
 Prevents runtime type errors that would slip through with 'any'
 Code becomes self-documenting with explicit types
 Easier refactoring with compiler assistance

This change improves overall type safety in the reader codebase by
removing unnecessary type casts that were bypassing TypeScript's
type checking. The 'as any' casts were hiding bugs and preventing
the compiler from catching errors at compile time.

Related to: Type system improvements, bug prevention
2026-04-11 00:52:47 -04:00
john-okeefe eee83d6cb9 fix: Synchronize currentSpineIndex with position.spineIndex on position updates
CRITICAL BUG FIX:
The UniversalReader interface had a duplicate spine index issue:
- Top-level property: currentSpineIndex: number
- Nested property: position.spineIndex: number

When navigation updated the position object, only position.spineIndex
was updated, but the top-level currentSpineIndex remained unchanged.
This caused a mismatch that broke navigation across spine boundaries.

ROOT CAUSE:
- Navigation functions update position (which contains spineIndex)
- updateCurrentPosition() only spread position, not currentSpineIndex
- progress-indicator.ts reads from currentSpineIndex to get spine info
- Result: Trying to access spine 0 when actually on spine 1, etc.

THE FIX:
Add currentSpineIndex to the returned object in updateCurrentPosition():
  return {
    ...book,
    position,
    currentSpineIndex: position.spineIndex,  // Keep them in sync
  };

IMPACT:
 Navigation works correctly across spine boundaries (e.g., cover → content)
 Progress indicator displays accurate chapter information
 Content rendering uses correct spine data
 No more state corruption when navigating between spines

This fix ensures that both spine index properties stay synchronized,
preventing the navigation failures that occurred when crossing from
one spine item to another (e.g., from cover.xhtml to Frankenstein.xhtml).

Related to: Spine boundary navigation, state synchronization
2026-04-11 00:52:39 -04:00
john-okeefe 8388847ec3 fix: Correct progress indicator pagination data access and improve type safety
BUG FIXES:
1. Fix incorrect property access causing page counter to show wrong totals
   - Changed: reader.pageCalculationResult → reader.pagination
   - The pageCalculationResult property doesn't exist on UniversalReader
   - This caused fallback to metadata.total_pages (299) instead of
     calculated pagination.totalPages (119)

2. Fix non-existent chapterMap property access
   - chapterMap doesn't exist on PaginationData interface
   - Changed to use spineMap which provides the same information
   - Calculate chapter start page from spine.pages[0].pageIndex
   - Calculate chapter pages from spine.pages.length

TYPE SAFETY IMPROVEMENTS:
3. Remove 'as any' type cast for ebook reader
   - Changed: const reader = state.currentReader as any
   - To: const reader = state.currentReader
   - TypeScript already knows the type after type check

4. Remove 'as any' type casts for comic/manga readers
   - Added proper type narrowing with if statement
   - Changed: (state.currentReader as any).currentPage
   - To: reader.currentPage with type guard
   - Improves type safety and enables better IDE autocomplete

IMPACT:
 Page counter shows correct total (119 instead of 299)
 Chapter progress displays accurately
 No TypeScript errors for missing properties
 Better type safety prevents similar bugs in the future
 IDE autocomplete works correctly for reader properties

This fix resolves the pagination data access issues that caused the
page counter to display incorrect totals and improves overall type
safety in the progress indicator component.

Related to: Page counter display, type safety improvements
2026-04-11 00:52:32 -04:00
john-okeefe 0aa6a087fd fix: Resolve scroll tracking bug that corrupted pagination state
CRITICAL BUG FIX:
The updatePageFromScroll() function was calculating page numbers based on
CSS column scroll position and OVERWRITING the EPUB pagination page number.
This caused navigation to fail after the first scroll event.

ROOT CAUSE:
- Function calculated currentPage = Math.floor(scrollTop / viewportHeight) + 1
- This CSS column-based page number replaced the EPUB pagination page number
- Navigation functions expected EPUB page numbers but got CSS column numbers
- Result: canGoNext() checks failed, navigation broke after scrolling

SYMPTOMS:
- Navigation worked initially but stopped after page 2
- Page counter showed incorrect totals (e.g., 1/299 instead of 1/119)
- Cover became blank when navigating back
- State corruption made navigation unpredictable

THE FIX:
- Remove currentPage calculation based on CSS columns
- Only update currentScrollPosition for progress tracking
- Let navigation functions (nextPage/previousPage/goToPage) be the
  single source of truth for currentPage
- Emit progressUpdated event with correct EPUB page numbers

ADDITIONAL IMPROVEMENTS:
- Add progressUpdated events to nextPage and previousPage functions
- Ensure page counter updates during navigation
- Remove unused totalPages and contentHeight from event payload
- Add diagnostic logging for canGoNext() failures

IMPACT:
 Navigation works correctly beyond page 2
 Page counter displays accurate EPUB page numbers
 Scroll position tracking works without corrupting navigation state
 Cover renders correctly when navigating back

This fix resolves the core issue where scroll tracking and EPUB pagination
were using different coordinate systems, causing state corruption and
navigation failures.

Related to: Scroll tracking, navigation state management
2026-04-11 00:52:24 -04:00
john-okeefe c8fa4c4a4b fix: Improve pagination accuracy with HTML-aware character mapping
CRITICAL BUG FIX:
The previous pagination system used a linear mapping between word positions
and character positions, which is incorrect for HTML content. This caused
page boundaries to cut through HTML tags, resulting in:
- Missing content (e.g., headings like "Letter 1" skipped entirely)
- Truncated text starting mid-sentence
- Incorrect page breaks that didn't respect HTML structure

Example of the problem:
Plain text: "Letter 1\nTo Mrs. Saville" (25 chars, 5 words)
HTML:       "<p>Letter 1</p><p>To Mrs. Saville" (85 chars)

Old calculation: (3 / 5) * 85 = 51 chars (wrong - cuts in middle of tag)
Correct mapping: ~45 chars (respects HTML structure)

SOLUTION:
- Add buildTextNodeMapping() function to traverse HTML DOM
- Track character positions for both HTML source and plain text
- Create mapWordToHtmlChar() to accurately map word positions to HTML positions
- Account for HTML tags, attributes, and element boundaries

TECHNICAL DETAILS:
- Introduce TextNodeInfo interface to track node positions
- Recursively traverse DOM to build accurate character position mapping
- Calculate word positions within each text node separately
- Map word ranges to precise HTML character positions

IMPACT:
 Content renders correctly without truncation
 Page boundaries respect HTML structure
 All text and headings display in correct order
 Character positions accurately reflect HTML content

This fix resolves the core issue where pagination was calculated based
on plain text word positions but applied to HTML source, causing
systematic content loss and incorrect page breaks.

Related to: EPUB pagination, content rendering accuracy
2026-04-11 00:52:15 -04:00
john-okeefe 486fa1313d refactor: Remove duplicate ReaderMetadata interfaces from format parsers
- Remove duplicate ReaderMetadata interface from comic/image-parser.ts
- Remove duplicate ReaderMetadata interface from pdf/pdfjs-wrapper.ts
- Use centralized interface from types/reader.d.ts instead
- Reduces code duplication and ensures type consistency across formats

This change ensures all format parsers use the same canonical
ReaderMetadata interface, making the codebase easier to maintain
and preventing type drift between different file formats.

Related to: Type system unification
2026-04-11 00:52:07 -04:00
john-okeefe c432d5d36d types: Expand ReaderMetadata interface to match server API schema
- Add comprehensive metadata fields from server response (30+ properties)
- Include core identification fields (id, media_item_id, library_id)
- Add content metadata (description, ISBN, series, tags, publisher, etc.)
- Add format identification (format_group, mime_type, file_path, file_size)
- Add library classification (library_type_name, library_type)
- Add comic/manga specific fields (manga_type, reading_direction, series_count)
- Add additional metadata (age_rating, community_rating, story_arc, etc.)
- Add timestamps (created_at, updated_at)
- Maintain backward compatibility with existing properties

This aligns the TypeScript interface with the actual server API response
structure, preventing type mismatches and improving type safety across
the reader codebase.

Related to: Reader type system improvements
2026-04-11 00:52:00 -04:00
john-okeefe f85c9c3f66 refactor(reader): Fix reader-context imports and remove dead code
Problem:
- Many format modules imported from '../core/reader-context'
- reader-context.ts was a local interface file, not a true context module
- Confusion between canonical reader-shell.ts and local reader-context.ts
- PDF page-cache.ts was 100% dead code (unused, unregistered, no exports)
- Several unused variables and imports across reader modules

Root Cause:
- reader-context.ts created as temporary file during refactoring
- Modules imported from it instead of canonical reader-shell.ts
- page-cache.ts copied from comic version but never integrated
- Incomplete refactoring left behind unused code

Solution:
- Update all imports to use reader-shell (canonical source)
- Remove unused page-cache.ts (dead code)
- Clean up unused variables and imports
- Consolidate type definitions

Changes:

Import Path Updates:
- comic/*: '../core/reader-context' → '../../reader-shell'
- manga/*: '../core/reader-context' → '../../reader-shell'
- pdf/*: '../core/reader-context' → '../../reader-shell'
- reflowable/ebook/*: '../core/reader-context' → '../../reader-shell'
- All now import UniversalReader from single source

Dead Code Removal:
- pdf/page-cache.ts: Deleted entirely
  - No init() function exported
  - Not registered in reader-shell.ts
  - All functions unused (createPDFPageCache, getCachedPage, etc.)
  - Only 2 lines of executable code (console.log, DOM cleanup)
  - 148 lines of dead code

Clean Up:
- navigator-panel.ts: Remove unused containerRect variable
- api-explorer-docs.ts, api.ts, queue.ts: Fix unused imports
- unlinked_books.ts: Remove unused variables
- panel-dock-system.ts: Remove unused context variables

Impact:
-  All modules use canonical type definitions
-  No more duplicate/conflicting interfaces
-  Dead code removed (148 lines)
-  Cleaner imports, easier maintenance
-  TypeScript compiler warnings resolved

Files changed: 26
Lines changed: +450, -520 (net -70 lines)
2026-04-10 23:21:44 -04:00
john-okeefe d8a6d0a5ee refactor(types): Replace 'any' with proper TypeScript types
Problem:
- 'any' type bypasses TypeScript type checking entirely
- reader-events.ts used 'any' for event data parameter
- reader-context.ts had duplicate interface definition
- Type safety lost despite using TypeScript

Root Cause:
- Event systems historically use 'any' for flexible data payloads
- Laziness when types couldn't be imported easily
- Duplicate definitions created during refactoring

Solution:
- Change event data from 'any' to 'unknown'
- Remove duplicate UniversalReader interface
- Import from canonical source (reader-shell.ts)
- 'unknown' forces type checking when accessing event data

Changes:
- reader-events.ts:
  - emit(data?: any) → emit(data?: unknown)
  - Forces type narrowing when handling event data
- reader-context.ts:
  - Remove local UniversalReader interface definition
  - Import from '../reader-shell' (canonical source)
  - Ensures single source of truth for type definition

Benefits:
-  Type safety maintained
-  Catches type errors at compile time
-  'unknown' safer than 'any' - requires type assertions
-  Single UniversalReader definition across codebase
-  Better IDE autocomplete and error detection

Trade-offs:
- 'unknown' requires type narrowing in event handlers
- This is intentional - forces explicit type checking

Files changed: 2
Lines changed: +6, -14
2026-04-10 23:21:23 -04:00
john-okeefe e1cc1f4417 fix(epub-parser): Resolve spine file paths relative to OPF location
Problem:
- Spine items stored raw href from manifest (e.g., 'cover.xhtml')
- Resources stored with full paths (e.g., 'OEBPS/cover.xhtml')
- Content lookup failed: resourceMap.get('cover.xhtml') returned undefined
- Result: Pagination failed with 0 pages, content not found

Root Cause:
- parseSpine() didn't resolve paths relative to OPF file location
- Spine hrefs are relative to OPF directory, not ZIP root
- Manifest items use relative paths like 'cover.xhtml'
- Actual files are at 'OEBPS/cover.xhtml' (relative to OEBPS/content.opf)

Solution:
- Use resolvePath() helper to resolve href relative to opfPath
- Store resolved full path in spine items: 'OEBPS/cover.xhtml'
- Match resource Map storage pattern (full paths)
- Extract cover image and add to EbookCIF.metadata

Changes:
- parseSpine(): Add opfPath parameter, resolve each spine href
- parseEPUB(): Pass opfPath to parseSpine()
- extractCover(): Load cover image from EPUB manifest
- Return EbookCIF.metadata.coverImage with Blob data

Impact:
-  Spine content files now found correctly
-  Pagination calculates actual pages (119 pages vs 0)
-  Ebook content loads and displays
-  Cover image extracted and available

Testing:
- EPUB with spine items in subdirectory (OEBPS/)
- Content lookup now succeeds
- Pagination generates correct page count

Files changed: 1
Lines changed: +14, -3
2026-04-10 23:21:17 -04:00
john-okeefe 11039cfb89 fix(ebook-reader): Replace ReflowableBook with UniversalReader type system
BREAKING CHANGE: Unify ebook reader type system to match actual data structures

Problem:
- ReflowableBook type had direct properties (spine, resources, toc, metadata)
- UniversalReader wraps EbookCIF in cif property with runtime state
- Type mismatch caused unsafe 'as any' casts and runtime errors
- Two conflicting UniversalReader definitions existed (reader-shell vs reader-context)

Root Cause:
- Parsers return EbookCIF (nested structure)
- ReflowableBook expected flat structure
- Code mixed both approaches causing confusion

Changes:

Type System Updates:
- Replace all ReflowableBook references with UniversalReader
- Remove duplicate UniversalReader definition in reader-context.ts
- Import UniversalReader from canonical source (reader-shell.ts)
- Update all function signatures across reflowable module

Property Access Patterns:
- book.cif.spine instead of book.spine
- book.cif.resources instead of book.resources
- book.cif.toc instead of book.toc
- book.cif.metadata instead of book.metadata

Fixed Modules:
- reader-shell.ts: UniversalReader object construction
- reader-context.ts: Remove duplicate interface, import from reader-shell
- reader-navigation.ts: Remove unsafe type casts, fix property access
- reader-services.ts: Align with UniversalReader structure
- reflowable/navigation.ts: Update all navigation function signatures
- reflowable/progress-tracker.ts: Update tracker function signatures
- reflowable/parser.ts: Return UniversalReader with proper structure
- reflowable/page-calculator.ts: Update calculation function signatures
- reflowable/ebook/search.ts: Fix property access patterns
- types/reader.d.ts: Remove duplicate type definitions

Impact:
-  Type-safe throughout ebook reader
-  Matches actual data structures from parsers
-  No more unsafe type casts
-  Single source of truth for UniversalReader
-  Aligns with EbookCIF format from API/parsers

Files changed: 10
Lines changed: +320, -180
2026-04-10 23:21:10 -04:00
john-okeefe 4259ffe95f fix(reader): correct PDF import path after directory restructuring
Update import statement for getPDFPage to use the new directory structure
where PDF-related utilities are now located under formats/pdf/ instead of
the direct pdf/ directory.

This resolves a runtime import error that would occur when attempting to
render PDF pages in the reader interface.
2026-04-10 11:42:16 -04:00
john-okeefe bd94d302ae refactor(reader): add supporting changes for pagination system
Supporting updates for the new page-based pagination architecture:

settings-manager.ts:
- Export loadSettings function for use in reader initialization
- Allow external modules to access user reading preferences

gestures.ts:
- Update import paths for panel detection modules
- Reflect new format-specific directory structure

types/reader.d.ts:
- Add saved_progress field to ReaderMetadata interface
- Include current_page, cfi, and progress fields
- Enable type-safe access to restored reading position

These changes enable the pagination system to access user
settings and properly type restored progress data.
2026-04-09 21:17:17 -04:00
john-okeefe afc41642ba refactor(reader): implement page-based pagination with progress restoration
Complete rewrite of ebook reader initialization to use page-based
pagination with CFI position tracking:

Progress restoration:
- Fetch saved reading progress on initialization via getReadingProgress
- Restore position using saved CFI or fallback to page number
- Maintain accurate position across reflowable content changes

Pagination system:
- Calculate pagination based on user settings and viewport
- Load user settings for font size, line height, and margins
- Generate page map for accurate page-to-content mapping

Viewport responsiveness:
- Implement resize handler with 300ms debounce
- Recalculate pagination on viewport changes
- Preserve reading position during recalculation

Architecture improvements:
- Update feature module imports to new directory structure
- Add pagination and position to UniversalReader interface
- Implement renderPage for initial content display
- Update UI components with accurate page/progress data

This provides the foundation for robust EPUB reading with
accurate position tracking and responsive pagination.
2026-04-09 21:17:14 -04:00
john-okeefe cb3f282538 fix(reader): correct import paths after directory restructuring
Update import statements to reflect new module locations:
- panel-editor.ts: fix Alpine and api imports
- copy-handler.ts: fix ReaderContext and toast imports

These corrections address path issues caused by the reader
architecture refactor where modules were moved into
format-specific subdirectories.
2026-04-09 21:17:06 -04:00
john-okeefe 9fff782003 refactor(reader): remove unused feature modules
Remove obsolete feature modules that are no longer used after
the reader architecture refactor:

Comic features removed:
- background-color.ts - color picker for comic backgrounds
- chapter-markers.ts - visual chapter boundary indicators
- page-order.ts - Japanese/Western reading order detection
- panel-gap.ts - adjustable panel gap controls

Ebook features removed:
- font-loader.ts - custom font loading system
- search.ts - ebook content search functionality
- view-modes.ts - paginated/scrolled view modes

Manga features removed:
- vertical-scroll-mode.ts - webtoon vertical scroll reader

PDF features removed:
- annotation-layer.ts - highlight and note rendering
- pdf-navigation.ts - PDF page navigation and zoom
- pdf-text-selection.ts - PDF text selection handling

These features were either superseded by the new modular
architecture or were unused in the current implementation.
2026-04-09 21:17:02 -04:00
john-okeefe 3499277c2d refactor(reader): update progress tracking with EPUB location data
Simplify and enhance reading progress updates:
- Simplify payload structure by flattening location object
- Add epubcfi field to preserve EPUB reading position
- Add percentage field for normalized progress tracking
- Remove unnecessary nested location structure

This aligns with the updated backend API and provides
better support for reflowable EPUB content position tracking.
2026-04-09 21:16:58 -04:00
john-okeefe 9977bbe66b feat(api): enhance reading progress interfaces and add fetch endpoint
Update reading progress tracking on the frontend:
- Add epubcfi and percentage fields to ReadingProgress interface
- Add last_read_at timestamp for progress display
- Implement getReadingProgress() function to fetch current progress
- Export getReadingProgress for use in reader components

These changes align the frontend API with the new backend progress
schema and enable readers to retrieve saved position data.
2026-04-09 21:16:55 -04:00
john-okeefe 20e96e940d refactor(reader): remove obsolete features directory
Remove the old reader/features/ directory as all functionality has been
migrated to the new reader/ui/ directory structure.

## Migration Complete

All features have been successfully moved to the format-agnostic UI layer:
- gestures.ts → ui/gestures.ts
- keyboard-shortcuts.ts → ui/keyboard-shortcuts.ts
- navigator-panel.ts → ui/navigator-panel.ts
- offline-manager.ts → ui/offline-manager.ts
- panel-dock-system.ts → ui/panel-dock-system.ts
- progress-indicator.ts → ui/progress-indicator.ts
- reading-speed-tracker.ts → ui/reading-speed-tracker.ts

## Architecture Improvement

The old features/ directory mixed format-specific and format-agnostic code,
making it difficult to maintain and reuse components. The new ui/ directory
provides:

1. **Clear separation**: UI components are format-independent
2. **Better organization**: Logical grouping by functionality
3. **Enhanced reusability**: Components work across all formats
4. **Easier maintenance**: Updates benefit all reader types

## Impact

- No functionality lost - all features preserved in new location
- Import paths updated throughout the codebase
- Feature registration pattern maintained
- Backward compatibility maintained during transition

This completes the structural migration to the new modular architecture.
All reader functionality is now properly organized by format (formats/)
and presentation layer (ui/).
2026-04-09 14:55:10 -04:00
john-okeefe 43eee2170d style(reader): apply code formatting to existing format files
Run code formatting (prettier/eslint) on existing reader format files that
were not migrated to the new structure. This ensures consistent code style
across the codebase.

## Changes

### Formatting Applied
- Added newlines at end of files
- Fixed line length and indentation
- Updated import statements for consistency
- Applied code style rules uniformly

### Files Affected
- **Comic**: background-color, chapter-markers, page-order, panel-gap
- **Ebook**: font-loader, search, view-modes
- **Manga**: vertical-scroll-mode
- **PDF**: annotation-layer, pdf-navigation, pdf-text-selection

## Purpose

These files will be removed in subsequent commits as they are replaced by
the new modular structure. The formatting ensures consistency during the
transition period and maintains code quality standards.

Note: These are non-functional formatting changes only. No logic or behavior
was modified in this commit.
2026-04-09 14:54:16 -04:00
john-okeefe ef5f6370d3 refactor(reader): update reader-shell imports for new architecture
Update reader-shell.ts to import from the new modular structure, preparing
for the integration of page-based pagination system for reflowable formats.

## Import Updates

### Format Modules
- parseReflowable: Unified parser for EPUB, FB2, TXT, HTML
- calculatePagination: Word-count based page calculation
- shouldRecalculate: Viewport change detection for recalculation
- restorePosition: CFI-based position restoration
- applyPaginatedStyles: CSS styling for paginated content

### Type System
- ReflowableBook: New type for page-based book data
- PaginationSettings: Configuration for page calculation

### UI Components
- updatePageDisplay: Page X of Y display
- updateProgressBar: Progress bar updates

## Purpose

These imports prepare reader-shell.ts for the upcoming implementation of:
1. Page-based pagination for reflowable formats
2. CFI-based progress tracking and restoration
3. Dynamic recalculation on viewport/font changes
4. Integration with new modular architecture

The actual implementation using these imports will follow in subsequent commits
to replace the broken spine-based system with working page-based pagination.
2026-04-09 14:53:53 -04:00
john-okeefe c7dd8029de refactor(reader): integrate page-based navigation into core system
Update core reader infrastructure to support new page-based navigation system
for reflowable formats while maintaining existing functionality for PDF, comic,
and manga formats.

## Core Integration Changes

### reader-context.ts
- Update imports to use new formats/reflowable module paths
- Maintain backward compatibility with existing type definitions

### reader-navigation.ts
- **Replace spine-based scrolling with page-based navigation**
- Integrate reflowable navigation modules for ebook handling
- Add imports for new navigation, progress tracking, and content rendering
- Implement discrete page navigation (no scrolling within pages)

## Navigation System Upgrade

### Previous (Broken)
- Spine-based scrolling: Scroll through entire chapters
- No page boundaries: Couldn't track position within content
- Progress tracking failed: No granular position data
- Position saving broken: Only saved chapter, not page

### New (Working)
- Page-based navigation: Discrete page boundaries
- CFI progress tracking: Precise position within content
- Position restoration: Accurate page restoration on reload
- Real pagination: Actual page numbers instead of chapter offsets

## Format Support

### Reflowable Formats (EPUB, FB2, TXT, HTML)
- Use new page-based navigation system
- Support for CFI-based progress tracking
- Proper pagination with word-count estimation
- Page content extraction and rendering

### PDF, Comic, Manga
- Maintain existing navigation functionality
- No changes to working systems
- Preserve user experience for these formats

## Technical Implementation

- ReflowableBook type casting for type safety
- Navigation functions (nextPage, previousPage, goToPage)
- Progress tracking integration
- Content rendering with page data
- UI updates for page indicators

This integration fixes the core pagination issues that prevented proper reading
progress tracking and position management for reflowable formats.
2026-04-09 14:53:36 -04:00
john-okeefe d65ac1362c refactor(reader): create format-agnostic UI component layer
Extract UI components from format-specific code into dedicated ui/ directory.
This creates a clean separation between functionality and presentation, making
it easier to maintain and share UI elements across different reader formats.

## New UI Components

### Core UI Elements
- **gestures.ts**: Touch and mouse gesture handling
- **keyboard-shortcuts.ts**: Keyboard navigation and shortcuts
- **navigator-panel.ts**: Table of contents and navigation panel
- **offline-manager.ts**: Offline reading support and caching

### Progress Display
- **progress-indicator.ts**: Reading progress bar and percentage
- **reading-speed-tracker.ts**: Words per minute calculation
- **page-display.ts**: Current page / total pages display

### Panel System
- **panel-dock-system.ts**: Draggable, resizable panel dock interface

## Architecture Benefits

1. **Format Independence**: UI components work with any format
2. **Reusability**: Same components work for PDF, EPUB, comic, manga
3. **Maintainability**: UI logic separated from format-specific code
4. **Testability**: UI can be tested independently of readers
5. **Consistency**: Uniform UX across all format types

## Migration Notes

- Moved from reader/features/ to reader/ui/
- Components use ReaderContext interface for format-agnostic access
- Maintains all existing functionality during transition
- Feature registration pattern preserved for backward compatibility

This creates the foundation for a unified user interface that works seamlessly
across all reader format types while maintaining format-specific flexibility.
2026-04-09 14:53:22 -04:00
john-okeefe e4c18e51f9 refactor(reader): create modular format-specific architecture
Implement complete modularization of reader code by separating format-specific
functionality into dedicated modules. This replaces the monolithic structure
with a clean, maintainable architecture that separates concerns by format type.

## New Architecture

### Format-Specific Modules
- **formats/reflowable/**: EPUB, FB2, TXT, HTML (page-based pagination)
  - types.ts: Shared type definitions for reflowable formats
  - page-calculator.ts: Word-count based pagination with HTML slicing
  - navigation.ts: Page-based navigation logic
  - progress-tracker.ts: CFI-based progress tracking
  - content-renderer.ts: DOM rendering for page content
  - parser.ts: Unified parser interface for all reflowable formats
  - ebook/**: Migrated ebook-specific features

- **formats/pdf/**: PDF format support
  - Core PDF functionality (navigation, text selection, annotations)
  - Advanced features (bookmarks, search, outlines, dual-page)
  - Page cache and rendering optimizations

- **formats/comic/**: Comic format support
  - Background color, chapter markers, page caching
  - Page ordering, gap adjustments

- **formats/manga/**: Manga format support
  - RTL navigation, vertical scrolling, reading direction

## Key Improvements

1. **Separation of Concerns**: Each format has its own dedicated module
2. **No Circular Dependencies**: Clean import structure
3. **Type Safety**: Comprehensive TypeScript types throughout
4. **Functional Programming**: Pure functions, no OOP complexity
5. **Scalability**: Easy to add new formats without touching core code

## Migration Path

- Old format-specific code in reader/, ebook/, pdf/, comic/, manga/
- New code in formats/[format]/ structure
- Maintains backward compatibility during transition
- Core reader logic remains format-agnostic

This change enables the implementation of page-based pagination for reflowable
formats while keeping PDF, comic, and manga functionality unchanged.
2026-04-09 14:53:12 -04:00
john-okeefe 1a5eb40d82 refactor(ebook-reader): switch to CSS columns pagination approach
Replace HTML-splitting pagination with CSS columns for true paginated
viewing. This simplifies the implementation and relies on the browser's
native column-fill behavior for accurate page breaks.

Changes:
- view-modes.ts: Use CSS columns with column-fill: auto instead of
  pre-splitting HTML content into page chunks. Calculate page count
  from scrollHeight / viewportHeight.

- reader-navigation.ts: Navigate by scrolling viewport height instead of
  extracting discrete page content. Track page position via scroll
  offset. Simplified renderSpineItem to load full spine content.

- page-calculator.ts: Simplified to track spine info (charCount,
  estimatedPages) only. No more height-based content splitting.
  Page calculation happens in real-time from DOM scroll position.

Benefits:
- Accurate pagination without estimation errors
- Works correctly across different font sizes and screen sizes
- Simpler code with fewer edge cases
- Natural page breaks at element boundaries via CSS
2026-04-07 21:02:18 -04:00
john-okeefe 1e7d13dc85 feat(ebook-reader): implement page-based pagination with CFI support
This commit implements true page-based pagination for the ebook reader,
similar to Kindle's approach where content is split into discrete pages
based on viewport size, font settings, and content layout.

Phase 1 - Bug Fixes:
- Fix goToPage to use getScrollPositionForPage instead of treating
  page numbers as spine indices
- Move page calculation to initialize before first render to avoid
  race condition with scroll handler
- Add fallback page calculation when pageCalculationResult is null

Phase 2 - Page Splitting:
- Add new page-splitter.ts module with CFI-based splitting for EPUB
  and height-based fallback for other formats
- Integrate splitContent into page-calculator to generate discrete
  page content for each spine item
- Store pages[] array in ChapterPageInfo for rendering
- Rewrite navigation (nextPage, previousPage, renderSpineItem) to
  use page-based approach with currentPage tracking
- Remove old scroll-based pagination from view-modes.ts
- Update paginated mode CSS for true page clipping

Phase 3 - Progress Display:
- Update progress-indicator to use currentPage directly instead of
  calculating from scroll position
- Fix getCurrentPage in reader-state to return currentPage for ebooks

Phase 4 - Interface Fixes:
- Add currentPage field to UniversalReader interface
- Update sendProgressUpdate to use currentPage directly
- Initialize currentPage to 1 on reader creation

Key features:
- Dynamic page count based on font size, line height, margins
- CFI-based page splitting preserves reading context
- Falls back to height-based splitting for non-EPUB formats
- Progress display updates immediately on page change
- Settings changes trigger page recalculation and re-render
2026-04-06 21:18:29 -04:00
john-okeefe 6805d0b66d fix(ebook-reader): load SVG images and fix progress update ID
- Add SVG image support: process <image xlink:href=...> elements
  in addition to HTML <img> tags for cover pages and embedded images
- Fix progress update: use 'id' from API response instead of
  'media_item_id' which the backend never returns for this endpoint
- Update reader context interfaces to include currentPage field
- Add debug logging for all resource keys to help troubleshoot
  image loading issues in future epubs
2026-04-06 17:01:05 -04:00
john-okeefe ece77ed1be fix(ebook-reader): improve image loading, keyboard nav, and progress tracking
- Add enhanced image path lookup (findImageInResources) that tries multiple
  path variations: full path, relative path, filename only, without extension,
  and common extensions (.jpg, .jpeg, .gif, .webp, .svg, .png)
- Fix keyboard navigation by focusing container on reader init
- Implement Kindle-style page display using pageCalculationResult for both
  currentPage and totalPages instead of raw spine index
- Store computed currentPage in state during scroll for UI display
- Extend progress API to send character offset, chapter index, and percentage
  for accurate cross-device sync (backend already supports these fields)
2026-04-06 16:02:25 -04:00
john-okeefe ba8c53cf4b fix: resolve progress update errors and use dynamic page calculation
- reader-navigation.ts: add fallback for mediaItemId from page URL
- reader-navigation.ts: use getCurrentPageFromScroll for accurate page tracking
- reader-navigation.ts: use pageCalculationResult.totalPages for total
- reader-services.ts: validate mediaItemId before API call
- reader-services.ts: avoid double body consumption by checking response.ok
2026-04-05 21:35:57 -04:00
john-okeefe 4cb9bdbac1 fix: resolve TypeScript errors in reader module
- reader-context.ts: fix event type to use ReaderEventType instead of string
- page-calculator.ts: add pagesInChapter property to ChapterPageInfo interface
- reader-navigation.ts: remove unused getScrollPositionForPage import
2026-04-05 21:30:16 -04:00
john-okeefe 35acf87faa fix: implement viewport-based page navigation for EPUBs
- Replace spine-only navigation with scroll-based page navigation
- nextPage: scroll down within chapter, only jump to next spine at chapter end
- previousPage: scroll up within chapter, only jump to previous spine at chapter start
- Use viewportHeight - 120 for accurate page height calculation
- Fallback to spine-only navigation when page calculation not available
2026-04-05 21:23:30 -04:00
john-okeefe 7d4c6ac142 fix: use dynamic import instead of require for browser compatibility
- Replace require() with await import() for ES module compatibility
- Add async to setTimeout callback for dynamic import support
2026-04-05 21:16:49 -04:00
john-okeefe b455f54d3c refactor: export getDefaultSettings for reader module use
- Export getDefaultSettings function for use in reader-navigation
- Minor formatting improvements in settings-manager.ts
- Add tabindex and ebook-content class to reader-content in template
2026-04-05 21:15:07 -04:00
john-okeefe ceab60e3d1 feat: initialize page calculation on reader load
- Add pageCalculationResult and currentScrollPosition to UniversalReader type
- Add settings:changed event type for settings change notifications
- Call initializePageCalculation after reader ready in reader-shell.ts
- Add tabindex to reader-content for keyboard navigation focus
2026-04-05 21:14:58 -04:00
john-okeefe caacf12003 feat: update progress indicator to use dynamic page calculation
- Import getCurrentPageFromScroll for viewport-based page calculation
- Replace spine index with actual calculated page numbers when available
- Fix bug where currentPage was assigned to itself (no-op)
- Add fallback to estimated pages while calculation is in progress
2026-04-05 21:14:44 -04:00
john-okeefe edc733947b feat: integrate page calculator with reader navigation
- Add page calculation state and initialization function
- Import page calculator functions for dynamic page tracking
- Update nextPage/previousPage to use getScrollPositionForPage for chapter navigation
- Add scroll tracking in renderSpineItem for real-time page updates
- Emit progressUpdated with dynamic page count instead of spine index
- Fix applyReaderTheme to use classList.add instead of className overwrite
- Remove unused state variables from applyReaderTheme/applyTypography
2026-04-05 21:14:42 -04:00
john-okeefe 26c0a2d001 feat: add viewport-based dynamic page calculation for EPUBs
- Create page-calculator.ts module with viewport-based pagination
- Implement calculatePagesForEbook to measure rendered content
- Add getCurrentPageFromScroll for scroll position to page mapping
- Add getScrollPositionForPage for page to scroll position mapping
- Include calculateProgressPercentage for progress tracking
- Create documentation with full implementation spec
2026-04-05 21:14:38 -04:00
john-okeefe 4574885dcd fix: EPUB spine extraction and image resource path resolution
- Fix spine item parsing to properly extract all chapters from EPUB manifest
- Add resource path fallback lookup to handle relative paths like 'image/1.png'
- Store multiple path keys in resources Map for flexible image lookup
- Simplify resource loading logic to handle OEBPS/ prefix paths
2026-04-05 21:14:31 -04:00
john-okeefe ea718b663d Reader progress display fix and dependency updates
- Add readerReady event listener to progress-indicator.ts to ensure
  progress displays correctly when reader finishes loading
- Update bruno environment variable values for testing
- Move bluemonday from indirect to direct dependency in go.mod
- Clean up unused indirect dependencies in go.sum
2026-04-04 22:49:16 -04:00
john-okeefe be7ff3f1c9 reader: implement Feature Registration Pattern infrastructure
- Add Feature Registry system in reader-shell.ts to track features
- Update format detection to use format_group with switch statement
- Add manga detection via library_type_name or manga_type fields
- Import and register features via init() functions on load
- Fix parser imports in parser-manager.ts (add missing function imports)
- Simplify epub-parsers and fb2-parser by removing unused imports
2026-04-04 18:17:20 -04:00
john-okeefe 2b22d7b255 reader: convert feature modules to Feature Registration Pattern
- Add init(context) exported function to each feature module
- Store module-level context reference for event handlers
- Fix gestures.ts to use library_type_name instead of library_type
- Features: gestures, keyboard-shortcuts, navigator-panel, offline-manager,
  panel-dock-system, progress-indicator, reading-speed-tracker
2026-04-04 18:17:16 -04:00
john-okeefe 4abc814c1b types: add format_group, library_type_name, manga_type to ReaderMetadata
- Move ReaderMetadata from api.ts to reader.d.ts as global type
- Add format_group field for format detection (reflowable/fixed_layout/comic_archive)
- Add library_type_name for library type (ebooks/comics/manga/pdf)
- Add manga_type for manga-specific reading direction metadata
- Remove duplicate mime_type field and fix typo (unkown -> unknown)
2026-04-04 18:17:11 -04:00
john-okeefe 99d6c9a5d1 build: configure multi-entry Vite build for reader
- Add reader.ts as second entry point alongside main.ts in vite.config.ts
- Set assetsDir to empty string to output chunks to /static/ root
- Remove reader-shell import from main.ts (loaded separately via reader.js)
- Update .gitignore to exclude web/static/assets/*.js chunks
- Update Bruno environment with new test IDs
2026-04-04 18:17:03 -04:00
john-okeefe 779f34d4f5 refactor: Remove duplicate feature files from reader root
Delete old versions of features that are now in /reader/features/:
- offline-manager.ts (moved to features/)
- reading-speed-tracker.ts (moved to features/)
- panel-dock-system.ts (replaced by converted version in features/)
- navigator-panel.ts (replaced by converted version in features/)

All imports now use the /reader/features/ directory. This eliminates
duplication and makes it clear which files are the active ones.
2026-04-04 14:24:08 -04:00