Fix critical issues in Task 6 list formatting implementation: **Issue 1: LIST_ITEM Elements Not Rendered** - Problem: LIST_ITEM type not included in is_text property - Fix: Separate list_elements from text_elements (lines 626, 636-637) - Impact: List items were completely ignored in rendering **Issue 2: Missing Sequential Numbering** - Problem: Each list item independently parsed its own number - Fix: Implement _draw_list_elements_direct method (lines 1523-1610) - Groups list items by proximity (max_gap=30pt) and level - Maintains list_counter across items for sequential numbering - Starts from original number in first item **Issue 3: Unreliable List Type Detection** - Problem: Regex-based detection per item, not per list - Fix: Detect type from first item in group, apply to all items - Store computed marker in metadata (_list_marker, _list_type) - Ensures consistency across entire list **Issue 4: Insufficient List Spacing Control** - Problem: No grouping logic, relied solely on bbox positions - Fix: Proximity-based grouping with 30pt max gap threshold - Groups consecutive items into lists - Separates lists when gap exceeds threshold or level changes **Technical Implementation** New method: _draw_list_elements_direct (lines 1523-1610) - Sort items by position (y0, x0) - Group by proximity and level - Detect list type from first item - Assign sequential markers - Store in metadata for _draw_text_element_direct Updated: _draw_text_element_direct (lines 1662-1677) - Use pre-computed _list_marker from metadata - Simplified marker removal (just clean original markers) - No longer needs to maintain counter per-item Updated: _generate_direct_track_pdf (lines 622-663) - Separate list_elements collection - Call _draw_list_elements_direct before text rendering - Updated logging to show list item count **Modified Files** - backend/app/services/pdf_generator_service.py - Lines 626, 636-637: Separate list_elements - Lines 644-646: Updated logging - Lines 658-659: Add list rendering layer - Lines 1523-1610: New _draw_list_elements_direct method - Lines 1662-1677: Simplified list detection in _draw_text_element_direct - openspec/changes/pdf-layout-restoration/tasks.md - Updated Task 6.1 subtasks with accurate implementation details - Updated Task 6.2 subtasks with grouping and numbering logic 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com>
8.6 KiB
8.6 KiB
Implementation Tasks: PDF Layout Restoration
Phase 1: Critical Fixes (P0 - Immediate)
1. Fix Image Handling
- 1.1 Implement
_save_image()in pp_structure_enhanced.py- 1.1.1 Create imgs subdirectory in result_dir
- 1.1.2 Handle both file path and numpy array inputs
- 1.1.3 Save with element_id as filename
- 1.1.4 Return relative path for reference
- 1.1.5 Add error handling and logging
- 1.2 Fix path resolution in pdf_generator_service.py
- 1.2.1 Create
_get_image_path()helper with fallback logic - 1.2.2 Check saved_path, path, image_path keys
- 1.2.3 Check metadata for path
- 1.2.4 Update convert_unified_document_to_ocr_data to use helper
- 1.2.1 Create
- 1.3 Test image rendering
- 1.3.1 Test with OCR track document
- 1.3.2 Test with Direct track document
- 1.3.3 Verify images appear in PDF output
2. Fix Table Rendering
- 2.1 Remove dependency on fake image references
- 2.1.1 Stop creating fake table_*.png references (changed to None)
- 2.1.2 Remove image lookup fallback in draw_table_region
- 2.2 Use direct bbox from table element
- 2.2.1 Get bbox from table_element.get("bbox")
- 2.2.2 Fallback to bbox_polygon if needed
- 2.2.3 Implement _polygon_to_bbox converter (inline conversion implemented)
- 2.3 Fix table HTML rendering
- 2.3.1 Parse HTML content from table element
- 2.3.2 Position table using normalized bbox
- 2.3.3 Render with proper dimensions
- 2.4 Test table rendering
- 2.4.1 Test simple tables
- 2.4.2 Test complex multi-column tables
- 2.4.3 Test with both tracks
Phase 2: Basic Style Preservation (P1 - Week 1)
3. Implement Style Application System
- 3.1 Create font mapping system
- 3.1.1 Define FONT_MAPPING dictionary (20 common fonts mapped)
- 3.1.2 Map common fonts to PDF standard fonts (Helvetica/Times/Courier)
- 3.1.3 Add fallback to Helvetica for unknown fonts (with partial matching)
- 3.2 Implement _apply_text_style() method
- 3.2.1 Extract font family from StyleInfo (object and dict support)
- 3.2.2 Handle bold/italic flags (compound variants like BoldOblique)
- 3.2.3 Apply font size (with default fallback)
- 3.2.4 Apply text color (using _parse_color)
- 3.2.5 Handle errors gracefully (try-except with fallback to defaults)
- 3.3 Create color parsing utilities
- 3.3.1 Parse hex colors (#RRGGBB and #RGB)
- 3.3.2 Parse RGB tuples (0-255 and 0-1 normalization)
- 3.3.3 Convert to PDF color space (0-1 range for ReportLab)
4. Track-Specific Rendering
- 4.1 Add track detection in generate_from_unified_document
- 4.1.1 Check unified_doc.metadata.processing_track (object and dict support)
- 4.1.2 Route to _generate_direct_track_pdf or _generate_ocr_track_pdf
- 4.2 Implement _generate_direct_track_pdf
- 4.2.1 Process each page directly from UnifiedDocument (no legacy conversion)
- 4.2.2 Apply StyleInfo to text elements (_draw_text_element_direct)
- 4.2.3 Use precise positioning from element.bbox
- 4.2.4 Preserve line breaks (split on \n, render multi-line)
- 4.2.5 Implement _draw_text_element_direct with line break handling
- 4.2.6 Implement _draw_table_element_direct for tables
- 4.2.7 Implement _draw_image_element_direct for images
- 4.3 Implement _generate_ocr_track_pdf
- 4.3.1 Use legacy OCR data conversion (convert_unified_document_to_ocr_data)
- 4.3.2 Route to existing _generate_pdf_from_data pipeline
- 4.3.3 Maintain backward compatibility with OCR track behavior
- 4.4 Test track-specific rendering
- 4.4.1 Compare Direct track with original
- 4.4.2 Verify OCR track maintains quality
Phase 3: Advanced Layout (P2 - Week 2)
5. Enhanced Text Rendering
- 5.1 Implement line-by-line rendering (both tracks)
- 5.1.1 Split text content by newlines (text.split('\n'))
- 5.1.2 Calculate line height from font size (font_size * 1.2)
- 5.1.3 Render each line with proper spacing (line_y = pdf_y - i * line_height)
- 5.1.4 Direct track: _draw_text_element_direct (lines 1549-1693)
- 5.1.5 OCR track: draw_text_region (lines 1113-1270, simplified)
- 5.2 Add paragraph handling (Direct track only)
- 5.2.1 Detect paragraph boundaries (via element.type PARAGRAPH)
- 5.2.2 Apply spacing_before from metadata (line 1576, adjusts Y position)
- 5.2.3 Handle indentation (indent/first_line_indent from metadata, lines 1564-1565)
- 5.2.4 Record spacing_after for analysis (lines 1680-1689)
- 5.2.5 Note: spacing_after is implicit in bbox-based layout (bbox_bottom_margin)
- 5.2.6 OCR track: no paragraph handling (simple left-aligned rendering)
- 5.3 Implement text alignment (Direct track only)
- 5.3.1 Support left/right/center/justify (from StyleInfo.alignment)
- 5.3.2 Calculate positioning based on alignment (line_x calculation)
- 5.3.3 Apply to each text block (per-line alignment in _draw_text_element_direct)
- 5.3.4 Justify alignment with word spacing distribution
- 5.3.5 OCR track: left-aligned only (no StyleInfo available)
6. List Formatting (Direct track only)
- 6.1 Detect list elements from Direct track
- 6.1.1 Identify LIST_ITEM elements (separate from text_elements, lines 636-637)
- 6.1.2 Group list items by proximity and level (_draw_list_elements_direct, lines 1543-1570)
- 6.1.3 Determine list type via regex on first item (ordered/unordered, lines 1582-1590)
- 6.1.4 Extract indent level from metadata (list_level)
- 6.2 Render lists with proper formatting
- 6.2.1 Sequential numbering across list items (list_counter, lines 1593-1602)
- 6.2.2 Add bullets/numbers as list markers (stored in _list_marker metadata, lines 1603-1607)
- 6.2.3 Apply indentation (20pt per level, lines 1683-1687)
- 6.2.4 Remove original markers from text content (lines 1671-1677)
- 6.2.5 Maintain list spacing via proximity-based grouping (max_gap=30pt, lines 1551-1563)
7. Span-Level Rendering (Advanced)
- 7.1 Extract span information from Direct track
- 7.1.1 Parse children elements for spans
- 7.1.2 Get per-span styling
- 7.1.3 Track position within line
- 7.2 Render mixed-style lines
- 7.2.1 Switch styles mid-line
- 7.2.2 Handle inline formatting
- 7.2.3 Preserve exact positioning
Phase 4: Testing and Optimization (P2 - Week 3)
8. Comprehensive Testing
- 8.1 Create test suite for layout preservation
- 8.1.1 Unit tests for each component
- 8.1.2 Integration tests for full pipeline
- 8.1.3 Visual regression tests
- 8.2 Test with various document types
- 8.2.1 Scientific papers (complex layout)
- 8.2.2 Business documents (tables/charts)
- 8.2.3 Books (chapters/paragraphs)
- 8.2.4 Forms (precise positioning)
- 8.3 Performance testing
- 8.3.1 Measure generation time
- 8.3.2 Profile memory usage
- 8.3.3 Identify bottlenecks
9. Performance Optimization
- 9.1 Implement caching
- 9.1.1 Cache font metrics
- 9.1.2 Cache parsed styles
- 9.1.3 Reuse computed layouts
- 9.2 Optimize image handling
- 9.2.1 Lazy load images
- 9.2.2 Compress when appropriate
- 9.2.3 Stream large images
- 9.3 Batch operations
- 9.3.1 Group similar rendering ops
- 9.3.2 Minimize context switches
- 9.3.3 Use efficient data structures
10. Documentation and Deployment
- 10.1 Update API documentation
- 10.1.1 Document new rendering capabilities
- 10.1.2 Add examples of improved output
- 10.1.3 Note performance characteristics
- 10.2 Create migration guide
- 10.2.1 Explain improvements
- 10.2.2 Note any breaking changes
- 10.2.3 Provide rollback instructions
- 10.3 Deployment preparation
- 10.3.1 Feature flag setup
- 10.3.2 Monitoring metrics
- 10.3.3 Rollback plan
Success Criteria
Must Have (Phase 1)
- Images appear in generated PDFs
- Tables render with correct layout
- No regression in existing functionality
Should Have (Phase 2)
- Text styling preserved in Direct track
- Font sizes and colors applied
- Line breaks maintained
Nice to Have (Phase 3-4)
- Paragraph formatting
- List rendering
- Span-level styling
- <10% performance overhead
Timeline
- Week 0: Phase 1 - Critical fixes (images, tables)
- Week 1: Phase 2 - Basic style preservation
- Week 2: Phase 3 - Advanced layout features
- Week 3: Phase 4 - Testing and optimization
- Week 4: Review, documentation, and deployment