Remove emojis and update formatting for consistency

- Replace emojis with text symbols (e.g., ✅ → [✓], ⚠️ → [WARNING]) in PLANNING.md, .sourcery.yaml, and other docs for better plain-text compatibility.
- Update LICENSE copyright notice to "ursister [Python/Rust]" from "ursister 🐍🦀".
- Minor comment adjustments in src/lib.rs and src/html_parser.rs for consistent casing and style.
- No functional changes; focuses on documentation and config cleanup across README.md, TASKS.md, pyproject.toml, Python/TUI files, and tests.

Author: ursisterbtw

.sourcery.yaml

@@ -1,10 +1,10 @@
-# 🪄 This is your project's Sourcery configuration file.
+# This is your project's Sourcery configuration file.
 
 # You can use it to get Sourcery working in the way you want, such as
 # ignoring specific refactorings, skipping directories in your project,
 # or writing custom rules.
 
-# 📚 For a complete reference to this file, see the documentation at
+# For a complete reference to this file, see the documentation at
 # https://docs.sourcery.ai/Configuration/Project-Settings/
 
 # This file was auto-generated by Sourcery on 2025-03-04 at 19:43.

LICENSE

@@ -1,6 +1,6 @@
 # MIT License
 
-Copyright (c) 2025 ursister 🐍🦀
+Copyright (c) 2025 ursister [Python/Rust]
 
 Permission is hereby granted, free of charge, to any person obtaining a copy
 of this software and associated documentation files (the "Software"), to deal

PLANNING.md

@@ -89,11 +89,11 @@ markdown_lab/
 
 #### Current Stack Assessment
 
-- **Python 3.12+**: ✅ Modern, well-suited for orchestration and I/O
-- **Rust 2024**: ✅ Good for performance-critical operations
-- **PyO3**: ✅ Mature Python-Rust binding solution
-- **BeautifulSoup**: ⚠️ Memory-heavy, consider lxml for performance
-- **requests**: ⚠️ Synchronous, consider httpx for async operations
+- **Python 3.12+**: [✓] Modern, well-suited for orchestration and I/O
+- **Rust 2024**: [✓] Good for performance-critical operations
+- **PyO3**: [✓] Mature Python-Rust binding solution
+- **BeautifulSoup**: [WARNING] Memory-heavy, consider lxml for performance
+- **requests**: [WARNING] Synchronous, consider httpx for async operations
 
 #### Recommended Technology Updates
 
@@ -272,14 +272,14 @@ Conversion Rate: 1,200+ docs/second
 
 ## Implementation Timeline
 
-### Phase 1: Foundation (Week 1-2) ✅ COMPLETED
+### Phase 1: Foundation (Week 1-2) [✓] COMPLETED
 
-- ✅ Create core configuration system (MarkdownLabConfig with validation)
-- ✅ Establish unified error hierarchy (structured exceptions with context)
-- ✅ Extract common HTTP client (consolidated request handling)
-- ✅ Remove dead dependencies and fix version conflicts
-- ✅ Optimize HTML processing pipeline (cached selectors, 40-50% improvement)
-- ✅ Fix justfile recipe errors and standardize development workflow
+- [✓] Create core configuration system (MarkdownLabConfig with validation)
+- [✓] Establish unified error hierarchy (structured exceptions with context)
+- [✓] Extract common HTTP client (consolidated request handling)
+- [✓] Remove dead dependencies and fix version conflicts
+- [✓] Optimize HTML processing pipeline (cached selectors, 40-50% improvement)
+- [✓] Fix justfile recipe errors and standardize development workflow
 
 ### Phase 2: Network & I/O Optimization (Week 3-4)
 
@@ -432,31 +432,31 @@ This refactoring plan targets a **25-35% code reduction** while achieving **50%+
 
 #### Completed High-Impact Performance Optimizations
 
-**T18: Tokio Runtime Optimization** ✅ **COMPLETED**
+**T18: Tokio Runtime Optimization** [✓] **COMPLETED**
 
 - **File:** `src/lib.rs:14-17, 107-111`  
 - **Implementation:** Shared Tokio runtime using `once_cell::sync::Lazy`
 - **Impact:** 60% improvement potential - eliminates expensive runtime creation per JS rendering request
 - **Results:** Runtime instantiation overhead eliminated, single shared runtime for all operations
 - **Code Quality:** Added comprehensive documentation and error handling
 
-**T19: ThreadPoolExecutor Optimization** ✅ **COMPLETED**
+**T19: ThreadPoolExecutor Optimization** [✓] **COMPLETED**
 
 - **Files:** `markdown_lab/utils/thread_pool.py` (new), `markdown_lab/core/scraper.py:627, 657`
 - **Implementation:** Singleton thread pool pattern with configurable workers
 - **Impact:** 50% improvement potential - reuses thread pool across batch operations  
 - **Results:** Thread pool creation overhead eliminated, validated 10 instantiations in 0.0000s
 - **Code Quality:** Thread-safe singleton with proper lifecycle management
 
-**T20: Async Cache I/O Implementation** ✅ **COMPLETED**  
+**T20: Async Cache I/O Implementation** [✓] **COMPLETED**  
 
 - **Files:** `markdown_lab/core/async_cache.py` (new), `pyproject.toml:10`
 - **Implementation:** Async cache with gzip compression and aiofiles integration
 - **Impact:** 45% improvement potential - async I/O with content compression
 - **Results:** Validated compression working, 26KB content cached efficiently
 - **Code Quality:** Graceful fallback to sync operations, comprehensive error handling
 
-**T21: Text Chunking Algorithm Optimization** ✅ **COMPLETED**
+**T21: Text Chunking Algorithm Optimization** [✓] **COMPLETED**
 
 - **File:** `src/chunker.rs:6-30, 183-242`
 - **Implementation:** Pre-compiled regex patterns using `once_cell` for sentence/paragraph detection
@@ -529,10 +529,10 @@ This refactoring plan targets a **25-35% code reduction** while achieving **50%+
 
 #### Implementation Risks (Successfully Mitigated)
 
-- ✅ **Breaking Changes:** All optimizations maintain backward compatibility
-- ✅ **Performance Regressions:** Core functionality validated, performance improved
-- ✅ **Integration Issues:** Comprehensive testing confirms optimization integration
-- ✅ **Resource Management:** Proper cleanup and lifecycle management implemented
+- [✓] **Breaking Changes:** All optimizations maintain backward compatibility
+- [✓] **Performance Regressions:** Core functionality validated, performance improved
+- [✓] **Integration Issues:** Comprehensive testing confirms optimization integration
+- [✓] **Resource Management:** Proper cleanup and lifecycle management implemented
 
 #### Quality Assurance Results
 
@@ -572,28 +572,28 @@ All high-impact performance bottlenecks identified in the comprehensive analysis
 
 #### Wave 2: Code Consolidation Achievements (T22-T25)
 
-**T22: HTTP Client Duplication Elimination** ✅ **COMPLETED**
+**T22: HTTP Client Duplication Elimination** [✓] **COMPLETED**
 
 - **Files:** Unified `core/client.py`, removed `network/client.py` entirely
 - **Implementation:** Single HTTP client with enhanced functionality (CachedHttpClient, context manager, batch operations)
 - **LOC Reduction:** 146 lines eliminated (464→318 lines)
 - **Impact:** Eliminated all HTTP client duplication, enhanced with connection pooling and structured error handling
 
-**T23: Configuration Management Centralization** ✅ **COMPLETED**
+**T23: Configuration Management Centralization** [✓] **COMPLETED**
 
 - **Files:** Updated 8 modules to use centralized `MarkdownLabConfig`
 - **Implementation:** Eliminated scattered parameters, unified CLI argument handling, added cache size limits
 - **LOC Reduction:** ~75 lines consolidated across multiple files
 - **Impact:** Single source of configuration truth, backward compatible, enhanced validation
 
-**T24: URL Utilities Consolidation** ✅ **COMPLETED**
+**T24: URL Utilities Consolidation** [✓] **COMPLETED**
 
 - **Files:** Created `utils/url_utils.py`, updated 6 modules
 - **Implementation:** 9 comprehensive URL utility functions, eliminated filename generation duplication
 - **LOC Reduction:** 104 lines of duplicate logic consolidated
 - **Impact:** Centralized URL processing with type hints, documentation, and comprehensive validation
 
-**T25: Error Handling Unification** ✅ **COMPLETED**
+**T25: Error Handling Unification** [✓] **COMPLETED**
 
 - **Files:** Standardized HTTP exception handling across `scraper.py`, `sitemap_utils.py`, `client.py`
 - **Implementation:** Unified error handling patterns, centralized retry logic, structured error context
@@ -626,14 +626,14 @@ All high-impact performance bottlenecks identified in the comprehensive analysis
 
 ### Final Validation Results
 
-#### Testing Comprehensive ✅
+#### Testing Comprehensive [✓]
 
 - **Rust Tests:** 10/10 passing (core algorithms validated)
 - **Python Bindings:** 4/4 passing (Rust-Python integration validated)
 - **Integration Tests:** All core functionality validated
 - **Performance Tests:** All optimizations working together in 0.0022s
 
-#### Code Quality Metrics ✅
+#### Code Quality Metrics [✓]
 
 - **Duplication Reduction:** Major elimination of HTTP, config, URL, and error handling duplications
 - **Resource Efficiency:** Shared thread pools, cached patterns, optimized I/O

README.md

@@ -5,8 +5,8 @@
 Markdown Lab combines Python and Rust components to scrape websites and convert HTML content to markdown, JSON, or XML formats. It supports sitemap parsing, semantic chunking for RAG
 (Retrieval-Augmented Generation), and includes performance optimizations through Rust integration.
 
-Key features include HTML-to-markdown/JSON/XML conversion with support for various elements (headers, links, images, lists, code blocks), content chunking that preserves document structure, and systematic content discovery
-through sitemap parsing. The hybrid architecture uses Python for high-level operations and Rust for performance-critical tasks.
+Key features include HTML-to-markdown/JSON/XML conversion with support for various elements (headers, links, images, lists, code blocks), content chunking that preserves document structure, and systematic content discovery
+through sitemap parsing. The hybrid architecture uses Python for high-level operations and Rust for performance-critical tasks.
 
 Check out [deepwiki](https://deepwiki.com/ursisterbtw/markdown_lab/) for a detailed breakdown of the repository.
 
@@ -181,32 +181,32 @@ html_content = scraper.scrape_website("https://example.com")
 markdown_content = scraper.convert_to_markdown(html_content, "https://example.com")
 scraper.save_content(markdown_content, "output.md")
 
-# Using JSON or XML format with the Rust implementation
-from markdown_lab import markdown_lab_rs
-
-html_content = scraper.scrape_website("https://example.com")
-
-# Convert to Markdown (legacy helper)
-markdown_content = markdown_lab_rs.convert_html_to_markdown(
-    html_content, "https://example.com"
-)
-scraper.save_content(markdown_content, "output.md")
-
-# Convert to JSON or XML using string format names
-json_content = markdown_lab_rs.convert_html_to_format(
-    html_content, "https://example.com", "json"
-)
-scraper.save_content(json_content, "output.json")
-
-xml_content = markdown_lab_rs.convert_html_to_format(
-    html_content, "https://example.com", "xml"
-)
-scraper.save_content(xml_content, "output.xml")
-
-# Note: An OutputFormat enum is exposed for convenience:
-# from markdown_lab import markdown_lab_rs
-# fmt = markdown_lab_rs.OutputFormat.from_str("json")  # returns an enum value
-# The current Python bindings accept string names ("markdown"|"json"|"xml").
+# Using JSON or XML format with the Rust implementation
+from markdown_lab import markdown_lab_rs
+
+html_content = scraper.scrape_website("https://example.com")
+
+# Convert to Markdown (legacy helper)
+markdown_content = markdown_lab_rs.convert_html_to_markdown(
+    html_content, "https://example.com"
+)
+scraper.save_content(markdown_content, "output.md")
+
+# Convert to JSON or XML using string format names
+json_content = markdown_lab_rs.convert_html_to_format(
+    html_content, "https://example.com", "json"
+)
+scraper.save_content(json_content, "output.json")
+
+xml_content = markdown_lab_rs.convert_html_to_format(
+    html_content, "https://example.com", "xml"
+)
+scraper.save_content(xml_content, "output.xml")
+
+# Note: An OutputFormat enum is exposed for convenience:
+# from markdown_lab import markdown_lab_rs
+# fmt = markdown_lab_rs.OutputFormat.from_str("json")  # returns an enum value
+# The current Python bindings accept string names ("markdown"|"json"|"xml").
 ```
 
 #### With Sitemap Discovery
@@ -491,7 +491,7 @@ This project is licensed under the MIT License - see the [LICENSE file](LICENSE)
 
 ## Roadmap
 
-### ✅ Completed
+### [✓] Completed
 
 - [x] Add support for more HTML elements
 - [x] Implement chunking for RAG
@@ -509,7 +509,7 @@ This project is licensed under the MIT License - see the [LICENSE file](LICENSE)
 - [ ] Memory usage optimization in chunking algorithms
 - [ ] Module restructuring for better maintainability
 
-### 📋 Planned
+### [PLANNED] Planned
 
 - [ ] Add support for JavaScript-rendered pages
 - [ ] Implement custom markdown templates