Add font size adjustment menu and fix theme styling

Features: • Added Font Size menu in View with increase/decrease/reset options • Keyboard shortcuts: Ctrl+Shift+Plus/Minus/0 for font adjustment • Font size persists between sessions using localStorage • Font sizes adjustable from 10px to 24px Theme Fixes: • Fixed missing Monokai theme styles for tabs and editor • Added complete tab styling for Solarized theme • Added complete tab styling for GitHub theme • All themes now have consistent tab bar appearance Other Changes: • Updated CLAUDE.md with v1.3.x features documentation • Version bumped to 1.3.4 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com>
Increase editor and preview font sizes to 15px
2026-08-03 02:11:07 +05:30 · 2025-09-01 21:41:28 +05:30 · 2025-09-01 21:30:57 +05:30 · 2025-09-01 21:24:40 +05:30 · 2025-09-01 21:08:29 +05:30 · 2025-09-01 21:05:01 +05:30
389 changed files with 2712 additions and 77415 deletions
@@ -1,31 +0,0 @@
 name: CI
 on:
  push:
    branches: [master, react-electron]
  pull_request:
    branches: [master, react-electron]
 jobs:
  test:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - name: Setup Node.js
        uses: actions/setup-node@v4
        with:
          node-version: 20
          cache: npm
      - name: Install dependencies
        run: npm ci
      - name: Run tests
        run: npm test
      - name: Run renderer tests
        run: npm run test:renderer
      - name: Run linter
        run: npm run lint
@@ -1,176 +0,0 @@
 name: Release
 on:
  push:
    tags: ['v*']
 permissions:
  contents: write
 jobs:
  build-linux:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - name: Setup Node.js
        uses: actions/setup-node@v4
        with:
          node-version: 20
          cache: npm
      - name: Install dependencies
        run: npm ci
      - name: Download external tools (pandoc)
        run: node scripts/download-tools.js
      - name: Run tests
        run: npm test
      - name: Build Linux packages
        run: npm run build:linux-ci -- --publish=always
      - name: Upload Linux artifacts
        uses: actions/upload-artifact@v4
        with:
          name: linux-artifacts
          path: |
            dist/*.deb
            dist/*.AppImage
            dist/*.snap
            dist/*.rpm
          retention-days: 5
  build-windows:
    runs-on: windows-latest
    steps:
      - uses: actions/checkout@v4
      - name: Setup Node.js
        uses: actions/setup-node@v4
        with:
          node-version: 20
          cache: npm
      - name: Install dependencies
        run: npm ci
      - name: Download external tools (pandoc)
        run: node scripts/download-tools.js
      - name: Run tests
        run: npm test
      - name: Decode certificate (if available)
        if: ${{ env.CSC_LINK_BASE64 != '' }}
        shell: pwsh
        env:
          CSC_LINK_BASE64: ${{ secrets.CSC_LINK_BASE64 }}
        run: |
          $bytes = [Convert]::FromBase64String("$env:CSC_LINK_BASE64")
          [IO.File]::WriteAllBytes("${{ github.workspace }}\code-signing-cert.pfx", $bytes)
          echo "CERT_AVAILABLE=true" >> $env:GITHUB_ENV
      - name: Build Windows packages (signed)
        if: ${{ env.CERT_AVAILABLE == 'true' }}
        env:
          CSC_LINK: code-signing-cert.pfx
          CSC_KEY_PASSWORD: ${{ secrets.CSC_KEY_PASSWORD }}
        run: npm run build:win-signed -- --publish=always
      - name: Build Windows packages (unsigned)
        if: ${{ env.CERT_AVAILABLE != 'true' }}
        env:
          CSC_IDENTITY_AUTO_DISCOVERY: 'false'
        run: npm run build:win-unsigned -- --publish=always
      - name: Upload Windows artifacts
        uses: actions/upload-artifact@v4
        with:
          name: windows-artifacts
          path: |
            dist/*.exe
            dist/*.zip
          retention-days: 5
  build-macos:
    runs-on: macos-latest
    steps:
      - uses: actions/checkout@v4
      - name: Setup Node.js
        uses: actions/setup-node@v4
        with:
          node-version: 20
          cache: npm
      - name: Install dependencies
        run: npm ci
      - name: Download external tools (pandoc)
        run: node scripts/download-tools.js
      - name: Run tests
        run: npm test
      - name: Build macOS packages (unsigned)
        env:
          CSC_IDENTITY_AUTO_DISCOVERY: 'false'
        run: npm run build:mac -- --publish=always
      - name: Upload macOS artifacts
        uses: actions/upload-artifact@v4
        with:
          name: macos-artifacts
          path: |
            dist/*.dmg
            dist/*.zip
          retention-days: 5
  release:
    needs: [build-linux, build-windows, build-macos]
    if: always()
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - name: Download Linux artifacts
        uses: actions/download-artifact@v4
        continue-on-error: true
        with:
          name: linux-artifacts
          path: dist
      - name: Download Windows artifacts
        uses: actions/download-artifact@v4
        continue-on-error: true
        with:
          name: windows-artifacts
          path: dist
      - name: Download macOS artifacts
        uses: actions/download-artifact@v4
        continue-on-error: true
        with:
          name: macos-artifacts
          path: dist
      - name: Create GitHub Release
        uses: softprops/action-gh-release@v2
        with:
          generate_release_notes: true
          files: dist/*
      - name: Mirror artifacts to ConcreteInfo update feed
        if: env.CONCRETEINFO_DEPLOY_HOOK != ''
        env:
          CONCRETEINFO_DEPLOY_HOOK: ${{ secrets.CONCRETEINFO_DEPLOY_HOOK }}
        run: |
          curl -fsSL -X POST \
            -H "Authorization: Bearer ${{ secrets.CONCRETEINFO_DEPLOY_HOOK }}" \
            -F "version=${GITHUB_REF_NAME#v}" \
            -F "artifacts=@dist/latest-mac.yml" \
            -F "artifacts=@dist/latest-linux.yml" \
            -F "artifacts=@dist/latest-windows.yml" \
            https://updates.concreteinfo.co.in/api/v1/ingest
@@ -8,41 +8,11 @@ Thumbs.db
 *.swp
 *.swo
 *~
-.vscode/*
+.vscode/
 !.vscode/launch.json
 .idea/
 *.iml
 out/
 .cache/
 .npm/
 .electron/
-# package-lock.json is intentionally tracked for reproducible CI builds
+package-lock.json
 # Downloaded tool binaries (fetched at build time via scripts/download-tools.js)
 bin/
 # Code signing certificates — never commit private keys
 *.pfx
 *.p12
 # Screenshots and temp files
 *.png.bak
 Screen.png
 dark.png
 light.png
 pdf.png
 uvmodal.png
 nul
 *.tmp
 # Development screenshots
 pdf\ modal.png
 # Claude/AI development files
 .claude/
 CLAUDE.md
 agents.md
 coverage/
 # Superpowers brainstorm artifacts
 .superpowers/
@@ -1,11 +0,0 @@
 {
  "semi": true,
  "singleQuote": true,
  "tabWidth": 2,
  "useTabs": false,
  "trailingComma": "es5",
  "bracketSpacing": true,
  "arrowParens": "always",
  "printWidth": 100,
  "endOfLine": "auto"
 }
@@ -1,469 +0,0 @@
 # Security Assessment Report: MarkdownConverter v4.0.0
 **Assessment Date:** 2026-03-15
 **Application:** MarkdownConverter - Electron-based Markdown editor and document converter
 **Target Version:** 4.0.0
 **Assessor:** Security Audit Agent
 ---
 ## Executive Summary
 This assessment identified **10 security findings** ranging from **Critical to Low severity**. The most significant concerns involve insecure Electron security configuration that could allow XSS attacks to escalate to full system access, arbitrary code execution via the REPL feature, and missing input validation on file operations.
 | Severity | Count |
 |----------|-------|
 | Critical | 2 |
 | High | 3 |
 | Medium | 3 |
 | Low | 2 |
 ---
 ## Vulnerability Findings
 ### CVE-MC-001: Insecure Electron Security Configuration (Critical)
 **CVSS 3.1 Score: 9.6 (Critical)**
 **CWE-265: CWE-1021: Improper Restriction of Renderers**
 **Location:** `src/main.js` (lines 328-332)
 ```javascript
 webPreferences: {
  nodeIntegration: true,
  contextIsolation: false,
  spellcheck: true
 },
 ```
 **Description:**
 The main application window has `nodeIntegration: true` and `contextIsolation: false`, which is the most insecure Electron configuration. This allows the renderer process direct access to Node.js APIs, meaning any XSS vulnerability in the markdown rendering or external content could lead to full system compromise.
 **Exploitability:**
 - An attacker who can inject malicious JavaScript (via markdown files, XSS in preview, or compromised dependencies) gains immediate access to:
  - Full file system read/write via `fs` module
  - Command execution via `child_process`
  - Network access via `net` module
  - All system resources
 **Attack Scenario:**
 1. User opens a malicious markdown file containing embedded JavaScript
 2. The JavaScript executes in the renderer with full Node.js access
 3. Attacker can read sensitive files, execute commands, exfiltrate data
 **Remediation:**
 ```javascript
 webPreferences: {
  nodeIntegration: false,
  contextIsolation: true,
  sandbox: true,
  preload: path.join(__dirname, 'preload.js')
 }
 ```
 **Note:** The preload.js file already implements a secure IPC bridge but it is not being utilized for the main window.
 ---
 ### CVE-MC-002: Arbitrary Code Execution via REPL Feature (Critical)
 **CVSS 3.1 Score: 9.3 (Critical)**
 **CWE-94: Improper Control of Generation of Code ('Code Injection')**
 **Location:** `src/main.js` (lines 4369-4396)
 **Description:**
 The `execute-code` IPC handler allows execution of arbitrary Python and Bash scripts through the REPL panel. While JavaScript execution appears to have been removed or limited, Python and Bash commands are executed via `execFile` with user-supplied code.
 **Vulnerable Code Pattern:**
 ```javascript
 ipcMain.handle('execute-code', async (event, { code, language }) => {
  // ...
  if (language === 'python' || language === 'py') {
    cmd = 'python';
    args = ['-c', code];
  }
  // ...
  execFile(cmd, args, { timeout }, (err, stdout, stderr) => {
    // ...
  });
 });
 ```
 **Exploitability:**
 - Users can be tricked into running malicious code blocks
 - Markdown files can contain executable code blocks with "Run" buttons
 - No sandboxing or permission restrictions on executed code
 **Attack Scenario:**
 1. Attacker creates markdown file with malicious Python code block
 2. User clicks "Run" button in preview
 3. Python code executes with user's full permissions
 4. Attacker gains code execution on victim's machine
 **Remediation:**
 - Remove arbitrary code execution feature entirely, OR
 - Implement strict sandboxing (Docker, VM, or restricted Python environment)
 - Add user confirmation dialogs with clear warnings
 - Execute in isolated environment with no filesystem/network access
 - Implement allowlist of safe operations
 ---
 ### CVE-MC-003: Potential XSS in Markdown Rendering (High)
 **CVSS 3.1 Score: 8.0 (High)**
 **CWE-79: Improper Neutralization of Input During Web Page Generation ('Cross-site Scripting')**
 **Location:** `src/renderer.js` (lines 387-419)
 **Description:**
 While DOMPurify is used to sanitize HTML, several extensions to marked.js may bypass sanitization:
 1. **Custom Admonition Extension (lines 51-77):**
 ```javascript
 marked.use({
    extensions: [{
        name: 'admonition',
        // ...
        renderer(token) {
            const inner = this.parser.parse(token.text);
            return `<div class="admonition admonition-${token.admonitionType}">
                <div class="admonition-title">${icon} ${token.admonitionType...}</div>
                <div class="admonition-content">${inner}</div>
            </div>`;
        }
    }]
 });
 ```
 2. **innerHTML Assignments (line 419):**
 ```javascript
 preview.innerHTML = sanitizedHtml;
 ```
 **Exploitability:**
 - Combined with CVE-MC-001, XSS leads to full system compromise
 - Custom markdown extensions may not be properly sanitized
 - Admonition type is directly interpolated into HTML without escaping
 **Remediation:**
 - Ensure all custom markdown extensions escape user input
 - Add Content Security Policy that blocks inline scripts
 - Use `textContent` instead of `innerHTML` where possible
 - Audit all custom marked.js extensions for XSS vectors
 ---
 ### CVE-MC-004: Missing Path Traversal Protection (High)
 **CVSS 3.1 Score: 7.8 (High)**
 **CWE-22: Improper Limitation of a Pathname to a Restricted Directory ('Path Traversal')**
 **Location:** `src/main.js` (lines 4241-4281)
 **Description:**
 The `list-directory` and `open-file-path` IPC handlers accept arbitrary file paths without validation:
 ```javascript
 ipcMain.handle('list-directory', async (event, dirPath) => {
  try {
    if (!dirPath) { /* dialog */ }
    // No path validation - accepts any path
    const entries = fs.readdirSync(dirPath, { withFileTypes: true });
    // ...
  }
 });
 ipcMain.on('open-file-path', (event, filePath) => {
  // No path validation
  if (!fs.existsSync(filePath)) return;
  const content = fs.readFileSync(filePath, 'utf-8');
  mainWindow.webContents.send('file-opened', { path: filePath, content });
 });
 ```
 **Exploitability:**
 - Malicious renderer code can read any file on the system
 - No restriction to a sandbox directory
 - Combined with XSS, attacker can exfiltrate sensitive files
 **Remediation:**
 ```javascript
 const ALLOWED_DIRECTORIES = [app.getPath('documents'), app.getPath('desktop')];
 function isPathAllowed(filePath) {
  const resolved = path.resolve(filePath);
  return ALLOWED_DIRECTORIES.some(dir => resolved.startsWith(dir));
 }
 ```
 ---
 ### CVE-MC-005: Weak Content Security Policy (High)
 **CVSS 3.1 Score: 7.5 (High)**
 **CWE-1021: Improper Restriction of Renderers**
 **Location:** `src/index.html` (line 5)
 ```html
 <meta http-equiv="Content-Security-Policy" content="default-src 'self';
  script-src 'self' 'unsafe-inline' 'unsafe-eval' https://cdn.jsdelivr.net;
  style-src 'self' 'unsafe-inline' https://cdnjs.cloudflare.com;
  img-src 'self' data: blob: file:;
  font-src 'self' data:;
  connect-src 'self' https://www.plantuml.com;">
 ```
 **Description:**
 The CSP contains several security weaknesses:
 1. **`'unsafe-inline'` in script-src** - Allows inline script injection
 2. **`'unsafe-eval'` in script-src** - Allows `eval()` and similar functions
 3. **`https://cdn.jsdelivr.net`** - Allows scripts from external CDN (supply chain risk)
 4. **`file:` in img-src** - Allows loading local files as images (potential information disclosure)
 **Exploitability:**
 - XSS attacks can execute arbitrary scripts
 - External CDN compromise could inject malicious code
 - `eval()` enables dynamic code execution
 **Remediation:**
 - Remove `'unsafe-inline'` and `'unsafe-eval'`
 - Use nonces or hashes for inline scripts
 - Remove external CDNs or use Subresource Integrity (SRI)
 - Remove `file:` from img-src
 ---
 ### CVE-MC-006: Insecure Window Configuration for PDF Export (Medium)
 **CVSS 3.1 Score: 6.5 (Medium)**
 **CWE-1021: Improper Restriction of Renderers**
 **Location:** `src/main.js` (lines 2579-2585)
 ```javascript
 const pdfWindow = new BrowserWindow({
  show: false,
  webPreferences: {
    nodeIntegration: true,
    contextIsolation: false
  }
 });
 ```
 **Description:**
 Hidden windows created for PDF export also have insecure configurations, allowing potential privilege escalation.
 **Remediation:**
 ```javascript
 webPreferences: {
  nodeIntegration: false,
  contextIsolation: true,
  sandbox: true
 }
 ```
 ---
 ### CVE-MC-007: PlantUML Server Data Exfiltration (Medium)
 **CVSS 3.1 Score: 5.3 (Medium)**
 **CWE-359: Exposure of Private Information**
 **Location:** `src/renderer.js` (lines 470-487)
 ```javascript
 const plantumlBlocks = preview.querySelectorAll('pre code.language-plantuml');
 plantumlBlocks.forEach((block) => {
    const code = block.textContent;
    // ...
    const encoded = plantumlEncode(code);
    const img = document.createElement('img');
    img.src = `https://www.plantuml.com/plantuml/svg/${encoded}`;
    // ...
 });
 ```
 **Description:**
 PlantUML diagram content is sent to an external server (plantuml.com) for rendering. This could leak sensitive information contained in diagrams.
 **Exploitability:**
 - Diagrams containing proprietary information, system architecture, or internal processes are sent to third-party servers
 - No user consent or notification before external data transmission
 **Remediation:**
 - Use local PlantUML rendering with Java
 - Add user warning before sending data to external service
 - Implement opt-in for external rendering
 ---
 ### CVE-MC-008: Inconsistent Security Settings Across Windows (Medium)
 **CVSS 3.1 Score: 5.5 (Medium)**
 **CWE-1021: Improper Restriction of Renderers**
 **Description:**
 Security settings are inconsistent across different windows:
 | Window | nodeIntegration | contextIsolation | Security |
 |--------|-----------------|------------------|----------|
 | Main Window | true | false | Insecure |
 | About Dialog | false | true | Secure |
 | Dependencies Dialog | false | true | Secure |
 | ASCII Generator | false | true | Secure |
 | Table Generator | false | true | Secure |
 | PDF Export Window | true | false | Insecure |
 | Hidden Conversion Window | true | false | Insecure |
 **Remediation:**
 Apply secure configuration (`nodeIntegration: false`, `contextIsolation: true`) consistently across all windows.
 ---
 ### CVE-MC-009: Command Execution via External Tools (Low)
 **CVSS 3.1 Score: 4.4 (Low)**
 **CWE-78: Improper Neutralization of Special Elements used in an OS Command ('OS Command Injection')**
 **Location:** `src/main.js` (lines 1915-1972)
 **Description:**
 While the application uses `execFile` instead of `exec` (good practice), external tools (Pandoc, LibreOffice, FFmpeg, ImageMagick) are invoked with file paths that could potentially be manipulated.
 **Positive Finding:**
 The code correctly uses `execFile` with argument arrays instead of shell commands, mitigating most command injection vectors.
 **Remaining Risk:**
 - File paths are not validated against malicious names
 - Special characters in filenames could cause issues with external tools
 **Remediation:**
 - Validate file paths before passing to external tools
 - Sanitize filenames of special characters
 ---
 ### CVE-MC-010: Missing Dependency Version Pinning (Low)
 **CVSS 3.1 Score: 3.5 (Low)**
 **CWE-1035: Using Components with Known Vulnerabilities**
 **Location:** `package.json`
 **Description:**
 Dependencies use `^` version ranges which could allow automatic updates to versions with vulnerabilities:
 ```json
 "dependencies": {
  "marked": "^17.0.3",
  "dompurify": "^3.3.1",
  "mermaid": "^11.12.3",
  // ...
 }
 ```
 **Remediation:**
 - Pin exact versions in production
 - Use lockfile (package-lock.json)
 - Implement dependency scanning in CI/CD pipeline
 ---
 ## Attack Surface Map
 ```
 ┌─────────────────────────────────────────────────────────────────┐
 │                    EXTERNAL ATTACK SURFACE                       │
 ├─────────────────────────────────────────────────────────────────┤
 │  Markdown Files (.md)     ─────► XSS via Preview Rendering      │
 │  Code Blocks              ─────► Arbitrary Code Execution       │
 │  PlantUML Diagrams        ─────► Data Exfiltration              │
 │  External CDNs            ─────► Supply Chain Attacks           │
 └─────────────────────────────────────────────────────────────────┘
                              │
                              ▼
 ┌─────────────────────────────────────────────────────────────────┐
 │                    RENDERER PROCESS (Insecure)                   │
 ├─────────────────────────────────────────────────────────────────┤
 │  nodeIntegration: true   ─────► Direct Node.js Access           │
 │  contextIsolation: false ─────► Prototype Pollution Risk        │
 │  DOMPurify Sanitization  ─────► May be bypassed via extensions  │
 │  Custom Marked Extensions ────► XSS Vectors                     │
 └─────────────────────────────────────────────────────────────────┘
                              │
                              ▼
 ┌─────────────────────────────────────────────────────────────────┐
 │                    IPC BRIDGE (Preload.js)                       │
 ├─────────────────────────────────────────────────────────────────┤
 │  Channel Whitelisting    ─────► Good Practice                   │
 │  Not Used for Main Window ────► Security Bypassed               │
 └─────────────────────────────────────────────────────────────────┘
                              │
                              ▼
 ┌─────────────────────────────────────────────────────────────────┐
 │                    MAIN PROCESS (Full Privileges)                │
 ├─────────────────────────────────────────────────────────────────┤
 │  File Operations         ─────► No Path Validation              │
 │  Code Execution          ─────► Python/Bash via REPL            │
 │  External Tools          ─────► Pandoc, FFmpeg, LibreOffice     │
 │  PDF Operations          ─────► Merge, Encrypt, Decrypt         │
 └─────────────────────────────────────────────────────────────────┘
 ```
 ---
 ## Positive Security Findings
 1. **Preload.js Implementation:** A secure IPC bridge with channel whitelisting is implemented
 2. **DOMPurify Usage:** HTML sanitization is applied to markdown output
 3. **execFile Usage:** External commands use `execFile` instead of `exec`
 4. **File Size Limits:** 50MB maximum file size is enforced
 5. **Rate Limiting:** Conversion operations have rate limiting (2 second minimum interval)
 6. **Error Message Sanitization:** Absolute paths are stripped from error messages
 ---
 ## Prioritized Remediation Roadmap
 ### Phase 1 - Critical (Immediate)
 1. Set `nodeIntegration: false` and `contextIsolation: true` for main window
 2. Remove or sandbox the code execution (REPL) feature
 3. Implement proper preload.js usage for all windows
 ### Phase 2 - High Priority (1-2 Weeks)
 4. Add path traversal protection to file operations
 5. Strengthen Content Security Policy
 6. Audit and fix custom markdown extensions for XSS
 ### Phase 3 - Medium Priority (1 Month)
 7. Implement consistent security settings across all windows
 8. Add local PlantUML rendering option
 9. Implement dependency scanning in CI/CD
 ### Phase 4 - Low Priority (Ongoing)
 10. Pin dependency versions
 11. Add security headers to all generated HTML
 12. Implement security logging and monitoring
 ---
 ## Compliance Considerations
 - **OWASP Top 10 2021:** A03:2021 - Injection, A05:2021 - Security Misconfiguration
 - **OWASP ASVS:** V12 - File Handling, V13 - API Security
 - **NIST CSF:** PR.AC - Access Control, PR.DS - Data Security
 ---
 ## Conclusion
 The MarkdownConverter application has significant security vulnerabilities that could allow an attacker to execute arbitrary code, access sensitive files, and compromise the user's system. The most critical issue is the insecure Electron configuration combined with XSS attack vectors in the markdown rendering pipeline.
 **Overall Security Rating: HIGH RISK**
 The positive finding is that much of the security infrastructure (preload.js, DOMPurify) is already in place but not properly utilized. With focused remediation effort, the application can achieve a much stronger security posture.
@@ -1,215 +0,0 @@
 # STRIDE Threat Model - MarkdownConverter v4.0.0
 **Analysis Date:** 2026-03-15
 **Methodology:** STRIDE + MITRE ATT&CK
 **Overall Risk Score:** 7.8 (HIGH)
 ---
 ## Executive Summary
 The analysis identified **10 vulnerabilities** with a combined risk score of **7.8 (HIGH)**. The most critical issues enable complete system compromise through XSS-to-RCE attack chains.
 ---
 ## Critical Findings
 | Priority | CVE | Vulnerability | CVSS | Impact |
 |----------|-----|---------------|------|--------|
 | P0 | CVE-MC-001 | Insecure Electron Config (`nodeIntegration: true`, `contextIsolation: false`) | 9.6 | Complete system compromise |
 | P0 | CVE-MC-002 | Arbitrary code execution via REPL feature | 9.3 | Remote code execution |
 | P1 | CVE-MC-003 | XSS in markdown rendering | 8.0 | Session hijacking, RCE chain |
 | P1 | CVE-MC-004 | Path traversal vulnerability | 7.8 | Arbitrary file write |
 | P1 | CVE-MC-005 | Weak Content Security Policy | 7.5 | XSS enablement |
 | P2 | CVE-MC-006 | Insecure window config for PDF export | 6.5 | Privilege escalation |
 | P2 | CVE-MC-007 | PlantUML server data exfiltration | 5.3 | Information disclosure |
 | P2 | CVE-MC-008 | Inconsistent security settings | 5.5 | Configuration weakness |
 | P3 | CVE-MC-009 | Command execution via external tools | 4.4 | Command injection risk |
 | P3 | CVE-MC-010 | Missing dependency version pinning | 3.5 | Supply chain risk |
 ---
 ## Key Attack Vectors
 ### 1. XSS to RCE Chain (Critical)
 ```
 Malicious Markdown File
        │
        ▼
 XSS in Preview (CVE-MC-003)
        │
        ▼
 nodeIntegration: true (CVE-MC-001)
        │
        ▼
 Full Node.js Access
        │
        ▼
 Complete System Compromise
 ```
 ### 2. REPL Code Execution (Critical)
 ```
 Code Block in Markdown
        │
        ▼
 User clicks "Run"
        │
        ▼
 REPL executes Python/Bash (CVE-MC-002)
        │
        ▼
 Arbitrary Code Execution
 ```
 ### 3. Data Exfiltration (Medium)
 ```
 PlantUML Diagram Content
        │
        ▼
 Sent to www.plantuml.com (CVE-MC-007)
        │
        ▼
 Sensitive Architecture Leaked
 ```
 ---
 ## STRIDE Analysis
 ### S - Spoofing
 | ID | Threat | Likelihood | Impact | Risk |
 |----|--------|------------|--------|------|
 | S1 | Attacker spoofs markdown file origin | Medium | High | High |
 | S2 | Malicious code pretends to be safe | High | Critical | Critical |
 ### T - Tampering
 | ID | Threat | Likelihood | Impact | Risk |
 |----|--------|------------|--------|------|
 | T1 | XSS modifies local files | High | Critical | Critical |
 | T2 | Conversion output tampered | Medium | Medium | Medium |
 ### R - Repudiation
 | ID | Threat | Likelihood | Impact | Risk |
 |----|--------|------------|--------|------|
 | R1 | No audit trail for operations | Low | Low | Low |
 ### I - Information Disclosure
 | ID | Threat | Likelihood | Impact | Risk |
 |----|--------|------------|--------|------|
 | I1 | XSS exposes file system | High | Critical | Critical |
 | I2 | PlantUML content leaked | Medium | Medium | Medium |
 | I3 | Error messages reveal paths | Low | Low | Low |
 ### D - Denial of Service
 | ID | Threat | Likelihood | Impact | Risk |
 |----|--------|------------|--------|------|
 | D1 | Malicious code crashes app | Medium | Medium | Medium |
 | D2 | Large file exhausts resources | Low | Low | Low |
 ### E - Elevation of Privilege
 | ID | Threat | Likelihood | Impact | Risk |
 |----|--------|------------|--------|------|
 | E1 | XSS → nodeIntegration → System | High | Critical | Critical |
 | E2 | REPL code execution | High | Critical | Critical |
 ---
 ## MITRE ATT&CK Mapping
 | Technique | ID | Applicability |
 |-----------|-----|---------------|
 | User Execution | T1204.002 | Malicious markdown file |
 | Command and Scripting Interpreter | T1059.007 | JavaScript via nodeIntegration |
 | Command and Scripting Interpreter | T1059.006 | Python via REPL |
 | Command and Scripting Interpreter | T1059.004 | Bash via REPL |
 | Exploit Public-Facing Application | T1190 | XSS in preview |
 | Data Exfiltration Over Web Service | T1043 | PlantUML server |
 | File and Directory Discovery | T1083 | Path traversal |
 ---
 ## Trust Boundaries
 ```
 ┌─────────────────────────────────────────────────────────────────────┐
 │                         TRUST BOUNDARY MAP                          │
 ├─────────────────────────────────────────────────────────────────────┤
 │                                                                     │
 │   ┌─────────────┐         ┌─────────────────────────────────────┐  │
 │   │   USER      │ ──────► │        APPLICATION                  │  │
 │   │ (Untrusted) │         │  ┌───────────┐  ┌───────────────┐  │  │
 │   └─────────────┘         │  │ Renderer  │  │ Main Process  │  │  │
 │                           │  │ (Sandbox) │  │ (Privileged)  │  │  │
 │                           │  └─────┬─────┘  └───────┬───────┘  │  │
 │                           │        │  IPC           │           │  │
 │                           │        ▼                ▼           │  │
 │                           │  ┌─────────────────────────────┐   │  │
 │                           │  │      File System            │   │  │
 │                           │  └─────────────────────────────┘   │  │
 │                           └─────────────────────────────────────┘  │
 │                                           │                        │
 │                                           ▼                        │
 │   ┌─────────────────────────────────────────────────────────────┐ │
 │   │                    EXTERNAL SERVICES                         │ │
 │   │  • PlantUML Server (www.plantuml.com)                       │ │
 │   │  • CDN (cdn.jsdelivr.net, cdnjs.cloudflare.com) [REMOVED]   │ │
 │   │  • External Tools (Pandoc, FFmpeg, LibreOffice)             │ │
 │   └─────────────────────────────────────────────────────────────┘ │
 │                                                                     │
 └─────────────────────────────────────────────────────────────────────┘
 ```
 ---
 ## Business Impact Analysis
 ### Successful Attack Consequences
 | Impact Category | Estimate |
 |-----------------|----------|
 | Data breach costs | $500,000 - $5,000,000+ |
 | Regulatory fines (GDPR) | Up to 4% annual revenue |
 | Reputation damage | Incalculable |
 | Business disruption | Hours to days |
 ### Affected Assets
 - User documents and files
 - System credentials
 - Proprietary information in diagrams
 - Application integrity
 ---
 ## Remediation Priority
 ### P0 - Immediate (24-48 hours)
 1. **CVE-MC-001**: Set `nodeIntegration: false`, `contextIsolation: true`
 2. **CVE-MC-002**: Remove or sandbox REPL code execution
 ### P1 - Short-term (1-2 weeks)
 3. **CVE-MC-003**: Audit markdown extensions for XSS
 4. **CVE-MC-004**: Add path validation (✅ COMPLETED)
 5. **CVE-MC-005**: Strengthen CSP (✅ COMPLETED)
 ### P2 - Medium-term (1 month)
 6. **CVE-MC-006**: Consistent window security settings
 7. **CVE-MC-007**: Add local PlantUML option or warning
 8. **CVE-MC-008**: Audit all BrowserWindow configurations
 ### P3 - Long-term
 9. **CVE-MC-009**: Validate filenames for external tools
 10. **CVE-MC-010**: Pin dependency versions, add scanning
 ---
 ## Conclusion
 The MarkdownConverter application has a **HIGH RISK** threat profile due to the combination of:
 - Untrusted content rendering (markdown preview)
 - Direct system access (nodeIntegration)
 - Code execution capability (REPL)
 **Immediate action required on P0 items to reduce attack surface.**
 The fixes applied in this session (CSP, path traversal, UI accessibility) have reduced the risk profile, but the critical nodeIntegration issue requires significant refactoring.
@@ -1,27 +0,0 @@
 {
  "target": "MarkdownConverter Electron Application",
  "status": "in_progress",
  "depth": "comprehensive",
  "compliance_frameworks": ["owasp"],
  "current_step": 3,
  "current_phase": 1,
  "completed_steps": ["vulnerability-scan", "threat-modeling"],
  "files_created": ["01-vulnerability-scan.md", "02-threat-model.md"],
  "started_at": "2026-03-15T00:09:00.000Z",
  "last_updated": "2026-03-15T00:25:00.000Z",
  "findings_summary": {
    "critical": 2,
    "high": 3,
    "medium": 3,
    "low": 2,
    "total": 10
  },
  "fixes_applied": {
    "csp_external_cdns_removed": true,
    "path_traversal_protection_added": true,
    "aria_labels_added": true,
    "focus_visible_styles_added": true,
    "tab_close_button_resized": true,
    "duplicate_font_size_fixed": true
  }
 }
@@ -1,522 +0,0 @@
 # Comprehensive UI Design Review - MarkdownConverter Electron Application
 ## Executive Summary
 This review covers the UI design of the MarkdownConverter Electron application, analyzing visual design, usability, code quality, and performance across all UI files. The application has a solid foundation but has several areas requiring attention.
 ---
 ## 1. Visual Design Review
 ### 1.1 Spacing & Layout Consistency
 | Severity | Issue | Location | Recommendation |
 |----------|-------|----------|----------------|
 | **Major** | Inconsistent padding values across files | Multiple CSS files | Standardize to 4px/8px base scale |
 | **Major** | Multiple reset declarations | `styles.css:1-5`, `styles-modern.css:42-47` | Consolidate resets into single file |
 | **Minor** | Tab padding varies between themes | `styles.css:36`, `styles-modern.css:101` | Use CSS variables for consistent padding |
 | **Minor** | Container padding inconsistency | `styles.css:17-21`, `styles-modern.css:63-69` | Define single container style |
 **Code Example - Duplicate Reset:**
 ```css
 /* styles.css:1-5 */
 * {
    margin: 0;
    padding: 0;
    box-sizing: border-box;
 }
 /* styles-modern.css:42-47 - DUPLICATE */
 * {
  margin: 0;
  padding: 0;
  box-sizing: border-box;
 }
 ```
 **Fix Recommendation:**
 ```css
 /* Create a single base.css or remove from styles-modern.css */
 /* Use CSS variables for spacing scale */
 :root {
  --space-1: 4px;
  --space-2: 8px;
  --space-3: 12px;
  --space-4: 16px;
  --space-5: 24px;
  --space-6: 32px;
 }
 ```
 ### 1.2 Typography Consistency
 | Severity | Issue | Location | Recommendation |
 |----------|-------|----------|----------------|
 | **Major** | Font-family declared multiple times with different fallbacks | `styles.css:8`, `styles-modern.css:50`, `styles-concreteinfo.css:32` | Standardize font stack |
 | **Major** | Duplicate font-size declarations | `styles.css:228-230` | Remove duplicate |
 | **Minor** | Inconsistent line-height values | Multiple files | Create type scale variables |
 **Code Example - Duplicate font-size:**
 ```css
 /* styles.css:226-230 */
 .preview-content {
    max-width: none;
    margin: 0;
    padding: 20px 24px 24px 24px;
    line-height: 1.6;
    font-size: 15px;
    font-size: 14px;  /* DUPLICATE - overwrites previous */
 }
 ```
 **Fix Recommendation:**
 ```css
 /* styles.css - Remove duplicate */
 .preview-content {
    font-size: 14px;  /* Keep only one */
    line-height: 1.6;
 }
 ```
 ### 1.3 Color Usage and Contrast Accessibility
 | Severity | Issue | Location | Recommendation |
 |----------|-------|----------|----------------|
 | **Critical** | Hardcoded colors instead of CSS variables | `styles.css:27-29`, `styles.css:37-38`, etc. | Use CSS custom properties |
 | **Major** | Inconsistent gray scale definitions | Multiple files define different grays | Consolidate to single palette |
 | **Minor** | Some contrast ratios may be insufficient | Status bar text colors | Verify WCAG 2.1 AA compliance |
 **Code Example - Hardcoded colors:**
 ```css
 /* styles.css:27-29 */
 .tab-bar {
    background: #f0f0f0;  /* Should use var(--gray-100) */
    border-bottom: 1px solid #ddd;  /* Should use var(--gray-300) */
 }
 ```
 **Fix Recommendation:**
 ```css
 /* Use the existing palette from styles-modern.css */
 .tab-bar {
    background: var(--gray-100, #f3f4f6);
    border-bottom: 1px solid var(--gray-300, #d1d5db);
 }
 ```
 ### 1.4 Dark Mode Support Quality
 | Severity | Issue | Location | Recommendation |
 |----------|-------|----------|----------------|
 | **Major** | Dark theme selectors inconsistent | `styles.css` uses `body.theme-dark`, `styles-sidebar.css:108` uses `body[class*="dark"]` | Standardize selector pattern |
 | **Minor** | Missing dark theme support for some components | `.breadcrumb-bar`, command palette | Add dark mode variants |
 | **Suggestion** | Repetitive dark theme declarations | `styles-concreteinfo.css:362-425` | Use CSS custom properties for theming |
 **Code Example - Inconsistent selectors:**
 ```css
 /* styles.css */
 body.theme-dark .tab-bar { ... }
 /* styles-sidebar.css */
 body[class*="dark"] .sidebar-icons { ... }
 ```
 **Fix Recommendation:**
 ```css
 /* Choose one pattern and apply consistently */
 /* Option 1: Class-based (recommended) */
 body.theme-dark .tab-bar,
 body.theme-dark .sidebar-icons { ... }
 /* Option 2: Attribute-based */
 body[data-theme="dark"] .tab-bar { ... }
 ```
 ---
 ## 2. Usability Review
 ### 2.1 Clickable/Tappable Areas
 | Severity | Issue | Location | Recommendation |
 |----------|-------|----------|----------------|
 | **Critical** | Tab close button too small (16x16px) | `styles.css:62-77` | Increase to minimum 24x24px |
 | **Major** | Sidebar icons at minimum size | `styles-sidebar.css:35-47` (36x36px) | Consider 40-44px for better touch |
 | **Minor** | Toolbar buttons at edge of minimum | `styles.css:120-131` (32x32px) | Acceptable for mouse, small for touch |
 **Code Example - Small close button:**
 ```css
 /* styles.css:62-77 */
 .tab-close {
    width: 16px;   /* TOO SMALL - below 24px minimum */
    height: 16px;  /* TOO SMALL */
 }
 ```
 **Fix Recommendation:**
 ```css
 .tab-close {
    width: 24px;
    height: 24px;
    border-radius: 4px;
 }
 /* Add touch-friendly hit area */
 .tab-close::before {
    content: '';
    position: absolute;
    top: -4px;
    left: -4px;
    right: -4px;
    bottom: -4px;
 }
 ```
 ### 2.2 Hover/Focus States
 | Severity | Issue | Location | Recommendation |
 |----------|-------|----------|----------------|
 | **Critical** | Missing focus-visible styles | All interactive elements | Add :focus-visible for keyboard navigation |
 | **Major** | No focus indicators on toolbar buttons | `styles.css:133-140` | Add visible focus ring |
 | **Minor** | Inconsistent hover transitions | Various components | Standardize transition duration |
 **Code Example - Missing focus styles:**
 ```css
 /* styles.css:120-131 - No focus state */
 .toolbar button {
    /* ... no focus style */
 }
 .toolbar button:hover {
    background: #e0e0e0;
    border-color: #ccc;
 }
 ```
 **Fix Recommendation:**
 ```css
 .toolbar button:focus-visible {
    outline: 2px solid var(--primary-dark, #5661b3);
    outline-offset: 2px;
 }
 .toolbar button:hover {
    background: #e0e0e0;
    border-color: #ccc;
 }
 ```
 ### 2.3 Loading and Error State Handling
 | Severity | Issue | Location | Recommendation |
 |----------|-------|----------|----------------|
 | **Major** | Generic error message without styling | `renderer.js:384-386`, `renderer.js:508-511` | Create styled error components |
 | **Minor** | No loading indicators for async operations | Sidebar panels | Add skeleton loaders or spinners |
 | **Minor** | `git-loading` class exists but minimal styling | `styles-sidebar.css:227` | Enhance with animation |
 **Code Example - Plain error display:**
 ```javascript
 // renderer.js:384-386
 preview.innerHTML = '<p style="color: red; padding: 20px;">Error: Required libraries...';
 // Inline styles should be in CSS
 ```
 **Fix Recommendation:**
 ```css
 /* Add to styles.css */
 .preview-error {
    display: flex;
    flex-direction: column;
    align-items: center;
    justify-content: center;
    padding: 40px 20px;
    color: var(--ci-danger, #dc3545);
    text-align: center;
 }
 .preview-error-icon {
    font-size: 48px;
    margin-bottom: 16px;
 }
 ```
 ### 2.4 Accessibility (ARIA, Semantic HTML)
 | Severity | Issue | Location | Recommendation |
 |----------|-------|----------|----------------|
 | **Critical** | Buttons without accessible labels | `index.html:31` (tab close), `index.html:33` (new tab) | Add aria-label |
 | **Critical** | SVG icons lack aria-hidden | All toolbar buttons | Add aria-hidden="true" |
 | **Major** | Missing role attributes on tabs | `index.html:29-33` | Add role="tablist", role="tab" |
 | **Major** | No skip links | `index.html` | Add skip to main content link |
 | **Minor** | Dialog missing aria-modal | Export dialogs | Add aria-modal="true" |
 **Code Example - Missing accessibility attributes:**
 ```html
 <!-- index.html:31 - Current -->
 <button class="tab-close" title="Close tab">x</button>
 <!-- index.html:33 - Current -->
 <button class="new-tab-button" id="new-tab-btn" title="New tab">+</button>
 ```
 **Fix Recommendation:**
 ```html
 <!-- Improved with ARIA -->
 <div class="tab-bar" id="tab-bar" role="tablist" aria-label="Document tabs">
    <div class="tab active" data-tab-id="1" role="tab" aria-selected="true" aria-controls="tab-content-1">
        <span class="tab-title">Untitled</span>
        <button class="tab-close" aria-label="Close tab" title="Close tab">×</button>
    </div>
    <button class="new-tab-button" id="new-tab-btn" aria-label="Create new tab" title="New tab">+</button>
 </div>
 <!-- SVG icons should have aria-hidden -->
 <button id="btn-bold" title="Bold (Ctrl+B)" aria-label="Bold">
    <svg width="16" height="16" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" aria-hidden="true">
        ...
    </svg>
 </button>
 ```
 ### 2.5 Keyboard Navigation
 | Severity | Issue | Location | Recommendation |
 |----------|-------|----------|----------------|
 | **Major** | Tab order may skip sidebar icons | Sidebar panel | Verify logical tab order |
 | **Minor** | No escape key handling for dialogs | Export dialogs | Add escape to close |
 | **Minor** | Find dialog lacks full keyboard support | `renderer.js:804-866` | Add Ctrl+F shortcut hint |
 ---
 ## 3. Code Quality Review
 ### 3.1 CSS Organization & Naming
 | Severity | Issue | Location | Recommendation |
 |----------|-------|----------|----------------|
 | **Major** | No clear CSS architecture | All CSS files | Adopt BEM or similar methodology |
 | **Major** | Overly generic class names | `.pane`, `.tab`, `.container` | Use more specific naming |
 | **Minor** | Mixed naming conventions | camelCase (`tabBar`), kebab-case (`tab-bar`) | Standardize to kebab-case |
 | **Minor** | Magic numbers | Various pixel values | Replace with spacing variables |
 ### 3.2 CSS Specificity Issues
 | Severity | Issue | Location | Recommendation |
 |----------|-------|----------|----------------|
 | **Major** | Excessive use of `!important` | `styles.css:14` | Restructure to avoid |
 | **Major** | Deep selector nesting | Dark theme selectors | Flatten and use CSS variables |
 | **Minor** | ID selectors for styling | `styles.css:233-247` | Prefer class selectors |
 **Code Example - Problematic specificity:**
 ```css
 /* styles.css:14 - Avoid !important */
 .hidden {
    display: none !important;
 }
 /* styles.css:397-431 - Deep nesting */
 body.theme-dark #preview h1,
 body.theme-dark [id^="preview-"] h1,
 body.theme-dark .preview-content h1 {
    color: #c9d1d9;
    border-bottom-color: #21262d;
 }
 ```
 **Fix Recommendation:**
 ```css
 /* Use utility class pattern */
 [hidden] { display: none; }
 /* Use CSS custom properties for theming */
 .preview-content h1 {
    color: var(--text-primary);
    border-bottom-color: var(--border-color);
 }
 /* Theme applies variables */
 body.theme-dark {
    --text-primary: #c9d1d9;
    --border-color: #21262d;
 }
 ```
 ### 3.3 Reusable Style Definitions
 | Severity | Issue | Location | Recommendation |
 |----------|-------|----------|----------------|
 | **Major** | Repeated button styles | Multiple files | Create button component classes |
 | **Major** | Dialog styles duplicated | Export, batch, print preview dialogs | Create modal component |
 | **Minor** | Similar form field styles scattered | Export dialog inputs | Create form component |
 **Code Example - Duplicated button styles:**
 ```css
 /* styles.css */
 .toolbar button { /* button styles */ }
 .tab-close { /* button styles */ }
 .new-tab-button { /* button styles */ }
 #export-dialog-close { /* button styles */ }
 /* styles-sidebar.css */
 .sidebar-icon { /* similar button styles */ }
 .sidebar-panel-close { /* similar button styles */ }
 ```
 **Fix Recommendation:**
 ```css
 /* Create button component system */
 .btn {
    display: inline-flex;
    align-items: center;
    justify-content: center;
    border: none;
    cursor: pointer;
    transition: all var(--transition-fast);
 }
 .btn--icon {
    width: 32px;
    height: 32px;
    border-radius: var(--radius-md);
 }
 .btn--close {
    font-size: 14px;
    font-weight: bold;
    border-radius: var(--radius-sm);
 }
 ```
 ### 3.4 Documentation
 | Severity | Issue | Location | Recommendation |
 |----------|-------|----------|----------------|
 | **Minor** | Limited CSS documentation | All CSS files | Add section comments |
 | **Minor** | No component documentation | Sidebar components | Add JSDoc-style comments |
 | **Suggestion** | No design tokens documentation | CSS variables | Create tokens documentation |
 ---
 ## 4. Performance Review
 ### 4.1 CSS Optimization
 | Severity | Issue | Location | Recommendation |
 |----------|-------|----------|----------------|
 | **Major** | Large CSS files (105KB main, 78KB modern) | `styles.css`, `styles-modern.css` | Split into smaller modules |
 | **Major** | Duplicate style definitions | Multiple files | Remove redundancies |
 | **Minor** | Unused styles likely present | Theme variations | Audit and remove unused |
 ### 4.2 Asset Loading
 | Severity | Issue | Location | Recommendation |
 |----------|-------|----------|----------------|
 | **Major** | highlight.js CSS loaded synchronously | `index.html:14` | Load asynchronously or bundle |
 | **Minor** | Font files could be preloaded | `fonts.css` | Add preload links in HTML |
 | **Suggestion** | Consider CSS critical path | Above-the-fold styles | Inline critical CSS |
 **Code Example - Sync stylesheet loading:**
 ```html
 <!-- index.html:14 - Blocks rendering -->
 <link rel="stylesheet" href="../node_modules/highlight.js/styles/default.css">
 ```
 **Fix Recommendation:**
 ```html
 <!-- Non-blocking load -->
 <link rel="stylesheet" href="../node_modules/highlight.js/styles/default.css" media="print" onload="this.media='all'">
 <!-- Or preload fonts -->
 <link rel="preload" href="../assets/fonts/Inter-Regular.woff2" as="font" type="font/woff2" crossorigin>
 ```
 ### 4.3 Animation Performance
 | Severity | Issue | Location | Recommendation |
 |----------|-------|----------|----------------|
 | **Minor** | Some transitions on expensive properties | `styles-modern.css:111-112` | Prefer transform/opacity |
 | **Suggestion** | Missing will-change hints | Complex animations | Add will-change for GPU hints |
 ---
 ## 5. Component-Specific Issues
 ### 5.1 Tab System
 | File | Issues |
 |------|--------|
 | `styles.css:23-97` | Inconsistent active state styling, small close button |
 | `renderer.js:88-346` | Tab content created via innerHTML (XSS risk) |
 ### 5.2 Sidebar
 | File | Issues |
 |------|--------|
 | `styles-sidebar.css` | Good structure but missing focus states |
 | `sidebar-manager.js` | Clean implementation, needs ARIA |
 ### 5.3 Export Dialogs
 | File | Issues |
 |------|--------|
 | `styles.css:1060-1355` | Monolithic, should be component |
 | `index.html:171-331` | Complex nested structure needs semantic HTML |
 ### 5.4 Welcome Screen
 | File | Issues |
 |------|--------|
 | `styles-welcome.css` | Minimal styles, good foundation |
 | Missing hover states for keyboard focus | Add :focus-visible |
 ---
 ## 6. Prioritized Fix Recommendations
 ### Critical (Immediate)
 1. **Add missing ARIA attributes** to all interactive elements
 2. **Increase tab close button size** to minimum 24x24px
 3. **Add focus-visible styles** for keyboard navigation
 4. **Fix duplicate font-size declaration** in `.preview-content`
 ### Major (Next Sprint)
 1. **Consolidate CSS resets** into single location
 2. **Create button component system** with variants
 3. **Standardize dark theme selectors** across all files
 4. **Replace hardcoded colors** with CSS variables
 5. **Create modal/dialog component** to reduce duplication
 ### Minor (Future)
 1. **Document CSS architecture** and naming conventions
 2. **Audit and remove unused styles**
 3. **Add loading state components** (skeletons, spinners)
 4. **Implement CSS module splitting** for better performance
 ---
 ## 7. Summary Statistics
 | Category | Critical | Major | Minor | Suggestions |
 |----------|----------|-------|-------|-------------|
 | Visual Design | 1 | 5 | 4 | 1 |
 | Usability | 3 | 4 | 4 | 0 |
 | Code Quality | 0 | 6 | 4 | 1 |
 | Performance | 0 | 3 | 2 | 2 |
 | **Total** | **4** | **18** | **14** | **4** |
 ---
 ## Conclusion
 The MarkdownConverter application has a functional UI with good visual variety through its theme system. However, there are significant opportunities for improvement in:
 1. **Accessibility** - Critical for users with disabilities
 2. **Code organization** - Reduce CSS duplication and improve maintainability
 3. **Component consistency** - Standardize interactive element sizing and states
 4. **Performance** - Optimize CSS loading and reduce bundle size
 Addressing the Critical and Major issues will significantly improve both user experience and code maintainability.
@@ -1,17 +0,0 @@
 {
  "review_id": "full-ui-review_20260315",
  "target": "src/ (Entire UI Directory)",
  "focus_areas": ["visual", "usability", "code", "performance"],
  "context": "comprehensive",
  "platform": "desktop",
  "status": "complete",
  "started_at": "2026-03-15T00:09:00.000Z",
  "completed_at": "2026-03-15T00:12:00.000Z",
  "issues_found": 40,
  "severity_counts": {
    "critical": 4,
    "major": 18,
    "minor": 14,
    "suggestion": 4
  }
 }
@@ -1,48 +0,0 @@
 {
  "version": "0.2.0",
  "configurations": [
    {
      "name": "Debug Main Process",
      "type": "node",
      "request": "launch",
      "cwd": "${workspaceFolder}",
      "runtimeExecutable": "${workspaceFolder}/node_modules/.bin/electron",
      "windows": {
        "runtimeExecutable": "${workspaceFolder}/node_modules/.bin/electron.cmd"
      },
      "args": ["."],
      "outputCapture": "std",
      "env": {
        "NODE_ENV": "development"
      }
    },
    {
      "name": "Debug Renderer Process",
      "type": "chrome",
      "request": "attach",
      "port": 9222,
      "webRoot": "${workspaceFolder}/src",
      "timeout": 30000
    },
    {
      "name": "Debug Main + Renderer",
      "type": "node",
      "request": "launch",
      "cwd": "${workspaceFolder}",
      "runtimeExecutable": "${workspaceFolder}/node_modules/.bin/electron",
      "windows": {
        "runtimeExecutable": "${workspaceFolder}/node_modules/.bin/electron.cmd"
      },
      "args": [".", "--remote-debugging-port=9222"],
      "outputCapture": "std",
      "env": {
        "NODE_ENV": "development"
      },
      "serverReadyAction": {
        "pattern": "listening on port ([0-9]+)",
        "uriFormat": "http://localhost:%s",
        "action": "debugWithChrome"
      }
    }
  ]
 }
@@ -1,25 +0,0 @@
 # Repository Guidelines
 ## Project Structure & Module Organization
 Core application code lives in `src/`. Use `src/main.js` for the Electron main process, `src/preload.js` for the preload bridge, and `src/renderer.js` plus `src/editor/`, `src/sidebar/`, `src/repl/`, and `src/utils/` for renderer-side features. Electron adapter code is in `src/adapters/electron/`. Reusable markdown/document templates live in `src/templates/`. Static assets and icons are in `assets/`. Tests are in `tests/`, and build output goes to `dist/`.
 ## Build, Test, and Development Commands
 - `npm start`: launch the Electron app locally.
 - `npm test`: run the Jest suite once.
 - `npm run test:watch`: rerun tests during local development.
 - `npm run test:coverage`: generate coverage output.
 - `npm run lint` / `npm run lint:fix`: check or fix ESLint issues in `src` and `tests`.
 - `npm run format` / `npm run format:check`: apply or verify Prettier formatting.
 - `npm run build:linux`, `npm run build:win`, `npm run build:mac`: create platform packages with `electron-builder`.
 ## Coding Style & Naming Conventions
 This repo uses Prettier and ESLint. Follow `.prettierrc`: 2-space indentation, single quotes, semicolons, trailing commas where valid in ES5, and a 100-character line width. Prefer `camelCase` for variables/functions, `PascalCase` for classes, and kebab-case for file names only when already established. Keep module boundaries clear: UI logic in renderer modules, OS/file-system work behind Electron IPC and adapters.
 ## Testing Guidelines
 Tests use Jest with `jest-environment-jsdom`. Add new tests under `tests/` with `*.test.js` names, mirroring the feature area when possible, for example `tests/sidebar.test.js` or `tests/print-preview.test.js`. Update or add regression tests for renderer behavior, preload APIs, and utility helpers when fixing bugs. Run `npm test` before opening a PR; use `npm run test:coverage` for larger refactors.
 ## Commit & Pull Request Guidelines
 Recent history follows Conventional Commit prefixes such as `feat:`, `fix:`, and `refactor:`. Keep subjects short and imperative, for example `fix: guard modal cleanup on close`. PRs should describe the user-visible change, note test coverage, link any related issue, and include screenshots or GIFs for UI changes.
 ## Security & Configuration Tips
 Do not bypass preload boundaries or introduce direct `eval`/dynamic code paths; ESLint already treats these as errors. Export and conversion features depend on external tools such as Pandoc, FFmpeg, ImageMagick, and LibreOffice, so document any new runtime dependency in `README.md` and packaging config.
@@ -1,52 +0,0 @@
 # Changelog
 All notable changes to markdown-converter will be documented in this file.
 The format is based on [Keep a Changelog](https://keepachangelog.com/en/1.1.0/),
 and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0.html).
 ## [5.1.0] - 2026-06-08
 ### Added
 - Auto-update via electron-updater against GitHub Releases (default) or ConcreteInfo self-hosted feed.
 - Light, skippable first-run wizard: theme, update channel, starter template.
 - One-shot v4.4.1 → v5 settings migration with backup at `settings.v4.bak.json`.
 - Local crash dump capture (cap 20, auto-prune) and a CrashReportModal.
 - "Updates" section in Settings: channel picker, Check now, auto-check toggle.
 ## [5.0.0] - 2026-06-06
 ### Added
 - **Complete React 19 + Vite + TypeScript renderer** replacing the legacy vanilla-JS UI (Phases 1-9 of the React UI redesign)
 - Native macOS/Windows/Linux menus with command palette and keyboard shortcuts
 - Settings sheet with 5 tabs (editor, theme, keybindings, advanced, about) and 17+ persisted fields
 - Modal layer with 13 modal kinds (export PDF/DOCX/HTML/Word, batch, settings, about, welcome, confirm, ASCII gen, table gen, find in files)
 - 10 advanced tools: ASCII generator (figlet), table generator, Word export (.docx via `docx` lib), find-in-files (recursive regex), REPL (markdown snippet preview), print preview, zen mode (Esc exits), minimap, breadcrumbs-with-symbols, git status (porcelain parser)
 - Sonner toast notifications at 4 wire points (file save, open file/folder, 4 export dialogs)
 - 3 mount strategies: ModalLayer dialogs, App.tsx global overlays, editor/sidebar integrations
 - `ipc.file.writeBuffer` for renderer-side binary file output (used by Word .docx export)
 - `ipc.file.search` (recursive regex), `ipc.file.gitStatus`, `ipc.print.show`, `ipc.app.showSaveDialog`
 - 305 unit + integration tests (vitest + React Testing Library)
 - Per-package @radix-ui primitives (checkbox, dialog, select, switch, tabs, radio-group, scroll-area, slider, collapsible, label, context-menu)
 - shadcn/ui (new-york style) primitives, manually pasted (CLI broken on Node 24)
 - Feature-first main process decomposition: `src/main/{files,menu,window,word-template,utils}/` + glue files
 ### Changed
 - **BREAKING**: Renderer is now React-only. The legacy `src/renderer.js` (5319 lines) and all vanilla-JS UI scripts/styles are removed.
 - Main process decomposed from a 4311-line `src/main.js` into feature-first modules under `src/main/`
 - New entrypoint: `src/main/index.js` (was `src/main.js`)
 - `src/index.html` (1667-line legacy orphan) removed; renderer served by `src/renderer/index.html` (Vite root)
 - IPC contract: handlers throw on error, `safeCall` catches → returns `{ ok: false, error }`. `result.ok` is at top level, NOT nested in `result.data.ok`
 - Settings store: `useSettingsStore` (zustand persist with zod validation), 17+ persisted fields
 - Modal state: `useAppStore.modal: ModalState` discriminated union with 13 kinds; `openModal` uses TS conditional types to enforce prop requirements
 ### Removed
 - `src/renderer.js` (legacy vanilla-JS renderer, 5319 lines)
 - 8 legacy stylesheets: `src/styles.css`, `src/styles-modern.css`, `src/styles-concreteinfo.css`, `src/styles-sidebar.css`, `src/styles-zen.css`, `src/styles-welcome.css`, `src/fonts.css`
 - 5 legacy scripts: `src/command-palette.js`, `src/print-preview.js`, `src/welcome.js`, `src/zen-mode.js`, `src/wordTemplateExporter.js`
 - 2 legacy HTMLs: `src/ascii-generator.html`, `src/table-generator.html`
 - `src/main.js` (4311-line god file, replaced by `src/main/index.js`)
 - `src/index.html` (1667-line legacy orphan at project root, replaced by `src/renderer/index.html`)
 - 9 dead IPC channels from `src/preload.js`: `toggle-command-palette`, `print-preview`, `print-preview-styled`, `open-ascii-generator`, `open-table-generator`, `show-ascii-generator`, `show-ascii-generator-window`, `show-table-generator`, `show-table-generator-window`
 [5.0.0]: https://github.com/amitwh/markdown-converter/releases/tag/v5.0.0
@@ -1,145 +1,334 @@
-# CLAUDE.md — MarkdownConverter (react-electron)
+# PanConverter - Claude Development Guide
 > General code-quality, TypeScript, git, security, and testing standards are in the **global CLAUDE.md**. This file holds project- and branch-specific notes.
 ## Project Overview
-Electron desktop app for Markdown editing and universal file conversion powered by Pandoc. Cross-platform (Win/macOS/Linux). Features: multi-tab editor with live preview, 25+ themes, PDF viewer/editor (merge/split/compress/rotate/watermark/password), export to 20+ formats (PDF/DOCX/ODT/EPUB/HTML/LaTeX/RTF/PPTX), batch conversion, syntax highlighting, diagram support (Mermaid), Git integration, plugin system, and auto-updater.
+**PanConverter** is a cross-platform Markdown editor and converter powered by Pandoc, built with Electron. It provides professional-grade editing capabilities with comprehensive export options.
- **Version:** 5.0.1
+**Current Version**: v1.3.3  
- **License:** MIT
+**Author**: Amit Haridas (amit.wh@gmail.com)  
- **App ID:** `com.concreteinfo.markdownconverter`
+**License**: MIT  
 **Repository**: https://github.com/amitwh/pan-converter
-## Branch Specifics
+## Architecture & Technology Stack
-This is the **React rewrite branch** — the renderer has been rebuilt with React 19 + TypeScript + Tailwind CSS + shadcn/ui, replacing the vanilla JS renderer from master. The main process remains vanilla CommonJS JavaScript. A dual dev workflow runs Vite (renderer) and Electron (main) concurrently.
+### Core Technologies
 - **Electron** - Cross-platform desktop application framework
 - **Pandoc** - Universal document converter (required dependency)
 - **marked** - Markdown parsing and rendering
 - **highlight.js** - Syntax highlighting
 - **XLSX** - Spreadsheet export functionality
 - **DOMPurify** - HTML sanitization
-Key differences from master:
+### Application Structure
- Renderer: React 19 + TypeScript (TSX) instead of vanilla JS DOM manipulation
+```
- Bundler: Vite for the renderer (`vite.renderer.config.ts`)
+src/
- UI: shadcn/ui (Radix primitives + Tailwind) instead of hand-rolled CSS
+├── main.js        # Electron main process, menu system, IPC handlers
- State: Zustand 5 stores instead of global mutable state
+├── renderer.js    # TabManager class, multi-file editing, event handling
- Security: `contextIsolation: true` + `nodeIntegration: false` (preload with channel whitelisting) instead of master's open renderer
+├── index.html     # Application layout with tabbed interface
- Build: two-stage (Vite build renderer, then electron-builder packages) instead of single electron-builder pass
+└── styles.css     # Comprehensive styling with multi-theme support
 - Testing: dual test runners — Vitest (renderer/React/TS) + Jest (main process/JS)
 - Main process is now in `src/main/` (modular) instead of flat `src/main.js`
 - Adds auto-updater via `electron-updater` with GitHub Releases + self-hosted feed support
 - Adds React Hook Form + Zod for form validation, Lucide React icons, Motion for animations
 - Legacy sidebar modules (`src/sidebar/*.js`) still exist alongside new React sidebar (`src/renderer/components/sidebar/`)
-## Architecture
+assets/
 └── icon.png       # Application icon
-### Main Process (`src/main/`)
+package.json       # Dependencies and build configuration
-Modular structure (improvement over master's monolith):
+CLAUDE.md          # Development documentation for AI assistants
- `src/main/index.js` — IPC handlers, Pandoc invocation, export logic (~3,500 lines)
+```
 - `src/main/PDFOperations.js` — PDF manipulation via `pdf-lib`
 - `src/main/GitOperations.js` — Git operations via `simple-git`
 - `src/main/store.js` — Custom JSON settings store (NOT electron-store)
 - `src/main/window/index.js` — BrowserWindow creation with three-mode loading (dev/prod/packaged)
 - `src/main/menu/` — Application menu definitions
 - `src/main/ipc/` — Crash handlers, updater handlers
 - `src/main/updater/` — Auto-update service, feed config, migration runner
 - `src/main/files/` — File operation modules
 - `src/main/word-template/` — Word template export
 ### Preload (`src/preload.js`)
 Properly isolated. Uses `contextBridge` with **channel whitelisting** (`ALLOWED_SEND_CHANNELS`, `ALLOWED_RECEIVE_CHANNELS` arrays). The renderer has no direct Node access.
 ### Renderer (`src/renderer/`)
 React 19 + TypeScript application bundled by Vite:
 - `src/renderer/App.tsx` — Root component: assembles AppShell, modals, command palette, toaster
 - `src/renderer/components/layout/AppShell.tsx` — Three-panel resizable layout (sidebar | editor | preview)
 - `src/renderer/stores/` — Zustand stores: `app-store`, `editor-store`, `file-store`, `preview-store`, `settings-store`, `command-store`
 - `src/renderer/hooks/` — Custom hooks: `use-shortcut`, `use-file-shortcuts`, `use-menu-action`, `use-scroll-sync`, `use-zen-mode`, `use-export-source`
 - `src/renderer/components/modals/` — 30+ modal dialogs as React components
 - `src/renderer/components/editor/` — CodeMirror 6 editor React wrapper
 - `src/renderer/components/preview/` — Markdown renderer with Mermaid lazy loading
 - `src/renderer/components/sidebar/` — React sidebar panels (FileTree, GitStatus, Outline, Snippets, Templates)
 - `src/renderer/components/ui/` — shadcn/ui primitives (button, dialog, sheet, select, tabs, etc.)
 - `src/renderer/lib/` — Utilities: typed IPC wrapper (`ipc.ts`), export modules, validators
 - `src/renderer/types/` — TypeScript declarations: `electron.d.ts` (window.electronAPI), `ipc.ts` (IPC types)
 ### Security Model
 - **`contextIsolation: true` + `nodeIntegration: false`** (properly secured, unlike master)
 - Preload with explicit channel whitelisting
 - TypeScript declarations ensure type-safe IPC
 - Pandoc invoked via `execFile` (not `exec`)
 - Permission handler: only `clipboard-read`/`clipboard-write` allowed
 - ESLint enforces `no-eval`, `no-implied-eval`, `no-new-func`
 - CSP in `index.html` restricts script/style/img/font/connect sources
 ### Plugin System (`src/plugins/`)
 Unchanged from master. Manifest-based discovery, built-in `writing-studio` plugin.
 ## System Dependencies
 | Dependency | Required | Notes |
 |---|---|---|
 | **Node.js** | >= 20 | Electron 41 bundles Node 20.x; Vite 8 requires Node 18+ |
 | **Pandoc** | Yes (for exports) | Downloaded to `bin/<platform>/pandoc` via `scripts/download-tools.js` (v3.9.0.2). Falls back to system PATH. |
 | **FFmpeg** | Bundled | `ffmpeg-static` npm package; `asarUnpacked` |
 | **MiKTeX / TeX Live** | Optional | LaTeX PDF export; MiKTeX PATH injected on Windows |
 | **ImageMagick** | Optional | Linux image conversion; deb dependency |
 | **LibreOffice** | Optional | Enhanced document conversion; deb dependency |
 ## Development Commands
 ### Prerequisites
 ```bash
-npm run dev                # Start dev mode: Vite dev server (port 5173) + Electron (concurrently)
+# Install Node.js dependencies
-npm run dev:renderer       # Vite dev server only (port 5173)
+npm install
-npm run dev:electron       # Electron only (waits for Vite on tcp:5173)
+
-npm start                  # Launch Electron app (prod mode, requires built renderer)
+# Install Pandoc (required for export functionality)
-npm run preview            # Build renderer then launch Electron
+# Ubuntu/Debian:
-npm test                   # Jest — main process tests (vanilla JS)
+sudo apt-get install pandoc
-npm run test:renderer      # Vitest — renderer tests (React/TS)
+
-npm run lint               # ESLint check
+# macOS:
-npm run lint:fix           # ESLint auto-fix
+brew install pandoc
-npm run format             # Prettier write
+
-npm run format:check       # Prettier check
+# Windows: Download from https://pandoc.org/installing.html
 npm run download-tools     # Download Pandoc binaries
 npm run generate-icons     # Generate app icons
 ```
-**Dev workflow:** `npm run dev` starts Vite (renderer HMR on `:5173`) and Electron concurrently. The main process loads from `http://localhost:5173` in dev mode.
+### Running the Application
 ```bash
 # Start development server
 npm start
-## Build & Package
+# Start with debugging
 npm start --enable-logging
 ```
-**Two-stage build process:**
+### Building & Packaging
 1. `npm run build:renderer` — Vite builds renderer to `dist/renderer/`
 2. `npm run build` — electron-builder packages main process + preload + built renderer
-**Tool:** `electron-builder` (v26.0.12), config inline in `package.json`.
+```bash
 # Generate application icons
 npm run generate-icons
-| Target | Platforms |
+# Build for current platform
-|---|---|
+npm run build
 | `npm run build:win` | Windows: NSIS + portable + zip (x64) |
 | `npm run build:mac` | macOS: dmg + zip (x64 + arm64) |
 | `npm run build:linux` | Linux: deb + AppImage + snap |
-**Packaged files:** `src/main/**`, `src/preload.js`, `src/plugins/**`, `package.json`. Renderer built output copied to resources as `renderer/`.
+# Platform-specific builds
 npm run build:win      # Windows
 npm run build:mac      # macOS
 npm run build:linux    # Linux (AppImage, .deb, .snap)
-**Bundled with builds:** Pandoc binary per platform, FFmpeg (asarUnpacked).
+# Build for all platforms
 npm run dist:all
 ```
-**Output:** `dist/` directory.
+### Git Branch Management
 ```bash
 # Switch to platform-specific branches
 git checkout linux    # Linux development
 git checkout macos     # macOS development  
 git checkout windows   # Windows development
 git checkout master    # Main development branch
-**Auto-updater:** `electron-updater` with GitHub Releases (default) and optional ConcreteInfo self-hosted feed.
+# Update all branches with latest changes
 git checkout master
 git push origin master
 git checkout linux && git merge master && git push origin linux
 git checkout macos && git merge master && git push origin macos
 git checkout windows && git merge master && git push origin windows
 ```
-**CI:** GitHub Actions workflows in `.github/workflows/` (ci.yml, release.yml).
+### Release Management
 ```bash
 # Create and push release tag
 git tag v1.2.1 -m "Release message"
 git push origin v1.2.1
-## Project Conventions / Gotchas
+# Create GitHub release with packages
 gh release create v1.2.1 --title "Title" --notes "Release notes" \
  "dist/PanConverter-1.2.1.AppImage" \
  "dist/pan-converter_1.2.1_amd64.deb" \
  "dist/pan-converter_1.2.1_amd64.snap"
 ```
- **Dual-process architecture.** Main process is vanilla CommonJS JavaScript (`src/main/`). Renderer is React 19 + TypeScript + Tailwind (`src/renderer/`). They are separate build targets.
+## Feature Implementation Guide
- **Vite for renderer only.** Main process is NOT bundled — Electron loads `src/main/index.js` directly. Do not add TypeScript to main process files.
+
- **Tailwind + shadcn/ui.** Use shadcn/ui components (`src/renderer/components/ui/`) for all UI primitives. Custom theme in `tailwind.config.js`. Path alias `@` maps to `src/renderer/`. Brand color: `#e5461f`.
+### v1.3.x Tabbed Interface & Enhanced Features
- **Zustand for state.** All renderer state lives in `src/renderer/stores/`. Each store is a separate file. Use immer for immutable updates.
+
- **Typed IPC.** `src/renderer/types/electron.d.ts` declares `window.electronAPI`. `src/renderer/lib/ipc.ts` provides type-safe wrappers. When adding new IPC channels, update both the preload whitelist AND the TypeScript declarations.
+#### 🗂️ Tabbed Multi-File Support (v1.3.0)
- **Legacy + new sidebar.** `src/sidebar/*.js` (vanilla JS) and `src/renderer/components/sidebar/` (React TSX) both exist. New sidebar features go in the React version.
+**TabManager Class** (`src/renderer.js`)
- **Pandoc is external.** Must be present for non-HTML/PDF exports. Download via `npm run download-tools` or install system-wide.
+- Complete tab management system for multiple files
- **PDF export fallback chain:** xelatex -> pdflatex -> lualatex -> Electron built-in `printToPDF()`.
+- Tab switching, creation, and closure
- **PDF rendering:** `pdfjs-dist` (viewer). **PDF manipulation:** `pdf-lib` in main process.
+- State preservation per tab (content, cursor position, scroll)
- **Editor:** CodeMirror 6, configured in `src/editor/codemirror-setup.js`, wrapped as React component in `src/renderer/components/editor/CodeMirrorEditor.tsx`.
+- File path tracking for each tab
- **Tests:** Jest (main process, `tests/**/*.test.js`, 15% threshold) + Vitest (renderer, `tests/**/*.{test,spec}.{ts,tsx}`, v8 coverage on `src/renderer/`).
+- Keyboard shortcuts: `Ctrl/Cmd+T` (new tab), `Ctrl/Cmd+W` (close tab)
- **ESLint flat config** with ECMAScript 2022. Prettier: 2-space, single quotes, semicolons, 100-char width.
+
- **No tsconfig.json at root** — TypeScript is renderer-only, handled by Vite. Do not add `tsconfig.json` for the main process.
+#### 🎯 Enhanced PDF Export (v1.3.0)
- **File associations:** `.md`, `.markdown`, `.pdf` registered at install.
+**Multi-Engine Fallback System** (`src/main.js:239-280`)
- **Single instance lock** via `app.requestSingleInstanceLock()`.
+- Primary: XeLaTeX with proper margins
 - Fallback 1: PDFLaTeX
 - Fallback 2: wkhtmltopdf
 - Automatic engine detection and switching
 #### 📁 File Association Support (v1.3.1)
 **OS Integration** (`src/main.js:452-498`, `package.json:50-65`)
 - Double-click .md files to open in PanConverter
 - Command-line argument handling
 - Pending file queue for startup loading
 #### 🎨 Typography & Spacing (v1.3.2-1.3.3)
 **Preview Enhancement** (`src/styles.css`)
 - Restored ideal text spacing from v1.0
 - Font sizes increased to 15px for better readability
 - Comprehensive selector coverage for legacy and new containers
 - Theme-aware typography for all content types
 ### v1.2.1 Comprehensive Editor Enhancements
 #### ✨ Advanced Editor Features
 **Find & Replace System** (`src/renderer.js:200-350`)
 - Dialog-based interface with match highlighting
 - Forward/backward navigation through matches
 - Replace single or replace all functionality
 - Real-time match counting and status display
 - Escape key closes dialog
 **Line Numbers** (`src/renderer.js:450-500`, `src/styles.css:517-598`)
 - Toggle-able line numbers with toolbar button
 - Synchronized scrolling with editor content
 - Theme-aware styling for all supported themes
 - Dynamic line number generation based on content
 **Undo/Redo System** (`src/renderer.js:100-150`)
 - Stack-based state management for editor history
 - Keyboard shortcuts: `Ctrl/Cmd+Z` (undo), `Ctrl/Cmd+Shift+Z` (redo)
 - Intelligent state saving on text changes
 - Memory-efficient history management
 **Smart Auto-Indentation** (`src/renderer.js:350-400`)
 - Automatic list continuation on Enter key
 - Proper indentation handling for nested lists
 - Support for ordered and unordered lists
 - Intelligent whitespace management
 **Enhanced Keyboard Shortcuts** (`src/renderer.js:400-450`)
 - `Tab`/`Shift+Tab` for line indentation/outdentation
 - `Enter` for auto-continuing lists
 - `Ctrl/Cmd+F` for find & replace dialog
 - `Escape` for closing dialogs
 **Word/Character Count** (`src/renderer.js:500-530`)
 - Live counting displayed in status bar
 - Updates automatically as content changes
 - Word and character statistics
 #### 📤 Export & Conversion Features
 **PowerPoint Export** (`src/main.js:330-350`)
 - Convert markdown to PPTX presentations
 - Automatic slide-level formatting (`--slide-level=2`)
 - Smart presentation structure handling
 **Spreadsheet Export** (`src/main.js:370-457`)
 - Export markdown tables to Excel (XLSX/XLS) and ODS formats
 - Multi-table support with separate worksheets
 - Automatic table detection and parsing
 - Error handling for files without tables
 **Document Import** (`src/main.js:280-315`)
 - Import DOCX, ODT, RTF, HTML, PDF, PPTX, ODP files
 - Automatic conversion to markdown format
 - File dialog with appropriate filters
 - Success notifications and error handling
 **Table Creation Helper** (`src/renderer.js:600-650`)
 - Built-in table generator with row/column specification
 - Automatic markdown table formatting
 - Proper header separation and alignment
 #### 🎨 Interface & Theming
 **Multi-Theme Support** (`src/styles.css:214-598`)
 - Light, Dark, Solarized, Monokai, GitHub themes
 - Complete theming for all UI components
 - Theme-aware styling for new features (find dialog, line numbers)
 - Persistent theme selection with local storage
 **Enhanced UI Components** (`src/index.html:94-108`)
 - Find & replace dialog with modern styling
 - Toolbar buttons for all new features
 - Status bar with live statistics
 - Responsive layout with proper spacing
 ## File Structure & Key Components
 ### Main Process (`src/main.js`)
 - **Menu System**: Comprehensive menu with file operations, editing, conversion, view options
 - **IPC Handlers**: Communication between main and renderer processes
 - **File Operations**: Open, save, import/export functionality
 - **Theme Management**: Persistent theme storage and application
 - **Spreadsheet Export**: Table extraction and XLSX generation
 - **About Dialog**: Application information and feature list
 ### Renderer Process (`src/renderer.js`)
 - **Editor Initialization**: CodeMirror-like functionality with custom implementation
 - **Find & Replace Engine**: Search algorithms with regex support
 - **Undo/Redo Manager**: History stack management
 - **Auto-indentation Logic**: Smart list continuation
 - **Live Preview**: Real-time markdown rendering with DOMPurify
 - **Event Handling**: Keyboard shortcuts and UI interactions
 - **Statistics Tracking**: Word/character counting
 ### Styling (`src/styles.css`)
 - **Base Styles**: Application layout and typography
 - **Component Styles**: Toolbar, editor, preview, dialogs
 - **Theme Implementations**: Complete styling for all themes
 - **Responsive Design**: Flexible layouts and proper spacing
 - **Animation Support**: Smooth transitions and hover effects
 ### HTML Structure (`src/index.html`)
 - **Toolbar**: Feature buttons with SVG icons
 - **Find Dialog**: Search and replace interface
 - **Editor Container**: Line numbers and text editor
 - **Preview Pane**: Rendered markdown display
 - **Status Bar**: Statistics and application status
 ## Testing & Quality Assurance
 ### Manual Testing Checklist
 - [ ] All keyboard shortcuts work correctly
 - [ ] Find & replace functions properly with edge cases
 - [ ] Line numbers sync correctly with content
 - [ ] Undo/redo preserves cursor position
 - [ ] Auto-indentation works with various list types
 - [ ] All themes render correctly for new components
 - [ ] Export functions work with various document formats
 - [ ] Table creation and export functionality
 - [ ] Cross-platform compatibility
 ### Known Issues & Limitations
 - AppImage may require `--no-sandbox` flag on some Linux systems
 - Large files (>1MB) may cause performance issues
 - Windows/Mac builds require platform-specific environments
 - Pandoc must be installed separately for export functionality
 ## Deployment & Distribution
 ### Release Packages
 - **Linux AppImage**: Universal Linux package (self-contained)
 - **Debian Package**: `.deb` for Ubuntu/Debian systems
 - **Snap Package**: Universal Linux package via Snap Store
 - **Future**: Windows `.exe` and macOS `.dmg` packages
 ### Release Process
 1. Update version in `package.json`, `src/main.js`, and `README.md`
 2. Commit changes and push to all platform branches
 3. Build platform-specific packages
 4. Create Git tag and GitHub release
 5. Upload packages to GitHub release
 6. Update documentation and announce release
 ## Contributing Guidelines
 ### Code Style
 - Use consistent indentation (2 spaces)
 - Follow JavaScript ES6+ standards
 - Comment complex functionality
 - Maintain separation between main and renderer processes
 - Use descriptive variable and function names
 ### Adding New Features
 1. Plan feature implementation and UI integration
 2. Update relevant files (main.js, renderer.js, styles.css)
 3. Test across all supported themes
 4. Update documentation and README
 5. Test on multiple platforms if possible
 6. Submit pull request with detailed description
 ### Bug Reporting
 - Include steps to reproduce
 - Specify platform and version information
 - Attach relevant screenshots or error logs
 - Check existing issues before creating new ones
 ## Future Roadmap
 ### Planned Features
 - [ ] Collaborative editing capabilities
 - [ ] Plugin system for extensions
 - [ ] Advanced markdown extensions (math, diagrams)
 - [ ] Cloud synchronization options
 - [ ] Mobile companion app
 - [ ] Advanced export templates
 - [ ] Spell check and grammar checking
 - [ ] Version control integration
 ### Technical Improvements
 - [ ] Performance optimization for large files
 - [ ] Memory usage optimization
 - [ ] Startup time improvements
 - [ ] Better error handling and user feedback
 - [ ] Automated testing suite
 - [ ] Continuous integration/deployment
 ---
 **Last Updated**: September 1, 2025  
 **Claude Assistant**: Development completed for v1.3.3 with tabbed interface, enhanced PDF export, file associations, and improved typography
@@ -1,103 +0,0 @@
 # Export Functionality Fix - Summary
 ## Issues Found and Fixed
 ### 1. **Primary Issue: Pandoc Installation Problem**
 - **Problem**: Pandoc is installed but has a system error (paging file too small)
 - **Impact**: All pandoc-dependent exports (DOCX, LaTeX, etc.) were failing
 - **Solution**: Added robust fallback mechanisms
 ### 2. **Export Function Improvements**
 #### Before (Issues):
 - ❌ No pandoc availability checking
 - ❌ Poor error messages
 - ❌ No fallback for missing pandoc
 - ❌ Limited debugging information
 #### After (Fixed):
 - ✅ **Pandoc Detection**: Automatically checks if pandoc is available
 - ✅ **Built-in HTML Export**: Works without pandoc using marked library
 - ✅ **Built-in PDF Export**: Works without pandoc using Electron's printToPDF
 - ✅ **Better Error Messages**: Clear instructions for users
 - ✅ **Comprehensive Logging**: Debug information in console
 - ✅ **Graceful Fallbacks**: Falls back to built-in converters when pandoc fails
 ## How It Works Now
 ### Export Process Flow:
 1. **User clicks export** → Check if file is saved
 2. **Select output location** → Show save dialog
 3. **Check pandoc availability** → Async pandoc detection
 4. **Choose export method**:
   - **If pandoc available**: Use pandoc with format-specific options
   - **If pandoc not available**: 
     - HTML → Use built-in marked converter
     - PDF → Use Electron's printToPDF
     - Other formats → Show helpful error with installation guide
 ### Supported Export Formats:
 #### ✅ **Always Work** (no pandoc required):
 - **HTML**: Built-in converter using marked library
 - **PDF**: Built-in converter using Electron
 #### ✅ **Work with Pandoc** (better quality):
 - **DOCX**: Microsoft Word format
 - **LaTeX**: LaTeX document
 - **RTF**: Rich Text Format  
 - **ODT**: OpenDocument Text
 - **EPUB**: E-book format
 - **PPTX**: PowerPoint presentations
 - **ODP**: OpenDocument Presentations
 ## Testing the Fixes
 ### Manual Test Procedure:
 1. **Start the application**: `npm start`
 2. **Open test file**: Load `test-export.md`
 3. **Test HTML export**: File → Export → HTML (should work)
 4. **Test PDF export**: File → Export → PDF (should work)
 5. **Test DOCX export**: File → Export → DOCX (will show pandoc error)
 ### Expected Behavior:
 - **HTML/PDF exports**: Should work immediately and create files
 - **Other format exports**: Should show informative error about pandoc
 - **Console logs**: Should show debug information about export process
 ## Fix Summary
 ### Code Changes Made:
 1. **Added `checkPandocAvailability()` function** - Detects pandoc
 2. **Added `exportToHTML()` function** - Built-in HTML export
 3. **Added `exportToPDFElectron()` function** - Built-in PDF export
 4. **Added `exportWithPandoc()` helper** - Generic pandoc export
 5. **Added `exportWithPandocPDF()` helper** - PDF with fallbacks
 6. **Improved `exportFile()` function** - Main export logic with detection
 7. **Enhanced error handling** - Better user messages
 8. **Added comprehensive logging** - Debug information
 ### Files Modified:
 - `src/main.js` - Enhanced export functionality
 - `test-export.md` - Created test file
 - `test-export-functionality.js` - Created test script
 ## User Instructions
 ### For Users Without Pandoc:
 - ✅ **HTML and PDF exports work perfectly**
 - ✅ **No additional software needed**
 - ✅ **Professional-looking output with proper styling**
 ### For Users Who Want All Formats:
 1. **Install Pandoc**: Visit https://pandoc.org/installing.html
 2. **For PDF with LaTeX**: Also install MiKTeX or TeX Live
 3. **Restart the application** after installation
 4. **All export formats will then be available**
 ## Result
 🎉 **Export functionality is now working reliably!**
 - Built-in exports (HTML, PDF) work without any dependencies
 - Clear error messages guide users for advanced formats
 - Robust error handling prevents crashes
 - Better user experience with informative dialogs
@@ -1,82 +0,0 @@
 # GEMINI.md
 ## Project Overview
 This project is a cross-platform Markdown editor and converter named **PanConverter**. It is built using the Electron framework, allowing it to run on Windows, macOS, and Linux. The application provides a rich text editor for writing Markdown, a live preview pane, and robust export capabilities powered by Pandoc.
 The core technologies used are:
 - **Electron:** For creating the desktop application.
 - **JavaScript:** The primary programming language.
 - **Pandoc:** For converting Markdown to various formats like PDF, DOCX, HTML, etc.
 - **Marked:** For parsing and rendering the Markdown preview in real-time.
 - **CodeMirror:** As the underlying text editor component.
 - **highlight.js:** For syntax highlighting in the editor.
 - **DOMPurify:** To sanitize the HTML output in the preview pane for security.
 The application features a tabbed interface for working with multiple files, various themes, find and replace functionality, and detailed document statistics.
 ## Building and Running
 To build and run this project locally, you will need to have Node.js and npm installed.
 ### Installation
 1.  **Clone the repository:**
    ```bash
    git clone https://github.com/amitwh/pan-converter.git
    cd pan-converter
    ```
 2.  **Install dependencies:**
    ```bash
    npm install
    ```
 ### Running the Application
 To run the application in development mode, use the following command:
 ```bash
 npm start
 ```
 ### Building the Application
 You can build the application for different platforms using the scripts defined in `package.json`.
 -   **Build for the current platform:**
    ```bash
    npm run build
    ```
 -   **Build for a specific platform:**
    ```bash
    npm run build:win    # For Windows
    npm run build:mac    # For macOS
    npm run build:linux  # For Linux
    ```
 -   **Build for all platforms at once:**
    ```bash
    npm run dist:all
    ```
 The distributable files will be located in the `dist/` directory.
 ### Testing
 The project does not have a dedicated test suite configured. The `test` script in `package.json` currently returns an error.
 ```bash
 npm test
 ```
 ## Development Conventions
 -   **Code Style:** The codebase is written in JavaScript (ES6+). There is no linter or formatter configured, but the code generally follows standard JavaScript conventions.
 -   **Main vs. Renderer Process:** The application logic is split between the Electron main process (`src/main.js`) and the renderer process (`src/renderer.js`).
    -   `src/main.js` handles window management, application menus, file system operations, and communication with the operating system.
    -   `src/renderer.js` manages the user interface, editor functionality, and the Markdown preview.
 -   **Dependencies:** Project dependencies are managed through `package.json`. `devDependencies` are used for the build process, while `dependencies` are required for the application to run.
 -   **User Data:** The application stores settings and recent files in the user's application data directory.
 -   **Pandoc Integration:** The application relies on a system-installed version of Pandoc for its export functionality. It does not bundle Pandoc.
@@ -1,21 +0,0 @@
 MIT License
 Copyright (c) 2024 Amit Haridas
 Permission is hereby granted, free of charge, to any person obtaining a copy
 of this software and associated documentation files (the "Software"), to deal
 in the Software without restriction, including without limitation the rights
 to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
 copies of the Software, and to permit persons to whom the Software is
 furnished to do so, subject to the following conditions:
 The above copyright notice and this permission notice shall be included in all
 copies or substantial portions of the Software.
 THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
 IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
 FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
 AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
 LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
 OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
 SOFTWARE.
@@ -1,12 +1,95 @@
-# Test Double-Click File Opening
+# Push Instructions for Pan Converter
-This is a test file to verify double-click functionality.
+## Prerequisites
 1. Create a new repository on GitHub: https://github.com/new
   - Repository name: `pan-converter`
   - Keep it empty (no README, .gitignore, or license)
   - Make it public or private as desired
-## Features to Test
+2. Set up authentication:
- File should load automatically
+   - **Option A - SSH Key** (Recommended):
- Content should display in editor
+     ```bash
- Tab should show filename
+     # Check if you have SSH key
- Preview should render markdown
+     ls -la ~/.ssh/id_rsa.pub
-**This text should be bold**
+     # If not, generate one:
-*This text should be italic*
+     ssh-keygen -t rsa -b 4096 -C "your_email@example.com"
     # Add to GitHub: Settings > SSH and GPG keys > New SSH key
     cat ~/.ssh/id_rsa.pub
     ```
   - **Option B - Personal Access Token**:
     - Go to GitHub Settings > Developer settings > Personal access tokens
     - Generate new token with 'repo' scope
     - Save the token securely
 ## Push Commands
 ### Using SSH (Recommended)
 ```bash
 # Set SSH remote
 git remote set-url origin git@github.com:amitwh/pan-converter.git
 # Push all branches
 git push -u origin master
 git push origin linux
 git push origin macos
 git push origin windows
 ```
 ### Using HTTPS with Token
 ```bash
 # Set HTTPS remote
 git remote set-url origin https://github.com/amitwh/pan-converter.git
 # Push all branches (you'll be prompted for username and token)
 git push -u origin master
 git push origin linux
 git push origin macos
 git push origin windows
 # When prompted:
 # Username: amitwh
 # Password: [paste your Personal Access Token]
 ```
 ### Using GitHub CLI (if installed)
 ```bash
 # Login to GitHub CLI
 gh auth login
 # Create repo and push
 gh repo create pan-converter --public --source=. --remote=origin --push
 ```
 ## Automated Script
 ```bash
 # Run the provided script
 ./push-to-github.sh
 ```
 ## Verify Success
 After pushing, verify at: https://github.com/amitwh/pan-converter
 You should see:
 - 4 branches (master, linux, macos, windows)
 - All project files
 - Complete commit history
 ## Troubleshooting
 ### Authentication Failed
 - For SSH: Ensure your SSH key is added to GitHub
 - For HTTPS: Use Personal Access Token, not password
 - Check token has 'repo' scope
 ### Repository Not Found
 - Ensure repository exists on GitHub
 - Check spelling: `pan-converter`
 - Verify you're logged into the correct GitHub account
 ### Permission Denied
 - Check repository ownership
 - Ensure you have write access
 - Verify authentication method is correct
@@ -1,171 +1,153 @@
-# MarkdownConverter
+# PanConverter
-A powerful cross-platform Markdown editor and document converter powered by Pandoc, built with Electron. 100% open-source with no proprietary dependencies.
+A cross-platform Markdown editor and converter powered by Pandoc.
 ![PanConverter](assets/icon.png)
 ## Features
-### Markdown Editor
+### ✨ Advanced Markdown Editor
-<img width="1920" height="1032" alt="image" src="https://github.com/user-attachments/assets/5f53ba94-7663-47c3-b12b-b7b8bd2645aa" />
+- 🗂️ **Tabbed Interface** - Work with multiple files simultaneously in separate tabs
- **Multi-tab editing** - Work on multiple files simultaneously
+- 📝 **Rich Text Editor** - Full-featured editor with syntax highlighting and comprehensive toolbar
- **Live preview** - Real-time markdown rendering with syntax highlighting
+- 🔍 **Find & Replace** - Powerful search and replace with match highlighting and navigation
- **Dynamic splitter** - Drag to resize editor and preview panes
+- 🔢 **Line Numbers** - Toggle line numbers for easier code editing and navigation
- **25+ themes** - Light and dark themes including Atom One Light, Dracula, Nord, Sepia, and more
+- ↩️ **Smart Auto-Indentation** - Automatic list continuation and intelligent indentation
- **Find & Replace** - Search and replace with regex support
+- ⏪ **Undo/Redo** - Full undo/redo support with keyboard shortcuts
- **Line numbers** - Toggle line numbers in the editor
+- ⌨️ **Advanced Shortcuts** - Tab indentation, line selection, and smart text formatting
- **Auto-save** - Automatic saving every 30 seconds
+- 📂 **File Association Support** - Open markdown files directly from file manager
 - **Math support** - KaTeX integration for mathematical expressions
-### PDF Viewer & Editor
+### 🎨 Themes & Interface
-<img width="1920" height="1032" alt="image" src="https://github.com/user-attachments/assets/f10f62be-af3d-496e-81df-37ab4f91abfd" />
+- 👁️ **Live Preview** - See your markdown rendered in real-time with synchronized scrolling
 - 🎨 **Multiple Themes** - Choose from Light, Dark, Solarized, Monokai, or GitHub themes
 - 💾 **Auto-Save** - Never lose your work with automatic saving every 30 seconds
- **Built-in PDF viewer** - Open and view PDF files directly in the app
+### 📤 Export & Conversion
- **Page navigation** - Navigate pages with keyboard or buttons
+- 📄 **Enhanced PDF Export** - Robust PDF generation with multiple LaTeX engine fallbacks (XeLaTeX, PDFLaTeX, wkhtmltopdf)
- **Zoom controls** - Zoom in/out, fit to width, fit to page
+- 📄 **Document Export** - Convert to HTML, DOCX, LaTeX, RTF, ODT, EPUB, PowerPoint (PPTX), and OpenDocument Presentation (ODP)
- **Rotation** - Rotate pages left or right
+- 📊 **Spreadsheet Export** - Export markdown tables to Excel (XLSX/XLS) and OpenDocument Spreadsheet (ODS) formats
- **PDF Editor tools**:
+- 📥 **Document Import** - Import DOCX, ODT, RTF, HTML, PDF, and presentation files to markdown
-  - Merge multiple PDFs
+- 📋 **Table Creation Helper** - Built-in table generator for easy markdown table creation
  - Split PDFs by page range
  - Compress PDFs
  - Rotate pages
  - Delete pages
  - Reorder pages
  - Add watermarks
  - Password protection
  - Remove passwords
  - Set permissions
-### Export Options
+### 🖥️ Platform Support
- **PDF** - Export to PDF with customizable page sizes and orientation
+- **Cross-Platform** - Works seamlessly on Windows, macOS, and Linux
 - **DOCX** - Standard and Enhanced (template-based) Word export
 - **ODT** - OpenDocument format
 - **HTML** - Web-ready HTML export
 - **PowerPoint** - PPTX presentation export
 - **EPUB** - E-book format
 - **LaTeX** - Academic document format
 - **RTF** - Rich Text Format
 ### Advanced Features
 - **Custom headers & footers** - Add headers/footers to exports with dynamic fields
 - **Page size configuration** - A3, A4, A5, B4, B5, Letter, Legal, Tabloid, or custom sizes
 - **Batch conversion** - Convert entire folders of markdown files
 - **ASCII Art Generator** - Create text banners and diagrams
 - **Word templates** - Use custom Word templates for enhanced exports
 - **Import documents** - Import from 30+ formats (DOCX, PDF, HTML, etc.)
 ## Installation
 ### Prerequisites
- [Node.js](https://nodejs.org/) (v16 or later)
+- [Pandoc](https://pandoc.org/installing.html) must be installed for export functionality
- [Pandoc](https://pandoc.org/installing.html) (required for export functionality)
+  - **Ubuntu/Debian**: `sudo apt-get install pandoc`
  - **macOS**: `brew install pandoc`
  - **Windows**: Download installer from Pandoc website
-### Install Dependencies
+### PDF Export Requirements
 For optimal PDF export, install a LaTeX engine (recommended):
 - **Ubuntu/Debian**: `sudo apt-get install texlive-xetex texlive-latex-base`
 - **macOS**: `brew install --cask mactex`
 - **Windows**: Install MiKTeX or TeX Live
 - **Alternative**: `sudo apt-get install wkhtmltopdf` (fallback option)
 ### Download
 Download the latest release for your platform from the [Releases](https://github.com/amitwh/pan-converter/releases) page.
 #### Linux
 - **AppImage**: `PanConverter-1.3.1.AppImage` (universal, may require `--no-sandbox` flag)
 - **Debian Package**: `pan-converter_1.3.1_amd64.deb`
 - **Snap Package**: `pan-converter_1.3.1_amd64.snap`
 ### Install from Source
 ```bash
 git clone https://github.com/amitwh/pan-converter.git
 cd pan-converter
 npm install
 ```
 ### Run the Application
 ```bash
 npm start
 ```
-### Build for Distribution
+## Usage
 ```bash
 # Windows
 npm run build:win
-# macOS
+### Basic Workflow
-npm run build:mac
+1. **Write** - Use the editor to write your Markdown content
 2. **Preview** - Toggle the preview pane to see rendered output
 3. **Theme** - Choose your preferred theme from the View menu
 4. **Export** - Export your document to various formats
-# Linux
+### Export Options
-npm run build:linux
+- **Documents**: HTML, PDF, DOCX, LaTeX, RTF, ODT, EPUB
-```
+- **Presentations**: PowerPoint (PPTX), OpenDocument Presentation (ODP)
 - **Spreadsheets**: Excel (XLSX/XLS), OpenDocument Spreadsheet (ODS)
 ### Import & Conversion
 - **Import Documents**: Convert DOCX, ODT, RTF, HTML, PDF, and presentation files to Markdown
 - **Cross-Format Conversion**: Convert current file between multiple formats
 - **Smart Presentation Handling**: Automatic slide-level formatting for PPTX/ODP exports
 ### Table Creation
 - Click the table button in the toolbar
 - Specify number of rows and columns
 - Automatically generates properly formatted Markdown tables
 ## Keyboard Shortcuts
-| Action | Shortcut |
+### File Operations
-|--------|----------|
+- `Ctrl/Cmd + N` - New file/tab
-| New File | Ctrl+N |
+- `Ctrl/Cmd + T` - New tab
-| Open File | Ctrl+O |
+- `Ctrl/Cmd + W` - Close current tab
-| Open PDF | Ctrl+Shift+O |
+- `Ctrl/Cmd + Tab` - Switch to next tab
-| Save | Ctrl+S |
+- `Ctrl/Cmd + O` - Open file
-| Save As | Ctrl+Shift+S |
+- `Ctrl/Cmd + S` - Save file
-| Export | Ctrl+E |
+- `Ctrl/Cmd + Shift + S` - Save as
-| Print | Ctrl+P |
+- `Ctrl/Cmd + I` - Import document
 | Find | Ctrl+F |
 | Undo | Ctrl+Z |
 | Redo | Ctrl+Shift+Z |
 | New Tab | Ctrl+T |
 | Close Tab | Ctrl+W |
 | Toggle Preview | Ctrl+Shift+P |
 | Zoom In | Ctrl+Shift++ |
 | Zoom Out | Ctrl+Shift+- |
-## Themes
+### Editor Features
 - `Ctrl/Cmd + F` - Find & Replace
 - `Ctrl/Cmd + Z` - Undo
 - `Ctrl/Cmd + Shift + Z` - Redo
 - `Tab` - Indent lines or insert 4 spaces
 - `Shift + Tab` - Outdent selected lines
 - `Enter` - Auto-continue lists with proper indentation
-### Light Themes
+### View & Navigation
- Atom One Light (Default)
+- `Ctrl/Cmd + P` - Toggle preview
- GitHub Light
+- `Ctrl/Cmd + Enter` - Toggle preview (alternative)
- Light
+- `Escape` - Close find dialog
 - Solarized Light
 - Gruvbox Light
 - Ayu Light
 - Sepia
 - Paper
 - Rose Pine Dawn
 - Concrete Light
-### Dark Themes
+## Building
 - Dark
 - One Dark
 - Dracula
 - Nord
 - Monokai
 - Material
 - Gruvbox Dark
 - Tokyo Night
 - Palenight
 - Ayu Dark
 - Ayu Mirage
 - Oceanic Next
 - Cobalt2
 - Concrete Dark
 - Concrete Warm
 ## PDF Viewer
 Open PDF files directly in MarkdownConverter:
 - **File > Open PDF** or **Ctrl+Shift+O**
 - Navigate pages with arrow buttons or page input
 - Zoom controls: +/- buttons, Fit Width, Fit Page
 - Rotate pages left or right
 - Close PDF to return to editor
 ## Distribution & Updates
 v5.x uses `electron-updater` against two feeds:
 - **GitHub Releases** (default, public): the public release at `https://github.com/amitwh/markdown-converter/releases`. The CI workflow publishes `latest-{mac,linux,windows}.yml` on every tag.
 - **ConcreteInfo self-hosted** (opt-in for enterprise deployments): `https://updates.concreteinfo.co.in/v5/`. CI mirrors artifacts on every release when `CONCRETEINFO_DEPLOY_HOOK` is set as a repository secret.
 Users switch the feed in **Settings → Updates → Update channel**. Auto-check is enabled by default; disable it in the same panel.
 ### Manual mirror
 ```bash
-CONCRETEINFO_DEPLOY_HOOK=... npm run publish:concreteinfo -- 5.1.0
+# Install dependencies
 npm install
 # Generate icons
 npm run generate-icons
 # Build for current platform
 npm run build
 # Build for specific platform
 npm run build:win    # Windows
 npm run build:mac    # macOS  
 npm run build:linux  # Linux (generates .deb, .AppImage, and .snap)
 # Build for all platforms
 npm run dist:all
 ```
-## Open Source
+## Version History
-MarkdownConverter is 100% open-source. All dependencies are permissively licensed:
+- **v1.3.1** - Bug fixes: Fixed file associations for double-clicking .md files, corrected 50/50 layout alignment for editor/preview panes
- **Electron** - MIT License
+- **v1.3.0** - Major update: Tabbed interface for multiple files, enhanced PDF export with LaTeX engines, fixed file associations, removed redundant converter menu, improved UI architecture
- **pdf-lib** - MIT License
+- **v1.2.1** - Comprehensive editor enhancements: Find & Replace, Line Numbers, Undo/Redo, Auto-indentation, PowerPoint export, document conversion menu, table creation helper, spreadsheet export
- **pdfjs-dist** - Apache 2.0 License
+- **v1.1.0** - Added Excel/ODS spreadsheet export, updated author information, renamed to PanConverter
- **marked** - MIT License
+- **v1.0.0** - Initial release with basic markdown editing, themes, and Pandoc export
- **highlight.js** - BSD 3-Clause License
+
- **dompurify** - Apache 2.0/MIT License
+## Known Issues
- **docx** - MIT License
+
- **xlsx** - Apache 2.0 License (SheetJS Community Edition)
+- AppImage may require `--no-sandbox` flag on some Linux systems
 - Windows/Mac builds require platform-specific build environments
 - Large files may cause performance issues
 ## Contributing
 Contributions are welcome! Please feel free to submit a Pull Request to the [GitHub repository](https://github.com/amitwh/pan-converter).
 ## License
@@ -173,8 +155,13 @@ MIT License - see LICENSE file for details.
 ## Author
-Amit Haridas (amit.wh@gmail.com)
+**Amit Haridas** - [amit.wh@gmail.com](mailto:amit.wh@gmail.com)
-## Version
+## Acknowledgments
-v4.1.0
+- Built with [Electron](https://www.electronjs.org/)
 - Markdown parsing by [marked](https://marked.js.org/)
 - Export functionality powered by [Pandoc](https://pandoc.org/)
 - Syntax highlighting by [highlight.js](https://highlightjs.org/)
 - Spreadsheet export by [XLSX](https://www.npmjs.com/package/xlsx)
 - HTML sanitization by [DOMPurify](https://www.npmjs.com/package/dompurify)
@@ -1,217 +0,0 @@
 # PanConverter - Updates & Changelog
 ## Version 4.0.0 (2026-03-04)
 ### Major Changes
 - **CodeMirror 6 Editor** — Replaced textarea with CodeMirror 6 featuring syntax highlighting, code folding, bracket matching, multiple cursors, and auto-indent
 - **Sidebar Panel System** — Collapsible sidebar with File Explorer, Git, Snippets, and Templates panels
 - **Command Palette** — Ctrl+Shift+P to search and execute all app actions
 - **Code Execution (REPL)** — Run JavaScript, Python, and Bash code blocks directly from the preview
 ### New Features
 - Print Preview dialog with paper size, orientation, margins, scale, and page range controls
 - Image paste from clipboard and drag-drop support with auto-save to assets folder
 - Document templates library (10 templates: blog post, meeting notes, tech spec, changelog, README, project plan, API docs, tutorial, release notes, comparison)
 - Markdown extensions: footnotes, admonitions (note/warning/tip/danger/info), and [[toc]] table of contents
 - PlantUML diagram rendering alongside Mermaid
 - Welcome tab with onboarding and "What's New" feature showcase
 - System spell checking with context menu suggestions and dictionary support
 - Enhanced status bar with word count, character count, line/column, encoding, and language mode
 - Grouped toolbar with visual section separators
 - Breadcrumb bar showing current file path
 ### New Export/Import Formats
 - Reveal.js slides (.html)
 - Beamer slides (.pdf)
 - Confluence/Jira wiki markup (.txt)
 - MOBI e-books (via Calibre)
 - Developer formats: JSON, YAML, XML, TOML
 ### Security
 - Content Security Policy (CSP) meta tag
 - File size validation (50MB limit)
 - Error message sanitization (stripped file paths)
 - Conversion rate limiting (2-second debounce)
 ### Dependencies Updated
 - marked: 16.x to 17.x (with marked-highlight extension)
 - pdfjs-dist: 3.x to 5.x (new worker model)
 - html2pdf.js: 0.10 to 0.14
 - pdfkit: 0.14 to 0.17
 - dompurify, docx, and others updated to latest
 ### Testing
 - 80 tests across 7 test suites
 - New tests for sidebar manager, command palette, print preview, markdown extensions, and utility functions
 ### Breaking Changes
 - Editor is now CodeMirror 6 (replaces textarea)
 - marked API changed to use marked.use() instead of marked.setOptions()
 - pdfjs-dist upgraded to v5 with new worker model
 ---
 ## Version 2.1.0 (December 14, 2025)
 ### 🎨 UI/UX Improvements
 #### Subtle & Small Preview Popout Button
 - Redesigned popout button with minimalist aesthetic
 - Removed border for cleaner appearance
 - Reduced size: 11px font, 2px×6px padding (previously 14px font, 4px×8px padding)
 - Added opacity transition: 50% when idle, 100% on hover
 - Subtle background effect on hover instead of heavy border styling
 - **File**: `src/styles.css:195-211`
 #### Simplified Table Headers in Preview
 - Removed gradient background from table headers in modern theme
 - Changed from `var(--primary-gradient)` (purple gradient) to simple light gray (#f0f0f0)
 - Updated text color to dark (#333333) for better readability
 - Clean, professional appearance matching standard themes
 - **File**: `src/styles-modern.css:445-449`
 ### 📥 Enhanced Import Capabilities
 #### Comprehensive Format-to-Markdown Conversion
 Dramatically expanded the "Import Document" feature to support 30+ file formats:
 **Supported Formats:**
 - **Documents**: DOCX, ODT, RTF, HTML, HTM, TEX, EPUB, PDF, TXT
 - **Presentations**: PPTX, ODP
 - **Markup Languages**: RST, Textile, MediaWiki, Org-mode, AsciiDoc, TWiki, OPML
 - **E-book Formats**: EPUB, FB2
 - **LaTeX Formats**: TEX, LATEX, LTX
 - **Web Formats**: HTML, HTM, XHTML
 - **Wiki Formats**: MediaWiki, DokuWiki, TikiWiki, TWiki
 - **Data Formats**: CSV, TSV, JSON
 **Format-Specific Optimizations:**
 - PDF text extraction with XeLaTeX engine
 - CSV/TSV automatic table conversion
 - JSON structure handling
 - Improved error messages with format hints
 **Access**: File → Import Document (Ctrl+I)
 **File**: `src/main.js:1933-1994`
 ### 🎨 Exhaustive ASCII Art Generator
 #### 5 New Text Banner Styles
 Complete alphabet (A-Z) and numbers (0-9) support for all styles:
 1. **Standard** - Classic ASCII art with slashes and underscores
 2. **Banner** - Large format using # characters (7-line height)
 3. **Block** - Modern Unicode block characters (█ ╔ ╗ ═ ║)
 4. **Bubble** - Circular bubble letters (Ⓐ Ⓑ Ⓒ)
 5. **Digital** - Digital display style (▄ ▀ ▐ ▌)
 **File**: `src/renderer.js:3397-3537`
 #### 19 Professional ASCII Templates
 Organized into 4 categories with expanded options:
 **Arrows & Flow (4 templates):**
 - Arrow Right - Horizontal flow indicators
 - Arrow Down - Vertical flow indicators
 - Decision - Binary decision diagrams
 - Process Flow - Multi-step process visualization
 **Diagrams & Charts (6 templates):**
 - Flowchart - Advanced flowchart with decision branches and loops
 - Sequence - Sequence diagrams for User-System-Database interactions
 - Network - Server-client network topology
 - Hierarchy - Organizational tree structures
 - Timeline - Milestone visualization with dates
 - Table Simple - Basic table template with borders
 **Boxes & Containers (4 templates):**
 - Header - Section header with decorative borders
 - Note Box - Important notes with rounded corners (┏━━┓)
 - Warning Box - Warning messages with bold borders (╔═══╗)
 - Info Box - Information boxes with subtle styling (╭───╮)
 **Decorative Elements (6 templates):**
 - Divider - Horizontal section separator (═══)
 - Separator Fancy - Elegant rounded divider
 - Brackets - Japanese-style brackets 【 】
 - Banner Stars - Star-bordered banners
 - Checklist - Task lists with ✓ checkmarks
 - Progress Bar - Visual progress indicators
 **Features:**
 - All ASCII art automatically wrapped in code blocks for proper rendering
 - Preserved formatting in markdown preview and all export formats
 - Categorized template selection interface
 - Real-time preview generation
 **Access**: Tools → ASCII Art Generator
 **Files**: `src/renderer.js:3513-3671`, `src/index.html:427-466`
 ### 📝 Technical Improvements
 - Enhanced ASCII art detection in Word template exporter
 - Improved monospace font rendering across all export formats
 - Better code block preservation in PDF and Word exports
 - Optimized template categorization and organization
 ### 🔧 Files Modified
 - `src/styles.css` - Preview popout button styling
 - `src/styles-modern.css` - Table header simplification
 - `src/main.js` - Enhanced import function, version update
 - `src/renderer.js` - ASCII art generator enhancements
 - `src/index.html` - ASCII template UI organization
 - `package.json` - Version bump to 2.1.0
 ---
 ## Version 2.0.0 (Previous Release)
 ### Major Features
 - Export Profiles - Save and reuse export configurations
 - Mermaid.js diagram support
 - Command Palette (Ctrl+Shift+P)
 - GitHub Light/Dark preview themes
 - Table Generator
 - ASCII Art Generator (basic)
 - Resizable Preview Pane
 - Pop-out Preview Window
 - Configurable page sizes (A3-A5, B4-B5, Letter, Legal, Tabloid, Custom)
 - Custom Headers & Footers for exports
 - Enhanced PDF and Word export with templates
 - 22 beautiful themes
 ### Core Capabilities
 - Cross-platform markdown editor with live preview
 - Universal document conversion (30+ formats)
 - PDF Editor (merge, split, compress, rotate, watermark, encrypt)
 - Batch file conversion
 - File association support
 - Advanced export options
 - Multi-tab interface
 ---
 ## Installation & Usage
 ### Prerequisites
 - **Pandoc** - Required for document conversion
 - **Optional**: LibreOffice, ImageMagick, FFmpeg for universal converter
 ### Download
 Get the latest release from: https://github.com/amitwh/pan-converter/releases
 ### Supported Platforms
 - Windows (x64)
 - Linux (AppImage, .deb, .snap)
 - macOS (planned)
 ---
 ## Contributing
 Contributions are welcome! Please see [CLAUDE.md](CLAUDE.md) for development guidelines.
 **Author**: Amit Haridas (amit.wh@gmail.com)
 **License**: MIT
 **Repository**: https://github.com/amitwh/pan-converter
@@ -0,0 +1,8 @@
 <svg width="256" height="256" viewBox="0 0 256 256" xmlns="http://www.w3.org/2000/svg">
  <rect width="256" height="256" rx="32" fill="#4A90E2"/>
  <g transform="translate(40, 40)">
    <path d="M20 40 L20 136 L80 136 L80 100 L56 100 L56 76 L80 76 L80 40 Z" fill="white" opacity="0.9"/>
    <path d="M96 40 L96 136 L156 136 L156 100 L132 100 L132 88 L156 88 L156 52 L132 52 L132 40 Z" fill="white" opacity="0.9"/>
  </g>
  <text x="128" y="200" font-family="Arial, sans-serif" font-size="24" font-weight="bold" text-anchor="middle" fill="white">PAN</text>
 </svg>
@@ -1,20 +0,0 @@
 {
  "$schema": "https://ui.shadcn.com/schema.json",
  "style": "new-york",
  "rsc": false,
  "tsx": true,
  "tailwind": {
    "config": "tailwind.config.js",
    "css": "src/renderer/styles/globals.css",
    "baseColor": "neutral",
    "cssVariables": true,
    "prefix": ""
  },
  "aliases": {
    "components": "@/components",
    "ui": "@/components/ui",
    "lib": "@/lib",
    "hooks": "@/hooks"
  },
  "iconLibrary": "lucide"
 }
@@ -1,866 +0,0 @@
 # MarkdownConverter - STRIDE Threat Model Analysis
 **Version:** 4.1.0
 **Date:** 2026-03-15
 **Methodology:** STRIDE + MITRE ATT&CK Mapping
 **Analyst:** Security Assessment Team
 ---
 ## Executive Summary
 This threat model analyzes the MarkdownConverter Electron application using the STRIDE methodology. The assessment identified **10 critical vulnerabilities** with CVSS scores ranging from 3.5 to 9.6. The most severe threats involve insecure Electron configuration (CVE-MC-001) and arbitrary code execution via REPL (CVE-MC-002), which could allow complete system compromise.
 **Risk Summary:**
 | Severity | Count | Total CVSS Impact |
 |----------|-------|-------------------|
 | Critical (9.0+) | 2 | 18.9 |
 | High (7.0-8.9) | 3 | 23.3 |
 | Medium (5.0-6.9) | 3 | 17.3 |
 | Low (<5.0) | 2 | 7.9 |
 ---
 ## 1. System Architecture Overview
 ### 1.1 Application Components
 ```
 +------------------------------------------------------------------+
 |                    MarkdownConverter v4.0.0                       |
 +------------------------------------------------------------------+
 |                                                                   |
 |  +------------------+     +------------------+                    |
 |  |   Main Process   |<--->|  Renderer Process|                    |
 |  |    (Node.js)     |     |   (Chromium)     |                    |
 |  +------------------+     +------------------+                    |
 |          |                        |                               |
 |          | IPC Channels           |                               |
 |          v                        v                               |
 |  +------------------+     +------------------+                    |
 |  |   preload.js     |     |   renderer.js    |                    |
 |  | (Bridge Layer)   |     | (UI Logic)       |                    |
 |  +------------------+     +------------------+                    |
 |          |                        |                               |
 |          v                        v                               |
 |  +--------------------------------------------------+             |
 |  |              External Tools                       |             |
 |  | Pandoc | FFmpeg | ImageMagick | LibreOffice      |             |
 |  +--------------------------------------------------+             |
 |                                                                   |
 +------------------------------------------------------------------+
                              |
                              v
 +------------------------------------------------------------------+
 |                    External Services                              |
 |  - plantuml.com (diagram rendering)                              |
 |  - cdn.jsdelivr.net (scripts)                                    |
 |  - cdnjs.cloudflare.com (styles)                                 |
 +------------------------------------------------------------------+
 ```
 ### 1.2 Data Flow Diagram (Level 1)
 ```
                              TRUST BOUNDARY
                                    |
    +-----------+                   |                   +-----------+
    |   User    |                   |                   |  System   |
    | (Author)  |------------------>|------------------>|   Files   |
    +-----------+   Markdown        |   File I/O        +-----------+
                    Content         |
                                    |
                    +---------------+---------------+
                    |                               |
                    v                               v
            +---------------+               +---------------+
            |    Editor     |               |   Preview     |
            | (CodeMirror)  |               |  (Rendered)   |
            +---------------+               +---------------+
                    |                               ^
                    |    Sanitization               |
                    |    (DOMPurify)                |
                    v                               |
            +---------------+                       |
            |   Renderer    |-----------------------+
            |   Process     |  HTML/SVG
            +---------------+
                    |
                    | IPC (Whitelisted Channels)
                    v
            +---------------+               +-----------+
            |    Main       |-------------->|  Pandoc   |
            |   Process     |  execFile     |  FFmpeg   |
            |   (Node.js)   |               |  etc.     |
            +---------------+               +-----------+
                    |
                    | HTTPS
                    v
            +---------------+
            |  PlantUML     |
            |  Server       |
            | (External)    |
            +---------------+
 ```
 ### 1.3 Trust Boundaries
 ```
 +============================================================================+
 ||                     TRUST BOUNDARY 1: User <-> Application               ||
 ||  - User input (markdown content) is UNTRUSTED                            ||
 ||  - File paths from dialogs are PARTIALLY TRUSTED                         ||
 +============================================================================+
                                    |
                                    v
 +============================================================================+
 ||                     TRUST BOUNDARY 2: Renderer <-> Main Process          ||
 ||  - IPC communication via preload.js                                       ||
 ||  - CRITICAL: nodeIntegration=true bypasses isolation                      ||
 +============================================================================+
                                    |
                                    v
 +============================================================================+
 ||                     TRUST BOUNDARY 3: Application <-> System             ||
 ||  - External tool execution (Pandoc, FFmpeg, etc.)                         ||
 ||  - File system access                                                     ||
 +============================================================================+
                                    |
                                    v
 +============================================================================+
 ||                     TRUST BOUNDARY 4: Application <-> Internet           ||
 ||  - PlantUML server (https://www.plantuml.com)                            ||
 ||  - CDN resources (jsdelivr, cdnjs)                                        ||
 +============================================================================+
 ```
 ---
 ## 2. STRIDE Analysis
 ### 2.1 Spoofing
 | ID | Threat | Description | CVE | CVSS |
 |----|--------|-------------|-----|------|
 | S-01 | **PlantUML Server Spoofing** | Application sends diagram content to external PlantUML server. MITM or compromised server could return malicious SVG content. | CVE-MC-007 | 5.3 |
 | S-02 | **CDN Compromise** | Scripts loaded from cdn.jsdelivr.net and styles from cdnjs.cloudflare.com could be compromised in supply chain attack. | - | 6.5 |
 **Attack Tree - S-01 PlantUML Data Exfiltration:**
 ```
 GOAL: Exfiltrate sensitive data via PlantUML rendering
 │
 ├── [1] Intercept network traffic (MITM)
 │   ├── [1.1] Exploit weak TLS implementation
 │   └── [1.1] DNS hijacking
 │
 ├── [2] Compromise PlantUML server
 │   ├── [2.1] Server breach
 │   └── [2.2] Supply chain compromise
 │
 └── [3] Inject malicious SVG response
    ├── [3.1] XSS via SVG onload
    └── [3.2] Data exfiltration via image src
 ```
 ### 2.2 Tampering
 | ID | Threat | Description | CVE | CVSS |
 |----|--------|-------------|-----|------|
 | T-01 | **Markdown Content Tampering** | XSS in markdown rendering could modify rendered content or inject malicious scripts. | CVE-MC-003 | 8.0 |
 | T-02 | **File Tampering via Path Traversal** | Missing path validation could allow writing to arbitrary locations. | CVE-MC-004 | 7.8 |
 | T-03 | **REPL Code Injection** | Arbitrary code execution via REPL feature allows system modification. | CVE-MC-002 | 9.3 |
 **Attack Tree - T-03 REPL Code Injection:**
 ```
 GOAL: Achieve arbitrary code execution via REPL
 │
 ├── [1] User opens malicious markdown file
 │   ├── [1.1] Phishing/social engineering
 │   └── [1.2] Malicious file from untrusted source
 │
 ├── [2] Malicious code block rendered in preview
 │   ├── [2.1] JavaScript code block
 │   ├── [2.2] Python code block
 │   └── [2.3] Bash/Shell code block
 │
 ├── [3] User clicks "Run" button
 │
 └── [4] Code executed on main process
    ├── [4.1] File system access
    ├── [4.2] Process execution
    └── [4.3] Network access
        └── [4.3.1] Data exfiltration
        └── [4.3.2] C2 communication
 ```
 ### 2.3 Repudiation
 | ID | Threat | Description | CVE | CVSS |
 |----|--------|-------------|-----|------|
 | R-01 | **Missing Audit Logging** | No logging of security-relevant events (file access, code execution, exports). | - | 4.0 |
 | R-02 | **REPL Execution No Audit Trail** | Code executed via REPL leaves no persistent audit log. | CVE-MC-002 | 5.0 |
 ### 2.4 Information Disclosure
 | ID | Threat | Description | CVE | CVSS |
 |----|--------|-------------|-----|------|
 | I-01 | **Path Disclosure in Error Messages** | Error messages may expose absolute file paths. Partially mitigated by `sanitizeErrorMessage()`. | - | 4.5 |
 | I-02 | **PlantUML Data Leakage** | Diagram content sent to external server could contain sensitive information. | CVE-MC-007 | 5.3 |
 | I-03 | **CSP Allows External Connections** | Weak CSP allows data exfiltration via `connect-src 'self' https://www.plantuml.com`. | CVE-MC-005 | 7.5 |
 **Data Flow - Information Disclosure via PlantUML:**
 ```
 +-------------+     Encoded Diagram      +------------------+
 |  Renderer   | ----------------------> | www.plantuml.com |
 |  Process    |   (~h encoded)          |   (External)     |
 +-------------+                         +------------------+
       |                                        |
       | Sensitive data in diagram:             |
       | - Architecture details                 |
       | - Database schemas                     |
       | - API endpoints                        |
       | - Class names/relationships            |
       v                                        v
 +-------------+                         +-------------+
 |  Attacker   | <--- Network Capture -- |  Network    |
 |  (MITM)     |                         |  Traffic    |
 +-------------+                         +-------------+
 ```
 ### 2.5 Denial of Service
 | ID | Threat | Description | CVE | CVSS |
 |----|--------|-------------|-----|------|
 | D-01 | **REPL Resource Exhaustion** | Code execution has 10s timeout but could consume CPU/memory. | CVE-MC-002 | 4.5 |
 | D-02 | **Large File Processing** | Files up to 50MB allowed, could cause memory exhaustion during conversion. | - | 5.0 |
 | D-03 | **Infinite Loop in Markdown** | Malicious markdown could cause rendering loops. | - | 4.0 |
 ### 2.6 Elevation of Privilege
 | ID | Threat | Description | CVE | CVSS |
 |----|--------|-------------|-----|------|
 | E-01 | **Insecure Electron Configuration** | `nodeIntegration: true` + `contextIsolation: false` allows full Node.js access from renderer. | CVE-MC-001 | 9.6 |
 | E-02 | **XSS to RCE Chain** | XSS vulnerability combined with E-01 enables remote code execution. | CVE-MC-003 + CVE-MC-001 | 9.8 |
 | E-03 | **External Tool Command Injection** | While using `execFile`, improper input validation could still pose risks. | CVE-MC-009 | 4.4 |
 | E-04 | **Inconsistent Window Security** | PDF export windows use insecure settings (nodeIntegration: true). | CVE-MC-006 | 6.5 |
 **Attack Tree - E-01/E-02 XSS to RCE Chain:**
 ```
 GOAL: Remote Code Execution via XSS -> RCE Chain
 │
 ├── [1] Inject malicious script (XSS)
 │   ├── [1.1] Via malicious markdown file
 │   │   ├── HTML injection
 │   │   ├── SVG with script
 │   │   └── DOMPurify bypass
 │   │
 │   └── [1.2] Via PlantUML SVG response
 │       └── Compromised server returns malicious SVG
 │
 ├── [2] Execute in renderer context
 │   └── [2.1] Script runs with nodeIntegration=true
 │       ├── Direct require() access
 │       ├── child_process.exec()
 │       └── fs module access
 │
 └── [3] Achieve RCE
    ├── [3.1] Execute system commands
    ├── [3.2] Read/write arbitrary files
    ├── [3.3] Install persistence mechanisms
    └── [3.4] Lateral movement
 ```
 ---
 ## 3. Attack Scenarios
 ### 3.1 Scenario: Malicious Markdown Document (Critical)
 **Attack Chain:**
 ```
 1. Attacker creates malicious.md containing:
   - Embedded JavaScript in markdown
   - Malicious code blocks (JavaScript/Python/Bash)
 2. Victim opens file in MarkdownConverter
 3. XSS payload executes due to:
   - CVE-MC-003: Potential XSS in markdown rendering
   - CVE-MC-001: nodeIntegration=true allows Node.js access
 4. Payload executes system commands:
   - Exfiltrates sensitive files
   - Installs backdoor
   - Establishes persistence
 5. Impact: Complete system compromise
 ```
 **MITRE ATT&CK Mapping:**
 | Tactic | Technique | ID | Description |
 |--------|-----------|-----|-------------|
 | Initial Access | Phishing | T1566 | Malicious file via email |
 | Execution | User Execution | T1204 | Victim opens malicious file |
 | Execution | Command/Scripting | T1059 | JavaScript/Python execution |
 | Persistence | Registry Run Keys | T1547 | Establish persistence |
 | Collection | Data from Local System | T1005 | File exfiltration |
 | Exfiltration | Exfiltration Over C2 | T1041 | Data sent to attacker |
 ### 3.2 Scenario: REPL Code Execution (Critical)
 **Attack Chain:**
 ```
 1. Social engineering: Attacker convinces user to:
   - Open a "configuration guide" markdown file
   - Run the code examples to "verify setup"
 2. Markdown contains malicious code blocks:
   ```javascript
   const fs = require('fs');
   const https = require('https');
   // Exfiltrate SSH keys
   ```
 3. User clicks "Run" button on code block
 4. Code executes via 'execute-code' IPC handler:
   - CVE-MC-002: Arbitrary code execution via REPL
   - No sandboxing or permission checks
 5. Impact: Credential theft, data exfiltration
 ```
 **MITRE ATT&CK Mapping:**
 | Tactic | Technique | ID | Description |
 |--------|-----------|-----|-------------|
 | Initial Access | Phishing | T1566 | Social engineering |
 | Execution | Command/Scripting | T1059.004 | Bash execution |
 | Execution | Command/Scripting | T1059.007 | JavaScript/Node execution |
 | Credential Access | Credentials from Files | T1083 | SSH key theft |
 | Exfiltration | Exfiltration Over Web Service | T1567 | HTTPS exfiltration |
 ### 3.3 Scenario: PlantUML Data Exfiltration (Medium)
 **Attack Chain:**
 ```
 1. User creates architecture diagram in PlantUML:
   - Contains sensitive system design
   - Database schemas
   - API endpoints
 2. Renderer encodes and sends to www.plantuml.com:
   - CVE-MC-007: Data sent to external server
 3. Attacker (MITM or compromised server):
   - Captures diagram content
   - Extracts sensitive information
 4. Impact: Intellectual property theft, reconnaissance
 ```
 ### 3.4 Scenario: PDF Export Window Exploitation (Medium)
 **Attack Chain:**
 ```
 1. User exports document to PDF
 2. Hidden PDF export window created with:
   - CVE-MC-006: nodeIntegration: true
   - CVE-MC-008: contextIsolation: false
 3. If malicious content in document:
   - Script execution in PDF window
   - Access to Node.js APIs
 4. Impact: Code execution during export process
 ```
 ---
 ## 4. Risk Matrix & Prioritization
 ### 4.1 Vulnerability Risk Matrix
 ```
                              IMPACT
                    Low         Medium         High          Critical
                  (1-3)        (4-6)          (7-8)          (9-10)
              +------------+------------+--------------+-------------+
    High      | CVE-MC-010 | CVE-MC-007 | CVE-MC-005   | CVE-MC-001  |
   (0.7-1.0)  |   3.5      |   5.3      |    7.5       |    9.6      |
              |  DEPENDENCY |  INFOSEC   |    CSP       |   CONFIG    |
              +------------+------------+--------------+-------------+
              |            | CVE-MC-006 | CVE-MC-003   | CVE-MC-002  |
 LIKELIHOOD    |            |   6.5      |    8.0       |    9.3      |
   (0.4-0.6)  |            |  PDF-WIN   |    XSS       |    REPL     |
              +------------+------------+--------------+-------------+
    Medium    |            | CVE-MC-008 | CVE-MC-004   |             |
   (0.2-0.4)  |            |   5.5      |    7.8       |             |
              |            |  INCONSIST |  PATH-TRAV   |             |
              +------------+------------+--------------+-------------+
    Low       |            |            | CVE-MC-009   |             |
   (0-0.2)    |            |            |    4.4       |             |
              |            |            |  CMD-EXEC    |             |
              +------------+------------+--------------+-------------+
 ```
 ### 4.2 Prioritized Remediation List
 | Priority | CVE | Vulnerability | CVSS | Effort | Risk Reduction |
 |----------|-----|---------------|------|--------|----------------|
 | P0 | CVE-MC-001 | Insecure Electron Config | 9.6 | Medium | Critical |
 | P0 | CVE-MC-002 | REPL Code Execution | 9.3 | High | Critical |
 | P1 | CVE-MC-003 | XSS in Markdown | 8.0 | Medium | High |
 | P1 | CVE-MC-004 | Path Traversal | 7.8 | Low | High |
 | P1 | CVE-MC-005 | Weak CSP | 7.5 | Medium | High |
 | P2 | CVE-MC-006 | PDF Window Config | 6.5 | Low | Medium |
 | P2 | CVE-MC-008 | Inconsistent Settings | 5.5 | Low | Medium |
 | P2 | CVE-MC-007 | PlantUML Exfiltration | 5.3 | Medium | Medium |
 | P3 | CVE-MC-009 | External Tool Execution | 4.4 | Low | Low |
 | P3 | CVE-MC-010 | Dependency Versioning | 3.5 | Low | Low |
 ### 4.3 Risk Score Calculation
 ```
 Overall Application Risk Score: 7.8 (HIGH)
 Calculation:
 - Weighted by exploitability and impact
 - P0 issues weighted 3x
 - P1 issues weighted 2x
 - P2 issues weighted 1x
 - P3 issues weighted 0.5x
 Risk = (9.6*3 + 9.3*3 + 8.0*2 + 7.8*2 + 7.5*2 + 6.5 + 5.5 + 5.3 + 4.4*0.5 + 3.5*0.5) / 17
     = (28.8 + 27.9 + 16.0 + 15.6 + 15.0 + 6.5 + 5.5 + 5.3 + 2.2 + 1.75) / 17
     = 124.55 / 17
     = 7.33 (adjusted to 7.8 with environmental factors)
 ```
 ---
 ## 5. Business Impact Analysis
 ### 5.1 Impact Categories
 | Category | Description | Affected CVEs | Impact Level |
 |----------|-------------|---------------|--------------|
 | **Data Confidentiality** | Unauthorized access to sensitive documents | CVE-MC-001,002,003,007 | Critical |
 | **Data Integrity** | Modification of documents or system files | CVE-MC-001,002,004 | Critical |
 | **System Availability** | Application or system unavailability | CVE-MC-002,009 | Medium |
 | **Compliance** | Regulatory violations (GDPR, HIPAA) | CVE-MC-001,002,007 | High |
 | **Reputation** | Trust damage from security incidents | All CVEs | High |
 | **Financial** | Direct costs from breaches | CVE-MC-001,002,003 | Critical |
 ### 5.2 Business Impact by Attack Type
 #### Complete System Compromise (CVE-MC-001 + CVE-MC-002)
 ```
 Financial Impact:
 - Incident response: $50,000 - $200,000
 - Data breach notification: $100,000+
 - Regulatory fines: Up to 4% annual revenue (GDPR)
 - Legal fees: $100,000 - $500,000
 - Business disruption: $10,000/day
 Reputational Impact:
 - Customer trust erosion
 - Market share loss
 - Brand damage
 Estimated Total: $500,000 - $5,000,000+
 ```
 #### Data Exfiltration via PlantUML (CVE-MC-007)
 ```
 Financial Impact:
 - Intellectual property theft
 - Competitive disadvantage
 - Remediation costs: $20,000 - $50,000
 Reputational Impact:
 - Customer concerns about data handling
 - Potential contract violations
 Estimated Total: $50,000 - $500,000
 ```
 #### XSS Attack (CVE-MC-003)
 ```
 Financial Impact:
 - Session hijacking remediation
 - Credential reset costs
 - Monitoring enhancement
 Estimated Total: $10,000 - $100,000
 ```
 ### 5.3 Risk Tolerance Matrix
 | Asset | Criticality | Current Risk | Tolerance | Gap |
 |-------|-------------|--------------|-----------|-----|
 | User Documents | High | Critical | Low | **HIGH** |
 | System Integrity | Critical | Critical | Very Low | **CRITICAL** |
 | User Credentials | Critical | High | Very Low | **HIGH** |
 | Application Availability | Medium | Medium | Medium | Low |
 | Network Communication | Medium | Medium | Low | Medium |
 ---
 ## 6. MITRE ATT&CK Framework Mapping
 ### 6.1 Complete Technique Mapping
 | Tactic | Technique | ID | CVE Reference | Detection | Mitigation |
 |--------|-----------|-----|---------------|-----------|------------|
 | **Initial Access** |
 | | Phishing | T1566 | CVE-MC-003 | Email filtering | User training |
 | | Valid Accounts | T1078 | N/A | Auth logging | MFA |
 | **Execution** |
 | | Command/Scripting Interpreter | T1059 | CVE-MC-002 | Process monitoring | Disable REPL |
 | | JavaScript | T1059.007 | CVE-MC-001,003 | CSP violations | Enable contextIsolation |
 | | Python | T1059.006 | CVE-MC-002 | Process monitoring | Sandboxing |
 | | Bash | T1059.004 | CVE-MC-002 | Process monitoring | Input validation |
 | **Persistence** |
 | | Registry Run Keys | T1547.001 | Post-CVE-MC-001 | Registry monitoring | Principle of least privilege |
 | | Scheduled Task | T1053 | Post-CVE-MC-001 | Task monitoring | Application hardening |
 | **Defense Evasion** |
 | | Obfuscated Files | T1027 | CVE-MC-003 | Content inspection | Strict CSP |
 | **Credential Access** |
 | | Credentials from Files | T1083 | CVE-MC-002 | File access monitoring | Isolate secrets |
 | **Discovery** |
 | | File and Directory Discovery | T1083 | CVE-MC-001,002 | File monitoring | Sandbox |
 | | System Information Discovery | T1082 | CVE-MC-002 | Process monitoring | Disable REPL |
 | **Collection** |
 | | Data from Local System | T1005 | CVE-MC-002 | DLP | Access controls |
 | **Command and Control** |
 | | Application Layer Protocol | T1071 | CVE-MC-007 | Network monitoring | Disable external services |
 | **Exfiltration** |
 | | Exfiltration Over Web Service | T1567 | CVE-MC-007 | Network monitoring | Block external connections |
 | | Exfiltration Over C2 | T1041 | Post-exploitation | EDR | Network segmentation |
 ### 6.2 Attack Flow Diagram
 ```
 +------------------+     +------------------+     +------------------+
 |   INITIAL        |     |   EXECUTION      |     |   PERSISTENCE    |
 |   ACCESS         |     |                  |     |                  |
 |                  |     |                  |     |                  |
 |  T1566 Phishing  |---->| T1059.007 JS     |---->| T1547.001 Reg    |
 |  T1204 User Exec |     | T1059.004 Bash   |     | T1053 Sched Task |
 |                  |     | T1059.006 Python |     |                  |
 +------------------+     +------------------+     +------------------+
                                |
                                v
 +------------------+     +------------------+     +------------------+
 |   COLLECTION     |<----|   DISCOVERY      |     |   C2             |
 |                  |     |                  |     |                  |
 | T1005 Local Data |     | T1083 File Disc  |     | T1071 HTTPS      |
 | T1083 Creds File |     | T1082 Sys Info   |     |                  |
 +------------------+     +------------------+     +------------------+
        |
        v
 +------------------+
 |   EXFILTRATION   |
 |                  |
 | T1567 Web Service|
 | T1041 Over C2    |
 +------------------+
 ```
 ---
 ## 7. Security Requirements & Mitigations
 ### 7.1 Critical Mitigations (P0)
 #### CVE-MC-001: Insecure Electron Configuration
 **Current State:**
 ```javascript
 // main.js:328-331
 webPreferences: {
  nodeIntegration: true,
  contextIsolation: false,
  spellcheck: true
 }
 ```
 **Required Changes:**
 ```javascript
 webPreferences: {
  nodeIntegration: false,      // REQUIRED
  contextIsolation: true,       // REQUIRED
  sandbox: true,                // RECOMMENDED
  spellcheck: true
 }
 ```
 **Migration Path:**
 1. Update preload.js to expose all required APIs
 2. Update renderer.js to use exposed APIs instead of require()
 3. Test all functionality
 4. Deploy in stages
 #### CVE-MC-002: REPL Code Execution
 **Mitigation Options:**
 | Option | Security | Usability | Effort |
 |--------|----------|-----------|--------|
 | Disable REPL entirely | Highest | None | Low |
 | Sandbox with restricted permissions | High | High | High |
 | Add execution confirmation dialog | Medium | High | Low |
 | Require admin password | Medium | Medium | Medium |
 | Log all executions | Low | High | Low |
 **Recommended Approach:**
 1. Add user confirmation dialog with code preview
 2. Implement execution sandboxing (Docker/container)
 3. Add audit logging
 4. Restrict available modules
 ### 7.2 High Priority Mitigations (P1)
 #### CVE-MC-003: XSS in Markdown
 **Current Mitigations:**
 - DOMPurify sanitization
 **Additional Required:**
 ```javascript
 // Enhanced DOMPurify configuration
 const purifyConfig = {
  ALLOWED_TAGS: [...],
  ALLOWED_ATTR: [...],
  FORBID_TAGS: ['script', 'iframe', 'object', 'embed'],
  FORBID_ATTR: ['onerror', 'onload', 'onclick'],
  ADD_ATTR: ['target'],
  FORCE_BODY: true
 };
 ```
 #### CVE-MC-005: Weak CSP
 **Current CSP:**
 ```
 default-src 'self';
 script-src 'self' 'unsafe-inline' 'unsafe-eval' https://cdn.jsdelivr.net;
 style-src 'self' 'unsafe-inline' https://cdnjs.cloudflare.com;
 img-src 'self' data: blob: file:;
 font-src 'self' data:;
 connect-src 'self' https://www.plantuml.com;
 ```
 **Recommended CSP:**
 ```
 default-src 'self';
 script-src 'self';
 style-src 'self';
 img-src 'self' data:;
 font-src 'self';
 connect-src 'self';
 frame-src 'none';
 object-src 'none';
 base-uri 'self';
 form-action 'self';
 ```
 **Note:** This requires:
 - Bundling all dependencies locally
 - Removing PlantUML server dependency (use local rendering)
 - Removing unsafe-inline and unsafe-eval
 ### 7.3 Medium Priority Mitigations (P2)
 #### CVE-MC-006/008: Window Security Consistency
 **Affected Windows:**
 - PDF export window (main.js:2579-2585)
 - Hidden conversion window (main.js:3263-3268)
 **Fix:**
 ```javascript
 webPreferences: {
  nodeIntegration: false,
  contextIsolation: true,
  sandbox: true,
  preload: path.join(__dirname, 'preload-pdf.js')
 }
 ```
 #### CVE-MC-007: PlantUML Data Exfiltration
 **Options:**
 1. Use local PlantUML JAR file
 2. Use PlantUML npm package
 3. Add warning before sending to external server
 4. Allow configuration of PlantUML server URL
 ---
 ## 8. Attack Tree Summary
 ### 8.1 Primary Attack Tree - Full System Compromise
 ```
 GOAL: Full System Compromise via MarkdownConverter
 │
 ├── [BRANCH A] Exploit CVE-MC-001 (nodeIntegration)
 │   │
 │   ├── [A.1] XSS via malicious markdown
 │   │   ├── [A.1.1] HTML injection
 │   │   ├── [A.1.2] SVG script injection
 │   │   └── [A.1.3] DOMPurify bypass
 │   │
 │   ├── [A.2] Compromised CDN script
 │   │   ├── [A.2.1] jsdelivr compromise
 │   │   └── [A.2.2] cdnjs compromise
 │   │
 │   └── [A.3] PlantUML SVG injection
 │       └── [A.3.1] Compromised plantuml.com
 │
 ├── [BRANCH B] Exploit CVE-MC-002 (REPL)
 │   │
 │   ├── [B.1] Social engineering
 │   │   ├── [B.1.1] Malicious tutorial document
 │   │   └── [B.1.2] Phishing with "config file"
 │   │
 │   └── [B.2] Code execution
 │       ├── [B.2.1] JavaScript (Node.js)
 │       ├── [B.2.2] Python
 │       └── [B.2.3] Bash/Shell
 │
 └── [BRANCH C] Chain Exploits
    │
    ├── [C.1] XSS -> RCE (CVE-MC-003 + CVE-MC-001)
    │   └── Impact: CVSS 9.8
    │
    ├── [C.2] Path Traversal -> Privilege Escalation
    │   └── Impact: CVSS 8.5
    │
    └── [C.3] PlantUML -> XSS -> RCE
        └── Impact: CVSS 9.1
 ```
 ### 8.2 Attack Success Probability
 | Attack Path | Complexity | Privileges Required | User Interaction | Probability |
 |-------------|------------|---------------------|------------------|-------------|
 | A.1 XSS->RCE | Low | None | Required | 75% |
 | A.2 CDN Compromise | High | None | None | 15% |
 | A.3 PlantUML->RCE | Medium | None | Required | 40% |
 | B.1 REPL Social Eng | Low | None | Required | 60% |
 | C.1 Combined XSS-RCE | Low | None | Required | 70% |
 ---
 ## 9. Recommendations
 ### 9.1 Immediate Actions (0-30 days)
 1. **CVE-MC-001**: Enable `contextIsolation: true` and `nodeIntegration: false` for main window
 2. **CVE-MC-002**: Add confirmation dialog before REPL execution with code preview
 3. **CVE-MC-005**: Remove `unsafe-inline` and `unsafe-eval` from CSP
 4. **CVE-MC-006**: Fix PDF export window security settings
 ### 9.2 Short-term Actions (30-90 days)
 1. **CVE-MC-002**: Implement sandboxed code execution environment
 2. **CVE-MC-003**: Enhance DOMPurify configuration, add CSP reporting
 3. **CVE-MC-007**: Implement local PlantUML rendering option
 4. Add comprehensive security audit logging
 ### 9.3 Long-term Actions (90+ days)
 1. **CVE-MC-010**: Implement dependency pinning and SCA scanning
 2. Security awareness training for users
 3. Implement secure development lifecycle (SDL)
 4. Regular penetration testing schedule
 ---
 ## 10. Appendix
 ### A. Security Configuration Audit
 **Main Window (main.js:323-334)**
 ```javascript
 // CURRENT (INSECURE)
 webPreferences: {
  nodeIntegration: true,      // CRITICAL: Allows require() in renderer
  contextIsolation: false,    // CRITICAL: No isolation between contexts
  spellcheck: true
 }
 // RECOMMENDED
 webPreferences: {
  nodeIntegration: false,
  contextIsolation: true,
  sandbox: true,
  spellcheck: true,
  webSecurity: true,
  allowRunningInsecureContent: false
 }
 ```
 **CSP Configuration (index.html:5)**
 ```html
 <!-- CURRENT (WEAK) -->
 <meta http-equiv="Content-Security-Policy"
  content="default-src 'self';
           script-src 'self' 'unsafe-inline' 'unsafe-eval' https://cdn.jsdelivr.net;
           ...">
 <!-- RECOMMENDED -->
 <meta http-equiv="Content-Security-Policy"
  content="default-src 'self';
           script-src 'self';
           style-src 'self';
           img-src 'self' data:;
           connect-src 'self';
           frame-src 'none';
           object-src 'none'">
 ```
 ### B. IPC Channel Security Review
 **High-Risk Channels:**
 | Channel | Risk | Recommendation |
 |---------|------|----------------|
 | `execute-code` | Critical | Remove or sandbox |
 | `save-file` | High | Add path validation |
 | `batch-convert` | Medium | Rate limiting exists |
 | `git-*` | Medium | Audit git operations |
 ### C. Dependency Security
 **Critical Dependencies:**
 | Package | Version | Known CVEs | Recommendation |
 |---------|---------|------------|----------------|
 | electron | 37.4.0 | None | Pin version |
 | dompurify | 3.3.1 | None | Keep updated |
 | marked | 17.0.3 | None | Keep updated |
 | mermaid | 11.12.3 | None | Review CSP impact |
 ---
 ## Document Control
 | Version | Date | Author | Changes |
 |---------|------|--------|---------|
 | 1.0 | 2026-03-15 | Security Team | Initial threat model |
 ---
 *This threat model should be reviewed and updated after any significant architectural changes or at minimum annually.*
@@ -1,502 +0,0 @@
 # MarkdownConverter v5.0 - React + Tauri + PWA Architecture Design
 **Date:** 2026-03-15
 **Status:** Approved
 **Target Platforms:** Desktop (Tauri), Web (PWA), Mobile (Future)
 ---
 ## Executive Summary
 This document outlines the architecture for MarkdownConverter v5.0, a complete rewrite using React, Tauri, and PWA technologies. The new architecture enables:
 - **Multi-platform support**: Single codebase for desktop, web, and future mobile
 - **Improved security**: Eliminates critical Electron vulnerabilities by design
 - **Reduced bundle size**: ~5-10MB desktop, ~137KB web (vs 150MB+ Electron)
 - **Better maintainability**: Component-based architecture with TypeScript
 - **Offline support**: Full PWA capabilities with IndexedDB storage
 ---
 ## 1. Project Structure
 ```
 markdown-converter-v5/
 ├── src/
 │   ├── components/
 │   │   ├── ui/                    # Shadcn/ui components (button, dialog, etc.)
 │   │   ├── editor/                # CodeMirror wrapper, toolbar
 │   │   ├── preview/               # Markdown preview, theme rendering
 │   │   ├── sidebar/               # Explorer, Git, Snippets, Templates panels
 │   │   ├── tabs/                  # Tab bar, tab management
 │   │   ├── dialogs/               # Export, batch converter, settings dialogs
 │   │   └── layout/                # Main layout, splitter panes
 │   │
 │   ├── hooks/
 │   │   ├── useEditor.ts           # Editor state & actions
 │   │   ├── useTheme.ts            # Theme management
 │   │   ├── useFileSystem.ts       # File operations (uses adapter)
 │   │   ├── useConversion.ts       # Conversion operations
 │   │   └── useKeyboardShortcuts.ts
 │   │
 │   ├── stores/
 │   │   ├── editorStore.ts         # Content, tabs, cursor position
 │   │   ├── settingsStore.ts       # User preferences
 │   │   ├── themeStore.ts          # Active theme, custom themes
 │   │   └── sidebarStore.ts        # Sidebar state, active panel
 │   │
 │   ├── adapters/
 │   │   ├── types.ts               # Interface definitions
 │   │   ├── tauri/
 │   │   │   ├── index.ts           # Tauri adapter implementation
 │   │   │   ├── fs.ts              # File system via Tauri
 │   │   │   ├── convert.ts         # Pandoc, FFmpeg via Tauri
 │   │   │   └── system.ts          # System info, paths
 │   │   ├── web/
 │   │   │   ├── index.ts           # Web adapter implementation
 │   │   │   ├── fs.ts              # IndexedDB + File System Access API
 │   │   │   ├── convert.ts         # WASM converters, cloud fallback
 │   │   │   └── system.ts          # Browser capabilities
 │   │   └── index.ts               # Platform detection & export
 │   │
 │   ├── wasm/
 │   │   ├── pdf.wasm               # PDF generation
 │   │   ├── marked.wasm            # Markdown parsing (if available)
 │   │   └── loader.ts              # WASM module loader
 │   │
 │   ├── lib/
 │   │   ├── markdown.ts            # Marked + plugins config
 │   │   ├── syntax.ts              # Highlight.js config
 │   │   ├── mermaid.ts             # Diagram rendering
 │   │   └── utils.ts               # Helper functions
 │   │
 │   ├── styles/
 │   │   ├── globals.css            # Tailwind imports, CSS variables
 │   │   ├── themes/                # Theme CSS files
 │   │   └── editor.css             # CodeMirror styling
 │   │
 │   ├── types/
 │   │   ├── editor.ts              # Editor-related types
 │   │   ├── conversion.ts          # Conversion options types
 │   │   └── platform.ts            # Platform capability types
 │   │
 │   ├── App.tsx                    # Root component
 │   ├── main.tsx                   # Entry point
 │   └── vite-env.d.ts
 │
 ├── src-tauri/                     # Tauri backend (Rust)
 │   ├── src/
 │   │   ├── main.rs                # Tauri entry
 │   │   ├── commands/              # IPC command handlers
 │   │   │   ├── fs.rs              # File system operations
 │   │   │   ├── convert.rs         # Pandoc, FFmpeg wrappers
 │   │   │   └── system.rs          # System utilities
 │   │   └── lib.rs
 │   ├── Cargo.toml
 │   └── tauri.conf.json
 │
 ├── public/
 │   ├── manifest.json              # PWA manifest
 │   ├── sw.js                      # Service worker
 │   ├── fonts/                     # JetBrains Mono, Inter
 │   └── icons/                     # App icons
 │
 ├── package.json
 ├── vite.config.ts
 ├── tailwind.config.ts
 ├── tsconfig.json
 └── components.json                # Shadcn/ui config
 ```
 ---
 ## 2. Component Architecture
 ```tsx
 // Component hierarchy
 <App>                              // Root layout, theme provider
 ├── <Layout>
 │   ├── <TitleBar />              // Draggable title bar (desktop only)
 │   ├── <TabBar />                // Document tabs
 │   ├── <MainContent>
 │   │   ├── <Sidebar>             // Collapsible sidebar
 │   │   │   ├── <ExplorerPanel />
 │   │   │   ├── <GitPanel />
 │   │   │   ├── <SnippetsPanel />
 │   │   │   └── <TemplatesPanel />
 │   │   ├── <EditorPane>          // Split view container
 │   │   │   ├── <CodeMirrorEditor />
 │   │   │   └── <PreviewPane>
 │   │   │       └── <MarkdownPreview />
 │   │   └── <BottomPanel>         // REPL, terminal, output
 │   └── <StatusBar />             // Line count, encoding, status
 │
 └── <Dialogs>                      // Portal-based dialogs
    ├── <ExportDialog />
    ├── <BatchConvertDialog />
    ├── <SettingsDialog />
    ├── <ThemeDialog />
    └── <PdfEditorDialog />
 ```
 **Key Components:**
 | Component | Props | Responsibility |
 |-----------|-------|----------------|
 | `CodeMirrorEditor` | `content`, `onChange`, `theme` | Wrap CodeMirror 6 with React |
 | `MarkdownPreview` | `content`, `theme` | Render sanitized HTML with themes |
 | `TabBar` | `tabs`, `activeId`, `onSelect`, `onClose` | Manage document tabs |
 | `Sidebar` | `activePanel`, `collapsed` | Collapsible sidebar container |
 | `ExportDialog` | `format`, `options` | Export configuration UI |
 ---
 ## 3. State Management (Zustand)
 ### Editor Store
 ```typescript
 interface Tab {
  id: string;
  title: string;
  content: string;
  filePath?: string;
  isDirty: boolean;
  cursorPosition: { line: number; column: number };
 }
 interface EditorState {
  tabs: Tab[];
  activeTabId: string | null;
  // Actions
  createTab: (title?: string) => string;
  closeTab: (id: string) => void;
  setActiveTab: (id: string) => void;
  updateContent: (id: string, content: string) => void;
  updateCursorPosition: (id: string, pos: { line: number; column: number }) => void;
  markSaved: (id: string, filePath?: string) => void;
 }
 ```
 ### Settings Store
 ```typescript
 interface SettingsState {
  theme: string;
  fontSize: number;
  fontFamily: string;
  previewMode: 'split' | 'editor' | 'preview';
  showLineNumbers: boolean;
  wordWrap: boolean;
  autoSave: boolean;
  autoSaveInterval: number;
 }
 ```
 **Stores Summary:**
 | Store | State | Persisted |
 |-------|-------|-----------|
 | `editorStore` | Tabs, content, cursor | Tab metadata only |
 | `settingsStore` | User preferences | Yes |
 | `themeStore` | Active theme, custom themes | Yes |
 | `sidebarStore` | Panel state, width | Yes |
 ---
 ## 4. Platform Adapters
 ### Adapter Interface
 ```typescript
 export interface PlatformAdapter {
  name: 'tauri' | 'web';
  // File System
  fs: {
    readFile: (path: string) => Promise<string>;
    writeFile: (path: string, content: string) => Promise<void>;
    deleteFile: (path: string) => Promise<void>;
    listDirectory: (path: string) => Promise<FileInfo[]>;
    exists: (path: string) => Promise<boolean>;
    watchDirectory?: (path: string, callback: WatchCallback) => () => void;
  };
  // Conversion
  convert: {
    toPdf: (content: string, options: PdfOptions) => Promise<Blob>;
    toDocx: (content: string, options: DocxOptions) => Promise<Blob>;
    toHtml: (content: string, options: HtmlOptions) => Promise<string>;
    batchConvert: (files: string[], format: string) => Promise<ConversionResult[]>;
  };
  // Capabilities
  capabilities: {
    hasPandoc: boolean;
    hasFfmpeg: boolean;
    hasLibreOffice: boolean;
    hasDirectFs: boolean;
    hasSystemNotifications: boolean;
  };
 }
 ```
 ### Platform Detection
 ```typescript
 // Auto-detect platform at startup
 const isTauri = typeof window !== 'undefined' &&
                '__TAURI__' in window;
 export const adapter: PlatformAdapter = isTauri
  ? tauriAdapter
  : webAdapter;
 ```
 ### Capability Differences
 | Feature | Tauri (Desktop) | Web (PWA) |
 |---------|-----------------|-----------|
 | File System | Direct access | IndexedDB + File System Access API |
 | PDF Export | Pandoc (native) | WASM converter |
 | DOCX Export | Pandoc (native) | Limited/not available |
 | Media Conversion | FFmpeg (native) | Cloud API or limited |
 | File Watching | Native events | Not available |
 | Offline | Always | Service Worker |
 ---
 ## 5. Build Configuration
 ### Vite Configuration
 - Target: ESNext
 - Minifier: esbuild
 - Code splitting by vendor chunks
 - Source maps enabled
 ### Tailwind Configuration
 - Dark mode: `class` strategy
 - Custom colors using CSS variables
 - Custom font families (JetBrains Mono, Inter)
 - Tailwindcss-animate plugin
 ### TypeScript Configuration
 - Target: ES2022
 - Strict mode enabled
 - All strict checks enabled
 - Path aliases (`@/*`)
 ### Bundle Sizes (Estimated)
 | Chunk | Size (gzipped) |
 |-------|----------------|
 | `vendor-react` | ~12KB |
 | `vendor-editor` | ~45KB |
 | `vendor-markdown` | ~35KB |
 | `vendor-ui` | ~15KB |
 | `app` (your code) | ~30KB |
 | **Total PWA** | **~137KB** |
 | Tauri desktop | ~5-10MB (with WebView) |
 ---
 ## 6. Tauri Backend (Rust)
 ### IPC Commands
 **File System:**
 - `read_file` - Read file content
 - `write_file` - Write file content
 - `delete_file` - Delete file
 - `list_directory` - List directory contents
 - `path_exists` - Check path existence
 - `watch_directory` - Watch for file changes
 **Conversion:**
 - `to_pdf` - Convert to PDF via Pandoc
 - `to_docx` - Convert to DOCX via Pandoc
 - `to_html` - Convert to HTML via Pandoc
 - `batch_convert` - Batch conversion
 **System:**
 - `check_dependencies` - Check for Pandoc, FFmpeg, LibreOffice
 - `get_config_dir` - Get config directory path
 ### Security Comparison
 | Aspect | Electron (Current) | Tauri |
 |--------|-------------------|-------|
 | `nodeIntegration` | `true` (CVE) | Not possible |
 | `contextIsolation` | `false` (CVE) | Always enforced |
 | Bundle size | ~150MB | ~5-10MB |
 | Memory usage | Higher | Lower |
 | IPC security | Manual whitelist | Compile-time verified |
 ---
 ## 7. PWA Configuration
 ### Web App Manifest
 - Name: Markdown Converter
 - Display: Standalone
 - Theme color: #5661b3
 - File handlers for .md, .markdown, .txt
 - Share target for receiving shared content
 ### Service Worker
 - Cache-first for static assets
 - Network-first for API calls
 - Stale-while-revalidate for dynamic content
 - Automatic update detection
 ### IndexedDB Storage
 **Stores:**
 - `files` - Offline file storage
 - `settings` - User preferences
 - `templates` - Custom templates
 ### PWA Features
 | Feature | Implementation |
 |---------|---------------|
 | Offline support | Service Worker + IndexedDB |
 | Install prompt | Web App Manifest |
 | File handling | File System Access API (Chrome) |
 | Share target | Share Target API |
 | Background sync | Background Sync API |
 ---
 ## 8. Migration Plan
 ### Timeline: 8 Weeks
 **Phase 1: Foundation (Week 1-2)**
 - Initialize new repo
 - Setup Vite + React + TypeScript
 - Configure Tailwind + Shadcn/ui
 - Setup Zustand stores
 - Create platform adapter interfaces
 - Setup Tauri project structure
 **Phase 2: Core Editor (Week 3-4)**
 - CodeMirrorEditor component
 - MarkdownPreview component
 - SplitPane layout
 - Theme system
 - Tab management
 - Keyboard shortcuts
 **Phase 3: Sidebar & Panels (Week 5)**
 - Sidebar container
 - ExplorerPanel
 - GitPanel
 - SnippetsPanel
 - TemplatesPanel
 - Bottom panel
 **Phase 4: Platform Adapters (Week 6)**
 - Web adapter implementation
 - Tauri adapter implementation
 - File system operations
 - PDF conversion
 - Capability detection
 **Phase 5: Export & Conversion (Week 7)**
 - ExportDialog
 - BatchConvertDialog
 - UniversalConverterDialog
 - ImageConverterDialog
 - AudioConverterDialog
 - VideoConverterDialog
 - PDF Editor Dialog
 **Phase 6: PWA & Polish (Week 8)**
 - Service Worker setup
 - Web App Manifest
 - IndexedDB storage
 - Offline mode indicator
 - Settings persistence
 - Accessibility audit
 - Performance optimization
 ### Parallel Development Strategy
 ```
 Current Electron App (v4.x)     New React+Tauri App (v5.0)
        │                               │
        │  Bug fixes only               │  Active development
        │  Security patches             │  Feature migration
        ▼                               ▼
   Stable release  ────────────>  Beta release
   (maintained)                    (new features)
 ```
 ---
 ## 9. Design Decisions Summary
 | Decision | Choice | Rationale |
 |----------|--------|-----------|
 | Code Structure | Single repo with platform adapters | Lightest weight, clean separation |
 | State Management | Zustand | Minimal (~1KB), simple API |
 | UI Library | Shadcn/ui + Tailwind | Copy-paste ownership, excellent DX |
 | Build Tool | Vite | Industry standard, fast HMR |
 | TypeScript | Strict mode | Maximum type safety |
 | Desktop Features | Hybrid (WASM core, desktop advanced) | Best of both worlds |
 | Migration | Parallel development | Zero disruption to stable release |
 ---
 ## 10. Success Criteria
 - [ ] All core editor features functional on both Tauri and PWA
 - [ ] Bundle size under 150KB for PWA
 - [ ] All 13 themes migrated and working
 - [ ] Export to PDF works on both platforms
 - [ ] Offline mode fully functional in PWA
 - [ ] WCAG 2.1 AA accessibility compliance
 - [ ] TypeScript strict mode with no `any` types
 - [ ] All IPC channels have TypeScript types
 - [ ] Security audit passes with no critical issues
 ---
 ## Appendix: Dependencies
 ### Production Dependencies
 - `react` - UI library
 - `react-dom` - React DOM renderer
 - `zustand` - State management
 - `@radix-ui/react-*` - Headless UI primitives
 - `@codemirror/*` - Code editor
 - `marked` - Markdown parser
 - `highlight.js` - Syntax highlighting
 - `mermaid` - Diagram rendering
 - `dompurify` - HTML sanitization
 - `class-variance-authority` - Component variants
 - `clsx` + `tailwind-merge` - Class utilities
 - `lucide-react` - Icons
 ### Development Dependencies
 - `@tauri-apps/cli` - Tauri CLI
 - `typescript` - TypeScript compiler
 - `vite` - Build tool
 - `tailwindcss` - CSS framework
 - `eslint` - Linting
 - `prettier` - Formatting
 ---
 *Document generated: 2026-03-15*
 *Next step: Invoke writing-plans skill to create detailed implementation plan*
@@ -1,202 +0,0 @@
 # Modal System Design
 **Date:** 2026-03-24
 **Version:** 4.0.0
 **Status:** Approved
 ## Overview
 Replace the existing dialog implementations with a unified modal system that provides:
 - Glassmorphism backdrop matching app aesthetic
 - Full accessibility (ARIA, focus trap, keyboard navigation)
 - Smooth fade + scale animations
 - Consistent API via `ModalManager` class
 ## Decisions Made
 | Decision | Choice | Rationale |
 |----------|--------|-----------|
 | Architecture | Unified `ModalManager` class | Cleaner, consistent behavior across all modals |
 | Backdrop style | Glassmorphism | Matches existing app design language |
 | Focus management | Focus first interactive element | Standard, predictable behavior |
 | Animation | Fade + scale (95% → 100%) | Modern, subtle effect |
 | Implementation | Custom (not native `<dialog>`) | Full control, no polyfill concerns |
 ## Architecture
 ### File Structure
 ```
 src/
 ├── utils/
 │   └── ModalManager.js    # Core modal logic (~150 lines)
 ├── styles/
 │   └── modal.css          # Unified modal styles (~200 lines)
 └── index.html             # Updated dialog markup
 ```
 ### ModalManager Class
 ```javascript
 class ModalManager {
  constructor(element, options = {})
  open()                    // Show modal with animation
  close()                   // Hide modal with animation
  destroy()                 // Cleanup event listeners
  on(event, callback)       // Event subscription
  // Internal
  #createBackdrop()         // Create glassmorphism backdrop
  #trapFocus()              // Manage focus within modal
  #handleKeydown(e)         // Escape key handler
  #getFocusableElements()   // Query focusable children
 }
 ```
 ### Events
 - `open` — Fired after open animation completes
 - `close` — Fired after close animation completes
 ## CSS Design
 ### Variables (from tokens.css)
 ```css
 --z-modal: 200;
 --transition-normal: 200ms cubic-bezier(0.4, 0, 0.2, 1);
 --shadow-xl: 0 20px 25px -5px rgb(0 0 0 / 0.1);
 --radius-lg: 0.5rem;
 ```
 ### Backdrop
 ```css
 .modal-backdrop {
  position: fixed;
  inset: 0;
  background: rgba(0, 0, 0, 0.4);
  backdrop-filter: blur(4px);
  -webkit-backdrop-filter: blur(4px);
  z-index: var(--z-modal);
 }
 ```
 ### Modal Container
 ```css
 .modal {
  position: fixed;
  inset: 0;
  display: flex;
  align-items: center;
  justify-content: center;
  z-index: calc(var(--z-modal) + 1);
  opacity: 0;
  visibility: hidden;
  transition: opacity var(--transition-normal),
              visibility var(--transition-normal);
 }
 .modal.open {
  opacity: 1;
  visibility: visible;
 }
 ```
 ### Modal Content (with animation)
 ```css
 .modal-content {
  background: hsl(var(--background));
  border-radius: var(--radius-lg);
  box-shadow: var(--shadow-xl);
  max-width: 90vw;
  max-height: 90vh;
  overflow: hidden;
  transform: scale(0.95);
  transition: transform var(--transition-normal);
 }
 .modal.open .modal-content {
  transform: scale(1);
 }
 ```
 ## HTML Structure
 All dialogs convert to unified structure:
 ```html
 <div id="export-dialog"
     class="modal"
     role="dialog"
     aria-modal="true"
     aria-labelledby="export-dialog-title">
  <div class="modal-backdrop" data-close></div>
  <div class="modal-content">
    <div class="modal-header">
      <h3 id="export-dialog-title">Export Options</h3>
      <button class="modal-close" aria-label="Close">&times;</button>
    </div>
    <div class="modal-body">
      <!-- Dialog-specific content -->
    </div>
    <div class="modal-footer">
      <button class="btn btn-secondary" data-close>Cancel</button>
      <button class="btn btn-primary">Confirm</button>
    </div>
  </div>
 </div>
 ```
 ### Key Attributes
 - `role="dialog"` — Screen reader identification
 - `aria-modal="true"` — Prevents screen reader from accessing background
 - `aria-labelledby` — References the dialog title
 - `data-close` — Click handler for closing (backdrop, cancel buttons)
 ## Accessibility Features
 1. **Focus trap** — Tab cycles within modal only
 2. **Focus first element** — Auto-focuses first input/button on open
 3. **Escape key** — Closes modal
 4. **Click outside** — Clicking backdrop closes modal
 5. **Focus restoration** — Returns focus to trigger element on close
 6. **ARIA attributes** — Proper screen reader support
 ## Dialogs to Migrate
 | Dialog ID | Current Class | Complexity |
 |-----------|--------------|------------|
 | `find-dialog` | `.find-dialog` | Simple |
 | `export-dialog` | `.export-dialog` | Complex (many sections) |
 | `print-preview-overlay` | `.export-dialog` | Medium |
 | `table-generator-dialog` | `.export-dialog` | Simple |
 | `ascii-art-dialog` | `.export-dialog` | Medium |
 | `universal-converter-dialog` | `.export-dialog` | Complex |
 | `batch-dialog` | `.batch-dialog` | Complex |
 | `pdf-editor-dialog` | `.export-dialog` | Complex |
 | `header-footer-dialog` | `.export-dialog` | Medium |
 | `field-picker-dialog` | `.export-dialog` | Simple |
 ## Migration Steps
 1. Create `src/utils/ModalManager.js`
 2. Create `src/styles/modal.css`
 3. Update `index.html` to include new stylesheet
 4. Convert each dialog HTML to new structure
 5. Initialize `ModalManager` instances in `renderer.js`
 6. Remove old CSS from `styles.css`
 7. Test all dialogs
 ## Out of Scope
 - Modal nesting (stacked modals) — can be added later if needed
 - Animated backdrop (currently static blur)
 - Modal size variants (small/large/fullscreen) — can use inline styles
@@ -1,326 +0,0 @@
 # V4 Enhancement + Flutter Exploration Design
 **Date:** 2026-03-24
 **Status:** Approved
 **Approach:** Incremental V4 Enhancement + Flutter Spike (70/30 split)
 ---
 ## Executive Summary
 This design outlines a two-track approach:
 1. **V4 Enhancement (70%)**: Fix critical bugs, optimize performance, add platform adapters, improve UI patterns
 2. **Flutter Exploration (30%)**: Build proof-of-concept for cross-platform evaluation (Windows, Mobile, Web)
 ---
 ## Goals & Scope
 ### Primary Goals
 1. **Fix critical bug**: PDF and markdown multitab functionality
 2. **Performance improvements**: Faster startup, smoother editing, responsive preview
 3. **Architecture improvements**: Platform adapters, cleaner state management
 4. **Flutter research**: Proof-of-concept for cross-platform evaluation
 ### Out of Scope
 - Full V5 migration
 - Complete UI redesign
 - New features (focus on optimization)
 ### Success Criteria
 | Metric | Current | Target |
 |--------|---------|--------|
 | Startup time | ~3-5s | <2s |
 | Editor typing latency | Noticeable lag | <16ms |
 | Preview render (1MB file) | ~500ms | <200ms |
 | Memory usage | ~300MB | <200MB |
 | Bundle size | ~150MB | <100MB |
 ---
 ## Section 1: V4 Critical Fixes & Performance Optimizations
 ### 1.1 Fix: PDF/Markdown Multitab Bug
 **Location:** `src/renderer.js` (TabManager class)
 **Investigation areas:**
 - `switchToTab()` - ensure proper state preservation
 - `closeTab()` - ensure EditorView cleanup
 - Add tab type tracking (markdown vs pdf)
 - Isolate PDF viewer state from editor state
 ### 1.2 Startup Performance Optimizations
 | Optimization | Implementation | Expected Gain |
 |--------------|----------------|---------------|
 | Defer Mermaid | Load only when diagram detected | ~500ms |
 | Defer PDF.js | Load on first PDF open | ~800ms |
 | Lazy load themes | Load active theme only | ~200ms |
 | Lazy sidebar panels | Load panel code when sidebar opens | ~300ms |
 | Preload optimization | Remove unused IPC channels | ~100ms |
 **Lazy loading pattern:**
 ```javascript
 // Current (loads everything upfront)
 const { dialog } = require('@electron/remote');
 // Optimized (load on demand)
 let _dialog;
 function getDialog() {
  if (!_dialog) _dialog = require('@electron/remote').dialog;
  return _dialog;
 }
 ```
 ### 1.3 Editor Performance
 | Issue | Solution |
 |-------|----------|
 | Typing lag with large files | Debounce preview updates (300ms) |
 | Syntax highlight overhead | Use highlight.js lazy mode |
 | Memory leaks | Clean up EditorView on tab close |
 | Theme switching lag | Pre-compile theme CSS |
 ### 1.4 Preview Rendering
 | Issue | Solution |
 |-------|----------|
 | Mermaid slow | Render on-demand, cache results |
 | Full re-render on keystroke | Debounced incremental updates |
 | Large documents | Viewport rendering (visible portion only) |
 ---
 ## Section 2: Platform Adapter Pattern
 ### 2.1 Architecture
 ```
 src/
 ├── adapters/
 │   ├── index.js              # Auto-detects and exports adapter
 │   ├── types.js              # Interface definitions (JSDoc)
 │   │
 │   ├── electron/             # Current Electron implementation
 │   │   ├── index.js          # Exports electronAdapter
 │   │   ├── fs.js             # File system operations
 │   │   ├── convert.js        # Pandoc, FFmpeg conversions
 │   │   ├── pdf.js            # PDF operations
 │   │   └── system.js         # System info, dialogs, notifications
 │   │
 │   └── mock/                 # For testing
 │       └── index.js          # Mock adapter for unit tests
 ```
 ### 2.2 Adapter Interface
 ```javascript
 /**
 * @typedef {Object} PlatformAdapter
 * @property {'electron'} name
 * @property {FileSystemAdapter} fs
 * @property {ConversionAdapter} convert
 * @property {PdfAdapter} pdf
 * @property {SystemAdapter} system
 */
 /**
 * @typedef {Object} FileSystemAdapter
 * @property {(path: string) => Promise<string>} readFile
 * @property {(path: string, content: string) => Promise<void>} writeFile
 * @property {(path: string) => Promise<void>} deleteFile
 * @property {(path: string) => Promise<FileInfo[]>} listDirectory
 * @property {(path: string) => Promise<boolean>} exists
 */
 ```
 ### 2.3 Migration Strategy
 | Phase | What | Files Affected |
 |-------|------|----------------|
 | 1 | Create adapter structure | New files only |
 | 2 | Migrate file operations | `renderer.js`, `sidebar/*.js` |
 | 3 | Migrate conversions | Export dialogs |
 | 4 | Migrate PDF operations | PDF viewer |
 | 5 | Remove old IPC calls | `preload.js` cleanup |
 ---
 ## Section 3: UI Improvements (Shadcn/ui Patterns)
 ### 3.1 Design Token System
 ```css
 /* src/styles/tokens.css */
 :root {
  /* Colors - Light mode */
  --background: 0 0% 100%;
  --foreground: 222.2 84% 4.9%;
  --primary: 227 44% 52%;
  --primary-foreground: 210 40% 98%;
  --secondary: 210 40% 96.1%;
  --secondary-foreground: 222.2 47.4% 11.2%;
  --muted: 210 40% 96.1%;
  --muted-foreground: 215.4 16.3% 46.9%;
  --destructive: 0 84.2% 60.2%;
  --border: 214.3 31.8% 91.4%;
  --ring: 227 44% 52%;
  /* Spacing & Radii */
  --radius: 0.5rem;
 }
 ```
 ### 3.2 Component Improvements
 | Component | Current Issue | Fix |
 |-----------|---------------|-----|
 | Buttons | Inconsistent hover/focus | Use `.btn` with variants |
 | Dialogs | Missing focus trap | Add focus trap, Escape key, aria-modal |
 | Tabs | No keyboard navigation | Add arrow key nav, aria-selected |
 | Sidebar | No collapse animation | CSS transitions |
 | Dropdowns | Missing click-outside | Add proper event handling |
 ### 3.3 Accessibility Improvements
 - Focus states with `:focus-visible`
 - Skip to content link
 - ARIA labels on interactive elements
 - Keyboard navigation for all components
 ---
 ## Section 4: Flutter Exploration (30% Effort)
 ### 4.1 Flutter Project Structure
 ```
 markdown-converter-flutter/
 ├── lib/
 │   ├── main.dart
 │   ├── app.dart
 │   ├── core/
 │   │   ├── theme/
 │   │   └── constants.dart
 │   ├── features/
 │   │   ├── editor/
 │   │   ├── preview/
 │   │   └── tabs/
 │   ├── services/
 │   │   ├── file_service.dart
 │   │   ├── export_service.dart
 │   │   └── platform_service.dart
 │   └── adapters/
 │       ├── file_adapter.dart
 │       ├── file_adapter_mobile.dart
 │       ├── file_adapter_web.dart
 │       └── file_adapter_desktop.dart
 ├── pubspec.yaml
 ├── windows/
 ├── web/
 └── lib/
 ```
 ### 4.2 Key Dependencies
 ```yaml
 dependencies:
  flutter_markdown: ^0.7.0
  flutter_code_editor: ^0.3.0
  provider: ^6.1.0
  file_picker: ^8.0.0
  path_provider: ^2.1.0
  pdf: ^3.10.0
  printing: ^5.12.0
 ```
 ### 4.3 Prototype Features
 | Feature | Priority |
 |---------|----------|
 | Basic markdown editor | Must have |
 | Live preview | Must have |
 | Light/dark theme | Must have |
 | Tab management | Should have |
 | File open/save | Should have |
 | PDF export | Nice to have |
 | Windows exe build | Must have |
 | Web build | Must have |
 | Mobile build | Should have |
 ### 4.4 Evaluation Criteria
 | Metric | Target |
 |--------|--------|
 | Windows exe size | <50MB |
 | Web initial load | <500KB |
 | Cold start time | <2s |
 | Editor typing latency | <16ms |
 ### 4.5 Flutter vs Tauri Comparison
 | Aspect | Flutter | Tauri + React |
 |--------|---------|---------------|
 | Mobile support | ✅ Excellent | ❌ Requires separate app |
 | Web performance | ⚠️ Good, larger | ✅ Excellent, small |
 | Desktop bundle | ⚠️ ~30-50MB | ✅ ~5-10MB |
 | Native feel | ⚠️ Custom rendering | ✅ System WebView |
 | Code reuse | ✅ 100% shared | ⚠️ Some platform-specific |
 ---
 ## Implementation Timeline
 ### Phase 1: V4 Critical Fixes (Week 1)
 - Fix PDF/markdown multitab bug
 - Implement startup optimizations
 - Add debounced preview rendering
 ### Phase 2: Platform Adapters (Week 2)
 - Create adapter structure
 - Migrate file operations
 - Migrate conversions
 ### Phase 3: UI Improvements (Week 3)
 - Add design tokens
 - Improve component accessibility
 - Add keyboard navigation
 ### Phase 4: Flutter Prototype (Weeks 2-4, parallel)
 - Set up Flutter project
 - Implement basic editor
 - Build Windows and Web versions
 - Document findings
 ---
 ## Risk Mitigation
 | Risk | Mitigation |
 |------|------------|
 | Multitab fix causes regressions | Comprehensive test suite before changes |
 | Performance optimizations break features | Incremental changes with benchmarks |
 | Flutter proves unsuitable | 30% effort limit, V4 remains primary |
 | Platform adapter migration too slow | Phased approach, each phase independent |
 ---
 ## Success Metrics
 - [ ] Multitab functionality working correctly
 - [ ] Startup time < 2 seconds
 - [ ] No perceived editor lag with files < 1MB
 - [ ] Preview renders in < 200ms
 - [ ] Bundle size reduced by 30%+
 - [ ] Platform adapters for fs, convert, pdf implemented
 - [ ] Design tokens applied to all components
 - [ ] Flutter prototype running on Windows + Web
 - [ ] Flutter evaluation documented with recommendation
 ---
 *Document generated: 2026-03-24*
 *Next step: Create detailed implementation plan*
@@ -1,335 +0,0 @@
 # Writer's Studio Feature Pack — Design Document
 **Date**: 2026-04-06
 **Version**: 4.2.0 target
 **Status**: Approved
 **Scope**: Three cohesive features to transform MarkdownConverter into a writing environment
 ---
 ## Overview
 The Writer's Studio Feature Pack adds three interconnected features to MarkdownConverter:
 1. **Zen Mode** — Distraction-free writing environment with typewriter scrolling
 2. **Document Outline** — Heading hierarchy sidebar panel for navigation
 3. **Writing Analytics** — Real-time readability and vocabulary analysis dashboard
 These features work together: Zen Mode creates the environment, Outline provides navigation, Analytics gives insight.
 ---
 ## Feature 1: Zen Mode
 ### Purpose
 Transform the app from a multi-tool into a focused writing environment. Inspired by iA Writer, Typora, and Bear.
 ### New Files
 - `src/zen-mode.js` — ZenMode class (~150 lines)
 - `src/styles-zen.css` — Zen mode specific styles (~120 lines)
 ### Integration Points
 - `src/renderer.js` — Initialize ZenMode, register F11 shortcut, add View > Zen Mode menu
 - `src/editor/codemirror-setup.js` — Export typewriter + dimming extensions
 ### Behavior
 **Toggle**: F11, View > Zen Mode, command palette "Toggle Zen Mode"
 **Exit**: Escape key, F11 again
 **What hides**:
 - Tab bar
 - Toolbar
 - Sidebar (collapsed)
 - Status bar
 - App header
 **What shows**:
 - Editor (full viewport)
 - Floating HUD (bottom-center, semi-transparent)
 ### Floating HUD
 ```
 ┌─────────────────────────────────────────┐
 │  847 words  •  ~4 min  •  23:45 session │
 │  ████████████████░░░░  85% of 1000      │
 └─────────────────────────────────────────┘
 ```
 - Word count (from existing status bar logic)
 - Estimated reading time (~200 wpm)
 - Session timer (starts when zen mode activates)
 - Optional progress bar toward word goal
 ### CodeMirror Extensions
 **Typewriter Scroll** (`ViewPlugin`):
 - Listens to `EditorView.update` for selection changes
 - Calls `editor.dispatch({ effects: EditorView.scrollIntoView(pos, { y: 'center' }) })`
 - Smooth scrolling with `scrollBehavior: 'smooth'` in CSS
 **Line Dimming** (`ViewPlugin` + `Decoration`):
 - Builds a `DecorationSet` mapping each line to an opacity value
 - Active line: opacity 1.0
 - 1-2 lines away: 0.7
 - 3-4 lines away: 0.5
 - 5+ lines away: 0.3
 - Uses `Decoration.line({ attributes: { style: 'opacity: X' } })`
 ### Centered Column
 CSS applied to `.zen-mode .cm-content`:
 ```css
 .zen-mode .cm-content {
    max-width: 700px;
    margin: 0 auto;
    font-size: 18px;
    line-height: 1.8;
 }
 ```
 ### State Management
 - `this.previousState` stores which UI elements were visible before zen mode
 - On exit, restores all elements to their previous visibility
 - Editor content, cursor position, and scroll state are never modified
 ---
 ## Feature 2: Document Outline Panel
 ### Purpose
 Provide always-visible heading navigation for documents of any length. The single most-requested navigation feature for multi-section documents.
 ### New Files
 - `src/sidebar/outline-panel.js` — `renderOutlinePanel` function (~100 lines)
 ### Modified Files
 - `src/index.html` — Add outline icon button in sidebar icons strip
 - `src/renderer.js` — Register 'outline' panel, provide editor reference
 ### Sidebar Integration
 Uses existing `SidebarManager.registerPanel()` API:
 ```javascript
 sidebarManager.registerPanel('outline', {
    title: 'Outline',
    render: (container) => renderOutlinePanel(container, editor, editorContent)
 });
 ```
 New icon button in sidebar strip (after templates icon):
 ```html
 <button class="sidebar-icon" data-panel="outline" title="Outline (Ctrl+Shift+O)">
    <!-- hierarchy/list icon SVG -->
 </button>
 ```
 ### Parsing Logic
 Parse headings from raw markdown content using regex:
 ```javascript
 const headingRegex = /^(#{1,6})\s+(.+)$/gm;
 ```
 Returns array of:
 ```javascript
 { level: 1-6, text: "Heading Text", line: 42 }
 ```
 Debounced at 300ms to avoid re-parsing on every keystroke.
 ### UI Structure
 ```
 ┌──────────────────────────────────────────┐
 │  OUTLINE                          ☰      │
 ├──────────────────────────────────────────┤
 │  ▸ Introduction                  (H1)    │
 │    ▸ Getting Started             (H2)    │
 │    ▸ Prerequisites               (H2)    │
 │      ▸ Node.js                   (H3) ◄  │
 │    ▸ Installation                (H2)    │
 │  ▸ Features                      (H1)    │
 │    ▸ Editor                      (H2)    │
 │    ▸ Export                      (H2)    │
 ├──────────────────────────────────────────┤
 │  9 headings  •  2 H1  •  4 H2  •  3 H3  │
 └──────────────────────────────────────────┘
 ```
 - Indentation based on heading level (H1 = 0px, H2 = 16px, H3 = 32px, etc.)
 - Current heading highlighted with accent color (◄ indicator)
 - Hover shows full heading text if truncated
 ### Click-to-Navigate
 ```javascript
 editor.dispatch({
    effects: EditorView.scrollIntoView(linePos, { y: 'center' })
 });
 ```
 Brief highlight animation on the target line (fades out over 500ms).
 ### Current Heading Sync
 On editor update (debounced 100ms):
 1. Get cursor line number
 2. Find the last heading whose line number <= cursor line
 3. Set that heading as active in the outline
 ### Empty State
 When no headings found:
 ```
 No headings found
 Use # to create headings:
 # Heading 1
 ## Heading 2
 ### Heading 3
 ```
 ---
 ## Feature 3: Writing Analytics
 ### Purpose
 Give writers real-time insight into their document's readability, structure, and vocabulary. This is the "surprise" feature most Markdown editors lack.
 ### New Files
 - `src/analytics/writing-analytics.js` — `WritingAnalytics` class (~180 lines)
 - `src/analytics/analytics-panel.js` — `renderAnalyticsPanel` function (~120 lines)
 ### Integration Points
 - `src/renderer.js` — Register Ctrl+Shift+A shortcut, command palette entry, View menu item
 ### Trigger
 - Keyboard: `Ctrl+Shift+A`
 - Command Palette: "Show Writing Analytics"
 - Menu: View > Writing Analytics
 ### Presentation
 Uses existing `ModalManager` to show a modal overlay with analytics dashboard.
 ```
 ┌─────────────────────────────────────────────────────┐
 │  Writing Analytics                              ✕   │
 ├─────────────────────────────────────────────────────┤
 │                                                      │
 │  ┌─ Readability ──────────────────────────────────┐ │
 │  │  Flesch Reading Ease:  67.3 (Standard)    ○   │ │
 │  │  Grade Level:          8.2              ○○○●○  │ │
 │  └─────────────────────────────────────────────────┘ │
 │                                                      │
 │  ┌─ Timing ───────────────────────────────────────┐ │
 │  │  Reading Time:   ~4 min                        │ │
 │  │  Speaking Time:  ~6 min                        │ │
 │  └─────────────────────────────────────────────────┘ │
 │                                                      │
 │  ┌─ Structure ────────────────────────────────────┐ │
 │  │  Sentences:  42  •  Paragraphs:  8            │ │
 │  │  Avg Sentence:  14.2 words                     │ │
 │  │  Longest:  38 words ("The quick brown fox...") │ │
 │  └─────────────────────────────────────────────────┘ │
 │                                                      │
 │  ┌─ Vocabulary ───────────────────────────────────┐ │
 │  │  Unique: 312 / 847 words (36.8%)               │ │
 │  │  Top: the(42) and(31) markdown(28) ...         │ │
 │  └─────────────────────────────────────────────────┘ │
 │                                                      │
 │  ┌─ Word Goal ────────────────────────────────────┐ │
 │  │  Target: [1000] words                          │ │
 │  │  ████████████████░░░░  847/1000 (85%)          │ │
 │  └─────────────────────────────────────────────────┘ │
 │                                                      │
 └─────────────────────────────────────────────────────┘
 ```
 ### Metrics Implementation
 **Readability (Flesch-Kincaid):**
 ```javascript
 // Flesch Reading Ease
 ease = 206.835 - 1.015 * (words / sentences) - 84.6 * (syllables / words);
 // Flesch-Kincaid Grade Level
 grade = 0.39 * (words / sentences) + 11.8 * (syllables / words) - 15.59;
 ```
 **Syllable Estimation:**
 ```javascript
 function countSyllables(word) {
    word = word.toLowerCase().replace(/(?:[^laeiouy]es|ed|[^laeiouy]e)$/, '');
    word = word.replace(/^y/, '');
    return word.match(/[aeiouy]{1,2}/g)?.length || 1;
 }
 ```
 **Reading/Speaking Time:**
 - Reading: 200 words/minute
 - Speaking: 130 words/minute
 **Lexical Diversity:**
 - Ratio of unique words to total words (excluding stop words)
 **Top Words:**
 - Frequency map, sorted descending, top 10
 - Excludes common stop words (the, a, an, is, are, etc.)
 ### Word Goal
 - Persisted in `electron-store` per document (or global default)
 - Progress bar with percentage
 - Celebration effect when goal is reached (brief confetti animation or green flash)
 ### Update Cadence
 - Re-analyzes on editor content change (debounced at 1000ms)
 - If modal is open, updates live
 - If modal is closed, no computation (zero overhead)
 ---
 ## File Summary
 | File | Action | Purpose |
 |------|--------|---------|
 | `src/zen-mode.js` | Create | ZenMode class with CM6 extensions |
 | `src/styles-zen.css` | Create | Zen mode styling |
 | `src/sidebar/outline-panel.js` | Create | Outline sidebar panel |
 | `src/analytics/writing-analytics.js` | Create | Analytics computation engine |
 | `src/analytics/analytics-panel.js` | Create | Analytics modal UI |
 | `src/index.html` | Modify | Add outline icon, zen mode button |
 | `src/renderer.js` | Modify | Initialize all three features |
 | `src/editor/codemirror-setup.js` | Modify | Export typewriter + dimming extensions |
 ## Keyboard Shortcuts
 | Shortcut | Feature | Action |
 |----------|---------|--------|
 | F11 | Zen Mode | Toggle on/off |
 | Escape | Zen Mode | Exit (when active) |
 | Ctrl+Shift+O | Outline | Open outline sidebar panel |
 | Ctrl+Shift+A | Analytics | Open analytics modal |
 ## Dependencies
 No new npm dependencies required. All features use:
 - Existing CodeMirror 6 APIs (ViewPlugin, Decoration, scrollIntoView)
 - Existing SidebarManager API
 - Existing ModalManager API
 - Pure JavaScript math for analytics
@@ -1,270 +0,0 @@
 # Packaging — All-Platform Build + GitHub Releases
 **Goal:** Make `npm run dist:all` produce Linux + Windows + macOS artifacts, and have the existing `.github/workflows/release.yml` create a GitHub Release on tag push with those artifacts. No code signing in this iteration.
 **Scope (user decisions 2026-06-06):**
 - Target platforms: **all three** (Linux .deb/AppImage/snap, Windows NSIS/portable/zip, macOS dmg/zip)
 - Distribution: **GitHub Releases** (no auto-update; static artifacts only)
 - Code signing: **skip for now** (unsigned binaries; Windows SmartScreen will warn, macOS Gatekeeper will quarantine)
 **Architecture:** This is mostly about completing the existing scaffold. `electron-builder` 26.0.12, `scripts/download-tools.js`, `scripts/generate-icons.js`, the `package.json` scripts, and `release.yml` are all already in place. We need to (1) close a real bug in the `files` config, (2) add the macOS job to the workflow, and (3) declare macOS targets in the package config.
 **Tech stack:** electron-builder 26.0.12, GitHub Actions `ubuntu-latest`/`windows-latest`/`macos-latest` runners, softprops/action-gh-release@v2 for the release creation.
 ---
 ## Task 1 — Fix the `files` config in `package.json`
 The current `files: ["src/**/*", ...]` matches `src/renderer/**/*.tsx` and ships dev source into the asar. The shipped renderer should be the built `dist/renderer/**/*` output, not TS source. asarUnpack for ffmpeg-static is correct and stays.
 **Files:** `package.json` (build.files, build.extraResources)
 ### Step 1.1 — Replace `files` block
 ```json
 "files": [
  "src/main/**/*",
  "src/preload.js",
  "src/plugins/**/*",
  "package.json"
 ],
 "extraResources": [
  {
    "from": "dist/renderer",
    "to": "renderer"
  }
 ]
 ```
 - `src/main/**/*` — main process source (entry point + all main-process modules)
 - `src/preload.js` — single preload file at the root of `src/`
 - `src/plugins/**/*` — built-in plugins (referenced from main process; the `extraFiles: []` line in the current config is empty, so this is the right pattern)
 - `package.json` — required for the asar `app.asar/package.json` lookup electron does at runtime
 - `dist/renderer` moves to `extraResources` because it should live alongside the asar (not inside it) — the asar is sealed and we want the renderer to be a separately-updatable resource path. Production main loads it via `loadFile(path.join(__dirname, '../../dist/renderer/index.html'))` which, in the packaged app, resolves to `process.resourcesPath/renderer/index.html`. **This requires changing the loadFile path in `src/main/window/index.js` too** — see Task 4.
 ### Step 1.2 — Verify
 - `npm run build:linux` should produce a working .AppImage
 - Inside the .AppImage (extract with `--appimage-extract`), check `resources/` has `app.asar` and a `renderer/` directory containing `index.html` and `assets/`
 - Inside `app.asar`, check `src/main/index.js` is present and `src/renderer/` is absent
 ---
 ## Task 2 — Add macOS targets + icon to `package.json` build config
 **Files:** `package.json`
 ### Step 2.1 — Replace the existing `mac` block
 ```json
 "mac": {
  "category": "public.app-category.productivity",
  "identity": null,
  "target": [
    { "target": "dmg", "arch": ["x64", "arm64"] },
    { "target": "zip", "arch": ["x64", "arm64"] }
  ],
  "icon": "assets/icon.icns",
  "darkModeSupport": true,
  "hardenedRuntime": false,
  "gatekeeperAssess": false,
  "entitlements": null
 }
 ```
 - `identity: null` is intentional for unsigned builds
 - `darkModeSupport: true` — the app already supports dark mode; this is just metadata
 - `hardenedRuntime: false` and `gatekeeperAssess: false` — without signing, these are the only way the build succeeds
 - `entitlements: null` — no entitlements file; some features (jit) won't work but Electron's main process doesn't need them in this app
 - **`.icns` is missing.** For this iteration we'll use the default Electron icon and add a follow-up to generate one. The build will succeed without it but the produced .app will have the default icon.
 ### Step 2.2 — Generate a placeholder `.icns` (optional, can be deferred)
 If we want a proper icon, the path is:
 1. `npm run generate-icons` to produce `assets/icons/*.png` (already done)
 2. Use `png2icns` (Linux) or `iconutil` (mac) to bundle them into `assets/icon.icns`
 3. We don't have either on this Linux container; defer to a follow-up plan
 For this iteration: ship without `.icns` and accept the default icon.
 ### Step 2.3 — Add `publish` config
 ```json
 "publish": {
  "provider": "github",
  "owner": "amitwh",
  "repo": "markdown-converter",
  "releaseType": "release"
 }
 ```
 Even without auto-update, this tells `electron-builder` to write `latest-mac.yml` / `latest-linux.yml` next to the artifacts. Useful for future auto-update wiring. CI passes `--publish=never` to override.
 ---
 ## Task 3 — Add macOS job to `.github/workflows/release.yml`
 **Files:** `.github/workflows/release.yml`
 ### Step 3.1 — Add a third job between `build-windows` and `release`
 Insert after the `build-windows` job (around line 96):
 ```yaml
  build-macos:
    runs-on: macos-latest
    steps:
      - uses: actions/checkout@v4
      - name: Setup Node.js
        uses: actions/setup-node@v4
        with:
          node-version: 20
          cache: npm
      - name: Install dependencies
        run: npm ci
      - name: Download external tools (pandoc)
        run: node scripts/download-tools.js
      - name: Run tests
        run: npm test
      - name: Build macOS packages (unsigned)
        env:
          CSC_IDENTITY_AUTO_DISCOVERY: 'false'
        run: npm run build:mac -- --publish=never
      - name: Upload macOS artifacts
        uses: actions/upload-artifact@v4
        with:
          name: macos-artifacts
          path: |
            dist/*.dmg
            dist/*.zip
          retention-days: 5
 ```
 ### Step 3.2 — Wire macOS into the `release` job's `needs` and downloads
 Change the `release` job:
 ```yaml
  release:
    needs: [build-linux, build-windows, build-macos]
    ...
 ```
 And add a third download step (after the Windows download):
 ```yaml
      - name: Download macOS artifacts
        uses: actions/download-artifact@v4
        continue-on-error: true
        with:
          name: macos-artifacts
          path: dist
 ```
 `continue-on-error: true` is intentional — a failed macOS build shouldn't block a release of working Linux+Windows artifacts.
 ---
 ## Task 4 — Update `src/main/window/index.js` for the resource path
 **Files:** `src/main/window/index.js`
 ### Step 4.1 — Update the loadFile path
 The current code (line 35):
 ```js
 const prodPath = path.join(__dirname, '../../dist/renderer/index.html');
 ```
 Inside the packaged app, `__dirname` points into the asar. `process.resourcesPath` points to the directory holding `app.asar` + the `renderer/` extraResources dir. Change to:
 ```js
 const rendererIndex = app.isPackaged
  ? path.join(process.resourcesPath, 'renderer', 'index.html')
  : path.join(__dirname, '../../dist/renderer/index.html');
 win.loadFile(rendererIndex);
 ```
 This needs to happen after the dev/prod branch is decided. The existing `if (!app.isPackaged && devServerUrl)` block already handles dev mode; the else branch needs this update.
 ### Step 4.2 — Add a guard for missing renderer in prod
 ```js
 if (app.isPackaged) {
  try {
    fs.accessSync(path.join(process.resourcesPath, 'renderer', 'index.html'));
  } catch {
    console.error('[WINDOW] Renderer not found at', process.resourcesPath, '— did you run `npm run build:renderer` before packaging?');
  }
 }
 ```
 Failure mode: someone runs `npm run build` without first building the renderer. Without this guard, the window opens blank and the user has no idea why.
 ---
 ## Task 5 — Test on this Linux box
 ### Step 5.1 — Local verification
 ```bash
 npm ci
 npm run download-tools   # idempotent; bin/linux/pandoc already exists
 npm run build:renderer
 npm run build:linux      # produces .deb, .AppImage in dist/
 ```
 Inspect the .AppImage:
 ```bash
 chmod +x dist/*.AppImage
 ./dist/MarkdownConverter-*.AppImage --appimage-extract
 ls squashfs-root/resources/
 # Expect: app.asar  renderer/
 ls squashfs-root/resources/renderer/
 # Expect: index.html  assets/
 ```
 ### Step 5.2 — Run the produced app
 ```bash
 ./dist/MarkdownConverter-*.AppImage
 ```
 The app should:
 - Launch with the AppShell, header, sidebar
 - Allow opening a folder / file
 - Export to PDF/DOCX/HTML work (pandoc bundled)
 ### Step 5.3 — Tag + push to test the release workflow (optional)
 Only do this if the user wants to verify the full pipeline. A dry-run on the CI side via `act` would be cleaner but `act` doesn't run macos-latest jobs locally. If the user wants to verify the workflow, push a `v5.0.1-rc1` tag and watch the Actions tab.
 ---
 ## Success criteria
 1. `npm run dist:all` produces all three platform families on this Linux box (or at least Linux + mac, since Windows is built on Windows)
 2. The .AppImage launches and the app works end-to-end
 3. `release.yml` runs all three jobs on a tag push and creates a GitHub release with the union of artifacts
 4. No regressions: 306/306 tests still pass, dev workflow still works
 5. The `files` bug is fixed: no `.tsx` in the packaged asar
 ## Known limitations (intentional, can be follow-ups)
 - **No `.icns`** — the macOS app will have the default Electron icon. Generating a proper `.icns` requires `iconutil` (mac) or `png2icns` (cross-platform); neither is on this Linux box.
 - **No code signing** — Windows SmartScreen will warn; macOS Gatekeeper will quarantine unsigned `.dmg`. Setting up signing later is a config-only change (no structural rework): add `CSC_LINK`/`CSC_KEY_PASSWORD` for Windows, `CSC_LINK` (Apple Developer ID) for mac.
 - **No auto-update** — user decisions for this iteration. Wiring `electron-updater` is a follow-up; the `publish` config from Task 2 puts metadata in the right place.
 - **Cross-build quirks** — building macOS from Linux produces a `.dmg` that is generally usable but may show a "this app is from an unidentified developer" prompt the first time. Right-click → Open to bypass once. Documented in the release notes.
 ## Out of scope
 - CHANGELOG.md updates (not part of packaging)
 - electron-updater wiring
 - Code signing cert procurement
 - Snap store / Microsoft Store / Mac App Store submission
@@ -1,426 +0,0 @@
 # MarkdownConverter v5.0 — Platform Design
 **Date:** 2026-04-14
 **Status:** Approved
 **Author:** Amit Haridas
 ## Overview
 Transform MarkdownConverter from a monolithic editor into an extensible platform with a plugin system and three feature packs, shipped together as v5.0.
 ## Subsystems
 1. **Plugin System** — Lightweight plugin registry with extension points (sidebar, commands, settings, status bar, export hooks, event bus)
 2. **Writing Studio Plugin** — Manuscript manager, goal tracking, writing sprints, snapshots, smart proofreading
 3. **AI Assistant Plugin** — Multi-provider AI writing assistant (Ollama, LMStudio, GGUF direct with GPU, Anthropic, OpenAI)
 4. **Collaboration Plugin** — Git-based async collaboration, comments/annotations, review requests
 ## Core Principle
 **Existing functionality is never replaced or broken.** The plugin system is additive. All existing keyboard shortcuts, features, and UI remain untouched. Plugin shortcuts use `Ctrl+Alt+` namespace.
 ---
 ## 1. Plugin System
 ### File Structure
 ```
 src/
  plugins/
    plugin-registry.js      # Load, register, lifecycle
    plugin-api.js            # Base class plugins extend
    plugin-loader.js         # Discovers and validates manifests
    built-in/
      writing-studio/
        manifest.json
        index.js
        panels/
        components/
      ai-assistant/
        manifest.json
        index.js
        providers/
      collaboration/
        manifest.json
        index.js
 ```
 ### Manifest Schema
 ```json
 {
  "id": "writing-studio",
  "name": "Writing Studio",
  "version": "1.0.0",
  "description": "Manuscript management, goal tracking, writing sprints",
  "icon": "pen-tool",
  "extensionPoints": {
    "sidebar": { "panel": "panels/manuscript-panel.js", "order": 30 },
    "settings": { "section": "settings/index.js" },
    "statusBar": { "indicators": ["sprint-timer", "word-goal"] },
    "commands": [
      { "id": "start-sprint", "label": "Start Writing Sprint", "shortcut": "Ctrl+Alt+S" },
      { "id": "take-snapshot", "label": "Take Snapshot", "shortcut": "Ctrl+Alt+N" }
    ],
    "exportHooks": {
      "preExport": "hooks/pre-export.js",
      "postExport": "hooks/post-export.js"
    }
  },
  "settings": [
    { "key": "dailyGoal", "type": "number", "default": 1000, "label": "Daily word goal" },
    { "key": "sprintDuration", "type": "number", "default": 25, "label": "Sprint duration (min)" }
  ]
 }
 ```
 ### Plugin Lifecycle
 1. PluginLoader discovers manifests in `built-in/` + user plugins directory
 2. PluginRegistry validates manifests
 3. Each plugin calls `Plugin.init(context)` receiving scoped API context
 4. Extension points registered (sidebar panels, commands, status bar items)
 5. Plugins activate lazily — sidebar panel loads JS when user clicks tab
 ### Plugin Context API
 Each plugin's `init()` receives:
 ```javascript
 {
  sidebar: {
    registerPanel(id, { icon, title, component })
  },
  commands: {
    register(id, label, handler, shortcut?)
  },
  statusBar: {
    registerIndicator(id, { position, render })
  },
  settings: {
    get(key),                    // plugin-scoped
    set(key, value),             // auto-persisted via electron-store
    onChanged(key, callback)
  },
  editor: {
    getContent(),                // current document
    getSelection(),              // selected text
    insertAtCursor(text),        // requires opt-in
    onContentChanged(callback)
  },
  events: {
    on(event, handler),
    emit(event, data)
  },
  exports: {
    registerPreHook(handler),
    registerPostHook(handler)
  },
  ipc: {
    invoke(channel, ...args),
    on(channel, handler)
  }
 }
 ```
 ### Event Bus Events
 Each event has a versioned payload schema. Breaking changes increment the version suffix.
 ```
 document:opened        → { filePath: string, tabId: string }
 document:saved         → { filePath: string, tabId: string }
 document:changed       → { tabId: string, content: string, wordCount: number }
 editor:selection-changed → { tabId: string, text: string, from: {line,ch}, to: {line,ch} }
 tab:switched           → { tabId: string, filePath: string }
 tab:closed             → { tabId: string, filePath: string }
 export:started         → { format: string, filePath: string }
 export:completed       → { format: string, filePath: string, outputPath: string }
 export:failed          → { format: string, error: string }
 plugin:loaded          → { pluginId: string, version: string }
 plugin:activated       → { pluginId: string }
 plugin:deactivated     → { pluginId: string }
 app:ready              → {}
 app:before-quit        → {}
 ```
 ### Design Rules
 - Built-in plugins use the same API as future third-party plugins
 - Lazy activation — sidebar panels don't load until clicked
 - Scoped settings: `plugins.<id>.<key>` in electron-store
 - Plugin commands globally unique — registry rejects duplicate command IDs at load time
 - **Plugin sandboxing**: each plugin handler is wrapped in try/catch. For CPU-intensive operations (AI inference, diff computation), plugins must delegate to main process via IPC. Handlers that block the renderer for >5s trigger a warning notification. Memory-hungry operations (GGUF inference) run in isolated child processes.
 - **Cross-plugin graceful degradation**: plugins check `context.events.hasHandler('ai:analyze')` before emitting cross-plugin requests. If no handler (AI plugin disabled), show a "this feature requires the AI plugin" prompt instead of failing silently. All cross-plugin calls have a 30s timeout with default fallback behavior.
 ---
 ## 2. Writing Studio Plugin
 ### 2A. Manuscript / Project Manager
 Folder-based project structure:
 ```
 ~/Manuscripts/
  my-novel/
    .project.json          # { title, targets, metadata }
    01-chapter-one.md
    02-chapter-two.md
    characters/
      protagonist.md
    research/
      world-building.md
    .snapshots/
      2026-04-14T10-30.json
 ```
 `.project.json`:
 ```json
 {
  "title": "My Novel",
  "type": "manuscript",
  "target": { "words": 80000, "deadline": "2026-09-01" },
  "chapters": [
    { "file": "01-chapter-one.md", "title": "The Beginning", "status": "draft" }
  ],
  "metadata": { "author": "", "genre": "", "synopsis": "" }
 }
 ```
 Sidebar panel shows project tree with drag-to-reorder, word counts per chapter, target progress bar. "Compile manuscript" exports all chapters as a single document.
 ### 2B. Goal Tracking & Writing Sprints
 - **Status bar**: daily progress bar + sprint timer
 - **Writing sprint**: configurable duration (15/25/30/45/60 min), word count delta, WPM at end
 - **Goal tracking**: daily/weekly word goals, streak tracking, 30-day bar chart
 - **Enhanced analytics**: session tracking, readability scores, productive time-of-day heatmap
 - Data stored in `plugins.writing-studio.history` as date-keyed map
 ### 2C. Snapshot & Versioning
 - `Ctrl+Alt+N` or toolbar button saves snapshot
 - Stored as JSON: `{ timestamp, content, wordCount, cursorPos, label }`
 - Snapshot panel in sidebar: Restore, Diff (side-by-side), auto-snapshot interval
 - Snapshots in `.snapshots/` inside project folder, or app data if no project
 ### 2D. Smart Proofreading
 Delegates to AI plugin via event bus. Writing Studio provides:
 - Right-click context menu: "Check grammar", "Suggest alternatives", "Analyze readability"
 - Inline wavy underline decorations for issues
 - Proofread panel: issues categorized by type with Accept/Dismiss
 ### Commands
 | Command | Shortcut | Action |
 |---------|----------|--------|
 | `start-sprint` | `Ctrl+Alt+S` | Start writing sprint |
 | `stop-sprint` | `Ctrl+Alt+Shift+S` | Stop sprint |
 | `take-snapshot` | `Ctrl+Alt+N` | Save snapshot |
 | `restore-last-snapshot` | `Ctrl+Alt+Z` | Restore latest snapshot |
 | `new-project` | — | Create manuscript project |
 | `compile-manuscript` | `Ctrl+Alt+E` | Export all chapters |
 | `proofread-document` | `Ctrl+Alt+G` | AI proofread |
 ---
 ## 3. AI Assistant Plugin
 ### Provider Architecture
 ```
 AI Plugin
  ├── Provider Interface
  │     ├── complete(prompt, options) → string
  │     ├── stream(prompt, options) → AsyncIterable
  │     └── analyze(text, type) → AnalysisResult
  │
  ├── Providers
  │     ├── OllamaProvider      — localhost:11434
  │     ├── LMStudioProvider    — localhost:1234/v1
  │     ├── GGUFProvider         — direct llama.cpp with GPU support
  │     ├── AnthropicProvider    — Claude API
  │     └── OpenAIProvider       — GPT API
  │
  └── Features
        ├── Grammar/style check
        ├── Inline auto-complete
        ├── AI chat panel (sidebar)
        ├── Document analysis
        └── Smart commands (command palette)
 ```
 ### Provider Details
 **Ollama:** `GET /api/tags` for models, `POST /api/generate` and `POST /api/chat` for inference.
 **LMStudio:** OpenAI-compatible API at `localhost:1234/v1`. `GET /v1/models`, standard chat completion format, SSE streaming.
 **GGUF Direct (with GPU):**
 - Ships bundled llama.cpp binaries per platform (CUDA, Vulkan, Metal, CPU variants)
 - Auto-detects GPU: CUDA (nvidia-smi), Vulkan driver, Metal (macOS)
 - GPU layer offloading: configurable, auto-suggests based on VRAM vs model size
 - Settings: GPU backend selection, layer count, context length, thread count
 - "Keep model loaded" option for faster repeated requests
 - WASM fallback for sandboxed environments (CPU-only)
 - External binary path for advanced users with custom builds
 - **Process isolation**: llama.cpp runs as a spawned child process (not in main process). If it crashes, detected via exit handler, auto-restarted with notification. GPU memory freed on crash. App remains stable.
 - Process management: spawn in server mode on localhost ephemeral port, clean up on app quit or model unload
 **Cloud (Anthropic/OpenAI):**
 - API key stored encrypted via electron safeStorage
 - Token usage tracking with estimated cost
 - Rate limit awareness with request queueing and backoff
 ### IPC Design
 All provider HTTP requests go through main process:
 - No CORS issues
 - API keys never in renderer
 - Main process enforces rate limiting
 - GGUF inference in isolated child process
 **Request/response lifecycle:**
 ```
 Renderer → ipc.invoke('ai:complete') → Main → HTTP to provider → result → Renderer
 ```
 **Streaming lifecycle with error handling:**
 ```
 Renderer → ipc.invoke('ai:stream', { requestId, prompt })
         ← Main assigns requestId, returns { requestId }
         ← ipc.on('ai:chunk', { requestId, text }) — repeated
         ← ipc.on('ai:done', { requestId }) — success
         ← ipc.on('ai:error', { requestId, error }) — failure
 // Cancellation
 Renderer → ipc.invoke('ai:cancel', { requestId })
         ← Main aborts HTTP request, emits 'ai:done'
 // Orphan cleanup: if renderer disconnects (crash/close),
 // main process detects via 'render-view-deleted' and aborts all active streams.
 // Heartbeat: if no chunk received in 30s, main emits 'ai:error' with timeout.
 ```
 ### Features
 1. **Inline suggestions**: ghost text after configurable delay, Tab to accept, Esc to dismiss
 2. **AI chat panel**: sidebar conversation, "Insert" / "Replace selection" buttons
 3. **Document analysis**: grammar, style, tone, with accept/reject per suggestion
 4. **Smart commands**: summarize, generate outline, find inconsistencies, translate, explain code
 ### Privacy
 - Local-first: default provider is Ollama
 - No telemetry: requests go direct to provider
 - Content gating: exclude file types from AI
 - Status bar shows "AI: processing..." with cancel option
 - Cloud usage stats in settings (tokens, cost)
 ### Cross-Plugin Integration
 ```javascript
 // Writing Studio calls AI Plugin
 context.events.emit('ai:analyze', { text, type: 'grammar', callback });
 ```
 ---
 ## 4. Collaboration Plugin
 ### 4A. Enhanced Git Panel
 Upgrades to existing git panel:
 - Remote management (add/remove remotes, push/pull)
 - Branch list and switching
 - Commit history with diff viewer (side-by-side or unified)
 - Conflict resolution UI (accept-ours/accept-theirs/per-edit)
 ### 4B. Shared Repository Workflow
 1. Writer A creates project + initializes git + pushes to shared repo
 2. Writer B clones repo from within MarkdownConverter
 3. Both write on their own branches
 4. Writer A creates review request (simplified PR)
 Review request: changed files, word count diff, commit messages. Reviewer can approve, request changes, leave inline comments. Reviews are git branches + comments as git notes.
 ### 4C. Comments & Annotations
 Inline comments stored as JSON in `.comments/` directory (git-tracked):
 ```json
 {
  "id": "uuid",
  "file": "03-chapter-three.md",
  "anchor": {
    "contextBefore": "The hero looked at the horizon and said,",
    "selectedText": "I will not go quietly into that dark night",
    "contextAfter": "He turned to face the army alone."
  },
  "line": 142,
  "text": "This dialogue feels unnatural",
  "author": "amit",
  "timestamp": "2026-04-14T14:30:00Z",
  "replies": [],
  "resolved": false
 }
 ```
 - **Anchor-based positioning**: comments store `contextBefore`, `selectedText`, and `contextAfter` (not absolute byte offsets). On file change, re-anchor by searching for the context text. If context no longer matches, mark comment as "detached" and show a warning. Falls back to `line` number as rough position.
 - Highlighted text in editor with tooltip on hover
 - Comment panel in sidebar: all unresolved comments across files
 - Resolution workflow: add → address → reply → resolve
 - Resolved comments dim but stay visible
 ### 4D. Change Notifications
 - Status bar indicator: `↓ 3 new commits`
 - Click to see changes, one-click pull
 - Conflicts trigger resolution UI
 - Push button only when local commits ahead of remote
 ### 4E. Offline-First
 All writing happens locally. Git is the sync mechanism. No internet required for writing, commenting, snapshots, or sprints. Push/pull on user action or auto-sync setting.
 ### Commands
 | Command | Shortcut | Action |
 |---------|----------|--------|
 | `collab:commit` | `Ctrl+Shift+G` | Commit with message |
 | `collab:push` | — | Push current branch |
 | `collab:pull` | — | Pull from remote |
 | `collab:add-comment` | `Ctrl+Alt+C` | Comment on selection |
 | `collab:next-comment` | `F8` | Next unresolved comment |
 | `collab:prev-comment` | `Shift+F8` | Previous comment |
 | `collab:create-review` | — | Create review request |
 ### Cross-Plugin Integration
 ```javascript
 context.events.emit('snapshot:created', { file, snapshotId });
 context.events.on('project:chapter-opened', (chapter) => { /* load comments */ });
 context.events.on('comment:added', (comment) => { /* AI could suggest fix */ });
 ```
 ---
 ## Bundle Size Impact
 - llama.cpp binaries: ~15MB per GPU variant. Only target platform shipped. GPU variants (CUDA/Vulkan/Metal) downloaded on demand if user enables GGUF direct loading — not bundled by default. Only CPU fallback bundled (~15MB).
 - Plugin system core: ~30KB
 - Each built-in plugin: ~50-100KB
 - Diff library (jsdiff): ~15KB
 - Total estimated increase: ~20-30MB (core), additional ~30-50MB per GPU variant (lazy download)
 ## Testing Strategy
 - Plugin system: unit tests for registry, loader, context API mocking
 - Each plugin: isolated unit tests, integration tests via plugin context
 - AI provider tests: mock HTTP responses, test streaming parsing
 - Git tests: use test repository fixture
 - E2E: verify plugin loading doesn't break existing features
@@ -1,399 +0,0 @@
 # Phase 7 — Modals Design
 > Companion to the parent plan: `docs/superpowers/plans/2026-06-05-react-ui-redesign.md` (Phases 7+8+9+10 are sketched there at high level; this spec locks Phase 7's architecture, file map, and contracts so it can be planned task-by-task.)
 **Date:** 2026-06-05
 **Phase:** 7 of 10 (React + shadcn/ui UI redesign)
 **Tag (on completion):** `phase-7-modals`
 ---
 ## 1. Goal & Non-Goals
 **Goal:** Add a layered modal system to the React renderer. Wire 7 modal types (SettingsSheet + 4 Export dialogs + About + Welcome + Confirm) to a single `<ModalLayer />`. Add a persisted `useSettingsStore` for user preferences. The modals are opened via the command store (Phase 6 pattern), and the modals themselves read/write settings via the new store.
 **Non-goals (Phase 7):**
 - Implement the actual export pipelines (PDF/DOCX/HTML/PNG generation) — those are main-process concerns, already implemented. Phase 7 only adds the renderer-side dialog UI.
 - Real plugin system — the Plugins tab is a placeholder ("Coming soon").
 - Toast notifications — Phase 8.
 - Advanced tools (Zen mode, REPL, ASCII/Table generators, Print preview) — Phase 9.
 ---
 ## 2. Architecture
 ### 2.1 Modal state lives in `useAppStore` (extended, not new store)
 `useAppStore` is already the "global UI" store (sidebar, preview, zen, paneSizes). It's the right home for modal state because:
 - It's already mounted.
 - It's already persisted (via `zustand persist` with `partialize` for pane sizes).
 - A separate `useUIStore` would be YAGNI.
 **Add to `AppState`:**
 - `modal: ModalState` (discriminated union — see §2.2)
 - `openModal: <K extends ModalKind>(kind: K, props?: ModalPropsFor<K>) => void`
 - `closeModal: () => void`
 **Persistence:** `modal` is **runtime-only**, like `userBindings` in `useCommandStore`. We add it to the `partialize` function so only the persisted fields (`sidebarVisible`, `previewVisible`, `zenMode`, `paneSizes`) are saved. The modal kind never needs to survive a reload.
 ### 2.2 Discriminated-union modal shape
 ```ts
 export type ModalState =
  | { kind: null }
  | { kind: 'export-pdf';     props: { sourcePath: string } }
  | { kind: 'export-docx';    props: { sourcePath: string } }
  | { kind: 'export-html';    props: { sourcePath: string } }
  | { kind: 'export-batch';   props: { sourcePaths: string[] } }
  | { kind: 'settings' }
  | { kind: 'about' }
  | { kind: 'welcome' }
  | { kind: 'confirm';        props: ConfirmProps };
 export interface ConfirmProps {
  title: string;
  body: string;
  confirmLabel?: string;       // default "Confirm"
  cancelLabel?: string;        // default "Cancel"
  destructive?: boolean;       // switches confirm button to red variant
  onConfirm: () => void | Promise<void>;
  onCancel?: () => void;
 }
 ```
 **Why a discriminated union:** every component that opens a modal must pass the right `props` shape for the `kind` — TypeScript catches mismatches at compile time. A generic `{ open: boolean, type: string }` shape would defer the error to runtime.
 ### 2.3 Single `<ModalLayer />`
 Mounted at the bottom of `App.tsx`. Reads `modal.kind` from `useAppStore`, renders the matching component (or `null`). Each child modal calls `closeModal()` on dismiss.
 ```tsx
 // src/renderer/components/modals/ModalLayer.tsx (sketch)
 export function ModalLayer() {
  const modal = useAppStore((s) => s.modal);
  switch (modal.kind) {
    case null: return null;
    case 'export-pdf':   return <ExportPdfDialog {...modal.props} />;
    // ... etc
  }
 }
 ```
 `<ModalLayer />` ensures only one modal is visible at a time (the store only holds one). This is correct for v1 — no need for stacking/replacement transitions in Phase 7.
 ### 2.4 Settings store (new, separate)
 A new `useSettingsStore` for user preferences. **Why separate from `useAppStore`:** settings is a different lifecycle. `useAppStore` is "current view configuration"; `useSettingsStore` is "user preferences that survive across sessions and are read by many features". Same precedent as `useFileStore` (file tree state) being separate from `useAppStore` (UI chrome state).
 **Persistence:** `zustand persist` with `partialize` to serialize only the leaf settings (matching the pattern in `useFileStore` and `useCommandStore`).
 ```ts
 interface SettingsState {
  // Editor
  fontSize: number;            // 12-20, default 14
  tabSize: number;             // 2 | 4 | 8, default 4
  lineNumbers: boolean;        // default true
  wordWrap: boolean;           // default true
  minimap: boolean;            // default true
  // Theme
  theme: 'light' | 'dark' | 'auto';  // default 'auto'
  accentColor: 'brand' | 'blue' | 'green' | 'purple' | 'orange';  // default 'brand'
  fontFamily: 'system' | 'jetbrains' | 'fira';  // default 'system'
  // Export
  pdfFormat: 'letter' | 'a4' | 'legal';  // default 'a4'
  pdfMargins: 'normal' | 'narrow' | 'wide';  // default 'normal'
  pdfEmbedFonts: boolean;       // default true
  docxTemplate: 'standard' | 'minimal' | 'modern';  // default 'standard'
  htmlHighlightStyle: 'github' | 'monokai' | 'nord' | 'none';  // default 'github'
  // ASCII table formatting — applies to all 3 single-file export formats
  renderTablesAsAscii: boolean;  // default false
  // First-launch / Welcome
  welcomeDismissed: boolean;    // default false
  // Actions
  setSetting: <K extends keyof Omit<SettingsState, ...>>(...);
  resetToDefaults: () => void;
 }
 ```
 **Template-based exports** (per user request): `docxTemplate` is one of `'standard' | 'minimal' | 'modern'`. The export dialog shows a Select with the available templates. The IPC layer (`ipc.export.docx`) already accepts a `template` field; Phase 7 just exposes it. The main process maps these template names to actual `.docx` template files bundled with the app.
 **ASCII table formatting** (per user request): `renderTablesAsAscii` is a toggle in the Settings sheet (Export tab) and in each of the 3 single-file export dialogs as an inline checkbox override. When true, the markdown AST's table nodes are converted to fixed-width monospace text (using a small `lib/ascii-table.ts` helper) *before* the export pipeline sees them. The preview pane is unaffected — this is export-time only.
 ### 2.5 WelcomeDialog trigger logic
 A small `useEffect` in `App.tsx`:
 ```ts
 useEffect(() => {
  if (!useSettingsStore.getState().welcomeDismissed) {
    useAppStore.getState().openModal('welcome');
  }
 }, []);  // run once on mount
 ```
 The Help menu registers a `help.welcome` command that simply calls `openModal('welcome')` — does NOT reset the `welcomeDismissed` flag. (Decision in §2.4 of the brainstorming.)
 ### 2.6 Commands trigger modals
 The command store (Phase 6) gets new commands. Registered in `src/renderer/lib/commands/register-menu-commands.ts`:
 | Command ID       | Handler                                              |
 |------------------|------------------------------------------------------|
 | `file.exportPdf`     | `openModal('export-pdf', { sourcePath: activePath })`  |
 | `file.exportDocx`    | `openModal('export-docx', { sourcePath: activePath })` |
 | `file.exportHtml`    | `openModal('export-html', { sourcePath: activePath })` |
 | `file.exportBatch`   | `openModal('export-batch', { sourcePaths: openFiles })` |
 | `settings.open`      | `openModal('settings')`                                  |
 | `help.welcome`       | `openModal('welcome')`                                   |
 | `help.about`         | `openModal('about')`                                     |
 | `file.confirmClose`  | opens confirm dialog before closing a dirty tab        |
 | `app.quit`           | opens confirm if dirty tabs exist, else quits          |
 `settings.open` and `help.about` also get buttons in `AppHeader` (already partly done in Phase 6 — we just add new icons and wire to the new commands).
 ---
 ## 3. File Map
 ### 3.1 shadcn primitives (manually created, per the shadcn-CLI-blocked memory)
 Created in `src/renderer/components/ui/`:
 - `dialog.tsx`         — Radix Dialog wrapper with motion preset
 - `sheet.tsx`          — Radix Dialog (side variant) for SettingsSheet
 - `tabs.tsx`           — Radix Tabs for the 5-tab SettingsSheet
 - `input.tsx`          — text input
 - `textarea.tsx`       — multi-line input (for confirm body, welcome copy)
 - `select.tsx`         — Radix Select for theme/font/template pickers
 - `switch.tsx`         — Radix Switch for boolean settings
 - `checkbox.tsx`       — Radix Checkbox for "don't show again" toggles
 - `slider.tsx`         — Radix Slider for fontSize
 - `label.tsx`          — Radix Label (always pair with form fields)
 - `form.tsx`           — react-hook-form glue components (FormField, FormItem, FormLabel, FormControl, FormDescription, FormMessage)
 - `radio-group.tsx`    — Radix RadioGroup for accent color / template
 ### 3.2 Modals (`src/renderer/components/modals/`)
 - `ModalLayer.tsx`               — root, mounted by `App.tsx`
 - `ExportPdfDialog.tsx`          — PDF options (format, margins, embed fonts, ascii tables)
 - `ExportDocxDialog.tsx`         — DOCX options (template picker: standard/minimal/modern, ascii tables)
 - `ExportHtmlDialog.tsx`         — HTML options (standalone, highlight style, ascii tables)
 - `ExportBatchDialog.tsx`        — batch queue (format, concurrency, file list)
 - `SettingsSheet.tsx`            — 5-tab sheet (side="right", 480px wide)
  - `EditorSettings.tsx`         — font size, tab size, line numbers, word wrap, minimap
  - `ThemeSettings.tsx`          — light/dark/auto, accent color, font family
  - `ExportSettings.tsx`         — pdf format, margins, embed fonts, docx template, html highlight, ascii tables
  - `PluginsSettings.tsx`        — "Coming soon" placeholder
  - `AboutSettings.tsx`          — app version, links, acknowledgements
 - `AboutDialog.tsx`              — simple read-only dialog with version + GitHub link
 - `WelcomeDialog.tsx`            — first-launch dialog with quick-start cards
 - `ConfirmDialog.tsx`            — generic confirmation (title, body, destructive, onConfirm)
 - `ExportDialogFooter.tsx`       — shared Cancel / Export button row used by the 4 export dialogs
 - `useExportSource.ts`           — shared hook: reads active buffer, validates, returns source string + path
 ### 3.3 Stores
 - **Modify** `src/renderer/stores/app-store.ts` — add `modal` + `openModal` + `closeModal`; update `partialize` to exclude `modal`
 - **Create** `src/renderer/stores/settings-store.ts` — new
 ### 3.4 Lib
 - **Create** `src/renderer/lib/validators.ts` — zod schemas:
  - `settingsSchema` (whole settings object)
  - `exportPdfSchema` (format, margins, embedFonts, renderTablesAsAscii)
  - `exportDocxSchema` (template, renderTablesAsAscii)
  - `exportHtmlSchema` (standalone, highlightStyle, renderTablesAsAscii)
  - `exportBatchSchema` (format, concurrency, file list)
  - `confirmPropsSchema` (for the confirm dialog)
 - **Create** `src/renderer/lib/ascii-table.ts` — `toAsciiTable(rows: string[][]): string` (the small helper that converts a 2D string array to a fixed-width ASCII table)
 - **Create** `src/renderer/lib/modal-triggers.ts` — small helpers: `useWelcomeTrigger()`, `useQuitGuard()`
 ### 3.5 Modified files
 - **Modify** `src/renderer/App.tsx` — mount `<ModalLayer />` at the bottom; add the `useWelcomeTrigger` `useEffect` for first-launch
 - **Modify** `src/renderer/lib/commands/register-menu-commands.ts` — add the 9 new commands (4 export + settings + welcome + about + confirmClose + quit)
 - **Modify** `src/renderer/components/layout/AppHeader.tsx` — add Settings (gear) and About (info) icon buttons that dispatch the new commands
 - **Modify** `src/main.js` (verify) — no changes expected; menu items already wire to `menu:action` channels that flow through `useBridgeNativeMenu`. If any new menu items need IPC channels, add them in the main process mirror.
 ### 3.6 Tests
 **Unit (`tests/unit/`):**
 - `stores/settings-store.test.ts` (5-6 tests: defaults, setSetting, resetToDefaults, persistence/partialize)
 - `stores/app-store.test.ts` extended (3 tests: openModal sets state, closeModal clears, only one modal at a time)
 - `lib/validators.test.ts` (3 tests: each schema rejects bad input)
 - `lib/ascii-table.test.ts` (3 tests: simple table, alignment, empty input)
 **Component (`tests/component/modals/`):**
 - `ExportPdfDialog.test.tsx` (4 tests: renders with default settings, submit calls ipc.export.pdf with merged opts, error renders inline, ascii-table toggle flows through)
 - `ExportDocxDialog.test.tsx` (3 tests: renders, submit includes template, ascii-table toggle)
 - `ExportHtmlDialog.test.tsx` (3 tests: renders, highlight style select, ascii-table toggle)
 - `ExportBatchDialog.test.tsx` (3 tests: renders file list, format selector, concurrency)
 - `SettingsSheet.test.tsx` (6 tests: renders 5 tabs, each tab shows correct fields, settings change persists)
 - `AboutDialog.test.tsx` (2 tests: renders version, links open external)
 - `WelcomeDialog.test.tsx` (3 tests: renders, dismiss sets welcomeDismissed, "don't show again" checked)
 - `ConfirmDialog.test.tsx` (3 tests: confirm calls onConfirm and closes, cancel calls closeModal, destructive variant)
 - `ModalLayer.test.tsx` (3 integration tests: null kind renders nothing, switching kinds replaces modal, modal unmounts on close)
 **Integration (`tests/integration/`):**
 - `phase7-modals-smoke.test.tsx` (4 tests: dispatch command opens modal, command store + settings store + IPC all wired, app.tsx mount triggers welcome on first launch, modal layer end-to-end)
 ---
 ## 4. Data Flow
 ### 4.1 Open a modal
 ```ts
 // From any command handler in register-menu-commands.ts:
 useAppStore.getState().openModal('export-pdf', { sourcePath: activePath });
 ```
 ### 4.2 The dialog reads source
 ```ts
 // ExportPdfDialog.tsx
 const { source, path } = useExportSource();
 if (!source) return <EmptySourceFallback />;
 ```
 `useExportSource` is a small hook that:
 1. Reads `useFileStore.activeTabId` + `useEditorStore.buffers`
 2. If no active buffer, prompts the user to open a file (uses confirm dialog)
 3. Returns `{ source: string, path: string } | null`
 ### 4.3 Settings change
 ```ts
 // EditorSettings.tsx — switches/inputs call setSetting
 const [fontSize, setFontSize] = useSettingsStore(s => [s.fontSize, s.setSetting]);
 // or
 setSetting('fontSize', 16);
 ```
 Editor and preview subscribe to specific slices. The `useTheme` hook from `next-themes` is augmented to read `theme: 'light' | 'dark' | 'auto'` from `useSettingsStore` (replacing the standalone next-themes default).
 ### 4.4 Export flow
 ```ts
 // ExportPdfDialog on submit:
 const settings = useSettingsStore.getState();
 const result = await ipc.export.pdf({
  inputPath: path,
  outputPath: chosenOutputPath,
  format: dialogFormat ?? settings.pdfFormat,
  margins: MARGIN_PRESETS[dialogMargins ?? settings.pdfMargins],
  embedFonts: dialogEmbed ?? settings.pdfEmbedFonts,
  renderTablesAsAscii: dialogAscii ?? settings.renderTablesAsAscii,
 });
 if (!result.ok) setError(result.error.message);
 else { closeModal(); /* toast in Phase 8 */ }
 ```
 The dialog-level overrides fall through to settings defaults when not explicitly chosen.
 ### 4.5 ASCII table transformation
 The transformation happens in the **renderer** (pre-IPC), so the main process doesn't need to know about ASCII mode:
 ```ts
 // In ExportPdfDialog before submitting:
 const finalSource = renderTablesAsAscii
  ? applyAsciiTransform(source)   // walks AST, replaces <table> blocks
  : source;
 ```
 `applyAsciiTransform` is a small function (10-20 lines) that:
 1. Parses markdown source for `|...|` table syntax via a small regex
 2. Replaces each table block with a fenced code block containing the ASCII table
 3. Returns the modified source
 (No AST walker needed — markdown tables are line-based and a regex per line + simple width calc is sufficient.)
 ### 4.6 DOCX template selection
 The dialog shows a Select with 3 options (standard, minimal, modern). The main process maps these names to bundled `.docx` template files. The IPC contract is unchanged — `DocxOptions.template: string` was already defined in `types/ipc.ts` during Phase 1.
 ### 4.7 Confirm flow
 ```ts
 // In a command handler:
 const activeTab = ...;
 if (activeTab?.dirty) {
  useAppStore.getState().openModal('confirm', {
    title: 'Discard unsaved changes?',
    body: `"${activeTab.title}" has unsaved changes. Close without saving?`,
    confirmLabel: 'Discard',
    destructive: true,
    onConfirm: () => doCloseTab(),
  });
 } else {
  doCloseTab();
 }
 ```
 ### 4.8 Welcome first-launch
 `useEffect` in `App.tsx` (run once on mount) checks `welcomeDismissed` from `useSettingsStore`. If false, calls `openModal('welcome')`. The Welcome dialog has a "Don't show again" checkbox that sets `welcomeDismissed: true` and closes.
 ---
 ## 5. Error Handling
 - **IPC errors in export dialogs:** inline error banner below the submit button. `IpcResult<T>` discriminated union makes this easy. Banner shows `result.error.message` and a "Try again" button that re-submits.
 - **Settings validation:** zod schemas in `validators.ts`. Each form field shows `aria-invalid` + red border on error. Form-level errors via react-hook-form's `formState.errors`.
 - **Confirm dialog cancel:** just calls `closeModal()`. No state mutation. Optional `onCancel` callback for "remember my choice" patterns (not used in Phase 7).
 - **Welcome "don't show again":** persists `welcomeDismissed: true`. Help menu can re-open Welcome (without resetting the flag).
 - **Settings corruption on load (bad localStorage data):** `useSettingsStore` is built with a `partialize` that also acts as a whitelist — only known fields are deserialized. Unknown fields are dropped. If a persisted value fails zod validation, fall back to defaults (logged as a warning).
 ---
 ## 6. Testing Strategy
 TDD per the established pattern (Phases 1-6). Every component test:
 - Renders with empty/default state
 - One happy-path interaction (form submit, button click)
 - One error/edge case (validation fail, IPC error, cancel)
 Store tests focus on pure logic (state transitions, persistence, partialize). Settings store test specifically verifies:
 - Defaults match schema
 - `setSetting` works for leaf keys
 - `resetToDefaults` clears to initial state
 - Persisted payload (from `partialize`) contains exactly the leaf fields
 - Hydration from a partial/corrupt payload doesn't throw
 Component tests use `render` + `userEvent`, mock `window.electronAPI` for IPC.
 ModalLayer integration test verifies:
 1. Mounting with `kind: null` renders nothing (query container, expect empty)
 2. Mounting with `kind: 'about'` renders `<AboutDialog>` (aria-label match)
 3. Switching from `kind: 'about'` to `kind: 'settings'` unmounts About, mounts Settings (verified by role/aria-label transitions)
 4. Confirm dialog calls `onConfirm` and `closeModal` on success
 ---
 ## 7. Risks & Open Questions
 **Risks:**
 - **Form library complexity.** react-hook-form + zod is powerful but adds learning curve. Mitigation: a single shared `<SettingsForm>` wrapper reduces cognitive load; export dialogs use simple `useState` (no need for the full form infra).
 - **shadcn Dialog animation jank with our motion presets.** Radix Dialog has its own `data-state` attributes for open/closed. We compose with our `modalPop` preset via `forceMount` + Motion. Need to verify no double-animation.
 - **Settings store hydration race.** If a component reads a setting on first render before hydration completes, it gets the default. For Phase 7 this is fine — defaults are sensible.
 **Open questions (deferrable):**
 - Should the "ascii table" output include alignment row separators (`+---+---+`) or just be a `| a | b |`-style table? → Decision: use the `|---|` separator form (more compact, common in plain-text email).
 - Should ExportBatchDialog be a Sheet (queue progress) or a Dialog (form)? → Decision: Dialog with a form; progress is shown inline (not a streaming queue). Phase 9 could revisit.
 - Should `welcomeDismissed` be per-user-account or per-install? → Per-install (localStorage). No multi-user concept in v1.
 ---
 ## 8. Out of Scope (deferred to later phases)
 - Phase 8: Toast notifications on export success/failure (the dialog's inline error is v1; toasts are a follow-up).
 - Phase 9: ASCII art generator (figlet) is separate from ASCII table rendering. This spec is about table formatting.
 - Phase 9: Word export uses a `.docx` template *generation* step (WordExportDialog), not the IPC `ipc.export.docx` path. Distinct.
 - Phase 10: Delete legacy `src/print-preview.js`, `src/wordTemplateExporter.js`, etc.
 ---
 ## 9. Success Criteria
 Phase 7 is complete when:
 - All listed shadcn primitives exist in `src/renderer/components/ui/` with tests
 - `useSettingsStore` is implemented, tested, and persisted
 - `useAppStore` extended with `modal` discriminated union and tested
 - All 7 modal components implemented, tested, and accessible (aria-labels, keyboard nav)
 - 4 export dialogs (PDF/DOCX/HTML/Batch) all submit through the command store and call IPC correctly
 - `ModalLayer` mounted in `App.tsx` and integrated with command triggers
 - Welcome dialog shows on first launch, dismissible, re-openable from Help menu
 - Confirm dialog used by quit-with-dirty and close-with-dirty flows
 - ASCII table rendering works (toggle in settings, override in export dialogs)
 - DOCX template picker in ExportDocxDialog submits the correct `template` field
 - `npx vite build` succeeds, `npx vitest run` shows **all tests green** (target: +50 new tests, total ~220)
 - Branch tagged `phase-7-modals` and pushed to origin
@@ -1,250 +0,0 @@
 # Phase 8 — Toasts Design
 > Companion to the parent plan: `docs/superpowers/plans/2026-06-05-react-ui-redesign.md` (Phases 8+9+10 are sketched at high level; this spec locks Phase 8's architecture, file map, and contracts so it can be planned task-by-task.)
 **Date:** 2026-06-05
 **Phase:** 8 of 10 (React + shadcn/ui UI redesign)
 **Tag (on completion):** `phase-8-toasts`
 ---
 ## 1. Goal & Non-Goals
 **Goal:** Add a toast notification layer to the React renderer using sonner (already installed). Surface user-initiated async action results (file save, file/folder open, exports) as transient toasts in the bottom-right of the window. The error banner pattern in export dialogs stays — toasts are a complementary global channel.
 **Non-goals (Phase 8):**
 - Undo/redo support (Phase 9)
 - Custom toast actions/buttons (Phase 9, if needed)
 - Persistent notification history
 - Toast queueing/throttling for rapid-fire events
 - Replacing inline error banners (they stay as per-dialog context)
 **Scope decision:** Toast on user-initiated actions only. Skip silent background operations (loadChildren, etc.) to avoid noise. 4 wire points total: save (success+error), open file/folder (error only), 4 export dialogs (success+error).
 ---
 ## 2. Architecture
 ### 2.1 Toast helpers in `lib/toast.ts`
 A thin typed layer over sonner. The helpers exist to:
 - Give us a single import surface (instead of scattering `import { toast } from 'sonner'` across the codebase)
 - Provide a place to add brand colors, formatting, or analytics later without touching call sites
 - Make mocking easier in tests (one module to mock)
 ```ts
 // src/renderer/lib/toast.ts (sketch)
 import { toast as sonnerToast } from 'sonner';
 export const toast = {
  success: (message: string) => sonnerToast.success(message),
  error: (message: string) => sonnerToast.error(message),
  info: (message: string) => sonnerToast.info(message),
  warning: (message: string) => sonnerToast.warning(message),
  promise: <T>(
    promise: Promise<T>,
    msgs: { loading: string; success: string | ((data: T) => string); error: string | ((err: unknown) => string) }
  ) => sonnerToast.promise(promise, msgs),
  dismiss: (id?: string | number) => sonnerToast.dismiss(id),
 };
 ```
 ### 2.2 `<Toaster />` mounted in App.tsx
 A canonical shadcn Toaster wrapper (manual paste per memory `shadcn-cli-blocked-manual-primitives`). Mounts alongside `<ModalLayer />`:
 ```tsx
 // src/renderer/App.tsx (sketch)
 import { Toaster } from '@/components/ui/sonner';
 function App() {
  useWelcomeTrigger();
  return (
    <>
      <AppShell />
      <ModalLayer />
      <Toaster />
    </>
  );
 }
 ```
 The Toaster uses sonner's `<Toaster />` component with:
 - `theme={resolvedTheme}` from `useTheme()` (so toasts match the user's light/dark preference)
 - `richColors` for semantic success/error/info/warning colors
 - `position="bottom-right"` (sonner default; explicit for clarity)
 - `closeButton` (so users can dismiss)
 ### 2.3 Inline wiring at 4 wire points
 **Pattern choice — inline in stores/dialogs, NOT middleware.** Matches the Phase 7 precedent of inline error banners in export dialogs. Middleware would be DRY but harder to debug and harder to control granularity (we want errors on save, but NOT on silent loadChildren).
 **Wire points:**
 1. **`useFileStore.saveActiveBuffer`** — wrap the existing logic:
   ```ts
   saveActiveBuffer: async () => {
     // ... existing logic to get buffer ...
     const writeResult = await ipc.file.write(activeTabId, buffer.content);
     if (!writeResult.ok) {
       toast.error(`Failed to save: ${writeResult.error.message}`);
       return false;
     }
     // ... existing markSaved/markTabClean ...
     toast.success(`Saved ${title}`);
     return true;
   }
   ```
 2. **`useFileStore.openFile`** — error only:
   ```ts
   openFile: async (filePath) => {
     // ... existing logic to check existing tab ...
     const result = await ipc.file.read(filePath);
     if (!result.ok) {
       toast.error(`Failed to open file: ${result.error.message}`);
       return;
     }
     // ... existing logic ...
   }
   ```
 3. **`useFileStore.openFolder`** — error only:
   ```ts
   openFolder: async (path) => {
     const result = await ipc.file.list(path);
     if (!result.ok) {
       toast.error(`Failed to open folder: ${result.error.message}`);
       return;
     }
     // ... existing logic ...
   }
   ```
 4. **4 export dialogs** — both success and error (error complements the inline banner):
   ```ts
   if (!result.ok) {
     toast.error(`Export failed: ${result.error.message}`);
     setError(result.error.message);
     setSubmitting(false);
   } else {
     toast.success(`Exported ${source.title} to ${result.data?.outputPath ?? 'file'}`);
     closeModal();
   }
   ```
 ---
 ## 3. File Map
 ### 3.1 Created files
 - `src/renderer/lib/toast.ts` — typed wrappers (re-export of sonner with our naming)
 - `src/renderer/components/ui/sonner.tsx` — canonical shadcn Toaster wrapper (manual paste)
 - `tests/unit/lib/toast.test.ts` — ~5 unit tests
 - `tests/component/ui/sonner.test.tsx` — 1 smoke test
 - `tests/integration/phase8-toasts-smoke.test.tsx` — ~4 integration tests
 ### 3.2 Modified files
 - `src/renderer/App.tsx` — mount `<Toaster />` alongside `<ModalLayer />`
 - `src/renderer/stores/file-store.ts` — add 3 toast calls (save, openFile, openFolder)
 - `src/renderer/components/modals/ExportPdfDialog.tsx` — toast on submit result
 - `src/renderer/components/modals/ExportDocxDialog.tsx` — toast on submit result
 - `src/renderer/components/modals/ExportHtmlDialog.tsx` — toast on submit result
 - `src/renderer/components/modals/ExportBatchDialog.tsx` — toast on submit result
 ---
 ## 4. Data Flow
 User action → store action OR export dialog submit → IPC call → result →
 - if error: `toast.error(message)` → sonner renders in bottom-right portal
 - if success: `toast.success(message)` → sonner renders
 - inline error banner in dialog stays as per-dialog context (NOT removed)
 Theme comes from `useTheme()` in the Toaster component, not from individual toasts. The Toaster is mounted once at the app level.
 For the 4 export dialogs: the existing inline error banner stays (it's contextual to the dialog), AND a toast is fired. This gives the user both immediate context (in the dialog) and persistent notification (toast in corner).
 For file save: ONLY a toast (no inline error UI in the editor pane — keeps the editor clean). Errors still show the toast.
 ---
 ## 5. Error Handling
 - **Toast helpers never throw.** They are thin re-exports of sonner, which handles its own error cases (e.g., render failures, missing portal target).
 - **In tests**, the `toast` module is mocked so calls don't render real toasts. Mock signature: `vi.mock('@/lib/toast', () => ({ toast: { success: vi.fn(), error: vi.fn(), ... } }))`.
 - **Theme fallback:** If `useTheme()` is loading or `resolvedTheme` is undefined, Toaster uses `'system'` as a fallback (sonner's default behavior).
 - **Sonner missing:** If for some reason sonner fails to load, the toast calls become no-ops. The user still sees inline error banners in the export dialogs.
 - **Inline error banners stay.** They are not replaced by toasts — they complement them.
 ---
 ## 6. Testing Strategy
 ### 6.1 Unit tests (`tests/unit/lib/toast.test.ts`)
 5 tests:
 - `toast.success` calls sonner `toast.success` with the message
 - `toast.error` calls sonner `toast.error` with the message
 - `toast.info` calls sonner `toast.info`
 - `toast.warning` calls sonner `toast.warning`
 - `toast.promise` forwards the promise and messages to sonner
 All tests mock the sonner module and verify the forwarded call.
 ### 6.2 Component test (`tests/component/ui/sonner.test.tsx`)
 1 smoke test: `<Toaster />` renders without crashing inside a ThemeProvider.
 ### 6.3 Integration test (`tests/integration/phase8-toasts-smoke.test.tsx`)
 ~4 tests:
 - Saving a file → `toast.success` called with `"Saved test.md"`
 - Opening a non-existent file (ipc returns error) → `toast.error` called with file path in message
 - Export success (ipc returns ok) → `toast.success` called + dialog closes
 - Export failure (ipc returns error) → `toast.error` called + inline banner shown + dialog stays open
 TDD throughout. Mocks for `ipc.*` and `lib/toast`.
 ### 6.4 Existing tests must still pass
 - All 243 tests from Phase 7 must remain green
 - Export dialog tests will need updates to verify the new toast calls (the dialog tests currently check for inline banner; they should ALSO verify the toast call)
 ---
 ## 7. Risks & Open Questions
 **Risks:**
 - **Sonner theme switching:** If `useTheme()` returns `'system'` and the OS preference changes mid-session, sonner will re-render. This is the correct behavior; just confirm in test.
 - **Toast spam:** If user holds Cmd+S, the save could fire many times. Sonner deduplicates by default for similar messages? → Decision: rely on sonner's default behavior. If spam becomes an issue, add a `toast.dismiss()` debounce in v2.
 **Open questions (deferrable):**
 - Should we add a custom toast for "undo last close" (Phase 9's undo feature)? → Decision: out of scope for Phase 8. Phase 9 will handle undo toasts.
 - Should the export dialog inline banner be removed once toasts are wired? → Decision: NO — keep both. The inline banner is contextual to the dialog; the toast is global. They serve different purposes.
 ---
 ## 8. Out of Scope (deferred to later phases)
 - Phase 9: Undo toasts ("Tab closed — Undo" with action button)
 - Phase 9: Long-running operation progress toasts (e.g., batch export queue)
 - Phase 9: Custom toast variants for advanced tools (ASCII generator, table generator)
 - Phase 10: Cleanup of inline error banners (will evaluate in Phase 10 if redundant)
 ---
 ## 9. Success Criteria
 Phase 8 is complete when:
 - `lib/toast.ts` exists with typed wrappers
 - `<Toaster />` is mounted in `App.tsx` and renders toasts
 - `useFileStore.saveActiveBuffer` calls `toast.success`/`toast.error` on result
 - `useFileStore.openFile` calls `toast.error` on failure
 - `useFileStore.openFolder` calls `toast.error` on failure
 - 4 export dialogs call `toast.success`/`toast.error` on result
 - All tests pass: ~+10 new tests, total ~253
 - `npx vite build` succeeds
 - Branch tagged `phase-8-toasts` and pushed to origin
@@ -1,303 +0,0 @@
 # Phase 9 — Advanced Tools Design
 > Companion to the parent plan: `docs/superpowers/plans/2026-06-05-react-ui-redesign.md` (Phase 9 is sketched at high level; this spec locks architecture, file map, and contracts so it can be planned task-by-task.)
 **Date:** 2026-06-05
 **Phase:** 9 of 10 (React + shadcn/ui UI redesign)
 **Tag (on completion):** `phase-9-advanced-tools`
 ---
 ## 1. Goal & Non-Goals
 **Goal:** Add 10 advanced tools to the React renderer. Group 1: Standalone dialogs (ASCII generator, Table generator, Word export, Find-in-files). Group 2: Global overlays (Zen mode, REPL, Print preview). Group 3: Editor/sidebar integrations (Minimap, Breadcrumbs-with-symbols, Git status). All triggered via the Phase 6 command store.
 **Non-goals (Phase 9):**
 - True undo/redo stack (still not in scope)
 - Snippet/template library
 - Custom REPL with full JS eval (we chose markdown snippet preview for safety)
 - Custom diff/merge UI (just shows git status, no in-app diffing)
 - Plug-in extensions
 - Multi-cursor editing
 - LSP / language server integration
 **Decision summary (from brainstorming):**
 - REPL = **markdown snippet preview** (no JS eval — safe in renderer)
 - Word export = **`.docx` via `docx` lib in renderer**, with both Standard and Custom .dotx template modes
 - Find-in-files = **recursive search with result navigation** (new IPC, regex support)
 ---
 ## 2. Architecture
 ### 2.1 Three mount strategies
 | Category | Mount | Examples |
 |---|---|---|
 | **Dialogs** | `<ModalLayer />` (Phase 7 pattern) | ASCII gen, Table gen, Word export, Find-in-files |
 | **Global overlays** | Top-level in `App.tsx` (like `<Toaster />`) | Zen mode, REPL panel, Print preview |
 | **Editor/sidebar integrations** | Extend existing components | Minimap, Breadcrumbs, Git status |
 The ModalLayer is the dispatcher for dialogs. The global overlays are mounted directly in `App.tsx` because they need to participate in the top-level layout (full-window, or pinned to the bottom).
 ### 2.2 ModalState union extension
 The Phase 7 `ModalState` discriminated union (9 kinds) gets 4 new kinds for the new dialogs:
 ```ts
 export type ModalState =
  | { kind: null }
  | { kind: 'export-pdf'; props: { sourcePath: string } }
  | { kind: 'export-docx'; props: { sourcePath: string } }
  | { kind: 'export-html'; props: { sourcePath: string } }
  | { kind: 'export-batch'; props: { sourcePaths: string[] } }
  | { kind: 'export-word'; props: { sourcePath: string } }   // NEW
  | { kind: 'ascii-generator' }                                  // NEW
  | { kind: 'table-generator' }                                  // NEW
  | { kind: 'find-in-files' }                                    // NEW
  | { kind: 'settings' }
  | { kind: 'about' }
  | { kind: 'welcome' }
  | { kind: 'confirm'; props: ConfirmProps };
 ```
 Three of the four new kinds (ascii, table, find-in-files) take no props — they read from the active buffer via `useExportSource` (for ascii/table) or from `useFileStore.rootPath` (for find-in-files). `export-word` takes `sourcePath` like the other export dialogs.
 ### 2.3 New commands in command store
 | Command ID | Trigger | Opens |
 |---|---|---|
 | `tools.ascii` | new | `AsciiGeneratorDialog` |
 | `tools.table` | new | `TableGeneratorDialog` |
 | `tools.exportWord` | new | `WordExportDialog` |
 | `tools.findInFiles` | new | `FindInFilesDialog` |
 | `tools.repl` | new | toggles REPL panel |
 | `view.zenMode` | existing (Phase 6) | toggles Zen mode overlay |
 | `file.print` | new | opens `PrintPreview` overlay |
 | `git.refresh` | new | re-fetches git status |
 All registered in `src/renderer/lib/commands/register-menu-commands.ts`.
 ### 2.4 New IPC surface
 ```ts
 // src/renderer/lib/ipc.ts (additions)
 ipc.file.search({ rootPath, query, isRegex, caseSensitive }: {
  rootPath: string;
  query: string;
  isRegex: boolean;
  caseSensitive: boolean;
 }): Promise<IpcResult<Array<{ filePath: string; line: number; content: string }>>>;
 ipc.file.gitStatus({ rootPath }: { rootPath: string }): Promise<IpcResult<Array<{ filePath: string; status: 'modified' | 'added' | 'deleted' | 'untracked' }>>>;
 ipc.file.print({ html }: { html: string }): Promise<IpcResult<void>>;
 ipc.file.writeBuffer({ path, buffer }: { path: string; buffer: Uint8Array }): Promise<IpcResult<void>>;
 ```
 The main process counterparts are added to `src/main.js` (or a new `src/main/files-search.js`, etc.). For Phase 9, the spec covers the renderer-side design; main-process IPC handlers are assumed to follow the same `ipcMain.handle` pattern as the existing handlers.
 ### 2.5 Settings additions (`useSettingsStore`)
 ```ts
 // zod schema additions:
 docxCustomTemplatePath: z.string().nullable().default(null),  // path to user .dotx file
 replOpen: z.boolean().default(false),                         // REPL panel visibility
 breadcrumbSymbols: z.boolean().default(true),                  // breadcrumbs show code symbols
 // minimap already exists from Phase 7 (useSettingsStore.minimap: z.boolean().default(true))
 ```
 The `minimap` setting from Phase 7 is now wired (not just stored).
 ---
 ## 3. File Map
 ### 3.1 Created files
 **Dialogs (in `src/renderer/components/modals/`):**
 - `AsciiGeneratorDialog.tsx` — input textarea, font select, output preview with copy button
 - `TableGeneratorDialog.tsx` — rows × cols inputs, header checkbox, output preview
 - `WordExportDialog.tsx` — template select (Standard / Custom .dotx), options, preview, export
 - `FindInFilesDialog.tsx` — query input, regex/case toggles, results list with click-to-navigate
 **Global overlays (in `src/renderer/components/tools/`):**
 - `ReplPanel.tsx` — bottom-pinned, textarea + rendered preview
 - `PrintPreview.tsx` — full-window print preview
 **Editor/sidebar integrations:**
 - `src/renderer/components/layout/ZenMode.tsx` — wraps/controls the editor in zen mode (or modify `AppShell.tsx` to hide chrome)
 - `src/renderer/components/sidebar/GitStatusPanel.tsx` — file list with status badges
 **Lib:**
 - `src/renderer/lib/docx-export.ts` — renderer-side `docx` lib integration (markdown → Blob)
 - `src/renderer/hooks/use-zen-mode.ts` — small hook that reads `useSettingsStore.zenMode`
 **Modifications:**
 - `src/renderer/App.tsx` — mount `<ReplPanel />` and `<PrintPreview />` alongside `<ModalLayer />` and `<Toaster />`
 - `src/renderer/components/layout/AppShell.tsx` — when `zenMode === true`, hide all chrome except the editor
 - `src/renderer/components/editor/CodeMirrorEditor.tsx` — add `@codemirror/minimap` (or `@replit/codemirror-minimap`) when `useSettingsStore.minimap` is true
 - `src/renderer/components/layout/Breadcrumb.tsx` — extend to show symbols (headings, code blocks) using `@codemirror/langs-data` or a simple markdown AST walk
 - `src/renderer/components/sidebar/Sidebar.tsx` — add a "Git" tab to the existing tab list
 - `src/renderer/stores/settings-store.ts` — add 3 new fields
 - `src/renderer/lib/validators.ts` — add 3 new fields to `settingsSchema`
 - `src/renderer/lib/ipc.ts` — add 4 new IPC methods
 - `src/renderer/lib/commands/register-menu-commands.ts` — add 8 new commands
 - `src/main.js` (or split files) — add 4 main-process IPC handlers
 **Tests:**
 - `tests/component/tools/ReplPanel.test.tsx` — smoke test
 - `tests/component/tools/PrintPreview.test.tsx` — smoke test
 - `tests/component/modals/AsciiGeneratorDialog.test.tsx` — 3 tests
 - `tests/component/modals/TableGeneratorDialog.test.tsx` — 3 tests
 - `tests/component/modals/WordExportDialog.test.tsx` — 4 tests
 - `tests/component/modals/FindInFilesDialog.test.tsx` — 4 tests
 - `tests/component/sidebar/GitStatusPanel.test.tsx` — 3 tests
 - `tests/component/layout/Breadcrumb.test.tsx` — extend with symbols test
 - `tests/integration/phase9-tools-smoke.test.tsx` — 6 tests (one per command-triggered tool)
 ---
 ## 4. Data Flow
 ### 4.1 Word export (most complex)
 1. User triggers `tools.exportWord` → `registerMenuCommands` opens the export-word modal via `useAppStore.openModal('export-word', { sourcePath: activeTabId })`
 2. **Wait** — we need a new modal kind `export-word` in the `ModalState` union. Add it.
 3. `WordExportDialog` (mounted by ModalLayer) shows:
   - Template select: "Standard (bundled)" or "Custom .dotx (your file)" — pre-populated with `useSettingsStore.docxCustomTemplatePath`
   - "Choose custom template..." button (file picker, saves to settings)
   - Options: embed images (checkbox), include front matter (checkbox)
   - Preview area: shows the generated docx structure (sizes, table of contents)
 4. On submit:
   - Renderer calls `lib/docx-export.ts#generateDocx(source, templatePath, options)` which uses the `docx` lib
   - The lib takes a `Document` AST and produces a Blob
   - ASCII tables are converted to monospace `<w:r>` runs (using `applyAsciiTransform` from Phase 7)
   - Images are extracted from markdown and embedded as base64
   - If a custom .dotx path is set, the renderer reads it via `ipc.file.read` and applies its styles (via `docx` lib's style support)
   - User picks output path via `ipc.app.showSaveDialog`
   - Writes Blob via `ipc.file.writeBuffer` (new)
   - Toast success/failure
 ### 4.2 Find-in-files
 1. User triggers `tools.findInFiles` → ModalLayer opens `FindInFilesDialog`
 2. User types query, picks regex/literal, case-sensitive toggle
 3. On submit: `ipc.file.search({ rootPath: useFileStore.rootPath, query, isRegex, caseSensitive })`
 4. Backend walks the disk recursively, applies regex/literal match, returns `Array<{ filePath, line, content }>`
 5. Dialog shows result list (file:line:content, clickable)
 6. Click a result:
   - `useFileStore.openFile(filePath)` if not already open
   - Set the cursor in the editor to the matched line
 7. Close the dialog
 ### 4.3 REPL (markdown snippet preview)
 1. User triggers `tools.repl` → toggles `useSettingsStore.replOpen` (or a new dedicated `useReplStore`)
 2. `ReplPanel` (mounted in App.tsx) is visible when `replOpen === true`
 3. The panel has:
   - Top half: textarea (user types/pastes markdown)
   - Bottom half: rendered preview (uses `lib/markdown.ts` from Phase 1 + DOMPurify)
 4. Updates are debounced (300ms) for the preview
 5. Pure renderer-side, no IPC
 ### 4.4 Zen mode
 1. User triggers `view.zenMode` → toggles `useSettingsStore.zenMode`
 2. `AppShell` reads `zenMode` from store; when true, hides all chrome (header, tabs, toolbar, breadcrumb, status bar, sidebar)
 3. Editor goes fullscreen
 4. Pressing Esc exits zen mode (keydown listener in `use-zen-mode` hook)
 ### 4.5 Print preview
 1. User triggers `file.print` → opens `PrintPreview` (full-window overlay)
 2. The preview renders the current buffer's content as it would appear in print
 3. Two buttons: "Print" (calls `ipc.file.print({ html })` which opens native print dialog) and "Close"
 ### 4.6 Minimap
 1. `useSettingsStore.minimap` (existing setting) is read by `CodeMirrorEditor`
 2. When true, the editor's extension includes `@replit/codemirror-minimap` (or a simpler custom implementation)
 3. The minimap shows a shrunk version of the document on the right side of the editor
 4. Toggling the setting adds/removes the extension dynamically
 ### 4.7 Breadcrumbs-with-symbols
 1. The current `Breadcrumb` shows the file path. Extend it to also show markdown symbols (headings, code blocks)
 2. Use a simple AST walk of the current buffer to extract heading levels
 3. Show as a path-like navigation: `file.md > H1: Title > H2: Section > #line`
 4. The `useSettingsStore.breadcrumbSymbols` toggle (default true) controls whether symbols are shown
 ### 4.8 Git status
 1. On sidebar Git tab open, fetch `ipc.file.gitStatus({ rootPath: useFileStore.rootPath })`
 2. The main process runs `git status --porcelain` (or equivalent) and returns the list
 3. Show file list with status badges (M, A, D, ?)
 4. Click a file opens it via `useFileStore.openFile`
 5. `git.refresh` re-fetches
 ---
 ## 5. Error Handling
 - **Word export failures:** `lib/docx-export.ts` catches `docx` lib errors → toast.error
 - **Word export missing .dotx:** if custom template path is set but file doesn't exist, show inline banner in the dialog
 - **Find-in-files failures:** if `ipc.file.search` throws (regex syntax error, IO error), show inline banner in the dialog
 - **REPL:** no IPC, no error handling needed
 - **Git status:** if folder isn't a git repo, return empty array. Panel shows "Not a git repository" message
 - **Print:** if `ipc.file.print` fails (no printer, user cancels), toast.error or silent close
 - **Minimap, Breadcrumbs:** renderer-side, no errors
 ---
 ## 6. Testing Strategy
 - **Unit tests:** `lib/docx-export.ts` (markdown → docx conversion, ASCII handling), `lib/ascii-table.ts` (already tested)
 - **Component tests:** 1-2 smoke tests per new component
 - **Integration test:** `phase9-tools-smoke.test.tsx` covering the 6 command-triggered tools (dispatch opens correct modal/overlay)
 - **Editor integrations:** minimap toggle, breadcrumbs render with symbols, git status panel render
 - **Target: +30-40 new tests**, total ~290
 ---
 ## 7. Risks & Open Questions
 **Risks:**
 - **`docx` lib bundle size (~500KB).** Acceptable for a desktop app but worth noting. Lazy-load if it becomes a concern.
 - **Word export custom template parsing** — the `.dotx` format is a zip with XML inside. The `docx` lib may not fully support reading existing templates. v1 may need a simpler "styles only" extraction.
 - **Find-in-files regex compilation** — invalid regex would throw. Validate on the renderer before calling IPC.
 - **Minimap performance** — for large files, the minimap can slow down scrolling. CodeMirror's built-in minimap has performance options to configure.
 **Open questions (deferrable):**
 - **REPL persistence** — should the textarea content survive across modal close/reopen? → Decision: NO for v1. Keep simple.
 - **Git status auto-refresh** — should it auto-refresh every N seconds? → Decision: NO for v1. Manual via `git.refresh` command.
 - **Find-in-files result count limit** — what if there are 10,000 matches? → Decision: limit to 500 results for v1, show "X more matches" message.
 ---
 ## 8. Out of Scope (deferred to Phase 10 or later)
 - Custom undo/redo (still not in scope)
 - Snippet/template library
 - Multi-cursor editing
 - LSP / language server
 - Phase 10 will delete legacy files including the old `src/print-preview.js`, `src/wordTemplateExporter.js`, `src/welcome.js`, `src/zen-mode.js`, etc.
 ---
 ## 9. Success Criteria
 Phase 9 is complete when:
 - All 10 features implemented and accessible via the command store
 - `lib/docx-export.ts` generates valid `.docx` files
 - Find-in-files returns results from a recursive disk walk
 - REPL renders markdown snippet previews
 - Zen mode hides all chrome and Esc exits
 - Print preview opens native print dialog
 - Minimap appears when `useSettingsStore.minimap` is true
 - Breadcrumbs show symbols by default
 - Git status panel shows modified/added/deleted/untracked files
 - ~+30-40 new tests, total ~290
 - `npx vite build` succeeds
 - Branch tagged `phase-9-advanced-tools` and pushed to origin
@@ -1,361 +0,0 @@
 # MarkdownConverter — React + shadcn/ui UI Redesign
 **Date:** 2026-06-05
 **Status:** Design (awaiting user approval)
 **Branch:** `react-electron`
 **Author:** Brainstormed with user via superpowers:brainstorming
 ## Summary
 Replace the legacy vanilla JS renderer (`src/renderer.js` is 213 KB; `src/styles.css` is 74 KB) with a modern React 19 + Vite + TypeScript + shadcn/ui renderer that achieves visual feature parity while delivering a Polished + Glassy (Raycast/Arc-style) aesthetic. The Electron main process, preload bridge, and IPC contracts stay unchanged. Work proceeds via vertical slices — each PR ships a demoable feature.
 ## Goals
 1. Replace every render-time feature of the legacy renderer with an idiomatic React + shadcn/ui implementation.
 2. Adopt the "Polished + Glassy" visual language (subtle shadows, 8–12 px radii, gradient accents, gentle depth) on top of the existing ConcreteInfo brand tokens and design system.
 3. Use a single component foundation (shadcn/ui) and a single motion library (Motion / Framer Motion) to keep the dependency surface narrow and the design coherent.
 4. Keep the main process, preload, and IPC contracts untouched. The renderer is the only surface being rewritten.
 5. Keep the app runnable at every commit. No "big bang" merge.
 ## Non-Goals
 - Migrating the main process to TypeScript (out of scope for this spec).
 - Adding new features the legacy renderer does not have (plugin system, AI features, etc. — those are future specs).
 - Replacing Pandoc/FFmpeg/ImageMagick orchestration.
 - Changing the packaging pipeline (electron-builder config stays).
 - Replacing the CodeMirror 6 editor — it is the right tool and is already wired up.
 ## Decisions Locked During Brainstorming
 | Decision | Choice | Why |
 |---|---|---|
 | Scope | Full feature parity with legacy renderer | User-selected option. Renderer is one cohesive surface; splitting it across specs would force premature contracts. |
 | Visual style | **B — Polished + Glassy** (Raycast/Arc aesthetic) | "Fancy" comes from elevation, gradient accents, and material depth — not over-designed visuals. |
 | Layout | **2 — IDE-style** (equal editor/preview, draggable divider, collapsible sidebar) | Power-user markdown apps converge on this. Draggable divider + keyboard reset. |
 | Modal patterns | **A (Centered Dialog), B (Right Side-Sheet), D (Toasts)** | No command palette. |
 | Command palette | **No** — full menus, no ⌘K | Power users can use the OS-level launcher. App stays focused on writing. |
 | Animation | **Motion (Framer Motion)** | Best for layout transitions, modal/drawer enter/exit, drag. Sparingly used. |
 | Component library | **shadcn/ui** | Tailwind + Radix primitives, copy-paste ownership, perfect fit for the "glassy" aesthetic and the HSL-CSS-variable foundation that is already in place. |
 | Implementation strategy | **Vertical slices** — one feature end-to-end per PR | App stays runnable. Each PR is reviewable. |
 ## Defaults (Used Unless Overridden Later)
 | Item | Default | Why |
 |---|---|---|
 | State management | Zustand (already in deps) + Immer for nested patches | Already in `package.json`; perfect for editor state. |
 | Theming | shadcn `next-themes`, dark default + light, system-aware | shadcn canonical pattern. Brand colors already in CSS vars. |
 | Icons | `lucide-react` (already in deps) | 1000+ tree-shakable icons. |
 | Forms | `react-hook-form` + `zod` | Standard for shadcn forms. |
 | Drag/drop (sortable lists) | `@dnd-kit/core` | De facto React drag lib (file tree reordering, plugin list reorder). |
 | Pane resize (split layout) | `react-resizable-panels` | Canonical React lib for resizable pane groups; handles drag, arrow keys, snap, persisted sizes. |
 | Testing | Vitest + RTL + Playwright (E2E + visual regression) | Standard for React + Electron. |
 | TypeScript | Strict mode (already wired) | Already in deps and `vite.renderer.config.ts`. |
 ## Architecture
 The Electron app keeps its existing process model. Only the renderer is rewritten.
 ```
 ┌──────────────────────────────────────────────────────────┐
 │  Electron Main (UNCHANGED)                                │
 │  - BrowserWindow, IPC handlers, file/fs ops               │
 │  - Pandoc, FFmpeg, ImageMagick orchestration              │
 └────────────┬─────────────────────────────────────────────┘
             │ contextBridge (UNCHANGED preload.js)
 ┌────────────▼─────────────────────────────────────────────┐
 │  React Renderer (REWRITTEN)                                │
 │  ┌────────────────────────────────────────────────────┐  │
 │  │  AppShell (layout)                                  │  │
 │  │  ├─ MenuBar (native)                                │  │
 │  │  ├─ AppHeader (logo, breadcrumbs, theme toggle)     │  │
 │  │  ├─ TabBar (open files)                             │  │
 │  │  ├─ Toolbar (formatting)                            │  │
 │  │  ├─ ResizablePaneGroup (sidebar | editor | preview) │  │
 │  │  │   ├─ Sidebar (file tree, outline)                │  │
 │  │  │   ├─ EditorPane (CodeMirror 6)                   │  │
 │  │  │   └─ PreviewPane (marked + KaTeX + Mermaid)      │  │
 │  │  ├─ StatusBar (word count, encoding, cursor pos)    │  │
 │  │  └─ ModalLayer (Dialog, SideSheet, Toaster)         │  │
 │  └────────────────────────────────────────────────────┘  │
 │  ┌────────────────────────────────────────────────────┐  │
 │  │  Feature Modules (each owns UI + state slice)       │  │
 │  │  ├─ editor/    CodeMirror wrapper, syntax, themes   │  │
 │  │  ├─ preview/   markdown→html, KaTeX, Mermaid       │  │
 │  │  ├─ tabs/      open files, dirty state              │  │
 │  │  ├─ sidebar/   file tree, outline, search results   │  │
 │  │  ├─ modals/    export, settings, about, etc.        │  │
 │  │  ├─ tools/     zen, repl, ascii-gen, table-gen      │  │
 │  │  └─ export/    pdf, docx, html, image batch         │  │
 │  └────────────────────────────────────────────────────┘  │
 │  ┌────────────────────────────────────────────────────┐  │
 │  │  Shared Infrastructure                              │  │
 │  │  ├─ stores/  Zustand slices per feature             │  │
 │  │  ├─ hooks/   useFile, useEditor, useTheme, etc.     │  │
 │  │  ├─ lib/     cn, ipc, formatters, validators        │  │
 │  │  ├─ ui/      shadcn primitives: button, dialog…     │  │
 │  │  └─ types/   shared TS types                        │  │
 │  └────────────────────────────────────────────────────┘  │
 └──────────────────────────────────────────────────────────┘
 ```
 ### Architectural Rules
 - **Shell components** (`AppHeader`, `TabBar`, `StatusBar`) subscribe only to `useAppStore`.
 - **Feature components** subscribe to their own feature's store.
 - **Cross-feature access** goes through hooks, not direct store imports (e.g., `useFileTree()` wraps `useFileStore`).
 - **Feature modules are self-contained** — each owns its components, its Zustand slice, and its types. Safe to develop in parallel later.
 - **No direct `window.electronAPI` calls** from feature code. All IPC goes through `lib/ipc.ts` for type safety and error normalization.
 ## State Management
 ```
 stores/
 ├─ useAppStore        // global UI: theme, sidebar, pane sizes, modals open
 ├─ useFileStore       // file system: tree, open files, active tab
 ├─ useEditorStore     // editor: per-file content, cursor, selection, dirty
 ├─ usePreviewStore    // preview: scroll sync, zoom, theme
 ├─ useSettingsStore   // user prefs (persisted to electron-store)
 └─ useCommandStore    // menu actions registry, recent actions
 ```
 **Why slices instead of one mega-store?** Editor content can be megabytes. Keeping it in its own slice lets React avoid re-rendering the preview when only the editor changes — components subscribe with selectors.
 **Persistent state** (auto-saved to electron-store via Zustand `persist` middleware): theme, sidebar visibility, last open files, pane divider positions, settings.
 **Ephemeral state** (lost on quit): active modal, hover states, search query, current file content (saved to disk on idle).
 ## Visual Design System
 ### Color Tokens
 The existing `globals.css` HSL variables stay. Additions for the "glassy" aesthetic:
 ```css
 --shadow-sm: 0 1px 2px rgba(13, 11, 9, 0.06);
 --shadow-md: 0 4px 12px rgba(13, 11, 9, 0.08), 0 0 0 1px rgba(13, 11, 9, 0.04);
 --shadow-lg: 0 12px 32px rgba(13, 11, 9, 0.12), 0 0 0 1px rgba(13, 11, 9, 0.06);
 --shadow-glow-brand: 0 0 24px rgba(229, 70, 31, 0.25);
 --glass-bg-light: rgba(255, 255, 255, 0.72);
 --glass-bg-dark:  rgba(13, 11, 9, 0.72);
 --glass-border-light: rgba(255, 255, 255, 0.4);
 --glass-border-dark:  rgba(255, 255, 255, 0.08);
 ```
 ### shadcn Components
 Install via `npx shadcn@latest add`:
 **Primitives** (need all of these): `button`, `dialog`, `sheet`, `popover`, `tooltip`, `select`, `dropdown-menu`, `tabs`, `separator`, `scroll-area`, `toggle`, `switch`, `slider`, `input`, `textarea`, `label`, `form`, `skeleton`, `sonner`, `command`.
 **Composite** (custom-built on top of primitives): `file-tree`, `pane-group`, `divider`, `status-bar`, `menu-bar`, `toast`.
 ### Typography
 - Body: Plus Jakarta Sans 15 px / line-height 1.6
 - Code: JetBrains Mono 13.5 px
 - Display: Barlow Condensed 700/800 — used sparingly (page titles, big metrics)
 - Headings: Plus Jakarta Sans 600/700 with tight letter-spacing
 - Labels (`.label`): Plus Jakarta Sans 500, 12 px, uppercase, 0.05 em letter-spacing
 ### Motion Choreography
 | Element | Motion | Duration | Easing |
 |---|---|---|---|
 | Modal (Dialog A) | Scale 0.96→1, opacity 0→1 | 200 ms | `ease-out` |
 | Side sheet (B) | TranslateX 100%→0, opacity 0→1 | 300 ms | `cubic-bezier(0.16, 1, 0.3, 1)` |
 | Toast | TranslateY 100%→0, opacity | 250 ms | spring(stiffness: 300, damping: 30) |
 | Sidebar toggle | Width 264 px↔72 px, content fade | 250 ms | `ease-in-out` |
 | Divider drag | Live width update | 0 ms | none (instant) |
 | Theme switch | CSS variables, opacity overlay | 300 ms | `ease-in-out` |
 | Tab switch | Underline slide | 200 ms | `ease-out` |
 | Hover (buttons) | `bg` + `shadow` shift | 150 ms | `ease-out` |
 | Focus ring | Outline grow | 100 ms | `ease-out` |
 **Rules:** Every motion has a purpose. No gratuitous animation. Respects `prefers-reduced-motion` (Motion handles this automatically).
 ### Empty / Loading / Error States
 Every async surface ships all three. Sonner toasts for ephemeral feedback. Skeleton screens for content areas. Empty-state components with icon + message + primary CTA.
 ## Modal/Overlay Patterns
 | Use case | Pattern | Why |
 |---|---|---|
 | Export (PDF/DOCX/HTML) | A — Centered Dialog | Focused decision, ~3–5 fields, "do one thing" |
 | Settings | B — Right Side-Sheet | Long form, tabbed sections, stays open while editing |
 | Find/Replace | Inline toolbar (not modal) | Always-visible utility |
 | About | A — Centered Dialog | Tiny info dump |
 | Confirm destructive (delete, close unsaved) | A — Centered Dialog | Forces attention |
 | File save error | D — Toast | Non-blocking info |
 | Pandoc/FFmpeg progress | D — Toast → sticky on >3 s | Background work feedback |
 | Plugin manager | B — Right Side-Sheet | Lists + per-item actions |
 | ASCII/Table generators | A — Centered Dialog | Tool-style focused input → output |
 | Print preview | A — Centered Dialog | Full-screen-ish modal overlay |
 | Welcome (first launch) | A — Centered Dialog | One-time onboarding |
 | Word export | A — Centered Dialog | Template selection |
 | Zen mode | Full-viewport toggle (no modal) | Replaces the editor entirely |
 | REPL | Bottom-pinned panel (split-pane) | Persistent terminal-like UI |
 | Quick file open | B — Right Side-Sheet | File tree, search, recent |
 ### Dialog A Anatomy (Export as example)
 ```
 ┌─ Backdrop (rgba(13,11,9,0.45) + backdrop-blur 4px) ─────────┐
 │                                                            │
 │   ┌──── Modal (max-w-md, rounded-2xl, shadow-lg) ─────┐    │
 │   │ ┌── Header ────────────────────────────────────┐  │    │
 │   │ │ [Icon] Export as PDF                  [×]    │  │    │
 │   │ │ Choose format options                       │  │    │
 │   │ └─────────────────────────────────────────────┘  │    │
 │   │ ┌── Body ──────────────────────────────────────┐  │    │
 │   │ │ Format: [Letter] [A4] [Legal]                │  │    │
 │   │ │ Margins: ────●────                           │  │    │
 │   │ │ ☐ Include table of contents                  │  │    │
 │   │ │ ☐ Embed fonts                                │  │    │
 │   │ └─────────────────────────────────────────────┘  │    │
 │   │ ┌── Footer ────────────────────────────────────┐  │    │
 │   │ │                       [Cancel] [Export →]    │  │    │
 │   │ └─────────────────────────────────────────────┘  │    │
 │   └──────────────────────────────────────────────────┘    │
 │                                                            │
 └────────────────────────────────────────────────────────────┘
 ```
 ### Side-Sheet B Anatomy (Settings as example)
 Slides in from right, ~50 % width (max 560 px). Backdrop is `rgba(13,11,9,0.2)` with `backdrop-blur(2 px)` (lighter than dialog — the sheet is the focus). Tab navigation in the sheet header (Editor / Theme / Export / Plugins / About).
 ### Toast D Anatomy (Sonner)
 Stacked bottom-right, max 3 visible. Glass background. Color-coded 3 px left border — success `#1a7a56`, error `#ef4444`, info `#0ea5e9`, warning `#eab308`. Icon + title + description. Optional action button. Auto-dismiss 4 s for success, sticky for error.
 ## Data Flow (Editor → Preview Pipeline)
 ```
 User types
  ↓
 CodeMirror onChange
  ↓
 useEditorStore.updateContent(tabId, content)  ← debounced 50 ms
  ↓
 ┌─ Persist to electron-store on idle (1 s) ─┐
 │                                            │
 └─ Publish to usePreviewStore (subscribed) ─┘
  ↓
 marked(content) → sanitized HTML
  ↓
 PreviewPane renders HTML
  KaTeX post-processes $...$
  Mermaid post-processes ```mermaid
  Highlight.js post-processes ```lang
  ↓
 useEffect: scroll-sync editor cursor → preview position
 ```
 **Bidirectional scroll sync:** editor scroll → preview (primary), preview click → editor cursor (secondary). Throttled to 60 fps via `requestAnimationFrame`.
 ## IPC Contract
 The preload bridge stays unchanged. A new `src/renderer/lib/ipc.ts` wraps every channel with TypeScript types and normalizes errors to a discriminated union:
 ```ts
 type IpcResult<T> =
  | { ok: true; data: T }
  | { ok: false; error: { code: string; message: string } };
 export const ipc = {
  file: {
    open: (): Promise<IpcResult<FileResult>>,
    read: (path: string): Promise<IpcResult<string>>,
    write: (path: string, content: string): Promise<IpcResult<void>>,
    list: (dir: string): Promise<IpcResult<FileEntry[]>>,
    onChange: (cb: (path: string) => void) => () => void,
  },
  export: {
    pdf: (opts: PdfOptions): Promise<IpcResult<ExportResult>>,
    docx: (opts: DocxOptions): Promise<IpcResult<ExportResult>>,
    html: (opts: HtmlOptions): Promise<IpcResult<ExportResult>>,
    batch: (items: BatchItem[], opts: BatchOptions): Promise<IpcResult<BatchResult>>,
  },
  app: {
    getVersion: (): Promise<IpcResult<string>>,
    openExternal: (url: string): Promise<IpcResult<void>>,
    showItemInFolder: (path: string): Promise<IpcResult<void>>,
  },
 };
 ```
 ## Error Handling
 Layered defense — no single failure can crash the app:
 1. **IPC errors** → caught in `lib/ipc.ts` wrapper, returned as `IpcResult<T>` discriminated union. Components show toast on error.
 2. **Component errors** → React error boundary per feature area (one for editor, one for preview, one for modals). On error: show inline error UI with "Reload this panel" + "Copy details" actions.
 3. **Async operations** (export, file ops) → loading state on button + toast on completion. Long ops (>2 s) get a sticky toast with cancel.
 4. **Validation errors** (settings, export options) → inline form errors via `react-hook-form` + `zod`. shadcn `Form` component for consistent error display.
 5. **Pandoc/FFmpeg missing** → detected at startup, banner + disable export menu items. Don't surprise-fail at export time.
 ## Testing Strategy
 - **Unit (Vitest):** stores, hooks, lib utilities, formatters, validators
 - **Component (Vitest + RTL):** shadcn wrappers, dialog interactions, sidebar toggle, divider drag, theme toggle
 - **Integration (Vitest + RTL):** editor ↔ preview flow, file open → tab add → content display, settings change persists
 - **E2E (Playwright):** app launches, file opens, markdown renders, export to PDF works
 - **Visual regression (Playwright snapshots):** locked-in screenshots for header, sidebar, dialogs, toasts — catch accidental style drift
 - **Target coverage:** stores/hooks/lib ≥ 90 %, components ≥ 75 %, E2E covers all critical paths
 ## Accessibility (WCAG 2.1 AA)
 Baked in via shadcn + Radix:
 - All dialogs focus-trap, Esc to close, return focus to trigger
 - All interactive elements keyboard-reachable
 - Visible focus rings (2 px brand ring)
 - 4.5:1 contrast minimum (already met by brand colors)
 - `aria-label` on icon buttons, `role="alert"` on toasts
 - Respects `prefers-reduced-motion` (Motion handles this automatically)
 ## Implementation Phases (Vertical Slices)
 Each phase is a shippable PR that keeps the app runnable. The legacy `renderer.js` is gradually replaced; until each phase is complete, the old renderer code still runs the missing parts.
 | # | Phase | Output | Acceptance |
 |---|---|---|---|
 | 1 | **Foundation** | shadcn installed; `next-themes`, `motion`, `react-hook-form`, `zod`, `@dnd-kit/core`, `react-resizable-panels`, `sonner` installed; design tokens finalized; `lib/utils.ts` (`cn`), `lib/ipc.ts` typed wrappers, `lib/motion.ts` preset transitions, `App.tsx` shell skeleton renders | `npm run build` succeeds; dev server shows the new shell with theme toggle working |
 | 2 | **App shell + layout** | `AppHeader`, `TabBar`, `Toolbar`, `Breadcrumb`, `StatusBar`, `ResizablePaneGroup` with sidebar toggle and draggable divider. Empty editor/preview panes. | Resize divider with mouse and arrow keys; sidebar collapses; pane sizes persist. |
 | 3 | **Editor pane** | CodeMirror 6 wrapped, dark/light themes wired to shadcn theme, syntax highlighting, line numbers, search, autocomplete | Open `.md` file → renders in editor; can edit and save. |
 | 4 | **Preview pane** | marked + DOMPurify + KaTeX + Mermaid + highlight.js. Bidirectional scroll sync with editor. | Open file → preview renders, follows cursor. |
 | 5 | **File tree + tabs** | Sidebar file tree (read directory on demand, lazy-expand children only on click). Tabs for open files. Dirty state indicator. File content is read from disk only when the tab is activated. | Open folder → root populates; click folder → children load; click file → opens in tab; close tab reverts dirty. |
 | 6 | **Native menus + toolbar** | Replace the legacy `CommandPalette` with full menus (File / Edit / View / Insert / Format / Tools / Help) bound to keyboard shortcuts. Toolbar buttons. | All menu items invoke the right action; shortcuts work; toolbar reflects active state. |
 | 7 | **Modals** | Export dialog (PDF/DOCX/HTML/batch), Settings side-sheet (Editor/Theme/Export/Plugins/About tabs), About dialog, Confirm-destructive dialog | All dialogs and sheet render with proper motion; settings persist; export works end-to-end. |
 | 8 | **Toasts** | Sonner wired into all async operations (save, export, errors, tool missing) | All operations give appropriate feedback; no silent failures. |
 | 9 | **Advanced tools** | Zen mode (full-viewport toggle), REPL (bottom-pinned panel), ASCII generator, Table generator, Word export template picker, Print preview | Each tool is feature-complete vs. legacy version. |
 | 10 | **Polish + delete legacy** | Visual regression snapshots locked; remove `renderer.js` and old `styles*.css` references from build; `npm run build:linux` produces a working installer | Final PR ships an installer with no legacy code paths. |
 ## Risks and Mitigations
 | Risk | Mitigation |
 |---|---|
 | shadcn CLI requires Vite (not vanilla Electron renderer) | Vite is already configured for the renderer in `vite.renderer.config.ts`; the CLI works against the same project. |
 | shadcn CLI assumes Tailwind is at project root; we have it in renderer/ only | Point the CLI at `src/renderer/components.json` and set `tailwind.css` to the right path. |
 | Marked + KaTeX + Mermaid + highlight.js together is heavy | Lazy-load Mermaid (only when `mermaid` code block encountered). KaTeX is loaded once, cached. |
 | Editor content state can be megabytes → re-render storms | Editor content lives in its own slice; preview subscribes to a derived/cached HTML string; components use `useShallow` / selector subscriptions. |
 | Bidirectional scroll sync loops | `useEffect` debounce + ignore if cursor/selection is the sync source. |
 | CodeMirror 6 doesn't ship a Tailwind theme by default | Use `@codemirror/theme-one-dark` for dark; build a custom theme that pulls from CSS variables for light. |
 | The legacy `renderer.js` and `styles*.css` are referenced from `index.html` (now `src/renderer/index.html`) | Phase 10 deletes the references; until then, both run side-by-side and the new React app sits in a known root div. |
 | Electron `nodeIntegration` is off; we use contextBridge | Already the case. Document the contract clearly in `lib/ipc.ts`. |
 ## Open Questions (to confirm before implementation)
 None. All major decisions are locked. Defaults will be used unless the user overrides them when reviewing the implementation plan.
 ## References
 - `src/renderer.js` (213 KB) — legacy renderer being replaced
 - `src/styles.css` (74 KB), `src/styles-modern.css` (71 KB), `src/styles-concreteinfo.css` (21 KB) — legacy styles being replaced
 - `src/renderer/styles/globals.css` — already shadcn-compatible (HSL CSS variables)
 - `src/renderer/App.tsx` — empty skeleton that references components we will build
 - `tailwind.config.js` — brand colors and fonts already defined
 - `vite.renderer.config.ts` — Vite + React plugin already configured
 - `package.json` — CodeMirror 6, TanStack Table, lucide-react, cva, clsx, tailwind-merge, tailwindcss-animate already installed
@@ -1,333 +0,0 @@
 # Phase 10 — Polish + Delete Legacy Design
 > Companion to the parent plan: `docs/superpowers/plans/2026-06-05-react-ui-redesign.md` (Phase 10 is sketched at high level; this spec locks architecture, file map, deletion targets, and version strategy.)
 **Date:** 2026-06-06
 **Phase:** 10 of 10 (React + shadcn/ui UI redesign) — **FINAL**
 **Tag (on completion):** `v5.0.0` (the first release tag, all prior phases were `phase-N-*` working tags)
 ---
 ## 1. Goal & Non-Goals
 **Goal:** Finalize the React UI redesign. Decompose the legacy 146KB `src/main.js` into a feature-first modular structure under `src/main/`, remove the legacy vanilla-JS renderer and all dead IPC bridges, then ship **v5.0.0** with a CHANGELOG.
 **Non-goals (Phase 10):**
 - Adding new features (Phases 1-9 shipped all of them)
 - A full main-process test suite (the existing main process is largely untested; adding tests is Phase 11+)
 - Backwards compat shims for the legacy renderer
 - Renderer-side refactor (already done)
 - Migrating the renderer build pipeline further (vite configs are in place)
 **Success criteria:**
 - `src/main.js` is gone; `src/main/index.js` is the new entrypoint
 - `package.json#main` points to `src/main/index.js`
 - All 12 legacy renderer files are deleted
 - All 9 dead IPC channels are removed from `preload.js` and `main.js`
 - `src/index.html` is reduced to ~50 lines (just the Vite bootstrap)
 - `package.json#version` is `5.0.0`
 - `CHANGELOG.md` exists in Keep a Changelog 1.1.0 format
 - `git grep -E "renderer\.js|command-palette|print-preview|welcome\.js|zen-mode|wordTemplate|ascii-generator|table-generator|styles\.css"` returns zero results
 - All 305 tests still pass
 - `npx vite build --config vite.renderer.config.ts` succeeds
 - `npx electron .` launches and main window renders
 - Tag `v5.0.0` pushed to origin
 ---
 ## 2. Target Architecture
 ### 2.1 `src/main/` (feature-first decomposition)
 ```
 src/main/
 ├── index.js              # entrypoint: bootstraps store, app, window, ipc
 ├── store.js              # electron-store wrapper (preferences + wordTemplatePath)
 ├── ipc.js                # ipcMain.handle registration (composes from modules)
 ├── files/
 │   ├── index.js          # file ops facade (read/write/list/pickFolder/pickFile)
 │   ├── search.js         # recursive regex search (used by find-in-files)
 │   ├── git.js            # git status porcelain parser
 │   └── binary.js         # writeBuffer helper (Uint8Array → file)
 ├── menu/
 │   ├── index.js          # buildMenu() — composes the app menu
 │   └── items.js          # individual menu items (File, Edit, View, etc.)
 ├── window/
 │   ├── index.js          # createMainWindow ONLY (createAsciiWindow/createTableWindow are DEAD)
 │   └── state.js          # window state persistence
 ├── word-template/
 │   ├── index.js          # WordTemplateExporter facade
 │   ├── parser.js         # .dotx parsing
 │   ├── converter.js      # markdown → docx
 │   └── apply.js          # apply template styles to converted docx
 └── utils/
    ├── paths.js          # path helpers
    ├── logger.js         # structured logging
    └── download.js       # tool downloader
 ```
 **Module rules:**
 - Each file has one clear responsibility (no god files; CLAUDE.md says >300 lines is the cap)
 - `index.js` is the public face of a folder; deeper files are private
 - `src/main/index.js` (top-level) wires everything together
 - Cross-folder imports go through `index.js`, not directly to internals
 ### 2.2 Entry point change
 **Before:**
 ```json
 // package.json
 "main": "src/main.js"
 ```
 **After:**
 ```json
 // package.json
 "main": "src/main/index.js"
 ```
 The new `src/main/index.js` runs the same `app.whenReady().then(...)` flow that the current `src/main.js` does, but composes the decomposed modules.
 ### 2.3 What becomes dead code (removed during decomposition)
 When the legacy renderer files are deleted, these main-process functions become orphaned and are removed too:
 | Function | File | Why dead |
 |---|---|---|
 | `createAsciiWindow()` | `src/main/window/index.js` | Loads deleted `src/ascii-generator.html` |
 | `createTableWindow()` | `src/main/window/index.js` | Loads deleted `src/table-generator.html` |
 | `ipcMain.on('open-ascii-generator', ...)` | `src/main/index.js` (after decomposition) | Replaced by React `<AsciiGeneratorDialog>` |
 | `ipcMain.on('open-table-generator', ...)` | `src/main/index.js` (after decomposition) | Replaced by React `<TableGeneratorDialog>` |
 | `webContents.send('print-preview')` | `src/main/menu/items.js` | Replaced by React `<PrintPreview>` |
 | `webContents.send('print-preview-styled')` | `src/main/menu/items.js` | Replaced by React `<PrintPreview>` |
 | `webContents.send('toggle-command-palette')` | `src/main/menu/items.js` | Replaced by `useCommandStore` |
 | `require('./wordTemplateExporter')` | `src/main/index.js` (after decomposition) | Replaced by `src/main/word-template/` + renderer-side `lib/docx-export.ts` |
 ---
 ## 3. Legacy Deletion Map
 ### 3.1 Files to delete from `src/` (12 files, ~14,426 lines)
 | File | Size | Lines | Replaced by |
 |---|---|---|---|
 | `src/renderer.js` | 213KB | 5319 | `src/renderer/` (Phases 1-9) |
 | `src/styles.css` | 74KB | 3723 | `src/renderer/index.css` + Tailwind |
 | `src/styles-modern.css` | 71KB | 2625 | Tailwind + shadcn/ui |
 | `src/styles-concreteinfo.css` | 21KB | 969 | Tailwind theme tokens |
 | `src/styles-sidebar.css` | 9.7KB | 304 | `<Sidebar>` component |
 | `src/styles-zen.css` | 2.1KB | 102 | Zen mode in AppShell |
 | `src/styles-welcome.css` | 2.2KB | 24 | Welcome dialog |
 | `src/fonts.css` | 1.8KB | (imported elsewhere) | Tailwind font config |
 | `src/command-palette.js` | (small) | 109 | `useCommandStore` |
 | `src/print-preview.js` | (small) | 138 | `<PrintPreview>` |
 | `src/welcome.js` | (small) | 78 | `<Welcome>` modal |
 | `src/zen-mode.js` | (small) | 292 | `use-zen-mode` hook + AppShell |
 | `src/wordTemplateExporter.js` | (small) | 743 | `src/main/word-template/` + renderer `lib/docx-export.ts` |
 | `src/ascii-generator.html` | 34KB | (HTML) | `<AsciiGeneratorDialog>` |
 | `src/table-generator.html` | 18KB | (HTML) | `<TableGeneratorDialog>` |
 | `src/index.html` | 103KB | 1667 | `src/renderer/index.html` (already exists, Vite root) |
 **Total: 13 files = ~16,093 lines / ~548KB**
 `src/renderer/index.html` (the live Vite template) is NOT deleted.
 ### 3.2 Dead IPC channels to remove from `src/preload.js`
 - `toggle-command-palette` (line 238)
 - `open-ascii-generator` (line 89)
 - `open-table-generator` (line 92)
 - `print-preview` (line 173)
 - `print-preview-styled` (line 174)
 - `show-table-generator` (line 180)
 - `show-ascii-generator-window` (line 217)
 - `show-ascii-generator` (line 218)
 - `show-table-generator-window` (line 221)
 And from the exposed API surface:
 - `openAscii: () => ipcRenderer.send('open-ascii-generator')` (line 445)
 - `openTable: () => ipcRenderer.send('open-table-generator')` (line 446)
 **9 channel names + 2 API entries to remove.**
 ### 3.3 Legacy references in `src/index.html` (16 places) — **the LEGACY file at project root, 1667 lines**
 - `<link rel="stylesheet" href="styles.css">` (line ~6)
 - `<link rel="stylesheet" href="styles-welcome.css">` (line ~7)
 - `<div id="print-preview-overlay" class="modal hidden" ...>` block (~10 lines)
 - `<div class="command-palette-overlay hidden" id="command-palette-overlay">` block (~5 lines)
 - `<script src="renderer.js"></script>` (final script tag)
 **All of these are removed by deleting the file `src/index.html` entirely.**
 The CURRENT live renderer template is **`src/renderer/index.html`** (already correct: minimal, CSP, Plus Jakarta Sans font, `<script type="module" src="./main.tsx">`). This file is **NOT touched** in Phase 10. Vite's `root` is set to `src/renderer/` in `vite.renderer.config.ts`, so `src/renderer/index.html` is the HTML template Vite uses. The `src/index.html` at the project root is an orphan from the pre-Vite era.
 **Verification:** after deleting `src/index.html`, the renderer build still works because Vite doesn't look at the project root — it uses `src/renderer/index.html`.
 ### 3.4 Main process rewiring
 - Remove `require('./wordTemplateExporter')` from main entrypoint
 - Remove `webContents.send('print-preview*')` and `webContents.send('toggle-command-palette')` from menu items
 - Remove `ipcMain.on('open-ascii-generator', ...)` and `ipcMain.on('open-table-generator', ...)` handlers
 - Remove `asciiGeneratorWindow` and `tableGeneratorWindow` global state (and any references to `loadFile(...ascii-generator.html)` / `loadFile(...table-generator.html)`)
 ---
 ## 4. `src/index.html` — DELETE (not rewrite)
 The current `src/index.html` is 1667 lines of legacy markup and is **DELETED** (not rewritten). The renderer is already correctly served by `src/renderer/index.html` (the Vite root). Deleting the legacy root-level `src/index.html` is the action — no replacement file is needed.
 `src/renderer/index.html` (already correct) is NOT modified:
 ```html
 <!DOCTYPE html>
 <html lang="en">
 <head>
  <meta charset="UTF-8">
  <meta http-equiv="Content-Security-Policy" content="default-src 'self'; ...">
  <meta name="viewport" content="width=device-width, initial-scale=1.0">
  <title>MarkdownConverter</title>
  <link rel="preconnect" href="https://fonts.googleapis.com">
  <link rel="preconnect" href="https://fonts.gstatic.com" crossorigin>
  <link href="https://fonts.googleapis.com/css2?family=Plus+Jakarta+Sans:..." rel="stylesheet">
 </head>
 <body class="font-sans antialiased">
  <div id="root"></div>
  <script type="module" src="./main.tsx"></script>
 </body>
 </html>
 ```
 ---
 ## 5. Version Bump + CHANGELOG
 ### 5.1 `package.json`
 ```diff
 -  "version": "4.4.2",
 +  "version": "5.0.0",
 ```
 Major version bump because the legacy renderer removal is a breaking change for anyone who had plugins/integrations pointing at `src/renderer.js`.
 ### 5.2 `CHANGELOG.md` (new file, Keep a Changelog 1.1.0 format)
 ```markdown
 # Changelog
 All notable changes to markdown-converter will be documented in this file.
 The format is based on [Keep a Changelog](https://keepachangelog.com/en/1.1.0/),
 and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0.html).
 ## [5.0.0] - 2026-06-06
 ### Added
 - **Complete React 19 + Vite + TypeScript renderer** replacing the legacy vanilla-JS UI
 - Native macOS/Windows/Linux menus with command palette and keyboard shortcuts
 - Settings sheet (5 tabs: editor, theme, keybindings, advanced, about)
 - Modal layer with 13 modal kinds (export PDF/DOCX/HTML/Word, batch, settings, about, welcome, confirm, ASCII gen, table gen, find in files)
 - 10 advanced tools: ASCII generator, table generator, Word export, find-in-files, REPL, print preview, zen mode, minimap, breadcrumbs-with-symbols, git status
 - Sonner toast notifications at 4 wire points
 - 3 mount strategies: ModalLayer dialogs, App.tsx overlays, editor/sidebar integrations
 - `ipc.file.writeBuffer` for renderer-side binary output
 - `ipc.file.search` (recursive regex), `ipc.file.gitStatus`, `ipc.print.show`, `ipc.app.showSaveDialog`
 - 305 unit + integration tests (vitest + React Testing Library)
 - Per-package @radix-ui primitives
 - shadcn/ui (new-york style) primitives
 ### Changed
 - **BREAKING**: Renderer is now React-only.
 - Main process decomposed from 146KB `src/main.js` into feature-first modules under `src/main/`
 - `src/index.html` reduced from 1667 to ~50 lines
 - IPC contract: handlers throw, `safeCall` catches → `{ ok, error }`
 - Settings store: `useSettingsStore` (zustand persist with zod)
 - Modal state: `useAppStore.modal: ModalState` discriminated union
 ### Removed
 - `src/renderer.js` (legacy vanilla-JS renderer, 5319 lines) — and `src/index.html` (1667 lines of legacy markup, replaced by `src/renderer/index.html` which is already the live Vite template)
 - 7 legacy stylesheets (styles.css, styles-modern.css, styles-concreteinfo.css, styles-sidebar.css, styles-zen.css, styles-welcome.css, fonts.css)
 - 5 legacy scripts (command-palette.js, print-preview.js, welcome.js, zen-mode.js, wordTemplateExporter.js)
 - 2 legacy HTMLs (ascii-generator.html, table-generator.html)
 - 9 dead IPC channels (toggle-command-palette, open-*/show-* ascii/table, print-preview*)
 ```
 ---
 ## 6. Task Decomposition
 **10 tasks** (each independently verifiable, one feature per commit, no bundling):
 1. **Decompose main.js — `src/main/files/`** (file ops facade, search, git, binary)
 2. **Decompose main.js — `src/main/menu/`** (buildMenu + items, with dead sends removed)
 3. **Decompose main.js — `src/main/window/`** (createMainWindow ONLY — ascii/table windows removed)
 4. **Decompose main.js — `src/main/word-template/`** (WordTemplateExporter split into parser/converter/apply)
 5. **Decompose main.js — `src/main/utils/` + `store.js` + `ipc.js` + `index.js`** (glue + new entrypoint)
 6. **Trim preload.js** — remove 9 dead IPC channels + 2 exposed API entries
 7. **Delete legacy renderer files** (13 files: renderer.js, 7 styles, fonts.css, 4 scripts, 3 htmls)
 8. **Verify src/renderer/index.html is the live template** (no action needed if it's already correct)
 9. **Bump package.json version to 5.0.0 + write CHANGELOG.md**
 10. **Final verification + tag v5.0.0** (build, tests, grep, electron smoke)
 Tasks 1-5 are subagent-driven (decomposition is mechanical given a clear target structure). Tasks 6-9 are direct edits. Task 10 is a verification gate.
 ---
 ## 7. Verification Strategy
 **Per task:**
 - After each decomposition step: `npx vitest run` (305 still green)
 - After main.js decomposition: `npx electron .` smoke — app starts, opens a file
 - After deletions: `git grep -E "renderer\.js|command-palette|print-preview|welcome\.js|zen-mode|wordTemplate|ascii-generator|table-generator|styles\.css"` returns ZERO results
 **Final (Task 10):**
 - `npx vitest run` — 305 passing
 - `npx vite build --config vite.renderer.config.ts` — succeeds
 - `npx vite build --config vite.preload.config.ts` — succeeds
 - `npx electron .` — app launches, main window renders
 - Manual smoke: open a `.md` file, edit it, export to PDF/DOCX, use the command palette
 - `git tag -a v5.0.0 -m "..."` and `git push origin v5.0.0`
 ---
 ## 8. Risks & Open Questions
 **Risks:**
 - **Decomposition regressions.** Splitting a 146KB main.js into 7+ files has surface area for missed imports / circular deps. Mitigation: tests stay green; electron smoke after each step.
 - **Hidden legacy references.** `git grep` won't catch references inside minified bundles or in node_modules. Mitigation: vite build will fail if there's a dangling import.
 - **`src/main/index.js` entrypoint change.** Anything in the build pipeline (electron-builder, scripts) that hardcodes `src/main.js` needs to be updated. Mitigation: grep all of `package.json`, `scripts/`, `vite.*.config.ts` for `main.js`.
 **Open questions (resolved during brainstorming):**
 - ~~Main process scope~~ → Full rewrite
 - ~~Folder shape~~ → Feature-first
 - ~~IPC migration~~ → Delete dead channels
 - ~~Version strategy~~ → v5.0.0 with Keep a Changelog format
 - ~~Order of work~~ → Decompose first, delete last
 ---
 ## 9. Out of Scope (deferred to Phase 11+)
 - Main process test suite
 - Renderer-side further refactor
 - New features
 - Migration to tauri (separate plan in `docs/plans/2026-03-15-react-tauri-pwa.md`)
 ---
 ## 10. Success Criteria
 Phase 10 is complete when:
 - All 10 tasks are committed, one per commit, no bundling
 - `src/main/index.js` is the new entrypoint
 - All 12 legacy files are deleted
 - All 9 dead IPC channels are removed
 - `package.json#version` is `5.0.0`, `package.json#main` is `src/main/index.js`
 - `CHANGELOG.md` exists with a complete v5.0.0 entry
 - 305 tests still pass
 - `npx vite build` succeeds for both renderer and preload configs
 - `npx electron .` launches and the app works end-to-end
 - `git grep` for legacy references returns zero results
 - Tag `v5.0.0` is created and pushed to origin
 - Phase 10 is the LAST phase of the React UI redesign
@@ -1,295 +0,0 @@
 # Production polish — v5 shippable build
 **Date:** 2026-06-07
 **Branch:** `react-electron`
 **Status:** Draft, pending implementation plan
 **Author:** Claude (brainstormed with Amit Haridas)
 ## 1. Goals & non-goals
 ### Goals
 v5 is reliably shippable to two distribution channels:
 - **GitHub Releases** (public, free, existing workflow).
 - **ConcreteInfo update server** at `https://updates.concreteinfo.co.in/v5/` (self-hosted, for ConcreteInfo's own users).
 Concretely:
 - A non-blocking update banner surfaces "v5.0.2 is available" with a user-confirmed restart-to-install flow. No silent background installs.
 - A light first-run wizard (theme + update channel + starter template), all skippable.
 - One-shot auto-migration from v4.4.1 settings, with a v4 backup file and a toast on success/failure.
 - Local crash dump capture (no third-party). CrashReportModal lets the user open the dump folder and copy/delete dumps.
 - GitHub Actions CI that builds + uploads artifacts on tag and runs the test suite on every PR.
 ### Non-goals (deferred to v5.1+)
 - **Code signing.** macOS Gatekeeper and Windows SmartScreen will warn. Re-evaluated for v5.1.
 - **Sentry or any third-party crash reporting.** Local dumps only.
 - **Auto-install on quit.** Always user-confirmed.
 - **Delta updates** (full downloads only in v5).
 - **Plugin system, cloud/licensing, perf/a11y** — each is its own subsequent spec.
 ## 2. Architecture
 ```
 GitHub Releases (public)        ConcreteInfo (CI feed)
  └── *.zip, *.dmg, *.exe,        └── *.zip, *.dmg, *.exe,
      *.deb, *.rpm,                  *.deb, *.rpm,
      latest.yml, latest-           latest.yml, latest-
      mac.yml, latest-              mac.yml, latest-
      linux.yml, latest-            linux.yml, latest-
      windows.yml                   windows.yml
        ▲                              ▲
        │                              │
        └──────┬───────────────────────┘
               │ electron-updater reads
               │ the channel chosen in
               │ Settings (default: GitHub)
               ▼
 ┌─────────────────────────────────────────────────────┐
 │  Main process (src/main/updater/)                  │
 │   - Updater service: wraps electron-updater         │
 │   - Channel resolver: returns feed URL from setting │
 │   - State machine: idle → checking → available →    │
 │     downloading → ready → installing                │
 │   - Crash writer: catches process.on('uncaught…)   │
 │   - Migration runner: idempotent, runs on app start│
 └─────────────────────────────────────────────────────┘
        ▲                              ▲
        │ IPC (renderer→main,           │ IPC (renderer→main,
        │ allowlisted SEND)             │ allowlisted SEND)
        │ updater:check,                │ crash:read,
        │ updater:install,              │ crash:open-dir,
        │ updater:get-state             │ crash:delete
        │                               │
        │ IPC (main→renderer,           │
        │ allowlisted RECEIVE)          │
        │ updater:status                │
        ▼                              ▼
 ┌─────────────────────────────────────────────────────┐
 │  Renderer (preload bridge + React)                  │
 │   - Update banner: "v5.0.2 available"               │
 │   - Settings: Update channel radio                  │
 │   - First-run wizard: skip-links, all optional      │
 │   - Crash dialog: open dump dir, copy file          │
 │   - Migration: first-launch indicator in settings   │
 └─────────────────────────────────────────────────────┘
 ```
 ### Key boundaries
 - **`src/main/updater/`** is a single new directory. `updater-service.js` owns the `electron-updater` lifecycle, never the renderer.
 - **Renderer talks to updater over IPC only.** No direct `autoUpdater` import in preload. Channels must be in `ALLOWED_SEND_CHANNELS` / `ALLOWED_RECEIVE_CHANNELS`.
 - **Channel switching is a settings change.** No restart required; the next `checkForUpdates()` reads the new feed URL.
 - **Migration is idempotent.** Stores a `migration.version` key; skips if already at v5.
 - **Crash writer never blocks startup.** Initialized in main entry, but a write failure is non-fatal.
 ## 3. Component breakdown
 | Unit | What it does | How it's used | Depends on |
 |---|---|---|---|
 | `main/updater/updater-service.js` | Owns `electron-updater`; exposes check/download/install; emits status events | Main process singleton; started after `app.whenReady()` | `electron-updater`, `electron` |
 | `main/updater/feed-config.js` | Maps channel setting → feed URL; reads from `app.getPath('userData')/settings.json` | Called by updater-service on each check | settings store |
 | `main/updater/crash-writer.js` | Hooks `process.on('uncaughtException', …)`; writes minidump + stack to `app.getPath('userData')/crashDumps/{timestamp}.json` | Initialized in main entry, before anything else | `electron`, `app.getPath` |
 | `main/updater/migration-runner.js` | Reads v4 settings; transforms to v5 schema; writes backup; updates `migration.version` | Run from main entry on `app.whenReady()` | `fs`, settings store |
 | `main/ipc/updater-handlers.js` | IPC handlers: `updater:check`, `updater:install`, `updater:get-state` | Registered in main entry | updater-service |
 | `main/ipc/crash-handlers.js` | IPC handlers: `crash:read`, `crash:open-dir` | Registered in main entry | crash-writer |
 | `preload.js` (extension) | Add `updater.check()`, `updater.install()`, `crash.read()`, `crash.openDir()` to `electronAPI`; add channels to allowlist | Preload runs at boot | existing preload |
 | `renderer/lib/updater-store.ts` | Zustand store mirroring updater state; subscribes to `updater:status` events | Renderer; consumed by banner, settings, modals | `zustand`, IPC bridge |
 | `renderer/components/UpdateBanner.tsx` | Non-blocking banner shown when `updater-store.status` is `available | downloading | ready` | Mounted in `App.tsx` next to header | updater-store, sonner |
 | `renderer/components/FirstRunWizard.tsx` | 3-step modal with skip links; opens on first launch when `app-store.firstRun === true` | Mounted in `App.tsx` | app-store, settings-store, command-store |
 | `renderer/components/modals/SettingsModal.tsx` (extend) | Add "Updates" section: channel radio, "Check now" button, auto-check toggle | Mounted via `useAppStore.modal` | updater-store, settings-store |
 | `renderer/components/modals/CrashReportModal.tsx` | List local crash dumps; "Open dump folder", "Copy to clipboard", "Delete" actions | Mounted via `useAppStore.modal` | crash ipc, sonner |
 | `renderer/lib/migrations/v4-to-v5.ts` | Pure function: `(v4Settings) => v5Settings` | Called from `migration-runner` | zod schemas |
 ### Data flow — "user clicks Check for updates"
 1. Settings panel: `useSettingsStore.getState().setSetting('updateChannel', 'github' | 'concreteinfo')`.
 2. `SettingsModal` calls `await ipc.updater.check()`.
 3. Preload `safeCall` → `window.electronAPI.updater.check()` → `ipcRenderer.invoke('updater:check')`.
 4. Main handler asks `updater-service` to `autoUpdater.checkForUpdates()` with the channel's feed URL.
 5. `updater-service` emits `'updater:status', { state: 'available', version: '5.0.2' }`.
 6. Preload forwards to `updater-store` via `window.electronAPI.on('updater:status', cb)`.
 7. `updater-store` state flips to `available`; `UpdateBanner` renders.
 8. User clicks "View release notes" → opens `https://github.com/.../releases/tag/v5.0.2` via `ipc.app.openExternal`.
 9. User clicks "Restart to update" → calls `ipc.updater.install()`. `updater-service` calls `autoUpdater.quitAndInstall()`. App quits, relaunches into v5.0.2.
 ## 4. Error handling
 ### Updater
 - **No network:** `autoUpdater.checkForUpdates()` rejects with `ENOTFOUND` / `ETIMEDOUT`. We catch, log to main log, emit `updater:status { state: 'error', code: 'NETWORK' }`. Banner shows "Couldn't check for updates. Try again." Toast fires inline at the wire point in `UpdateBanner` / `SettingsModal` on retry, matching the existing pattern (`toasts-inline-at-wire-points`).
 - **Feed 404 / signature missing (N/A in v5 since unsigned):** Treat as configuration error. Log to main log with full URL. Banner shows "Update feed is misconfigured. Report this on GitHub." Crash-log-style entry is written.
 - **Update available but download fails:** Banner flips to "Download failed. Try again." Clicking "Try again" re-invokes `autoUpdater.downloadUpdate()`. Three consecutive failures show a "Report issue" link in the banner.
 - **Update installs but launch fails:** Worst case. We catch the post-`quitAndInstall` crash via `crash-writer` and write a marker file `app.getPath('userData')/update-failed.json` with the previous version. On next boot, the user is offered to revert manually by re-downloading from the GitHub release page (a "rolled back" banner instead of the wizard).
 - **Concurrent checks:** Debounce 60s. A second `checkForUpdates()` within 60s is a no-op; returns the current state. The Check-Now button is disabled during a check.
 ### Migration
 - **v4 settings file missing/corrupt:** Treat as "nothing to migrate." App starts with v5 defaults. Toast: "Welcome to v5 — using default settings."
 - **Migration throws mid-transform:** Original v4 file is preserved as `settings.v4.bak.json` (already on disk). App starts with v5 defaults. Toast: "Couldn't migrate v4 settings — your old settings are preserved at {path}."
 - **`migration.version === 5`:** Skip entirely. No-op.
 ### Crash writer
 - **Dump write fails (disk full, permissions):** Print to stderr; do not crash the app. Recovery is "user's problem" — we never block app startup on the crash writer.
 - **No dumps in dir:** CrashReportModal shows empty state: "No crashes recorded — nice work!"
 ### First-run wizard
 - **Skip clicked at any step:** Sets `app-store.firstRun = false` and proceeds. All defaults already match the unselected choice, so this is non-destructive.
 - **Wizard cannot reach settings (corrupt store):** Falls back to defaults silently. Wizard still closes.
 ## 5. Testing
 ### Unit (Vitest, renderer-side)
 - `useUpdaterStore`: state transitions on each `updater:status` event; debounce on `check()`; reject on missing channel.
 - `FirstRunWizard`: each step's CTA writes the right slice; "Skip" leaves defaults; "Skip at step 1" still closes the wizard and sets `firstRun = false`.
 - `migrations/v4-to-v5`: golden-file tests — every v4 shape we ship transforms to expected v5 output. Idempotency: running twice yields identical v5 settings.
 - `feed-config`: each channel setting resolves to the right feed URL; missing/unknown channel falls back to GitHub.
 ### Component (Vitest + RTL)
 - `UpdateBanner`: hidden when state is `idle` or `error-network`; visible with the right copy in `available`/`downloading`/`ready`; Restart button calls `ipc.updater.install()`; "View release notes" opens the right URL via `ipc.app.openExternal`.
 - `FirstRunWizard`: skip links work; theme picker updates the store; channel picker persists; template picker inserts into the new buffer.
 - `CrashReportModal`: lists dumps from the IPC response; "Open folder" invokes `crash.openDir`; delete removes the file.
 - `SettingsModal > Updates`: channel radio flips `settings-store.updateChannel`; "Check now" fires `ipc.updater.check`; auto-check toggle persists.
 ### Integration (Vitest, full app)
 - **Migration end-to-end:** pre-seed a v4 settings file in `app.getPath('userData')/settings.json`, launch the app, verify v5 file is written, v4 backup exists, `migration.version === 5`, and the wizard opens on first run.
 - **Update flow mock:** stub `electron-updater` to emit `available` → `downloading` → `ready`; verify the banner appears, Restart click triggers `quitAndInstall`, and the IPC sequence matches the allowlist.
 ### E2E (Playwright + Electron, runs the live app)
 - Open the app, verify the FirstRun wizard renders. Skip. Verify the editor is visible.
 - Open Settings, switch update channel from GitHub to ConcreteInfo, click Check now. Stub the feed response. Verify the banner appears with the right version.
 - Click Restart. Verify the app calls `quitAndInstall` (assert on a mocked `autoUpdater.quitAndInstall`).
 - Trigger an unhandled rejection in the renderer. Verify a dump is written to `crashDumps/`. Open the CrashReportModal, verify it appears in the list.
 ### Coverage targets
 - Updater service: ≥ 90% (small surface, hot path).
 - Migration runner: 100% of branches (idempotency, corrupt file, missing file, transform failure).
 - FirstRunWizard: ≥ 80%.
 - Component tests above any preset.
 ## 6. Distribution feed contracts
 ### GitHub Releases (default)
 Feed URL pattern:
 ```
 https://github.com/{owner}/{repo}/releases/download/v{version}/
 ```
 For v5.0.2:
 ```
 https://github.com/{owner}/{repo}/releases/download/v5.0.2/latest-mac.yml
 https://github.com/{owner}/{repo}/releases/download/v5.0.2/latest-linux.yml
 https://github.com/{owner}/{repo}/releases/download/v5.0.2/latest-windows.yml
 ```
 `electron-updater` reads these automatically given the GitHub owner/repo config. The release workflow already exists at `.github/workflows/release.yml` and builds `.dmg`, `.zip`, `.exe`, `.deb`, `.rpm`. We add `latest.yml` generation via `electron-builder --publish always` in the CI.
 ### ConcreteInfo feed
 Feed URL:
 ```
 https://updates.concreteinfo.co.in/v5/latest.yml
 https://updates.concreteinfo.co.in/v5/latest-mac.yml
 https://updates.concreteinfo.co.in/v5/latest-linux.yml
 https://updates.concreteinfo.co.in/v5/latest-windows.yml
 ```
 CI mirrors the GitHub Release artifacts to this path on every release. ConcreteInfo infra is documented in `~/.claude-mmax/CLAUDE.md`; the coolify server is `localhost:8000`. The mirror is a static-file route — no auth, just version-prefixed.
 ## 7. First-run wizard contract
 Three steps. Each step has "Skip" and "Back" links. Final step is "Done."
 1. **Theme:** Light / Dark / System. Default: System. Persists to `settings-store.theme`.
 2. **Update channel:** GitHub Releases / ConcreteInfo. Default: GitHub Releases. Persists to `settings-store.updateChannel`.
 3. **Starter template:** Blank / README / Meeting notes / Blog post. Default: Blank. On "Done," creates an untitled buffer with the chosen template content.
 `firstRun` lives in `app-store` (not persisted across app data resets) and is checked on every launch. Setting it to `false` either explicitly (skip/done) or implicitly (v4 migration succeeded) prevents re-showing.
 ## 8. Settings migration contract (v4.4.1 → v5.0.0)
 `migration-runner` runs once on first v5 launch. It:
 1. Reads `app.getPath('userData')/settings.json` if it exists.
 2. Validates the v4 shape with a zod schema (`v4SettingsSchema`).
 3. If valid: transforms via `migrations/v4-to-v5.ts` and writes the v5 settings to `settings.json`. Backs up v4 to `settings.v4.bak.json`. Sets `migration.version = 5` in the v5 file.
 4. If missing or invalid: writes a fresh v5 settings file with defaults. `migration.version = 5`.
 5. If transform throws: leaves v4 file in place as the "backup." App starts with defaults. Toast warns the user.
 The transform handles:
 - v4 `theme` ('light' | 'dark' | 'auto') → v5 `theme` ('light' | 'dark' | 'system').
 - v4 `customCss` string → v5 `customCssPath` file path or `null`.
 - v4 `recentFiles: string[]` → v5 `recentFiles` (unchanged shape).
 - v4 `editorFontSize: number` → v5 `editorFontSize` (unchanged shape).
 - v4 `keyBindings: object` → v5 `userBindings` (keymap).
 - v4 `snippets: array` → v5 `snippets` (unchanged shape).
 - v4 `pdfExportOptions` etc. → v5 schema for the new export pipeline.
 Anything not in the v4 schema is dropped. Defaults are taken from the v5 zod schema.
 ## 9. IPC allowlist additions
 `src/preload.js` adds these to `ALLOWED_SEND_CHANNELS`:
 ```js
 'updater:check',
 'updater:install',
 'updater:get-state',
 'crash:read',
 'crash:open-dir',
 'crash:delete',
 ```
 `ALLOWED_RECEIVE_CHANNELS`:
 ```js
 'updater:status',
 ```
 The `electronAPI` object gets:
 ```js
 updater: {
  check: () => ipcRenderer.invoke('updater:check'),
  install: () => ipcRenderer.invoke('updater:install'),
  getState: () => ipcRenderer.invoke('updater:get-state'),
  onStatus: (cb) => ipcRenderer.on('updater:status', (_, payload) => cb(payload)),
 },
 crash: {
  read: () => ipcRenderer.invoke('crash:read'),
  openDir: () => ipcRenderer.send('crash:open-dir'),
  delete: (filename) => ipcRenderer.invoke('crash:delete', filename),
 },
 ```
 ## 10. Risks & mitigations
 | Risk | Mitigation |
 |---|---|
 | First-run wizard is annoying to long-time users | Skippable; only shows on first launch. `firstRun = false` is set permanently on first skip/done. |
 | Auto-migration corrupts settings | Original v4 file is preserved as `settings.v4.bak.json`. Transform errors fall back to defaults and toast the user. |
 | Crash writer fills disk | Cap at 20 dumps; oldest auto-pruned. |
 | Update feed mirror drift between GitHub and CI | Mirror runs in CI on every release; manual `npm run publish:concreteinfo` available as fallback. |
 | `electron-updater` is unsigned, so anyone can publish a "v5.0.2" to a mirror | We do not enable auto-install in v5 — every install is user-confirmed via the release-notes page. v5.1 adds signing. |
 | First-run wizard blocks app start on a slow renderer | Wizard is non-blocking. App shell mounts and is interactive behind the modal. |
 | Debounced `checkForUpdates()` may mask real errors | "Check now" button bypasses the debounce; debounce only applies to automatic checks. |
 | CI release workflow is on a tag — broken tags must be re-tagged manually | Documented in CONTRIBUTING.md; pre-release tag re-runs the workflow. |
 ## 11. Out of scope (deferred)
 - Code signing.
 - Delta updates.
 - Per-channel pre-release / beta tracks (only stable feeds in v5).
 - Crash analytics / Sentry.
 - Squirrel.Windows-specific quirks (we publish NSIS only).
@@ -1,112 +0,0 @@
 /**
 * ESLint Configuration for PanConverter
 * Uses flat config format (ESLint 9+)
 */
 module.exports = [
  {
    // Global ignores
    ignores: [
      'node_modules/**',
      'dist/**',
      'coverage/**',
      '*.min.js'
    ]
  },
  {
    // JavaScript files
    files: ['**/*.js'],
    languageOptions: {
      ecmaVersion: 2022,
      sourceType: 'module',
      globals: {
        // Node.js
        require: 'readonly',
        module: 'readonly',
        exports: 'readonly',
        __dirname: 'readonly',
        __filename: 'readonly',
        process: 'readonly',
        Buffer: 'readonly',
        console: 'readonly',
        setTimeout: 'readonly',
        setInterval: 'readonly',
        clearTimeout: 'readonly',
        clearInterval: 'readonly',
        // Browser
        window: 'readonly',
        document: 'readonly',
        localStorage: 'readonly',
        alert: 'readonly',
        prompt: 'readonly',
        confirm: 'readonly',
        Event: 'readonly',
        CustomEvent: 'readonly',
        HTMLElement: 'readonly',
        MutationObserver: 'readonly',
        TextEncoder: 'readonly',
        FileReader: 'readonly',
        requestAnimationFrame: 'readonly',
        cancelAnimationFrame: 'readonly',
        navigator: 'readonly',
        location: 'readonly',
        fetch: 'readonly',
        URL: 'readonly',
        Blob: 'readonly',
        Image: 'readonly',
        DragEvent: 'readonly',
        ClipboardEvent: 'readonly',
        KeyboardEvent: 'readonly',
        MouseEvent: 'readonly',
        NodeList: 'readonly',
        HTMLInputElement: 'readonly',
        HTMLTextAreaElement: 'readonly',
        getComputedStyle: 'readonly',
        // Electron
        electronAPI: 'readonly',
        // Libraries
        marked: 'readonly',
        DOMPurify: 'readonly',
        hljs: 'readonly',
        mermaid: 'readonly',
        // Node.js global object
        global: 'writable',
        // Jest
        jest: 'readonly',
        describe: 'readonly',
        test: 'readonly',
        it: 'readonly',
        expect: 'readonly',
        beforeEach: 'readonly',
        afterEach: 'readonly',
        beforeAll: 'readonly',
        afterAll: 'readonly'
      }
    },
    rules: {
      // Error prevention
      'no-unused-vars': ['warn', { argsIgnorePattern: '^_', varsIgnorePattern: '^_', caughtErrorsIgnorePattern: '^_' }],
      'no-undef': 'error',
      'no-console': 'off', // Allow console for Electron apps
      // Code quality
      'eqeqeq': ['warn', 'always'],
      'no-var': 'warn',
      'prefer-const': 'warn',
      // Style (handled by Prettier)
      'semi': 'off',
      'quotes': 'off',
      'indent': 'off',
      // Async handling
      'no-async-promise-executor': 'warn',
      'require-await': 'off',
      // Security
      'no-eval': 'error',
      'no-implied-eval': 'error',
      'no-new-func': 'error'
    }
  }
 ];
@@ -1,60 +0,0 @@
 /**
 * Jest Configuration for PanConverter
 * @version 2.2.0
 */
 module.exports = {
  // Test environment
  testEnvironment: 'jsdom',
  // Root directory
  rootDir: '.',
  // Test file patterns
  testMatch: [
    '**/tests/**/*.test.js',
    '**/tests/**/*.spec.js'
  ],
  // Coverage configuration
  collectCoverageFrom: [
    'src/**/*.js',
    '!src/main/**', // Main process needs electron-mock
    '!src/preload.js', // Electron preload requires contextBridge
    '!**/node_modules/**'
  ],
  // Coverage thresholds (raised with expanded test suite)
  coverageThreshold: {
    global: {
      branches: 10,
      functions: 15,
      lines: 15,
      statements: 15
    }
  },
  // Transform settings (no transpilation needed for vanilla JS)
  transform: {},
  // Module paths
  moduleDirectories: ['node_modules', 'src'],
  // Setup files
  setupFilesAfterEnv: ['<rootDir>/tests/setup.js'],
  // Ignore patterns
  testPathIgnorePatterns: [
    '/node_modules/',
    '/dist/'
  ],
  // Verbose output
  verbose: true,
  // Clear mocks between tests
  clearMocks: true,
  // Reset modules between tests
  resetModules: true
 };
@@ -1,189 +1,52 @@
 {
-  "name": "markdown-converter",
+  "name": "pan-converter",
-  "version": "5.0.1",
+  "version": "1.3.4",
-  "description": "Professional Markdown editor and universal file converter with PDF editing, batch processing, and syntax highlighting",
+  "description": "Cross-platform Markdown editor and converter using Pandoc",
-  "main": "src/main/index.js",
+  "main": "src/main.js",
  "scripts": {
    "start": "electron .",
-    "dev:renderer": "vite --config vite.renderer.config.ts",
+    "test": "echo \"Error: no test specified\" && exit 1",
    "dev:electron": "wait-on tcp:5173 && cross-env VITE_DEV_SERVER_URL=http://localhost:5173 ELECTRON_DISABLE_SANDBOX=1 electron . -- --no-sandbox --disable-gpu --disable-software-rasterizer --disable-dev-shm-usage",
    "dev": "concurrently -k -n vite,electron -c blue,green \"npm:dev:renderer\" \"npm:dev:electron\"",
    "build:renderer": "vite build --config vite.renderer.config.ts",
    "preview": "npm run build:renderer && electron .",
    "test": "jest",
    "test:watch": "jest --watch",
    "test:coverage": "jest --coverage",
    "test:renderer": "vitest run",
    "test:renderer:watch": "vitest",
    "test:renderer:coverage": "vitest run --coverage",
    "lint": "eslint src tests",
    "lint:fix": "eslint src tests --fix",
    "format": "prettier --write src tests",
    "format:check": "prettier --check src tests",
    "build": "electron-builder",
    "build:win": "electron-builder --win",
    "build:win-signed": "cross-env CSC_LINK=code-signing-cert.pfx electron-builder --win",
    "build:win-unsigned": "cross-env CSC_IDENTITY_AUTO_DISCOVERY=false electron-builder --win",
    "create-cert": "powershell -ExecutionPolicy Bypass -File scripts/create-selfsigned-cert.ps1",
    "build:mac": "electron-builder --mac",
    "build:linux": "electron-builder --linux",
    "build:linux-ci": "electron-builder --linux deb AppImage",
    "build:local": "electron-builder --linux --win",
    "dist": "electron-builder --publish=never",
    "dist:all": "electron-builder -mwl",
-    "download-tools": "node scripts/download-tools.js",
+    "generate-icons": "node scripts/generate-icons.js"
    "generate-icons": "node scripts/generate-icons.js",
    "build:icon-icns": "node scripts/build-icon-icns.js",
    "publish:concreteinfo": "node scripts/publish-concreteinfo.js"
  },
  "keywords": [
    "markdown",
    "pandoc",
    "converter",
-    "editor",
+    "editor"
    "pdf",
    "audio",
    "video",
    "image"
  ],
-  "author": "ConcreteInfo <amit.wh@gmail.com>",
+  "author": "Amit Haridas <amit.wh@gmail.com>",
  "license": "MIT",
  "repository": {
    "type": "git",
    "url": "https://github.com/amitwh/markdown-converter"
  },
  "devDependencies": {
-    "@playwright/test": "^1.60.0",
+    "electron": "^37.4.0",
    "@testing-library/dom": "^10.4.1",
    "@testing-library/jest-dom": "^6.9.1",
    "@testing-library/react": "^16.3.2",
    "@testing-library/user-event": "^14.6.1",
    "@types/figlet": "^1.7.0",
    "@types/node": "^25.9.1",
    "@types/react": "^19.2.16",
    "@types/react-dom": "^19.2.3",
    "@vitejs/plugin-react": "^6.0.2",
    "@vitest/ui": "^4.1.8",
    "autoprefixer": "^10.5.0",
    "class-variance-authority": "^0.7.1",
    "clsx": "^2.1.1",
    "concurrently": "^10.0.3",
    "cross-env": "^10.0.0",
    "electron": "^41.1.1",
    "electron-builder": "^26.0.12",
-    "eslint": "^9.39.2",
+    "sharp": "^0.34.3"
    "eslint-config-prettier": "^10.1.8",
    "eslint-plugin-prettier": "^5.5.4",
    "jest": "^30.2.0",
    "jest-environment-jsdom": "^30.2.0",
    "jsdom": "^29.1.1",
    "lucide-react": "^1.17.0",
    "postcss": "^8.5.15",
    "prettier": "^3.7.4",
    "sharp": "^0.34.3",
    "tailwind-merge": "^3.6.0",
    "tailwindcss": "^3.4.19",
    "tailwindcss-animate": "^1.0.7",
    "typescript": "^6.0.3",
    "vite": "^8.0.16",
    "vitest": "^4.1.8",
    "wait-on": "^9.0.10"
  },
  "dependencies": {
    "@codemirror/autocomplete": "^6.20.1",
    "@codemirror/commands": "^6.10.2",
    "@codemirror/lang-css": "^6.3.1",
    "@codemirror/lang-html": "^6.4.11",
    "@codemirror/lang-javascript": "^6.2.5",
    "@codemirror/lang-json": "^6.0.2",
    "@codemirror/lang-markdown": "^6.5.0",
    "@codemirror/lang-python": "^6.2.1",
    "@codemirror/language": "^6.12.2",
    "@codemirror/lint": "^6.9.5",
    "@codemirror/search": "^6.6.0",
    "@codemirror/state": "^6.5.4",
    "@codemirror/theme-one-dark": "^6.1.3",
    "@codemirror/view": "^6.39.16",
    "@dnd-kit/core": "^6.3.1",
    "@dnd-kit/sortable": "^10.0.0",
    "@dnd-kit/utilities": "^3.2.2",
    "@hookform/resolvers": "^5.4.0",
    "@radix-ui/react-checkbox": "^1.3.3",
    "@radix-ui/react-collapsible": "^1.1.12",
    "@radix-ui/react-context-menu": "^2.2.16",
    "@radix-ui/react-dialog": "^1.1.15",
    "@radix-ui/react-label": "^2.1.8",
    "@radix-ui/react-radio-group": "^1.3.8",
    "@radix-ui/react-scroll-area": "^1.2.10",
    "@radix-ui/react-select": "^2.2.6",
    "@radix-ui/react-slider": "^1.3.6",
    "@radix-ui/react-slot": "^1.2.4",
    "@radix-ui/react-switch": "^1.2.6",
    "@radix-ui/react-tabs": "^1.1.13",
    "@tanstack/react-table": "^8.21.3",
    "codemirror": "^6.0.2",
-    "core-util-is": "^1.0.3",
+    "dompurify": "^3.2.6",
    "docx": "^9.7.1",
    "docx4js": "^2.0.1",
    "dompurify": "^3.3.1",
    "electron-store": "^10.1.0",
    "electron-updater": "^6.8.9",
    "ffmpeg-static": "^5.3.0",
    "figlet": "^1.11.0",
    "highlight.js": "^11.11.1",
-    "html2pdf.js": "^0.14.0",
+    "marked": "^16.2.1",
-    "immer": "^11.1.8",
+    "xlsx": "^0.18.5"
    "marked": "^17.0.3",
    "marked-footnote": "^1.4.0",
    "marked-highlight": "^2.2.3",
    "mermaid": "^11.12.3",
    "motion": "^12.40.0",
    "next-themes": "^0.4.6",
    "pdf-lib": "^1.17.1",
    "pdfjs-dist": "^5.5.207",
    "pdfkit": "^0.17.2",
    "pizzip": "^3.2.0",
    "react": "^19.2.7",
    "react-dom": "^19.2.7",
    "react-hook-form": "^7.77.0",
    "react-resizable-panels": "^4.11.2",
    "simple-git": "^3.32.3",
    "sonner": "^2.0.7",
    "tslib": "^2.8.1",
    "zod": "^4.4.3",
    "zustand": "^5.0.14"
  },
  "overrides": {
    "jszip": "^3.10.1",
    "nth-check": "^2.1.1",
    "lodash.pick": "npm:lodash@^4.17.21",
    "lodash-es": "^4.18.1",
    "lodash": "^4.17.21"
  },
  "build": {
-    "appId": "com.concreteinfo.markdownconverter",
+    "appId": "com.panconverter.app",
-    "productName": "MarkdownConverter",
+    "productName": "PanConverter",
    "copyright": "Copyright (C) 2024-2025 ConcreteInfo",
    "directories": {
      "output": "dist"
    },
    "icon": "assets/icon",
    "files": [
-      "src/main/**/*",
+      "src/**/*",
-      "src/preload.js",
+      "assets/**/*",
-      "src/plugins/**/*",
+      "node_modules/**/*",
      "package.json"
    ],
    "asarUnpack": [
      "node_modules/ffmpeg-static/**"
    ],
    "extraResources": [
      {
        "from": "dist/renderer",
        "to": "renderer"
      }
    ],
    "extraFiles": [],
    "fileAssociations": [
      {
        "ext": "md",
@@ -198,88 +61,15 @@
        "description": "Markdown Document", 
        "mimeType": "text/markdown",
        "role": "Editor"
      },
      {
        "ext": "pdf",
        "name": "PDF Document",
        "description": "PDF Document",
        "mimeType": "application/pdf",
        "role": "Editor"
      }
    ],
    "mac": {
      "category": "public.app-category.productivity",
-      "identity": null,
+      "icon": "assets/icon.icns"
      "target": [
        {
          "target": "dmg",
          "arch": [
            "x64",
            "arm64"
          ]
        },
        {
          "target": "zip",
          "arch": [
            "x64",
            "arm64"
          ]
        }
      ],
      "icon": "assets/icon.icns",
      "darkModeSupport": true,
      "hardenedRuntime": false,
      "gatekeeperAssess": false,
      "entitlements": null
    },
    "win": {
      "target": [
        {
      "target": "nsis",
-          "arch": [
+      "icon": "assets/icon.ico"
            "x64"
          ]
        },
        {
          "target": "portable",
          "arch": [
            "x64"
          ]
        },
        {
          "target": "zip",
          "arch": [
            "x64"
          ]
        }
      ],
      "artifactName": "${productName}-${version}-${arch}.${ext}",
      "requestedExecutionLevel": "asInvoker",
      "legalTrademarks": "Copyright (C) 2024-2025 ConcreteInfo",
      "verifyUpdateCodeSignature": false,
      "signAndEditExecutable": false,
      "extraFiles": [
        {
          "from": "bin/win32/pandoc.exe",
          "to": "bin/pandoc.exe"
        }
      ]
    },
    "nsis": {
      "oneClick": false,
      "perMachine": false,
      "allowToChangeInstallationDirectory": true,
      "displayLanguageSelector": true,
      "createDesktopShortcut": true,
      "createStartMenuShortcut": true,
      "shortcutName": "MarkdownConverter",
      "runAfterFinish": true,
      "menuCategory": "Productivity",
      "license": "LICENSE",
      "warningsAsErrors": false,
      "artifactName": "${productName}-Setup-${version}.${ext}",
      "deleteAppDataOnUninstall": false,
      "differentialPackage": true
    },
    "linux": {
      "target": [
@@ -288,27 +78,14 @@
        "snap"
      ],
      "category": "Utility",
-      "maintainer": "ConcreteInfo <amit.wh@gmail.com>",
+      "icon": "assets/icon.png"
      "extraFiles": [
        {
          "from": "bin/linux/pandoc",
          "to": "bin/pandoc"
        }
      ]
    },
    "deb": {
      "depends": [
-        "imagemagick",
+        "pandoc"
        "libreoffice-common"
      ],
-      "description": "Professional Markdown editor and universal file converter",
+      "description": "Markdown editor and converter using Pandoc",
-      "maintainer": "ConcreteInfo <amit.wh@gmail.com>"
+      "maintainer": "Amit Haridas <amit.wh@gmail.com>"
    },
    "publish": {
      "provider": "github",
      "owner": "amitwh",
      "repo": "markdown-converter",
      "releaseType": "release"
    }
  }
 }
@@ -1,6 +0,0 @@
 module.exports = {
  plugins: {
    tailwindcss: {},
    autoprefixer: {},
  },
 }
@@ -1,116 +0,0 @@
 # PanConverter Windows Explorer Context Menu Integration
 This directory contains scripts to add PanConverter to the Windows Explorer context menu, allowing you to right-click on files and convert them directly without opening the full application.
 ## Features
 ### Context Menu Options
 - **Convert with PanConverter**: Shows a format selection dialog for any supported file
 - **PanConverter > Convert to...**: Direct conversion options (for Markdown files)
  - PDF
  - HTML  
  - DOCX
  - LaTeX
  - PowerPoint
 ### Supported File Types
 - **Markdown**: `.md`, `.markdown`
 - **HTML**: `.html`, `.htm`
 - **Documents**: `.docx`, `.odt`, `.rtf`
 - **LaTeX**: `.tex`
 - **PDF**: `.pdf`
 - **Presentations**: `.pptx`, `.ppt`, `.odp`
 ## Installation Methods
 ### Method 1: Automatic (During PanConverter Installation)
 When installing PanConverter using the Windows installer, you'll be prompted to install context menu integration automatically.
 ### Method 2: Manual Installation
 #### Using PowerShell (Recommended)
 1. Right-click on `install-context-menu.ps1`
 2. Select "Run with PowerShell"
 3. Follow the prompts (will request administrator privileges)
 #### Using Batch File
 1. Right-click on `install-context-menu.bat`
 2. Select "Run as administrator"
 3. Follow the prompts
 #### Using Registry File Directly
 1. Right-click on `install-context-menu.reg`
 2. Select "Merge" 
 3. Confirm the registry modification
 ## Uninstallation
 ### Using PowerShell
 ```powershell
 .\install-context-menu.ps1 -Uninstall
 ```
 ### Using Batch File
 Run `uninstall-context-menu.bat` as administrator
 ### Using Registry File
 Run `uninstall-context-menu.reg`
 ## How It Works
 ### Command Line Interface
 The context menu integration works by passing command line arguments to PanConverter:
 - `--convert <file>`: Shows conversion dialog for the specified file
 - `--convert-to <format> <file>`: Directly converts to the specified format
 ### Examples
 ```batch
 # Show conversion dialog
 PanConverter.exe --convert "document.md"
 # Direct conversion to PDF
 PanConverter.exe --convert-to pdf "document.md"
 ```
 ### Conversion Process
 1. PanConverter reads the input file
 2. Creates a temporary file if needed
 3. Uses Pandoc to convert to the target format
 4. Saves the output in the same directory as the input file
 5. Shows a Windows notification when complete
 ## Requirements
 - PanConverter must be installed in the default location: `%LOCALAPPDATA%\Programs\PanConverter\`
 - Pandoc must be installed and accessible from the command line
 - Administrator privileges required for registry modifications
 ## Troubleshooting
 ### Context Menu Not Appearing
 1. Ensure you ran the installation script as administrator
 2. Try logging out and back in, or restart Windows Explorer
 3. Check if PanConverter is installed in the expected location
 ### Conversion Failures
 1. Verify Pandoc is installed: `pandoc --version`
 2. Check if the input file is not corrupted or locked
 3. Ensure you have write permissions in the output directory
 ### Permission Errors
 - The installation scripts require administrator privileges to modify the registry
 - If you get permission errors, right-click and "Run as administrator"
 ## File Descriptions
 - `install-context-menu.reg`: Registry entries for context menu
 - `uninstall-context-menu.reg`: Registry entries removal
 - `install-context-menu.ps1`: PowerShell installation script
 - `install-context-menu.bat`: Batch installation script  
 - `uninstall-context-menu.bat`: Batch uninstallation script
 - `nsis-installer.nsh`: NSIS installer integration script
 ## Security Note
 The scripts modify the Windows registry to add context menu entries. Only run these scripts if you trust the source and understand the changes being made to your system.
@@ -1,75 +0,0 @@
 /**
 * Build assets/icon.icns from the PNGs in assets/icons/.
 *
 * ICNS file format (Apple Icon Image):
 *   Header:  'icns' (4 bytes) + total file length (uint32 BE, includes header)
 *   For each size:
 *     Type tag (4 bytes) + length (uint32 BE, includes the 8-byte entry header) + PNG data
 *
 * Standard PNG type tags we'll include:
 *   icp4 = 16x16,    icp5 = 32x32,    icp6 = 64x64
 *   ic07 = 128x128,  ic08 = 256x256,  ic09 = 512x512,  ic10 = 1024x1024
 *   icsb = 48x48 (small)
 *   ic11 = 16x16@2x (32x32 retina),  ic12 = 32x32@2x (64x64 retina)
 *   ic13 = 128x128@2x (256x256 retina), ic14 = 256x256@2x (512x512 retina)
 */
 const fs = require('fs');
 const path = require('path');
 const iconsDir = path.join(__dirname, '..', 'assets', 'icons');
 const outFile = path.join(__dirname, '..', 'assets', 'icon.icns');
 // (size-in-pixels, icns type tag) — we skip sizes we don't have on disk
 const sizes = [
  { size: 16,  type: 'icp4' },
  { size: 32,  type: 'icp5' },
  { size: 64,  type: 'icp6' },
  { size: 128, type: 'ic07' },
  { size: 256, type: 'ic08' },
  { size: 512, type: 'ic09' },
  { size: 1024, type: 'ic10' },
  { size: 48,  type: 'icsb' },
  { size: 32,  type: 'ic11' }, // 16@2x
  { size: 64,  type: 'ic12' }, // 32@2x
  { size: 256, type: 'ic13' }, // 128@2x
  { size: 512, type: 'ic14' }, // 256@2x
 ];
 const entries = [];
 for (const { size, type } of sizes) {
  const pngPath = path.join(iconsDir, `${size}x${size}.png`);
  if (!fs.existsSync(pngPath)) continue;
  const png = fs.readFileSync(pngPath);
  // ICNS requires 8-byte alignment per entry. paddedLen is the TOTAL entry size
  // (8-byte type+length header + PNG + padding), rounded up to a multiple of 8.
  const paddedLen = 8 + Math.ceil(png.length / 8) * 8;
  entries.push({ type, png, paddedLen });
  console.log(`  ${type} (${size}x${size}) — ${png.length} bytes`);
 }
 if (entries.length === 0) {
  console.error('No source PNGs found in', iconsDir);
  process.exit(1);
 }
 const totalLen = 8 + entries.reduce((s, e) => s + e.paddedLen, 0);
 const buf = Buffer.alloc(totalLen);
 let off = 0;
 // Header
 buf.write('icns', off, 4, 'ascii'); off += 4;
 buf.writeUInt32BE(totalLen, off); off += 4;
 // Entries
 for (const { type, png, paddedLen } of entries) {
  buf.write(type, off, 4, 'ascii'); off += 4;
  buf.writeUInt32BE(paddedLen, off); off += 4;
  png.copy(buf, off);
  off += png.length;
  // Pad to 8-byte boundary within the entry. paddedLen already includes the 8-byte header.
  const pad = paddedLen - 8 - png.length;
  if (pad > 0) off += pad;
 }
 fs.writeFileSync(outFile, buf);
 console.log(`\nWrote ${outFile} (${buf.length} bytes, ${entries.length} sizes)`);
@@ -1,59 +0,0 @@
 # create-selfsigned-cert.ps1
 # Generates a self-signed code-signing certificate for local/development builds.
 #
 # Usage:
 #   powershell -ExecutionPolicy Bypass -File scripts/create-selfsigned-cert.ps1
 #   npm run create-cert
 #
 # Then build with:
 #   $env:CSC_LINK="code-signing-cert.pfx"; $env:CSC_KEY_PASSWORD="YourPassword"; npm run build:win-signed
 #
 # NOTE: Self-signed certificates will still show a SmartScreen warning for end users.
 # For production releases, obtain an OV or EV certificate from a trusted CA
 # (DigiCert, Sectigo, Certum, etc.). EV certificates bypass SmartScreen immediately.
 # Open-source projects can apply for free signing at https://signpath.io/
 param(
    [string]$CertPassword = "MarkdownConverter2025",
    [string]$OutputFile   = "code-signing-cert.pfx",
    [string]$Subject      = "CN=ConcreteInfo, O=ConcreteInfo, L=India, C=IN"
 )
 Write-Host "Creating self-signed code-signing certificate..." -ForegroundColor Cyan
 # Create the certificate in the current user's certificate store
 $cert = New-SelfSignedCertificate `
    -Type CodeSigningCert `
    -Subject $Subject `
    -CertStoreLocation "Cert:\CurrentUser\My" `
    -NotAfter (Get-Date).AddYears(3) `
    -HashAlgorithm SHA256 `
    -KeyLength 4096 `
    -KeyUsage DigitalSignature
 if (-not $cert) {
    Write-Error "Failed to create certificate."
    exit 1
 }
 Write-Host "Certificate created: $($cert.Thumbprint)" -ForegroundColor Green
 # Export to PFX
 $securePassword = ConvertTo-SecureString -String $CertPassword -Force -AsPlainText
 $exportPath = Join-Path (Get-Location) $OutputFile
 Export-PfxCertificate -Cert $cert -FilePath $exportPath -Password $securePassword | Out-Null
 if (Test-Path $exportPath) {
    Write-Host "Certificate exported to: $exportPath" -ForegroundColor Green
    Write-Host ""
    Write-Host "To build a signed release:" -ForegroundColor Yellow
    Write-Host '  $env:CSC_LINK="code-signing-cert.pfx"' -ForegroundColor White
    Write-Host "  `$env:CSC_KEY_PASSWORD=`"$CertPassword`"" -ForegroundColor White
    Write-Host "  npm run build:win-signed" -ForegroundColor White
    Write-Host ""
    Write-Host "IMPORTANT: Add code-signing-cert.pfx to .gitignore!" -ForegroundColor Red
 } else {
    Write-Error "Export failed."
    exit 1
 }
@@ -1,175 +0,0 @@
 #!/usr/bin/env node
 /**
 * Downloads pandoc binary for the current build platform.
 * Run automatically via `npm run download-tools` before building.
 * Skips download if binary already exists (idempotent).
 */
 const https = require('https');
 const http = require('http');
 const fs = require('fs');
 const path = require('path');
 const os = require('os');
 const { execSync } = require('child_process');
 const PANDOC_VERSION = '3.9.0.2';
 /**
 * Pandoc's archive inner layout has shifted across releases and platforms:
 *   linux  tarball: pandoc-3.9.0.2/bin/pandoc
 *   win32  zip:     pandoc-3.9.0.2/pandoc.exe
 *   darwin zip:     pandoc-3.9.0.2-x86_64/bin/pandoc   (arch-suffixed inner dir)
 *                   pandoc-3.9.0.2-arm64/bin/pandoc    (on Apple Silicon builds)
 * Rather than hard-coding the intermediate path — which has already broken
 * once when pandoc 3.9 added the arch suffix to the macOS archive — we walk
 * the extracted tree and find the binary by name. This is robust to future
 * layout shifts (e.g., universal binaries renaming the inner dir).
 */
 function findFile(rootDir, targetName) {
  const entries = fs.readdirSync(rootDir, { withFileTypes: true });
  for (const entry of entries) {
    const full = path.join(rootDir, entry.name);
    if (entry.isFile() && entry.name === targetName) return full;
    if (entry.isDirectory()) {
      const found = findFile(full, targetName);
      if (found) return found;
    }
  }
  return null;
 }
 const PANDOC_CONFIG = {
  linux: {
    url: `https://github.com/jgm/pandoc/releases/download/${PANDOC_VERSION}/pandoc-${PANDOC_VERSION}-linux-amd64.tar.gz`,
    archiveExt: '.tar.gz',
    destFile: 'pandoc',
    extract(archivePath, destDir) {
      const tmpDir = path.join(os.tmpdir(), `pandoc-${Date.now()}`);
      fs.mkdirSync(tmpDir, { recursive: true });
      execSync(`tar -xzf "${archivePath}" -C "${tmpDir}"`);
      const src = findFile(tmpDir, 'pandoc');
      if (!src) throw new Error(`pandoc binary not found under ${tmpDir}`);
      fs.copyFileSync(src, path.join(destDir, 'pandoc'));
      fs.chmodSync(path.join(destDir, 'pandoc'), 0o755);
      fs.rmSync(tmpDir, { recursive: true, force: true });
    },
  },
  win32: {
    url: `https://github.com/jgm/pandoc/releases/download/${PANDOC_VERSION}/pandoc-${PANDOC_VERSION}-windows-x86_64.zip`,
    archiveExt: '.zip',
    destFile: 'pandoc.exe',
    extract(archivePath, destDir) {
      const tmpDir = path.join(os.tmpdir(), `pandoc-${Date.now()}`);
      fs.mkdirSync(tmpDir, { recursive: true });
      execSync(
        `powershell -Command "Expand-Archive -Force '${archivePath}' '${tmpDir}'"`,
      );
      const src = findFile(tmpDir, 'pandoc.exe');
      if (!src) throw new Error(`pandoc.exe not found under ${tmpDir}`);
      fs.copyFileSync(src, path.join(destDir, 'pandoc.exe'));
      fs.rmSync(tmpDir, { recursive: true, force: true });
    },
  },
  darwin: {
    url: `https://github.com/jgm/pandoc/releases/download/${PANDOC_VERSION}/pandoc-${PANDOC_VERSION}-x86_64-macOS.zip`,
    archiveExt: '.zip',
    destFile: 'pandoc',
    extract(archivePath, destDir) {
      const tmpDir = path.join(os.tmpdir(), `pandoc-${Date.now()}`);
      fs.mkdirSync(tmpDir, { recursive: true });
      execSync(`unzip -o "${archivePath}" -d "${tmpDir}"`);
      const src = findFile(tmpDir, 'pandoc');
      if (!src) throw new Error(`pandoc binary not found under ${tmpDir}`);
      fs.copyFileSync(src, path.join(destDir, 'pandoc'));
      fs.chmodSync(path.join(destDir, 'pandoc'), 0o755);
      fs.rmSync(tmpDir, { recursive: true, force: true });
    },
  },
 };
 function download(url, destPath) {
  return new Promise((resolve, reject) => {
    const file = fs.createWriteStream(destPath);
    let received = 0;
    let total = 0;
    let lastPct = -1;
    function get(redirectUrl) {
      const client = redirectUrl.startsWith('https://') ? https : http;
      client
        .get(redirectUrl, (res) => {
          if (res.statusCode === 301 || res.statusCode === 302) {
            get(res.headers.location);
            return;
          }
          if (res.statusCode !== 200) {
            reject(new Error(`HTTP ${res.statusCode} for ${redirectUrl}`));
            return;
          }
          total = parseInt(res.headers['content-length'] || '0', 10);
          res.on('data', (chunk) => {
            received += chunk.length;
            if (total > 0) {
              const pct = Math.floor((received / total) * 100);
              if (pct !== lastPct && pct % 10 === 0) {
                process.stdout.write(`  ${pct}%\r`);
                lastPct = pct;
              }
            }
          });
          res.pipe(file);
          file.on('finish', () => {
            file.close();
            process.stdout.write('  100%\n');
            resolve();
          });
        })
        .on('error', (err) => {
          fs.unlink(destPath, () => {});
          reject(err);
        });
    }
    get(url);
  });
 }
 async function downloadPandoc() {
  const platform = process.platform;
  const config = PANDOC_CONFIG[platform];
  if (!config) {
    console.log(`[download-tools] No pandoc config for platform "${platform}" — skipping.`);
    return;
  }
  const destDir = path.join(__dirname, '..', 'bin', platform);
  const destFile = path.join(destDir, config.destFile);
  if (fs.existsSync(destFile)) {
    console.log(`[download-tools] pandoc already present at ${destFile} — skipping.`);
    return;
  }
  fs.mkdirSync(destDir, { recursive: true });
  const tmpArchive = path.join(os.tmpdir(), `pandoc-download${config.archiveExt}`);
  console.log(`[download-tools] Downloading pandoc ${PANDOC_VERSION} for ${platform}...`);
  await download(config.url, tmpArchive);
  console.log(`[download-tools] Extracting to ${destDir}...`);
  config.extract(tmpArchive, destDir);
  try {
    fs.unlinkSync(tmpArchive);
  } catch (_) {
    /* ignore */
  }
  console.log(`[download-tools] pandoc ready: ${destFile}`);
 }
 downloadPandoc().catch((err) => {
  console.error('[download-tools] FAILED:', err.message);
  process.exit(1);
 });
@@ -1,82 +1,43 @@
 /**
 * Icon Generator for MarkdownConverter
 * Generates all required icon sizes from NewIcon.jpg
 */
 const sharp = require('sharp');
 const fs = require('fs');
 const path = require('path');
-// Source image
+const sizes = {
-const sourceImage = path.join(__dirname, '..', 'assets', 'docico1.png');
+    'icon.png': 512,
-const assetsDir = path.join(__dirname, '..', 'assets');
+    'icon@2x.png': 1024,
    'icon.ico': 256,
    'icon.icns': 512
 };
-// Icon sizes needed for different platforms
+const svgPath = path.join(__dirname, '..', 'assets', 'icon.svg');
-const iconSizes = [16, 24, 32, 48, 64, 128, 256, 512, 1024];
+const svgBuffer = fs.readFileSync(svgPath);
 async function generateIcons() {
-  console.log('Generating icons from docico1.png...');
+    for (const [filename, size] of Object.entries(sizes)) {
        const outputPath = path.join(__dirname, '..', 'assets', filename);
-  // Check if source exists
+        if (filename.endsWith('.png')) {
-  if (!fs.existsSync(sourceImage)) {
+            await sharp(svgBuffer)
-    console.error('Source image not found:', sourceImage);
+                .resize(size, size)
-    process.exit(1);
+                .png()
                .toFile(outputPath);
            console.log(`Generated ${filename}`);
        } else if (filename.endsWith('.ico')) {
            // For ICO, we'll just use the PNG version
            await sharp(svgBuffer)
                .resize(size, size)
                .png()
                .toFile(outputPath.replace('.ico', '.png'));
            console.log(`Generated ${filename.replace('.ico', '.png')} (use png2ico to convert)`);
        } else if (filename.endsWith('.icns')) {
            // For ICNS, we'll just use the PNG version
            await sharp(svgBuffer)
                .resize(size, size)
                .png()
                .toFile(outputPath.replace('.icns', '.png'));
            console.log(`Generated ${filename.replace('.icns', '.png')} (use png2icns to convert)`);
        }
  try {
    // Generate main icon.png (512x512)
    await sharp(sourceImage)
      .resize(512, 512, { fit: 'contain', background: { r: 255, g: 255, b: 255, alpha: 0 } })
      .png()
      .toFile(path.join(assetsDir, 'icon.png'));
    console.log('Generated icon.png (512x512)');
    // Generate icon@2x.png (1024x1024)
    await sharp(sourceImage)
      .resize(1024, 1024, { fit: 'contain', background: { r: 255, g: 255, b: 255, alpha: 0 } })
      .png()
      .toFile(path.join(assetsDir, 'icon@2x.png'));
    console.log('Generated icon@2x.png (1024x1024)');
    // Create icons directory for multi-size icons
    const iconsDir = path.join(assetsDir, 'icons');
    if (!fs.existsSync(iconsDir)) {
      fs.mkdirSync(iconsDir, { recursive: true });
    }
    // Generate all sizes
    for (const size of iconSizes) {
      await sharp(sourceImage)
        .resize(size, size, { fit: 'contain', background: { r: 255, g: 255, b: 255, alpha: 0 } })
        .png()
        .toFile(path.join(iconsDir, `${size}x${size}.png`));
      console.log(`Generated icons/${size}x${size}.png`);
    }
    // Generate favicon
    await sharp(sourceImage)
      .resize(32, 32, { fit: 'contain', background: { r: 255, g: 255, b: 255, alpha: 0 } })
      .png()
      .toFile(path.join(assetsDir, 'favicon.png'));
    console.log('Generated favicon.png (32x32)');
    // Generate tray icon (smaller, for system tray)
    await sharp(sourceImage)
      .resize(24, 24, { fit: 'contain', background: { r: 255, g: 255, b: 255, alpha: 0 } })
      .png()
      .toFile(path.join(assetsDir, 'tray-icon.png'));
    console.log('Generated tray-icon.png (24x24)');
    console.log('\nIcon generation complete!');
    console.log('\nFor Windows .ico file, use an online converter or:');
    console.log('  magick convert assets/icons/*.png assets/icon.ico');
    console.log('\nFor macOS .icns file, use:');
    console.log('  iconutil -c icns assets/icon.iconset -o assets/icon.icns');
  } catch (error) {
    console.error('Error generating icons:', error);
    process.exit(1);
    }
 }
-generateIcons();
+generateIcons().catch(console.error);
@@ -1,48 +0,0 @@
@echo off
 echo PanConverter Context Menu Installation
 echo =====================================
 echo.
 REM Check for administrator privileges
 net session >nul 2>&1
 if %errorLevel% == 0 (
    echo Running with administrator privileges...
 ) else (
    echo This script requires administrator privileges.
    echo Please right-click and select "Run as administrator"
    echo.
    pause
    exit /b 1
 )
 REM Check if PanConverter is installed
 if not exist "%LOCALAPPDATA%\Programs\PanConverter\PanConverter.exe" (
    echo Warning: PanConverter not found at the expected location.
    echo Please ensure PanConverter is installed before continuing.
    echo Expected location: %LOCALAPPDATA%\Programs\PanConverter\PanConverter.exe
    echo.
    set /p continue="Continue anyway? (y/N): "
    if /i not "%continue%"=="y" exit /b 1
 )
 echo Installing context menu entries...
 reg import "%~dp0install-context-menu.reg"
 if %errorLevel% == 0 (
    echo.
    echo Context menu integration installed successfully!
    echo.
    echo You can now right-click on supported files and select:
    echo • "Convert with PanConverter" - Shows conversion dialog  
    echo • "PanConverter > Convert to..." - Direct conversion ^(for Markdown^)
    echo.
    echo Supported file types:
    echo .md .markdown .html .htm .docx .odt .rtf .tex .pdf .pptx .ppt .odp
 ) else (
    echo.
    echo Failed to install context menu entries.
    echo Please check that the registry file exists and try again.
 )
 echo.
 pause
@@ -1,67 +0,0 @@
 # PanConverter Context Menu Installation Script
 # This script installs PanConverter context menu integration for Windows Explorer
 param(
    [switch]$Uninstall = $false
 )
 # Check if running as administrator
 if (-NOT ([Security.Principal.WindowsPrincipal] [Security.Principal.WindowsIdentity]::GetCurrent()).IsInRole([Security.Principal.WindowsBuiltInRole] "Administrator")) {
    Write-Host "This script requires Administrator privileges. Restarting with elevated permissions..." -ForegroundColor Yellow
    Start-Process PowerShell -Verb RunAs "-File `"$PSCommandPath`" $(if ($Uninstall) { '-Uninstall' })"
    exit
 }
 $scriptDir = Split-Path -Parent $MyInvocation.MyCommand.Path
 $appPath = "${env:LOCALAPPDATA}\Programs\PanConverter\PanConverter.exe"
 if ($Uninstall) {
    Write-Host "Uninstalling PanConverter context menu integration..." -ForegroundColor Yellow
    $regFile = Join-Path $scriptDir "uninstall-context-menu.reg"
    if (Test-Path $regFile) {
        reg import $regFile
        if ($LASTEXITCODE -eq 0) {
            Write-Host "PanConverter context menu has been successfully removed!" -ForegroundColor Green
        } else {
            Write-Host "Failed to remove context menu entries." -ForegroundColor Red
        }
    } else {
        Write-Host "Uninstall registry file not found: $regFile" -ForegroundColor Red
    }
 } else {
    Write-Host "Installing PanConverter context menu integration..." -ForegroundColor Yellow
    # Check if PanConverter is installed
    if (-not (Test-Path $appPath)) {
        Write-Host "Warning: PanConverter executable not found at: $appPath" -ForegroundColor Yellow
        Write-Host "Please make sure PanConverter is installed before running this script." -ForegroundColor Yellow
        $continue = Read-Host "Continue anyway? (y/N)"
        if ($continue -ne 'y' -and $continue -ne 'Y') {
            exit
        }
    }
    $regFile = Join-Path $scriptDir "install-context-menu.reg"
    if (Test-Path $regFile) {
        reg import $regFile
        if ($LASTEXITCODE -eq 0) {
            Write-Host "PanConverter context menu has been successfully installed!" -ForegroundColor Green
            Write-Host "" 
            Write-Host "You can now right-click on supported files (MD, HTML, DOCX, PDF, etc.) and select:" -ForegroundColor Cyan
            Write-Host "• 'Convert with PanConverter' - Shows conversion dialog" -ForegroundColor Cyan
            Write-Host "• 'PanConverter > Convert to...' - Direct conversion options (for Markdown files)" -ForegroundColor Cyan
            Write-Host ""
            Write-Host "Supported file types: .md, .markdown, .html, .htm, .docx, .odt, .rtf, .tex, .pdf, .pptx, .ppt, .odp" -ForegroundColor Gray
        } else {
            Write-Host "Failed to install context menu entries." -ForegroundColor Red
        }
    } else {
        Write-Host "Install registry file not found: $regFile" -ForegroundColor Red
    }
 }
 Write-Host ""
 Write-Host "Press any key to exit..."
 $null = $Host.UI.RawUI.ReadKey("NoEcho,IncludeKeyDown")
@@ -1,134 +0,0 @@
 Windows Registry Editor Version 5.00
 ; PanConverter Context Menu Integration
 ; This registry file adds context menu options for converting files using PanConverter
 ; Add context menu for Markdown files (.md, .markdown)
 [HKEY_CLASSES_ROOT\.md\shell\PanConverter]
@="Convert with PanConverter"
 "Icon"="\"%LOCALAPPDATA%\\Programs\\PanConverter\\PanConverter.exe\""
 [HKEY_CLASSES_ROOT\.md\shell\PanConverter\command]
@="\"%LOCALAPPDATA%\\Programs\\PanConverter\\PanConverter.exe\" --convert \"%1\""
 [HKEY_CLASSES_ROOT\.markdown\shell\PanConverter]
@="Convert with PanConverter"
 "Icon"="\"%LOCALAPPDATA%\\Programs\\PanConverter\\PanConverter.exe\""
 [HKEY_CLASSES_ROOT\.markdown\shell\PanConverter\command]
@="\"%LOCALAPPDATA%\\Programs\\PanConverter\\PanConverter.exe\" --convert \"%1\""
 ; Add context menu for HTML files
 [HKEY_CLASSES_ROOT\.html\shell\PanConverter]
@="Convert with PanConverter"
 "Icon"="\"%LOCALAPPDATA%\\Programs\\PanConverter\\PanConverter.exe\""
 [HKEY_CLASSES_ROOT\.html\shell\PanConverter\command]
@="\"%LOCALAPPDATA%\\Programs\\PanConverter\\PanConverter.exe\" --convert \"%1\""
 [HKEY_CLASSES_ROOT\.htm\shell\PanConverter]
@="Convert with PanConverter"
 "Icon"="\"%LOCALAPPDATA%\\Programs\\PanConverter\\PanConverter.exe\""
 [HKEY_CLASSES_ROOT\.htm\shell\PanConverter\command]
@="\"%LOCALAPPDATA%\\Programs\\PanConverter\\PanConverter.exe\" --convert \"%1\""
 ; Add context menu for DOCX files
 [HKEY_CLASSES_ROOT\.docx\shell\PanConverter]
@="Convert with PanConverter"
 "Icon"="\"%LOCALAPPDATA%\\Programs\\PanConverter\\PanConverter.exe\""
 [HKEY_CLASSES_ROOT\.docx\shell\PanConverter\command]
@="\"%LOCALAPPDATA%\\Programs\\PanConverter\\PanConverter.exe\" --convert \"%1\""
 ; Add context menu for ODT files
 [HKEY_CLASSES_ROOT\.odt\shell\PanConverter]
@="Convert with PanConverter"
 "Icon"="\"%LOCALAPPDATA%\\Programs\\PanConverter\\PanConverter.exe\""
 [HKEY_CLASSES_ROOT\.odt\shell\PanConverter\command]
@="\"%LOCALAPPDATA%\\Programs\\PanConverter\\PanConverter.exe\" --convert \"%1\""
 ; Add context menu for RTF files
 [HKEY_CLASSES_ROOT\.rtf\shell\PanConverter]
@="Convert with PanConverter"
 "Icon"="\"%LOCALAPPDATA%\\Programs\\PanConverter\\PanConverter.exe\""
 [HKEY_CLASSES_ROOT\.rtf\shell\PanConverter\command]
@="\"%LOCALAPPDATA%\\Programs\\PanConverter\\PanConverter.exe\" --convert \"%1\""
 ; Add context menu for LaTeX files
 [HKEY_CLASSES_ROOT\.tex\shell\PanConverter]
@="Convert with PanConverter"
 "Icon"="\"%LOCALAPPDATA%\\Programs\\PanConverter\\PanConverter.exe\""
 [HKEY_CLASSES_ROOT\.tex\shell\PanConverter\command]
@="\"%LOCALAPPDATA%\\Programs\\PanConverter\\PanConverter.exe\" --convert \"%1\""
 ; Add context menu for PDF files
 [HKEY_CLASSES_ROOT\.pdf\shell\PanConverter]
@="Convert with PanConverter"
 "Icon"="\"%LOCALAPPDATA%\\Programs\\PanConverter\\PanConverter.exe\""
 [HKEY_CLASSES_ROOT\.pdf\shell\PanConverter\command]
@="\"%LOCALAPPDATA%\\Programs\\PanConverter\\PanConverter.exe\" --convert \"%1\""
 ; Add context menu for PowerPoint files
 [HKEY_CLASSES_ROOT\.pptx\shell\PanConverter]
@="Convert with PanConverter"
 "Icon"="\"%LOCALAPPDATA%\\Programs\\PanConverter\\PanConverter.exe\""
 [HKEY_CLASSES_ROOT\.pptx\shell\PanConverter\command]
@="\"%LOCALAPPDATA%\\Programs\\PanConverter\\PanConverter.exe\" --convert \"%1\""
 [HKEY_CLASSES_ROOT\.ppt\shell\PanConverter]
@="Convert with PanConverter"
 "Icon"="\"%LOCALAPPDATA%\\Programs\\PanConverter\\PanConverter.exe\""
 [HKEY_CLASSES_ROOT\.ppt\shell\PanConverter\command]
@="\"%LOCALAPPDATA%\\Programs\\PanConverter\\PanConverter.exe\" --convert \"%1\""
 ; Add context menu for OpenDocument Presentation files
 [HKEY_CLASSES_ROOT\.odp\shell\PanConverter]
@="Convert with PanConverter"
 "Icon"="\"%LOCALAPPDATA%\\Programs\\PanConverter\\PanConverter.exe\""
 [HKEY_CLASSES_ROOT\.odp\shell\PanConverter\command]
@="\"%LOCALAPPDATA%\\Programs\\PanConverter\\PanConverter.exe\" --convert \"%1\""
 ; Add submenu with specific conversion options for Markdown files
 [HKEY_CLASSES_ROOT\.md\shell\PanConverterMenu]
@="PanConverter"
 "MUIVerb"="Convert to..."
 "Icon"="\"%LOCALAPPDATA%\\Programs\\PanConverter\\PanConverter.exe\""
 "SubCommands"=""
 [HKEY_CLASSES_ROOT\.md\shell\PanConverterMenu\shell\PDF]
@="PDF"
 [HKEY_CLASSES_ROOT\.md\shell\PanConverterMenu\shell\PDF\command]
@="\"%LOCALAPPDATA%\\Programs\\PanConverter\\PanConverter.exe\" --convert-to pdf \"%1\""
 [HKEY_CLASSES_ROOT\.md\shell\PanConverterMenu\shell\HTML]
@="HTML"
 [HKEY_CLASSES_ROOT\.md\shell\PanConverterMenu\shell\HTML\command]
@="\"%LOCALAPPDATA%\\Programs\\PanConverter\\PanConverter.exe\" --convert-to html \"%1\""
 [HKEY_CLASSES_ROOT\.md\shell\PanConverterMenu\shell\DOCX]
@="DOCX"
 [HKEY_CLASSES_ROOT\.md\shell\PanConverterMenu\shell\DOCX\command]
@="\"%LOCALAPPDATA%\\Programs\\PanConverter\\PanConverter.exe\" --convert-to docx \"%1\""
 [HKEY_CLASSES_ROOT\.md\shell\PanConverterMenu\shell\LaTeX]
@="LaTeX"
 [HKEY_CLASSES_ROOT\.md\shell\PanConverterMenu\shell\LaTeX\command]
@="\"%LOCALAPPDATA%\\Programs\\PanConverter\\PanConverter.exe\" --convert-to latex \"%1\""
 [HKEY_CLASSES_ROOT\.md\shell\PanConverterMenu\shell\PPTX]
@="PowerPoint"
 [HKEY_CLASSES_ROOT\.md\shell\PanConverterMenu\shell\PPTX\command]
@="\"%LOCALAPPDATA%\\Programs\\PanConverter\\PanConverter.exe\" --convert-to pptx \"%1\""
@@ -1,145 +0,0 @@
 ; PanConverter NSIS Installer Include File
 ; Handles context menu installation and uninstallation
 !include "LogicLib.nsh"
 !include "MUI2.nsh"
 ; Custom installation page for context menu option
 Var ContextMenuCheckbox
 Var ContextMenuState
 Function ContextMenuPage
    !insertmacro MUI_HEADER_TEXT "Additional Options" "Choose additional installation options"
    nsDialogs::Create 1018
    Pop $0
    ${If} $0 == error
        Abort
    ${EndIf}
    ${NSD_CreateLabel} 0 0 100% 20u "Select additional features to install:"
    Pop $0
    ${NSD_CreateCheckbox} 20u 30u 280u 15u "Add PanConverter to Windows Explorer context menu"
    Pop $ContextMenuCheckbox
    ${NSD_SetState} $ContextMenuCheckbox ${BST_CHECKED}
    ${NSD_CreateLabel} 20u 50u 280u 30u "This will allow you to right-click on supported files and convert them directly using PanConverter."
    Pop $0
    nsDialogs::Show
 FunctionEnd
 Function ContextMenuPageLeave
    ${NSD_GetState} $ContextMenuCheckbox $ContextMenuState
 FunctionEnd
 ; Install context menu entries
 Function InstallContextMenu
    ${If} $ContextMenuState == ${BST_CHECKED}
        DetailPrint "Installing context menu integration..."
        ; Create registry entries for context menu
        WriteRegStr HKCR ".md\shell\PanConverter" "" "Convert with PanConverter"
        WriteRegStr HKCR ".md\shell\PanConverter" "Icon" "$INSTDIR\PanConverter.exe"
        WriteRegStr HKCR ".md\shell\PanConverter\command" "" '"$INSTDIR\PanConverter.exe" --convert "%1"'
        WriteRegStr HKCR ".markdown\shell\PanConverter" "" "Convert with PanConverter"  
        WriteRegStr HKCR ".markdown\shell\PanConverter" "Icon" "$INSTDIR\PanConverter.exe"
        WriteRegStr HKCR ".markdown\shell\PanConverter\command" "" '"$INSTDIR\PanConverter.exe" --convert "%1"'
        ; Context menu for HTML files
        WriteRegStr HKCR ".html\shell\PanConverter" "" "Convert with PanConverter"
        WriteRegStr HKCR ".html\shell\PanConverter" "Icon" "$INSTDIR\PanConverter.exe"
        WriteRegStr HKCR ".html\shell\PanConverter\command" "" '"$INSTDIR\PanConverter.exe" --convert "%1"'
        WriteRegStr HKCR ".htm\shell\PanConverter" "" "Convert with PanConverter"
        WriteRegStr HKCR ".htm\shell\PanConverter" "Icon" "$INSTDIR\PanConverter.exe"
        WriteRegStr HKCR ".htm\shell\PanConverter\command" "" '"$INSTDIR\PanConverter.exe" --convert "%1"'
        ; Context menu for DOCX files
        WriteRegStr HKCR ".docx\shell\PanConverter" "" "Convert with PanConverter"
        WriteRegStr HKCR ".docx\shell\PanConverter" "Icon" "$INSTDIR\PanConverter.exe"
        WriteRegStr HKCR ".docx\shell\PanConverter\command" "" '"$INSTDIR\PanConverter.exe" --convert "%1"'
        ; Context menu for ODT files
        WriteRegStr HKCR ".odt\shell\PanConverter" "" "Convert with PanConverter"
        WriteRegStr HKCR ".odt\shell\PanConverter" "Icon" "$INSTDIR\PanConverter.exe"
        WriteRegStr HKCR ".odt\shell\PanConverter\command" "" '"$INSTDIR\PanConverter.exe" --convert "%1"'
        ; Context menu for RTF files
        WriteRegStr HKCR ".rtf\shell\PanConverter" "" "Convert with PanConverter"
        WriteRegStr HKCR ".rtf\shell\PanConverter" "Icon" "$INSTDIR\PanConverter.exe"
        WriteRegStr HKCR ".rtf\shell\PanConverter\command" "" '"$INSTDIR\PanConverter.exe" --convert "%1"'
        ; Context menu for LaTeX files
        WriteRegStr HKCR ".tex\shell\PanConverter" "" "Convert with PanConverter"
        WriteRegStr HKCR ".tex\shell\PanConverter" "Icon" "$INSTDIR\PanConverter.exe"
        WriteRegStr HKCR ".tex\shell\PanConverter\command" "" '"$INSTDIR\PanConverter.exe" --convert "%1"'
        ; Context menu for PDF files
        WriteRegStr HKCR ".pdf\shell\PanConverter" "" "Convert with PanConverter"
        WriteRegStr HKCR ".pdf\shell\PanConverter" "Icon" "$INSTDIR\PanConverter.exe"
        WriteRegStr HKCR ".pdf\shell\PanConverter\command" "" '"$INSTDIR\PanConverter.exe" --convert "%1"'
        ; Context menu for PowerPoint files
        WriteRegStr HKCR ".pptx\shell\PanConverter" "" "Convert with PanConverter"
        WriteRegStr HKCR ".pptx\shell\PanConverter" "Icon" "$INSTDIR\PanConverter.exe"
        WriteRegStr HKCR ".pptx\shell\PanConverter\command" "" '"$INSTDIR\PanConverter.exe" --convert "%1"'
        WriteRegStr HKCR ".ppt\shell\PanConverter" "" "Convert with PanConverter"
        WriteRegStr HKCR ".ppt\shell\PanConverter" "Icon" "$INSTDIR\PanConverter.exe"
        WriteRegStr HKCR ".ppt\shell\PanConverter\command" "" '"$INSTDIR\PanConverter.exe" --convert "%1"'
        ; Context menu for ODP files
        WriteRegStr HKCR ".odp\shell\PanConverter" "" "Convert with PanConverter"
        WriteRegStr HKCR ".odp\shell\PanConverter" "Icon" "$INSTDIR\PanConverter.exe"
        WriteRegStr HKCR ".odp\shell\PanConverter\command" "" '"$INSTDIR\PanConverter.exe" --convert "%1"'
        ; Submenu for Markdown files with direct conversion options
        WriteRegStr HKCR ".md\shell\PanConverterMenu" "" "PanConverter"
        WriteRegStr HKCR ".md\shell\PanConverterMenu" "MUIVerb" "Convert to..."
        WriteRegStr HKCR ".md\shell\PanConverterMenu" "Icon" "$INSTDIR\PanConverter.exe"
        WriteRegStr HKCR ".md\shell\PanConverterMenu" "SubCommands" ""
        WriteRegStr HKCR ".md\shell\PanConverterMenu\shell\PDF" "" "PDF"
        WriteRegStr HKCR ".md\shell\PanConverterMenu\shell\PDF\command" "" '"$INSTDIR\PanConverter.exe" --convert-to pdf "%1"'
        WriteRegStr HKCR ".md\shell\PanConverterMenu\shell\HTML" "" "HTML"
        WriteRegStr HKCR ".md\shell\PanConverterMenu\shell\HTML\command" "" '"$INSTDIR\PanConverter.exe" --convert-to html "%1"'
        WriteRegStr HKCR ".md\shell\PanConverterMenu\shell\DOCX" "" "DOCX"
        WriteRegStr HKCR ".md\shell\PanConverterMenu\shell\DOCX\command" "" '"$INSTDIR\PanConverter.exe" --convert-to docx "%1"'
        WriteRegStr HKCR ".md\shell\PanConverterMenu\shell\LaTeX" "" "LaTeX"
        WriteRegStr HKCR ".md\shell\PanConverterMenu\shell\LaTeX\command" "" '"$INSTDIR\PanConverter.exe" --convert-to latex "%1"'
        WriteRegStr HKCR ".md\shell\PanConverterMenu\shell\PPTX" "" "PowerPoint"
        WriteRegStr HKCR ".md\shell\PanConverterMenu\shell\PPTX\command" "" '"$INSTDIR\PanConverter.exe" --convert-to pptx "%1"'
        DetailPrint "Context menu integration installed successfully!"
    ${EndIf}
 FunctionEnd
 ; Uninstall context menu entries
 Function un.RemoveContextMenu
    DetailPrint "Removing context menu integration..."
    ; Remove context menu entries for all file types
    DeleteRegKey HKCR ".md\shell\PanConverter"
    DeleteRegKey HKCR ".md\shell\PanConverterMenu"
    DeleteRegKey HKCR ".markdown\shell\PanConverter"
    DeleteRegKey HKCR ".html\shell\PanConverter"
    DeleteRegKey HKCR ".htm\shell\PanConverter"
    DeleteRegKey HKCR ".docx\shell\PanConverter"
    DeleteRegKey HKCR ".odt\shell\PanConverter"
    DeleteRegKey HKCR ".rtf\shell\PanConverter"
    DeleteRegKey HKCR ".tex\shell\PanConverter"
    DeleteRegKey HKCR ".pdf\shell\PanConverter"
    DeleteRegKey HKCR ".pptx\shell\PanConverter"
    DeleteRegKey HKCR ".ppt\shell\PanConverter"
    DeleteRegKey HKCR ".odp\shell\PanConverter"
    DetailPrint "Context menu integration removed successfully!"
 FunctionEnd
@@ -1,49 +0,0 @@
 #!/usr/bin/env node
 const fs = require('fs');
 const path = require('path');
 const version = process.argv[2] || require('../package.json').version;
 const hook = process.env.CONCRETEINFO_DEPLOY_HOOK;
 if (!hook) {
  console.error('CONCRETEINFO_DEPLOY_HOOK not set');
  process.exit(1);
 }
 const candidates = [
  'latest-mac.yml',
  'latest-linux.yml',
  'latest-windows.yml',
  `MarkdownConverter-${version}.dmg`,
  `markdown-converter_${version}_amd64.deb`,
  `MarkdownConverter-Setup-${version}.exe`,
 ];
 const dist = path.resolve(__dirname, '..', 'dist');
 for (const f of candidates) {
  if (!fs.existsSync(path.join(dist, f))) {
    console.error(`missing ${f} — run electron-builder first`);
    process.exit(1);
  }
 }
 const form = new FormData();
 form.append('version', version);
 for (const f of candidates) {
  if (fs.existsSync(path.join(dist, f))) {
    form.append('artifacts', fs.createReadStream(path.join(dist, f)), f);
  }
 }
 fetch('https://updates.concreteinfo.co.in/api/v1/ingest', {
  method: 'POST',
  headers: { Authorization: `Bearer ${hook}` },
  body: form,
 })
  .then((r) => {
    console.log('ingest status', r.status);
    process.exit(r.ok ? 0 : 1);
  })
  .catch((e) => {
    console.error('ingest failed:', e);
    process.exit(1);
  });
@@ -1,32 +0,0 @@
@echo off
 echo PanConverter Context Menu Uninstallation
 echo ========================================
 echo.
 REM Check for administrator privileges
 net session >nul 2>&1
 if %errorLevel% == 0 (
    echo Running with administrator privileges...
 ) else (
    echo This script requires administrator privileges.
    echo Please right-click and select "Run as administrator"
    echo.
    pause
    exit /b 1
 )
 echo Removing context menu entries...
 reg import "%~dp0uninstall-context-menu.reg"
 if %errorLevel% == 0 (
    echo.
    echo Context menu integration removed successfully!
    echo PanConverter entries have been removed from the Windows Explorer context menu.
 ) else (
    echo.
    echo Failed to remove context menu entries.
    echo Please check that the registry file exists and try again.
 )
 echo.
 pause
@@ -1,36 +0,0 @@
 Windows Registry Editor Version 5.00
 ; PanConverter Context Menu Uninstall Script
 ; This registry file removes PanConverter context menu entries
 ; Remove context menu for Markdown files (.md, .markdown)
 [-HKEY_CLASSES_ROOT\.md\shell\PanConverter]
 [-HKEY_CLASSES_ROOT\.md\shell\PanConverterMenu]
 [-HKEY_CLASSES_ROOT\.markdown\shell\PanConverter]
 ; Remove context menu for HTML files
 [-HKEY_CLASSES_ROOT\.html\shell\PanConverter]
 [-HKEY_CLASSES_ROOT\.htm\shell\PanConverter]
 ; Remove context menu for DOCX files
 [-HKEY_CLASSES_ROOT\.docx\shell\PanConverter]
 ; Remove context menu for ODT files
 [-HKEY_CLASSES_ROOT\.odt\shell\PanConverter]
 ; Remove context menu for RTF files
 [-HKEY_CLASSES_ROOT\.rtf\shell\PanConverter]
 ; Remove context menu for LaTeX files
 [-HKEY_CLASSES_ROOT\.tex\shell\PanConverter]
 ; Remove context menu for PDF files
 [-HKEY_CLASSES_ROOT\.pdf\shell\PanConverter]
 ; Remove context menu for PowerPoint files
 [-HKEY_CLASSES_ROOT\.pptx\shell\PanConverter]
 [-HKEY_CLASSES_ROOT\.ppt\shell\PanConverter]
 ; Remove context menu for OpenDocument Presentation files
 [-HKEY_CLASSES_ROOT\.odp\shell\PanConverter]
@@ -1,148 +0,0 @@
 import { _electron as electron } from 'playwright-core';
 import * as fs from 'node:fs';
 import * as path from 'node:path';
 const APP_DIR = '/home/amith/apps/markdown-converter';
 const electronBin = path.join(APP_DIR, 'node_modules/electron/dist/electron');
 const testMd = '/tmp/verify-test.md';
 const outputDocx = '/tmp/verify-output.docx';
 const outputHtml = '/tmp/verify-output.html';
 // Cleanup previous outputs
 if (fs.existsSync(testMd)) fs.unlinkSync(testMd);
 if (fs.existsSync(outputDocx)) fs.unlinkSync(outputDocx);
 if (fs.existsSync(outputHtml)) fs.unlinkSync(outputHtml);
 // Write test Markdown file
 fs.writeFileSync(
  testMd,
  '# Test Document\n\nThis is a verification test for opening and exporting.\n\n- Point A\n- Point B\n'
 );
 console.log('Launching Electron...');
 const app = await electron.launch({
  executablePath: electronBin,
  args: [
    '--no-sandbox',
    '--disable-gpu',
    '--disable-software-rasterizer',
    '--disable-dev-shm-usage',
    '.',
  ],
  env: {
    ...process.env,
    DISPLAY: ':0',
    ELECTRON_DISABLE_SANDBOX: '1',
    VITE_DEV_SERVER_URL: 'http://localhost:5173',
  },
  cwd: APP_DIR,
 });
 app.process().stdout.on('data', (data) => console.log('[MAIN-OUT]', data.toString().trim()));
 app.process().stderr.on('data', (data) => console.log('[MAIN-ERR]', data.toString().trim()));
 const win = await app.firstWindow();
 await win.waitForLoadState('domcontentloaded');
 await win.waitForSelector('.cm-editor, [role="toolbar"]', { timeout: 10000 });
 console.log('App loaded.');
 // Dismiss welcome wizard if present
 const wizardCount = await win.locator('[data-testid="first-run-wizard"]').count();
 if (wizardCount > 0) {
  console.log('Dismissing first run wizard...');
  await win.click('[data-testid="first-run-wizard"] >> text=Skip');
  await new Promise((r) => setTimeout(r, 300));
 }
 // Stub dialog.showSaveDialogSync in main process to automatically return output paths
 await app.evaluate(({ dialog }, { outputDocx, outputHtml }) => {
  dialog.showSaveDialogSync = (window, options) => {
    const filters = options?.filters || [];
    if (filters.some(f => f.extensions.includes('docx'))) {
      return outputDocx;
    }
    return outputHtml;
  };
 }, { outputDocx, outputHtml });
 // Simulate opening the test Md file by sending IPC from main
 console.log('Opening test markdown file...');
 const fileContent = fs.readFileSync(testMd, 'utf-8');
 await app.evaluate(({ BrowserWindow }, { filePath, content }) => {
  const wins = BrowserWindow.getAllWindows();
  const main = wins.find((w) => !w.isDestroyed());
  if (!main) throw new Error('No main window');
  main.webContents.send('file-opened', { path: filePath, content });
 }, { filePath: testMd, content: fileContent });
 // Wait for editor to display the content
 await win.waitForFunction(
  (content) => {
    const editor = document.querySelector('.cm-content');
    return editor && editor.textContent.includes('Test Document');
  },
  fileContent,
  { timeout: 5000 }
 );
 console.log('File successfully opened in editor.');
 // Let's wait a moment for currentFile synchronization to trigger in the main process
 await new Promise((r) => setTimeout(r, 500));
 // Trigger DOCX Export (calls performExportWithOptions under the hood)
 console.log('Exporting to DOCX...');
 await win.evaluate(() => {
  window.electronAPI.export.withOptions('docx', {});
 });
 // Wait for file to be written to disk
 let docxExported = false;
 for (let i = 0; i < 20; i++) {
  if (fs.existsSync(outputDocx) && fs.statSync(outputDocx).size > 0) {
    docxExported = true;
    break;
  }
  await new Promise((r) => setTimeout(r, 250));
 }
 if (docxExported) {
  console.log('✅ DOCX exported successfully.');
 } else {
  console.error('❌ DOCX export failed (file not created or empty).');
 }
 // Wait 2.5 seconds to bypass the conversion rate limiter (2000ms debounce)
 console.log('Waiting for rate limiter...');
 await new Promise((r) => setTimeout(r, 2500));
 // Trigger HTML Export
 console.log('Exporting to HTML...');
 await win.evaluate(() => {
  window.electronAPI.export.withOptions('html', {});
 });
 let htmlExported = false;
 for (let i = 0; i < 20; i++) {
  if (fs.existsSync(outputHtml) && fs.statSync(outputHtml).size > 0) {
    htmlExported = true;
    break;
  }
  await new Promise((r) => setTimeout(r, 250));
 }
 if (htmlExported) {
  console.log('✅ HTML exported successfully.');
 } else {
  console.error('❌ HTML export failed (file not created or empty).');
 }
 await app.close();
 console.log('Verification completed.');
 if (docxExported && htmlExported) {
  process.exit(0);
 } else {
  process.exit(1);
 }
@@ -1,111 +0,0 @@
 /**
 * Electron File System Adapter
 *
 * Implements file system operations for Electron using IPC.
 * This abstracts file operations to enable easier testing and migration.
 *
 * @version 4.4.1
 */
 /**
 * Electron File System Adapter
 * @type {import('../types').FileSystemAdapter}
 */
 const electronFsAdapter = {
  /**
   * Read file content
   * @param {string} path - File path
   * @returns {Promise<string>} File content
   */
  async readFile(path) {
    return await window.electronAPI.file.read(path);
  },
  /**
   * Write content to file
   * @param {string} path - File path
   * @param {string} content - File content
   * @returns {Promise<void>}
   */
  async writeFile(path, content) {
    return await window.electronAPI.file.write(path, content);
  },
  /**
   * Delete file
   * @param {string} path - File path
   * @returns {Promise<void>}
   */
  async deleteFile(path) {
    return await window.electronAPI.file.delete(path);
  },
  /**
   * Ensure directory exists
   * @param {string} path - Directory path
   * @returns {Promise<void>}
   */
  async ensureDir(path) {
    return await window.electronAPI.file.ensureDir(path);
  },
  /**
   * List directory contents
   * @param {string} path - Directory path
   * @returns {Promise<Array<import('../types').FileInfo>>}
   */
  async listDirectory(path) {
    const result = await window.electronAPI.invoke('list-directory', path);
    if (!result?.entries) {
      return [];
    }
    return result.entries.map((entry) => ({
      name: entry.name,
      isDir: entry.isDirectory,
      size: entry.size ?? 0,
      modified: entry.modified ?? 0,
      path: entry.path,
    }));
  },
  /**
   * Check if path exists
   * @param {string} path - Path to check
   * @returns {Promise<boolean>}
   */
  async exists(path) {
    return await window.electronAPI.file.exists(path);
  },
  /**
   * Check if path is a directory
   * @param {string} path - Path to check
   * @returns {Promise<boolean>}
   */
  async isDirectory(path) {
    return await window.electronAPI.file.isDirectory(path);
  },
  /**
   * Copy file or directory
   * @param {string} source - Source path
   * @param {string} dest - Destination path
   * @returns {Promise<void>}
   */
  async copy(source, dest) {
    return await window.electronAPI.file.copy(source, dest);
  },
  /**
   * Move file or directory
   * @param {string} source - Source path
   * @param {string} dest - Destination path
   * @returns {Promise<void>}
   */
  async move(source, dest) {
    return await window.electronAPI.file.move(source, dest);
  },
 };
 module.exports = { electronFsAdapter };
@@ -1,133 +0,0 @@
 /**
 * Platform Adapter Type Definitions
 *
 * This module defines the interfaces for platform-specific operations.
 * Adapters abstract file system, conversion, and system operations
 * to enable easier testing and future platform migration.
 *
 * @version 4.4.1
 */
 /**
 * @typedef {Object} FileInfo
 * @property {string} name - File or directory name
 * @property {boolean} isDir - True if directory
 * @property {number} size - File size in bytes
 * @property {number} modified - Last modified timestamp (ms since epoch)
 */
 /**
 * @typedef {Object} WatchEvent
 * @property {string} type - Event type ('add', 'change', 'unlink', 'addDir', 'unlinkDir')
 * @property {string} path - Affected file/directory path
 */
 /**
 * @typedef {Object} ConversionOptions
 * @property {string} format - Output format (pdf, docx, html, etc.)
 * @property {string} [pdfEngine] - PDF engine for PDF export (xelatex, pdflatex, etc.)
 * @property {string} [template] - Word template path for DOCX
 * @property {string} [geometry] - Page geometry for PDF (e.g., 'margin=1in')
 * @property {string} [header] - Header content
 * @property {string} [footer] - Footer content
 * @property {boolean} [toc] - Include table of contents
 */
 /**
 * @typedef {Object} ConversionResult
 * @property {string} input - Input file path
 * @property {string} output - Output file path
 * @property {boolean} success - Whether conversion succeeded
 * @property {string} [error] - Error message if failed
 */
 /**
 * @typedef {Object} PlatformCapabilities
 * @property {boolean} hasPandoc - Pandoc is available
 * @property {boolean} hasFfmpeg - FFmpeg is available
 * @property {boolean} hasLibreOffice - LibreOffice is available
 * @property {boolean} hasDirectFs - Direct file system access
 * @property {boolean} hasSystemNotifications - System notifications available
 * @property {boolean} hasPdfJs - PDF.js available for PDF viewing
 */
 /**
 * @typedef {Object} DialogOptions
 * @property {string} [title] - Dialog title
 * @property {string} [defaultPath] - Default path
 * @property {string[]} [filters] - File filters [{ name: 'Markdown', extensions: ['md'] }]
 * @property {string} [buttonLabel] - Custom button label
 */
 /**
 * @typedef {Object} SystemInfo
 * @property {string} platform - Operating system (win32, darwin, linux)
 * @property {string} homeDir - User home directory
 * @property {string} documentsDir - Documents directory
 * @property {string} downloadsDir - Downloads directory
 * @property {string} tempDir - Temporary directory
 * @property {string} appVersion - Application version
 */
 /**
 * @typedef {Object} FileSystemAdapter
 * @property {(path: string) => Promise<string>} readFile - Read file content
 * @property {(path: string, content: string) => Promise<void>} writeFile - Write file content
 * @property {(path: string) => Promise<void>} deleteFile - Delete file
 * @property {(path: string) => Promise<void>} ensureDir - Ensure directory exists
 * @property {(path: string) => Promise<FileInfo[]>} listDirectory - List directory contents
 * @property {(path: string) => Promise<boolean>} exists - Check if path exists
 * @property {(path: string) => Promise<boolean>} isDirectory - Check if path is directory
 * @property {(source: string, dest: string) => Promise<void>} copy - Copy file or directory
 * @property {(source: string, dest: string) => Promise<void>} move - Move file or directory
 * @property {(path: string, callback: (event: WatchEvent) => void) => () => void>} [watchDirectory] - Watch directory for changes
 */
 /**
 * @typedef {Object} ConversionAdapter
 * @property {(input: string, output: string, options: ConversionOptions) => Promise<void>} convertFile - Convert single file
 * @property {(files: string[], outputDir: string, options: ConversionOptions) => Promise<ConversionResult[]>} batchConvert - Batch convert files
 * @property {() => Promise<boolean>} checkPandoc - Check if Pandoc is available
 * @property {() => Promise<boolean>} checkFfmpeg - Check if FFmpeg is available
 * @property {() => Promise<boolean>} checkLibreOffice - Check if LibreOffice is available
 */
 /**
 * @typedef {Object} DialogAdapter
 * @property {(options?: DialogOptions) => Promise<string|null>} showOpenDialog - Show open file dialog
 * @property {(options?: DialogOptions) => Promise<string[]>} showOpenDialogMulti - Show multi-select open dialog
 * @property {(options?: DialogOptions) => Promise<string|null>} showSaveDialog - Show save file dialog
 * @property {(message: string, type?: string) => Promise<void>} showMessage - Show message dialog
 * @property {(message: string, type?: string) => Promise<boolean>} showConfirm - Show confirmation dialog
 */
 /**
 * @typedef {Object} SystemAdapter
 * @property {() => Promise<SystemInfo>} getSystemInfo - Get system information
 * @property {(title: string, body: string) => Promise<void>} showNotification - Show system notification
 * @property {(url: string) => Promise<void>} openExternal - Open URL in default browser
 * @property {(path: string) => Promise<void>} openInExplorer - Open path in file explorer
 * @property {(path: string) => Promise<void>} openInDefaultApp - Open path in default application
 */
 /**
 * @typedef {Object} PdfAdapter
 * @property {(path: string) => Promise<Object>} loadDocument - Load PDF document
 * @property {(doc: Object, pageNum: number, canvas: HTMLCanvasElement, scale: number, rotation: number) => Promise<void>} renderPage - Render PDF page to canvas
 * @property {(operations: Object) => Promise<void>} processOperation - Process PDF operation (merge, split, etc.)
 */
 /**
 * @typedef {Object} PlatformAdapter
 * @property {string} name - Platform name ('electron', 'web', 'tauri', 'flutter')
 * @property {FileSystemAdapter} fs - File system operations
 * @property {ConversionAdapter} convert - Conversion operations
 * @property {DialogAdapter} dialog - Dialog operations
 * @property {SystemAdapter} system - System operations
 * @property {PdfAdapter} [pdf] - PDF operations (optional, not available on all platforms)
 * @property {PlatformCapabilities} capabilities - Platform capabilities
 */
 module.exports = {
  // Type definitions are JSDoc only, no runtime exports needed
 };
@@ -1,122 +0,0 @@
 /**
 * Writing Analytics Panel — modal overlay displaying analytics dashboard
 */
 const { analyze } = require('./writing-analytics');
 function showAnalyticsModal(tabManager) {
  const existing = document.getElementById('analytics-modal');
  if (existing) existing.remove();
  const content = tabManager.getEditorContent();
  const metrics = analyze(content);
  const overlay = document.createElement('div');
  overlay.id = 'analytics-modal';
  overlay.className = 'analytics-overlay';
  const maxCount = metrics.topWords.length > 0 ? metrics.topWords[0].count : 1;
  overlay.innerHTML = `
        <div class="analytics-modal">
            <div class="analytics-header">
                <h2>Writing Analytics</h2>
                <button class="analytics-close" title="Close">&times;</button>
            </div>
            <div class="analytics-body">
                <div class="analytics-section">
                    <h3>Readability</h3>
                    <div class="analytics-row">
                        <span class="analytics-label">Flesch Reading Ease</span>
                        <span class="analytics-value">${metrics.fleschEase}<small>${metrics.readabilityLabel}</small></span>
                    </div>
                    <div class="analytics-row">
                        <span class="analytics-label">Grade Level</span>
                        <span class="analytics-value">${metrics.fleschGrade}</span>
                    </div>
                    <div class="readability-meter">
                        <div class="readability-fill" style="width: ${Math.max(0, Math.min(100, metrics.fleschEase))}%"></div>
                    </div>
                </div>
                <div class="analytics-section">
                    <h3>Timing</h3>
                    <div class="analytics-row">
                        <span class="analytics-label">Reading Time</span>
                        <span class="analytics-value">~${metrics.readingTime} min</span>
                    </div>
                    <div class="analytics-row">
                        <span class="analytics-label">Speaking Time</span>
                        <span class="analytics-value">~${metrics.speakingTime} min</span>
                    </div>
                </div>
                <div class="analytics-section">
                    <h3>Structure</h3>
                    <div class="analytics-row">
                        <span class="analytics-label">Sentences</span>
                        <span class="analytics-value">${metrics.sentenceCount} &bull; Paragraphs: ${metrics.paragraphCount}</span>
                    </div>
                    <div class="analytics-row">
                        <span class="analytics-label">Avg Sentence</span>
                        <span class="analytics-value">${metrics.avgSentenceLength} words</span>
                    </div>
                    ${
                      metrics.longestSentenceLength > 0
                        ? `
                    <div class="analytics-row analytics-longest">
                        <span class="analytics-label">Longest (${metrics.longestSentenceLength} words)</span>
                        <span class="analytics-value analytics-sentence-preview">${escapeHtml(metrics.longestSentence)}</span>
                    </div>`
                        : ''
                    }
                </div>
                <div class="analytics-section">
                    <h3>Vocabulary</h3>
                    <div class="analytics-row">
                        <span class="analytics-label">Unique</span>
                        <span class="analytics-value">${metrics.uniqueWordCount} / ${metrics.wordCount}<small>${metrics.lexicalDiversity}%</small></span>
                    </div>
                    ${
                      metrics.topWords.length > 0
                        ? `
                    <div class="word-cloud">
                        ${metrics.topWords
                          .map((w) => {
                            const scale = 13 + Math.round((w.count / maxCount) * 3);
                            return `<span class="word-tag" style="font-size:${scale}px">${escapeHtml(w.word)}<small>${w.count}</small></span>`;
                          })
                          .join('')}
                    </div>`
                        : ''
                    }
                </div>
            </div>
        </div>
    `;
  const closeBtn = overlay.querySelector('.analytics-close');
  closeBtn.addEventListener('click', () => overlay.remove());
  overlay.addEventListener('click', (e) => {
    if (e.target === overlay) overlay.remove();
  });
  const escHandler = (e) => {
    if (e.key === 'Escape') {
      overlay.remove();
      document.removeEventListener('keydown', escHandler);
    }
  };
  document.addEventListener('keydown', escHandler);
  document.body.appendChild(overlay);
 }
 function escapeHtml(str) {
  const div = document.createElement('div');
  div.textContent = str;
  return div.innerHTML;
 }
 module.exports = { showAnalyticsModal };
@@ -1,200 +0,0 @@
 /**
 * Writing Analytics — pure computation engine
 * No DOM dependencies. Exported analyze(text) returns a metrics object.
 */
 const STOP_WORDS = new Set([
  'the',
  'a',
  'an',
  'is',
  'are',
  'was',
  'were',
  'be',
  'been',
  'have',
  'has',
  'had',
  'do',
  'does',
  'did',
  'will',
  'would',
  'could',
  'should',
  'to',
  'of',
  'in',
  'for',
  'on',
  'with',
  'at',
  'by',
  'from',
  'as',
  'and',
  'or',
  'but',
  'if',
  'it',
  'its',
  'this',
  'that',
  'these',
  'those',
  'i',
  'me',
  'my',
  'we',
  'our',
  'you',
  'your',
  'he',
  'him',
  'his',
  'she',
  'her',
  'they',
  'them',
  'their',
  'not',
  'no',
  'so',
  'than',
  'too',
  'very',
  'also',
  'just',
  'about',
  'up',
  'out',
  'what',
  'which',
  'who',
 ]);
 function countSyllables(word) {
  word = word.toLowerCase().replace(/(?:[^laeiouy]es|ed|[^laeiouy]e)$/, '');
  word = word.replace(/^y/, '');
  return word.match(/[aeiouy]{1,2}/gi)?.length || 1;
 }
 function extractWords(text) {
  return text.match(/[a-zA-Z]+(?:['-][a-zA-Z]+)*/g) || [];
 }
 function getReadabilityLabel(score) {
  if (score >= 90) return 'Very Easy';
  if (score >= 70) return 'Easy';
  if (score >= 50) return 'Standard';
  if (score >= 30) return 'Difficult';
  return 'Very Difficult';
 }
 function analyze(text) {
  if (!text || !text.trim()) {
    return {
      wordCount: 0,
      sentenceCount: 0,
      paragraphCount: 0,
      fleschEase: 0,
      fleschGrade: 0,
      readabilityLabel: 'N/A',
      readingTime: 0,
      speakingTime: 0,
      uniqueWordCount: 0,
      lexicalDiversity: 0,
      avgSentenceLength: 0,
      longestSentence: '',
      longestSentenceLength: 0,
      topWords: [],
    };
  }
  const words = extractWords(text);
  const wordCount = words.length;
  const sentences = text
    .split(/[.!?]+/)
    .map((s) => s.trim())
    .filter(Boolean);
  const sentenceCount = Math.max(sentences.length, 1);
  const paragraphs = text
    .split(/\n\s*\n/)
    .map((p) => p.trim())
    .filter(Boolean);
  const paragraphCount = Math.max(paragraphs.length, 1);
  let totalSyllables = 0;
  for (const w of words) {
    totalSyllables += countSyllables(w);
  }
  const fleschEase =
    Math.round(
      (206.835 - 1.015 * (wordCount / sentenceCount) - 84.6 * (totalSyllables / wordCount)) * 10
    ) / 10;
  const fleschGrade =
    Math.round(
      (0.39 * (wordCount / sentenceCount) + 11.8 * (totalSyllables / wordCount) - 15.59) * 10
    ) / 10;
  const readabilityLabel = getReadabilityLabel(fleschEase);
  const readingTime = Math.ceil(wordCount / 200);
  const speakingTime = Math.ceil(wordCount / 130);
  const uniqueWords = new Set(words.map((w) => w.toLowerCase()));
  const uniqueWordCount = uniqueWords.size;
  const lexicalDiversity =
    wordCount > 0 ? Math.round((uniqueWordCount / wordCount) * 1000) / 10 : 0;
  const avgSentenceLength = Math.round((wordCount / sentenceCount) * 10) / 10;
  let longestSentence = '';
  let longestSentenceLength = 0;
  for (const s of sentences) {
    const sWords = extractWords(s);
    if (sWords.length > longestSentenceLength) {
      longestSentenceLength = sWords.length;
      longestSentence = s.trim();
    }
  }
  if (longestSentence.length > 80) {
    longestSentence = longestSentence.substring(0, 80) + '...';
  }
  const wordFreq = {};
  for (const w of words) {
    const lower = w.toLowerCase();
    if (!STOP_WORDS.has(lower) && lower.length > 1) {
      wordFreq[lower] = (wordFreq[lower] || 0) + 1;
    }
  }
  const topWords = Object.entries(wordFreq)
    .sort((a, b) => b[1] - a[1])
    .slice(0, 10)
    .map(([word, count]) => ({ word, count }));
  return {
    wordCount,
    sentenceCount,
    paragraphCount,
    fleschEase,
    fleschGrade,
    readabilityLabel,
    readingTime,
    speakingTime,
    uniqueWordCount,
    lexicalDiversity,
    avgSentenceLength,
    longestSentence,
    longestSentenceLength,
    topWords,
  };
 }
 module.exports = { analyze };
@@ -1,149 +0,0 @@
 // CodeMirror 6 wrapper module
 // Provides createEditor() and getLanguageExtension() for the rest of the app.
 const {
  EditorView,
  keymap,
  lineNumbers,
  highlightActiveLine,
  drawSelection,
 } = require('@codemirror/view');
 const { EditorState } = require('@codemirror/state');
 const { markdown, markdownLanguage } = require('@codemirror/lang-markdown');
 // Language extensions loaded lazily on first use
 let _javascript, _html, _css, _json, _python;
 const { defaultKeymap, history, historyKeymap, indentWithTab } = require('@codemirror/commands');
 const { searchKeymap, highlightSelectionMatches } = require('@codemirror/search');
 const { autocompletion, completionKeymap } = require('@codemirror/autocomplete');
 const { bracketMatching, foldGutter, indentOnInput } = require('@codemirror/language');
 const { oneDark } = require('@codemirror/theme-one-dark');
 // Custom theme for JetBrains Mono font
 const jetBrainsMonoTheme = EditorView.theme({
  '&': {
    fontFamily: "'JetBrains Mono', 'Fira Code', 'SF Mono', Monaco, 'Courier New', monospace",
  },
  '.cm-content': {
    fontFamily: 'inherit',
  },
  '.cm-scroller': {
    fontFamily: 'inherit',
  },
 });
 /**
 * Create a CodeMirror 6 editor instance.
 *
 * @param {HTMLElement} parentElement - DOM element to mount the editor in
 * @param {Object}  options
 * @param {string}  options.content          - initial document content (default '')
 * @param {Function} options.onChange        - called with new content string on every doc change
 * @param {Function} options.onUpdate       - called with the EditorView on every update (selection, doc change, etc.)
 * @param {boolean} options.isDark           - apply oneDark theme when true (default false)
 * @param {boolean} options.showLineNumbers  - show line-number gutter (default true)
 * @returns {EditorView} the created editor view
 */
 function createEditor(parentElement, options = {}) {
  console.log(
    '[createEditor] Called with parentElement:',
    parentElement?.id,
    'dimensions:',
    parentElement?.clientWidth,
    'x',
    parentElement?.clientHeight
  );
  if (!parentElement) {
    console.error('[createEditor] ERROR: parentElement is null or undefined!');
    return null;
  }
  const {
    content = '',
    onChange = () => {},
    onUpdate = null,
    isDark = false,
    showLineNumbers = true,
  } = options;
  const extensions = [
    markdown({ base: markdownLanguage }),
    history(),
    drawSelection(),
    highlightActiveLine(),
    bracketMatching(),
    indentOnInput(),
    highlightSelectionMatches(),
    autocompletion(),
    foldGutter(),
    jetBrainsMonoTheme,
    keymap.of([
      ...defaultKeymap,
      ...historyKeymap,
      ...searchKeymap,
      ...completionKeymap,
      indentWithTab,
    ]),
    EditorView.updateListener.of((update) => {
      if (update.docChanged) {
        onChange(update.state.doc.toString());
      }
      if (onUpdate && (update.docChanged || update.selectionSet)) {
        onUpdate(update.view);
      }
    }),
    EditorView.lineWrapping,
  ];
  if (showLineNumbers) {
    extensions.push(lineNumbers());
  }
  if (isDark) {
    extensions.push(oneDark);
  }
  const state = EditorState.create({ doc: content, extensions });
  const view = new EditorView({ state, parent: parentElement });
  return view;
 }
 /**
 * Return the appropriate CodeMirror language extension for a given language name.
 *
 * Supported values: javascript, js, html, css, json, python, py, markdown.
 * Falls back to markdown when the language is unrecognised.
 *
 * @param {string} lang - language identifier
 * @returns {Extension} CodeMirror language extension
 */
 function getLanguageExtension(lang) {
  const loaders = {
    javascript: () => {
      if (!_javascript) _javascript = require('@codemirror/lang-javascript').javascript;
      return _javascript();
    },
    html: () => {
      if (!_html) _html = require('@codemirror/lang-html').html;
      return _html();
    },
    css: () => {
      if (!_css) _css = require('@codemirror/lang-css').css;
      return _css();
    },
    json: () => {
      if (!_json) _json = require('@codemirror/lang-json').json;
      return _json();
    },
    python: () => {
      if (!_python) _python = require('@codemirror/lang-python').python;
      return _python();
    },
    markdown: () => markdown({ base: markdownLanguage }),
  };
  loaders.js = loaders.javascript;
  loaders.py = loaders.python;
  const loader = loaders[lang];
  return loader ? loader() : markdown({ base: markdownLanguage });
 }
 module.exports = { createEditor, getLanguageExtension };
@@ -0,0 +1,139 @@
 <!DOCTYPE html>
 <html lang="en">
 <head>
    <meta charset="UTF-8">
    <meta name="viewport" content="width=device-width, initial-scale=1.0">
    <title>PanConverter - Markdown Editor</title>
    <link rel="stylesheet" href="styles.css">
    <link rel="stylesheet" href="https://cdnjs.cloudflare.com/ajax/libs/codemirror/6.65.7/codemirror.min.css">
    <link rel="stylesheet" href="https://cdnjs.cloudflare.com/ajax/libs/highlight.js/11.9.0/styles/default.min.css">
 </head>
 <body>
    <div class="container">
        <div class="tab-bar" id="tab-bar">
            <div class="tab active" data-tab-id="1">
                <span class="tab-title">Untitled</span>
                <button class="tab-close" title="Close tab">×</button>
            </div>
            <button class="new-tab-button" id="new-tab-btn" title="New tab">+</button>
        </div>
        <div class="toolbar">
            <button id="btn-bold" title="Bold">
                <svg width="16" height="16" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2">
                    <path d="M6 4h8a4 4 0 0 1 4 4 4 4 0 0 1-4 4H6z"></path>
                    <path d="M6 12h9a4 4 0 0 1 4 4 4 4 0 0 1-4 4H6z"></path>
                </svg>
            </button>
            <button id="btn-italic" title="Italic">
                <svg width="16" height="16" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2">
                    <line x1="19" y1="4" x2="10" y2="4"></line>
                    <line x1="14" y1="20" x2="5" y2="20"></line>
                    <line x1="15" y1="4" x2="9" y2="20"></line>
                </svg>
            </button>
            <button id="btn-heading" title="Heading">
                <svg width="16" height="16" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2">
                    <polyline points="4 7 4 4 20 4 20 7"></polyline>
                    <line x1="9" y1="20" x2="15" y2="20"></line>
                    <line x1="12" y1="4" x2="12" y2="20"></line>
                </svg>
            </button>
            <button id="btn-link" title="Link">
                <svg width="16" height="16" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2">
                    <path d="M10 13a5 5 0 0 0 7.54.54l3-3a5 5 0 0 0-7.07-7.07l-1.72 1.71"></path>
                    <path d="M14 11a5 5 0 0 0-7.54-.54l-3 3a5 5 0 0 0 7.07 7.07l1.71-1.71"></path>
                </svg>
            </button>
            <button id="btn-code" title="Code">
                <svg width="16" height="16" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2">
                    <polyline points="16 18 22 12 16 6"></polyline>
                    <polyline points="8 6 2 12 8 18"></polyline>
                </svg>
            </button>
            <button id="btn-list" title="List">
                <svg width="16" height="16" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2">
                    <line x1="8" y1="6" x2="21" y2="6"></line>
                    <line x1="8" y1="12" x2="21" y2="12"></line>
                    <line x1="8" y1="18" x2="21" y2="18"></line>
                    <line x1="3" y1="6" x2="3.01" y2="6"></line>
                    <line x1="3" y1="12" x2="3.01" y2="12"></line>
                    <line x1="3" y1="18" x2="3.01" y2="18"></line>
                </svg>
            </button>
            <button id="btn-quote" title="Quote">
                <svg width="16" height="16" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2">
                    <path d="M3 21c3 0 7-1 7-8V5c0-1.25-.756-2.017-2-2H4c-1.25 0-2 .75-2 1.972V11c0 1.25.75 2 2 2 1 0 1 0 1 1v1c0 1-1 2-2 2s-1 .008-1 1.031V20c0 1 0 1 1 1z"></path>
                    <path d="M15 21c3 0 7-1 7-8V5c0-1.25-.757-2.017-2-2h-4c-1.25 0-2 .75-2 1.972V11c0 1.25.75 2 2 2h.75c0 2.25.25 4-2.75 4v3c0 1 0 1 1 1z"></path>
                </svg>
            </button>
            <button id="btn-table" title="Insert Table">
                <svg width="16" height="16" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2">
                    <rect x="3" y="3" width="18" height="18" rx="2" ry="2"></rect>
                    <line x1="3" y1="9" x2="21" y2="9"></line>
                    <line x1="3" y1="15" x2="21" y2="15"></line>
                    <line x1="9" y1="3" x2="9" y2="21"></line>
                    <line x1="15" y1="3" x2="15" y2="21"></line>
                </svg>
            </button>
            <div class="toolbar-separator"></div>
            <button id="btn-find" title="Find & Replace (Ctrl+F)">
                <svg width="16" height="16" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2">
                    <circle cx="11" cy="11" r="8"></circle>
                    <path d="m21 21-4.35-4.35"></path>
                </svg>
            </button>
            <button id="btn-line-numbers" title="Toggle Line Numbers">
                <svg width="16" height="16" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2">
                    <path d="M3 6h18"></path>
                    <path d="M3 12h18"></path>
                    <path d="M3 18h18"></path>
                </svg>
            </button>
            <div class="toolbar-separator"></div>
            <button id="btn-preview-toggle" title="Toggle Preview">
                <svg width="16" height="16" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2">
                    <path d="M1 12s4-8 11-8 11 8 11 8-4 8-11 8-11-8-11-8z"></path>
                    <circle cx="12" cy="12" r="3"></circle>
                </svg>
            </button>
        </div>
        <!-- Find & Replace Dialog -->
        <div id="find-dialog" class="find-dialog hidden">
            <div class="find-controls">
                <input type="text" id="find-input" placeholder="Find...">
                <input type="text" id="replace-input" placeholder="Replace...">
                <button id="btn-find-prev" title="Previous">↑</button>
                <button id="btn-find-next" title="Next">↓</button>
                <button id="btn-replace" title="Replace">Replace</button>
                <button id="btn-replace-all" title="Replace All">All</button>
                <button id="btn-find-close" title="Close">×</button>
            </div>
            <div class="find-info">
                <span id="find-count">0 matches</span>
            </div>
        </div>
        <div class="editor-container">
            <div class="tab-content active" id="tab-content-1" data-tab-id="1">
                <div id="editor-pane-1" class="pane">
                    <div class="editor-wrapper">
                        <div id="line-numbers-1" class="line-numbers hidden"></div>
                        <textarea id="editor-1" class="editor-textarea"></textarea>
                    </div>
                </div>
                <div id="preview-pane-1" class="pane">
                    <div id="preview-1" class="preview-content"></div>
                </div>
            </div>
        </div>
        <div class="status-bar">
            <span id="status-text">Ready</span>
            <span id="word-count">Words: 0 | Characters: 0</span>
        </div>
    </div>
    <script src="renderer.js"></script>
 </body>
 </html>
@@ -0,0 +1,520 @@
 const { app, BrowserWindow, Menu, dialog, ipcMain, shell } = require('electron');
 const path = require('path');
 const fs = require('fs');
 const { exec } = require('child_process');
 const XLSX = require('xlsx');
 // Simple storage implementation to replace electron-store
 const settingsPath = path.join(app.getPath('userData'), 'settings.json');
 const store = {
  get: (key, defaultValue) => {
    try {
      const data = fs.readFileSync(settingsPath, 'utf-8');
      const settings = JSON.parse(data);
      return settings[key] || defaultValue;
    } catch {
      return defaultValue;
    }
  },
  set: (key, value) => {
    let settings = {};
    try {
      const data = fs.readFileSync(settingsPath, 'utf-8');
      settings = JSON.parse(data);
    } catch {}
    settings[key] = value;
    fs.writeFileSync(settingsPath, JSON.stringify(settings, null, 2));
  }
 };
 let mainWindow;
 let currentFile = null; // This will now represent the active tab's file
 function createWindow() {
  mainWindow = new BrowserWindow({
    width: 1200,
    height: 800,
    webPreferences: {
      nodeIntegration: true,
      contextIsolation: false
    },
    icon: path.join(__dirname, '../assets/icon.png')
  });
  mainWindow.loadFile(path.join(__dirname, 'index.html'));
  createMenu();
  mainWindow.on('closed', () => {
    mainWindow = null;
  });
  // Handle pending file from file association
  if (app.pendingFile) {
    mainWindow.webContents.once('dom-ready', () => {
      openFileFromPath(app.pendingFile);
      app.pendingFile = null;
    });
  }
 }
 function createMenu() {
  const template = [
    {
      label: 'File',
      submenu: [
        {
          label: 'New',
          accelerator: 'CmdOrCtrl+N',
          click: () => mainWindow.webContents.send('file-new')
        },
        {
          label: 'Open',
          accelerator: 'CmdOrCtrl+O',
          click: openFile
        },
        {
          label: 'Save',
          accelerator: 'CmdOrCtrl+S',
          click: () => mainWindow.webContents.send('file-save')
        },
        {
          label: 'Save As',
          accelerator: 'CmdOrCtrl+Shift+S',
          click: saveAsFile
        },
        { type: 'separator' },
        {
          label: 'Import Document...',
          accelerator: 'CmdOrCtrl+I',
          click: importDocument
        },
        {
          label: 'Export',
          submenu: [
            { label: 'HTML', click: () => exportFile('html') },
            { label: 'PDF', click: () => exportFile('pdf') },
            { label: 'DOCX', click: () => exportFile('docx') },
            { label: 'LaTeX', click: () => exportFile('latex') },
            { label: 'RTF', click: () => exportFile('rtf') },
            { label: 'ODT', click: () => exportFile('odt') },
            { label: 'EPUB', click: () => exportFile('epub') },
            { type: 'separator' },
            { label: 'PowerPoint (PPTX)', click: () => exportFile('pptx') },
            { label: 'OpenDocument Presentation (ODP)', click: () => exportFile('odp') },
            { type: 'separator' },
            { label: 'Excel (XLSX)', click: () => exportSpreadsheet('xlsx') },
            { label: 'Excel Legacy (XLS)', click: () => exportSpreadsheet('xls') },
            { label: 'OpenDocument Spreadsheet (ODS)', click: () => exportSpreadsheet('ods') }
          ]
        },
        { type: 'separator' },
        {
          label: 'Quit',
          accelerator: process.platform === 'darwin' ? 'Cmd+Q' : 'Ctrl+Q',
          click: () => app.quit()
        }
      ]
    },
    {
      label: 'Edit',
      submenu: [
        { label: 'Undo', accelerator: 'CmdOrCtrl+Z', role: 'undo' },
        { label: 'Redo', accelerator: 'CmdOrCtrl+Shift+Z', role: 'redo' },
        { type: 'separator' },
        { label: 'Cut', accelerator: 'CmdOrCtrl+X', role: 'cut' },
        { label: 'Copy', accelerator: 'CmdOrCtrl+C', role: 'copy' },
        { label: 'Paste', accelerator: 'CmdOrCtrl+V', role: 'paste' },
        { label: 'Select All', accelerator: 'CmdOrCtrl+A', role: 'selectAll' },
        { type: 'separator' },
        { 
          label: 'Find & Replace', 
          accelerator: 'CmdOrCtrl+F', 
          click: () => mainWindow.webContents.send('toggle-find') 
        }
      ]
    },
    {
      label: 'View',
      submenu: [
        {
          label: 'Toggle Preview',
          accelerator: 'CmdOrCtrl+P',
          click: () => mainWindow.webContents.send('toggle-preview')
        },
        {
          label: 'Theme',
          submenu: [
            { label: 'Light', click: () => setTheme('light') },
            { label: 'Dark', click: () => setTheme('dark') },
            { label: 'Solarized', click: () => setTheme('solarized') },
            { label: 'Monokai', click: () => setTheme('monokai') },
            { label: 'GitHub', click: () => setTheme('github') }
          ]
        },
        { type: 'separator' },
        {
          label: 'Font Size',
          submenu: [
            { 
              label: 'Increase Font Size', 
              accelerator: 'CmdOrCtrl+Shift+Plus',
              click: () => mainWindow.webContents.send('adjust-font-size', 'increase')
            },
            { 
              label: 'Decrease Font Size', 
              accelerator: 'CmdOrCtrl+Shift+-',
              click: () => mainWindow.webContents.send('adjust-font-size', 'decrease')
            },
            { 
              label: 'Reset Font Size',
              accelerator: 'CmdOrCtrl+Shift+0',
              click: () => mainWindow.webContents.send('adjust-font-size', 'reset')
            }
          ]
        },
        { type: 'separator' },
        { label: 'Reload', accelerator: 'CmdOrCtrl+R', role: 'reload' },
        { label: 'Toggle DevTools', accelerator: 'F12', role: 'toggleDevTools' },
        { type: 'separator' },
        { label: 'Zoom In', accelerator: 'CmdOrCtrl+Plus', role: 'zoomIn' },
        { label: 'Zoom Out', accelerator: 'CmdOrCtrl+-', role: 'zoomOut' },
        { label: 'Reset Zoom', accelerator: 'CmdOrCtrl+0', role: 'resetZoom' }
      ]
    },
    {
      label: 'Help',
      submenu: [
        {
          label: 'About',
          click: () => {
            dialog.showMessageBox(mainWindow, {
              type: 'info',
              title: 'About PanConverter',
              message: 'PanConverter',
              detail: 'A cross-platform Markdown editor and converter using Pandoc.\n\nVersion: 1.3.4\nAuthor: Amit Haridas\nEmail: amit.wh@gmail.com\nLicense: MIT\n\nFeatures:\n• Tabbed interface for multiple files\n• Advanced markdown editing with live preview\n• Enhanced PDF export with LaTeX engines\n• File association support for .md files\n• Improved preview typography and spacing\n• Adjustable font sizes via menu (Ctrl+Shift+Plus/Minus)\n• Complete theme support including Monokai fixes\n• Find & replace with match highlighting\n• Line numbers and auto-indentation\n• Export to multiple formats via Pandoc\n• PowerPoint & presentation export\n• Export tables to Excel/ODS spreadsheets\n• Document import & conversion\n• Table creation helper\n• Multiple themes support\n• Undo/redo functionality',
              buttons: ['OK']
            });
          }
        },
        {
          label: 'Documentation',
          click: () => shell.openExternal('https://github.com/amitwh/pan-converter')
        }
      ]
    }
  ];
  const menu = Menu.buildFromTemplate(template);
  Menu.setApplicationMenu(menu);
 }
 function openFile() {
  const files = dialog.showOpenDialogSync(mainWindow, {
    properties: ['openFile'],
    filters: [
      { name: 'Markdown', extensions: ['md', 'markdown'] },
      { name: 'All Files', extensions: ['*'] }
    ]
  });
  if (files && files[0]) {
    currentFile = files[0];
    const content = fs.readFileSync(currentFile, 'utf-8');
    mainWindow.webContents.send('file-opened', { path: currentFile, content });
  }
 }
 function saveAsFile() {
  const file = dialog.showSaveDialogSync(mainWindow, {
    defaultExt: '.md',
    filters: [
      { name: 'Markdown', extensions: ['md', 'markdown'] },
      { name: 'All Files', extensions: ['*'] }
    ]
  });
  if (file) {
    currentFile = file;
    mainWindow.webContents.send('get-content-for-save', file);
  }
 }
 function exportFile(format) {
  if (!currentFile) {
    dialog.showErrorBox('Error', 'Please save the file first');
    return;
  }
  const outputFile = dialog.showSaveDialogSync(mainWindow, {
    defaultPath: currentFile.replace(/\.[^/.]+$/, `.${format}`),
    filters: [
      { name: format.toUpperCase(), extensions: [format] }
    ]
  });
  if (outputFile) {
    let pandocCmd = `pandoc "${currentFile}" -o "${outputFile}"`;
    // Add specific options for PDF export to ensure proper generation
    if (format === 'pdf') {
      pandocCmd = `pandoc "${currentFile}" --pdf-engine=xelatex -V geometry:margin=1in -o "${outputFile}"`;
      // Try with different PDF engines if xelatex fails
      exec(pandocCmd, (error, stdout, stderr) => {
        if (error) {
          // Fallback to pdflatex
          const fallbackCmd = `pandoc "${currentFile}" --pdf-engine=pdflatex -V geometry:margin=1in -o "${outputFile}"`;
          exec(fallbackCmd, (fallbackError, fallbackStdout, fallbackStderr) => {
            if (fallbackError) {
              // Final fallback to wkhtmltopdf
              const htmlToPdfCmd = `pandoc "${currentFile}" -t html5 | wkhtmltopdf - "${outputFile}"`;
              exec(htmlToPdfCmd, (finalError) => {
                if (finalError) {
                  dialog.showErrorBox('PDF Export Error', 
                    `Failed to export PDF. Please ensure you have one of the following installed:\n` +
                    `• XeLaTeX (recommended): sudo apt-get install texlive-xetex\n` +
                    `• PDFLaTeX: sudo apt-get install texlive-latex-base\n` +
                    `• wkhtmltopdf: sudo apt-get install wkhtmltopdf\n\n` +
                    `Error: ${finalError.message}`
                  );
                } else {
                  showExportSuccess(outputFile);
                }
              });
            } else {
              showExportSuccess(outputFile);
            }
          });
        } else {
          showExportSuccess(outputFile);
        }
      });
    } else {
      exec(pandocCmd, (error, stdout, stderr) => {
        if (error) {
          dialog.showErrorBox('Export Error', `Failed to export: ${error.message}\n\nMake sure Pandoc is installed.`);
        } else {
          showExportSuccess(outputFile);
        }
      });
    }
  }
 }
 function showExportSuccess(outputFile) {
  dialog.showMessageBox(mainWindow, {
    type: 'info',
    title: 'Export Complete',
    message: `File exported successfully to ${outputFile}`,
    buttons: ['OK']
  });
 }
 function exportSpreadsheet(format) {
  if (!currentFile) {
    dialog.showErrorBox('Error', 'Please save the file first');
    return;
  }
  // Request content from renderer
  mainWindow.webContents.send('get-content-for-spreadsheet', format);
 }
 function importDocument() {
  const files = dialog.showOpenDialogSync(mainWindow, {
    properties: ['openFile'],
    filters: [
      { name: 'Documents', extensions: ['docx', 'odt', 'rtf', 'html', 'tex', 'epub', 'pdf'] },
      { name: 'Presentations', extensions: ['pptx', 'odp'] },
      { name: 'All Files', extensions: ['*'] }
    ]
  });
  if (files && files[0]) {
    const inputFile = files[0];
    const outputFile = inputFile.replace(/\.[^/.]+$/, '.md');
    // Convert to markdown using pandoc
    const pandocCmd = `pandoc "${inputFile}" -t markdown -o "${outputFile}"`;
    exec(pandocCmd, (error, stdout, stderr) => {
      if (error) {
        dialog.showErrorBox('Import Error', `Failed to import: ${error.message}\n\nMake sure Pandoc is installed.`);
      } else {
        // Open the converted markdown file
        currentFile = outputFile;
        const content = fs.readFileSync(outputFile, 'utf-8');
        mainWindow.webContents.send('file-opened', { path: outputFile, content });
        dialog.showMessageBox(mainWindow, {
          type: 'info',
          title: 'Import Complete',
          message: `Document imported successfully as ${outputFile}`,
          buttons: ['OK']
        });
      }
    });
  }
 }
 function setTheme(theme) {
  store.set('theme', theme);
  mainWindow.webContents.send('theme-changed', theme);
 }
 // IPC handlers
 ipcMain.on('save-file', (event, { path, content }) => {
  fs.writeFileSync(path, content, 'utf-8');
  currentFile = path;
 });
 ipcMain.on('save-current-file', (event, content) => {
  if (currentFile) {
    fs.writeFileSync(currentFile, content, 'utf-8');
  } else {
    saveAsFile();
  }
 });
 ipcMain.on('get-theme', (event) => {
  const theme = store.get('theme', 'light');
  event.reply('theme-changed', theme);
 });
 // Handle tab file tracking for exports
 ipcMain.on('set-current-file', (event, filePath) => {
  currentFile = filePath;
 });
 ipcMain.on('export-spreadsheet', (event, { content, format }) => {
  const outputFile = dialog.showSaveDialogSync(mainWindow, {
    defaultPath: currentFile.replace(/\.[^/.]+$/, `.${format}`),
    filters: [
      { name: format.toUpperCase(), extensions: [format] }
    ]
  });
  if (outputFile) {
    try {
      // Parse markdown content to extract tables
      const tables = extractTablesFromMarkdown(content);
      if (tables.length === 0) {
        dialog.showErrorBox('Export Error', 'No tables found in the markdown content');
        return;
      }
      // Create workbook
      const wb = XLSX.utils.book_new();
      tables.forEach((table, index) => {
        const ws = XLSX.utils.aoa_to_sheet(table);
        XLSX.utils.book_append_sheet(wb, ws, `Table ${index + 1}`);
      });
      // Write file
      XLSX.writeFile(wb, outputFile);
      dialog.showMessageBox(mainWindow, {
        type: 'info',
        title: 'Export Complete',
        message: `Spreadsheet exported successfully to ${outputFile}`,
        buttons: ['OK']
      });
    } catch (error) {
      dialog.showErrorBox('Export Error', `Failed to export: ${error.message}`);
    }
  }
 });
 // Helper function to extract tables from markdown
 function extractTablesFromMarkdown(markdown) {
  const tables = [];
  const lines = markdown.split('\n');
  let currentTable = [];
  let inTable = false;
  for (const line of lines) {
    if (line.includes('|')) {
      if (!inTable) {
        inTable = true;
        currentTable = [];
      }
      // Skip separator lines (|---|---|)
      if (!line.match(/^\s*\|?\s*:?-+:?\s*\|/)) {
        const cells = line.split('|')
          .map(cell => cell.trim())
          .filter(cell => cell !== '');
        if (cells.length > 0) {
          currentTable.push(cells);
        }
      }
    } else if (inTable && line.trim() === '') {
      // End of table
      if (currentTable.length > 0) {
        tables.push(currentTable);
      }
      currentTable = [];
      inTable = false;
    }
  }
  // Add last table if exists
  if (currentTable.length > 0) {
    tables.push(currentTable);
  }
  return tables;
 }
 app.whenReady().then(() => {
  createWindow();
  // Handle file association on app startup
  // Process all command line arguments except the first two (node and script path)
  const fileArgs = process.argv.slice(2);
  for (const arg of fileArgs) {
    if ((arg.endsWith('.md') || arg.endsWith('.markdown')) && fs.existsSync(arg)) {
      // Store the file to open after window is ready
      app.pendingFile = arg;
      break;
    }
  }
 });
 app.on('window-all-closed', () => {
  if (process.platform !== 'darwin') {
    app.quit();
  }
 });
 app.on('activate', () => {
  if (BrowserWindow.getAllWindows().length === 0) {
    createWindow();
  }
 });
 // Handle file opening on macOS
 app.on('open-file', (event, filePath) => {
  event.preventDefault();
  if (mainWindow) {
    openFileFromPath(filePath);
  } else {
    // Store the file path to open after window is created
    app.pendingFile = filePath;
  }
 });
 // Handle file opening from command line or file association
 function openFileFromPath(filePath) {
  if (fs.existsSync(filePath)) {
    currentFile = filePath;
    const content = fs.readFileSync(filePath, 'utf-8');
    if (mainWindow && mainWindow.webContents) {
      mainWindow.webContents.send('file-opened', { path: filePath, content });
    }
  }
 }
@@ -1,94 +0,0 @@
 const simpleGit = require('simple-git');
 function getGitInstance(dir) {
  return simpleGit(dir);
 }
 async function getStatus(dir) {
  try {
    const git = getGitInstance(dir);
    const result = await git.status();
    const files = [];
    for (const [filePath, status] of Object.entries(result.files || {})) {
      files.push({
        filePath,
        status:
          status.working_dir === 'M'
            ? 'modified'
            : status.working_dir === 'A' || status.index === 'A'
              ? 'added'
              : status.working_dir === 'D' || status.index === 'D'
                ? 'deleted'
                : 'untracked',
      });
    }
    return { files };
  } catch (_err) {
    return { files: [], error: 'Not a git repository' };
  }
 }
 async function stage(dir, files) {
  try {
    const git = getGitInstance(dir);
    await git.add(files);
    const result = await git.status();
    const staged = [];
    for (const [filePath, status] of Object.entries(result.files || {})) {
      staged.push({
        filePath,
        status:
          status.index === 'A'
            ? 'added'
            : status.index === 'M'
              ? 'modified'
              : status.index === 'D'
                ? 'deleted'
                : 'untracked',
      });
    }
    return { files: staged };
  } catch (err) {
    return { files: [], error: err.message };
  }
 }
 async function commit(dir, message) {
  try {
    const git = getGitInstance(dir);
    const result = await git.commit(message);
    return { summary: result?.summary || 'Committed' };
  } catch (err) {
    return { error: err.message };
  }
 }
 async function log(dir, maxCount = 20) {
  try {
    const git = getGitInstance(dir);
    const result = await git.log({ maxCount });
    return {
      latest: result?.latest || null,
      all: (result?.all || []).map((entry) => ({
        hash: entry.hash,
        message: entry.message,
        author: entry.author_name,
        date: entry.date,
      })),
    };
  } catch (err) {
    return { all: [], error: err.message };
  }
 }
 async function diff(dir, filePath) {
  try {
    const git = getGitInstance(dir);
    const args = filePath ? ['--', filePath] : [];
    return await git.diff(args);
  } catch (err) {
    return { error: err.message };
  }
 }
 module.exports = { getStatus, stage, commit, log, diff };
@@ -1,452 +0,0 @@
 const fs = require('fs');
 const path = require('path');
 const { PDFDocument, rgb, degrees, StandardFonts } = require('pdf-lib');
 function parsePageRanges(rangeString, totalPages) {
  const pages = [];
  const ranges = rangeString.split(',').map((r) => r.trim());
  for (const range of ranges) {
    if (range.includes('-')) {
      const [start, end] = range.split('-').map((n) => parseInt(n.trim()));
      for (let i = start; i <= end && i <= totalPages; i++) {
        if (i > 0 && !pages.includes(i - 1)) {
          pages.push(i - 1);
        }
      }
    } else {
      const page = parseInt(range);
      if (page > 0 && page <= totalPages && !pages.includes(page - 1)) {
        pages.push(page - 1);
      }
    }
  }
  return pages.sort((a, b) => a - b);
 }
 function hexToRgb(hex) {
  const result = /^#?([a-f\d]{2})([a-f\d]{2})([a-f\d]{2})$/i.exec(hex);
  return result
    ? {
        r: parseInt(result[1], 16) / 255,
        g: parseInt(result[2], 16) / 255,
        b: parseInt(result[3], 16) / 255,
      }
    : { r: 0, g: 0, b: 0 };
 }
 async function pdfMerge(data) {
  try {
    const mergedPdf = await PDFDocument.create();
    for (const filePath of data.inputFiles) {
      const pdfBytes = fs.readFileSync(filePath);
      const pdf = await PDFDocument.load(pdfBytes);
      const copiedPages = await mergedPdf.copyPages(pdf, pdf.getPageIndices());
      copiedPages.forEach((page) => mergedPdf.addPage(page));
    }
    const pdfBytes = await mergedPdf.save();
    fs.writeFileSync(data.outputPath, pdfBytes);
    return { success: true, message: `Successfully merged ${data.inputFiles.length} PDFs` };
  } catch (error) {
    return { success: false, error: error.message };
  }
 }
 async function pdfSplit(data) {
  try {
    const pdfBytes = fs.readFileSync(data.inputPath);
    const pdf = await PDFDocument.load(pdfBytes);
    const totalPages = pdf.getPageCount();
    const splits = [];
    if (data.splitMode === 'pages') {
      const ranges = data.pageRanges.split(',').map((r) => r.trim());
      for (let i = 0; i < ranges.length; i++) {
        const range = ranges[i];
        const pages = [];
        if (range.includes('-')) {
          const [start, end] = range.split('-').map((n) => parseInt(n.trim()));
          for (let p = start; p <= end && p <= totalPages; p++) {
            pages.push(p - 1);
          }
        } else {
          const page = parseInt(range);
          if (page > 0 && page <= totalPages) {
            pages.push(page - 1);
          }
        }
        if (pages.length > 0) {
          splits.push({ pages, name: `part_${i + 1}` });
        }
      }
    } else if (data.splitMode === 'interval') {
      const interval = data.interval;
      for (let i = 0; i < totalPages; i += interval) {
        const pages = [];
        for (let j = i; j < i + interval && j < totalPages; j++) {
          pages.push(j);
        }
        splits.push({ pages, name: `part_${Math.floor(i / interval) + 1}` });
      }
    } else if (data.splitMode === 'size') {
      const chunkSize = Math.max(1, Math.floor(totalPages / 5));
      for (let i = 0; i < totalPages; i += chunkSize) {
        const pages = [];
        for (let j = i; j < i + chunkSize && j < totalPages; j++) {
          pages.push(j);
        }
        splits.push({ pages, name: `part_${Math.floor(i / chunkSize) + 1}` });
      }
    }
    const baseName = path.basename(data.inputPath, '.pdf');
    for (const split of splits) {
      const newPdf = await PDFDocument.create();
      const copiedPages = await newPdf.copyPages(pdf, split.pages);
      copiedPages.forEach((page) => newPdf.addPage(page));
      const outputPath = path.join(data.outputFolder, `${baseName}_${split.name}.pdf`);
      const newPdfBytes = await newPdf.save();
      fs.writeFileSync(outputPath, newPdfBytes);
    }
    return { success: true, message: `Successfully split PDF into ${splits.length} files` };
  } catch (error) {
    return { success: false, error: error.message };
  }
 }
 async function pdfCompress(data) {
  try {
    const pdfBytes = fs.readFileSync(data.inputPath);
    const pdf = await PDFDocument.load(pdfBytes);
    const compressedPdfBytes = await pdf.save({
      useObjectStreams: true,
      addDefaultPage: false,
      objectsPerTick: 50,
    });
    fs.writeFileSync(data.outputPath, compressedPdfBytes);
    const originalSize = fs.statSync(data.inputPath).size;
    const compressedSize = fs.statSync(data.outputPath).size;
    const savings = (((originalSize - compressedSize) / originalSize) * 100).toFixed(1);
    return {
      success: true,
      message: `PDF compressed. Size reduced by ${savings}% (${(originalSize / 1024).toFixed(1)}KB → ${(compressedSize / 1024).toFixed(1)}KB)`,
    };
  } catch (error) {
    return { success: false, error: error.message };
  }
 }
 async function pdfRotate(data) {
  try {
    const pdfBytes = fs.readFileSync(data.inputPath);
    const pdf = await PDFDocument.load(pdfBytes);
    const totalPages = pdf.getPageCount();
    let pagesToRotate = [];
    if (data.pages && data.pages.trim()) {
      pagesToRotate = parsePageRanges(data.pages, totalPages);
    } else {
      pagesToRotate = Array.from({ length: totalPages }, (_, i) => i);
    }
    pagesToRotate.forEach((pageIndex) => {
      const page = pdf.getPage(pageIndex);
      page.setRotation(degrees(data.angle));
    });
    const rotatedPdfBytes = await pdf.save();
    fs.writeFileSync(data.outputPath, rotatedPdfBytes);
    return {
      success: true,
      message: `Successfully rotated ${pagesToRotate.length} page(s) by ${data.angle}\u00B0`,
    };
  } catch (error) {
    return { success: false, error: error.message };
  }
 }
 async function pdfDeletePages(data) {
  try {
    const pdfBytes = fs.readFileSync(data.inputPath);
    const pdf = await PDFDocument.load(pdfBytes);
    const totalPages = pdf.getPageCount();
    const pagesToDelete = parsePageRanges(data.pages, totalPages);
    pagesToDelete
      .sort((a, b) => b - a)
      .forEach((pageIndex) => {
        pdf.removePage(pageIndex);
      });
    const newPdfBytes = await pdf.save();
    fs.writeFileSync(data.outputPath, newPdfBytes);
    return {
      success: true,
      message: `Successfully deleted ${pagesToDelete.length} page(s). New PDF has ${totalPages - pagesToDelete.length} pages`,
    };
  } catch (error) {
    return { success: false, error: error.message };
  }
 }
 async function pdfReorder(data) {
  try {
    const pdfBytes = fs.readFileSync(data.inputPath);
    const pdf = await PDFDocument.load(pdfBytes);
    const totalPages = pdf.getPageCount();
    const newOrder = data.newOrder.split(',').map((n) => parseInt(n.trim()) - 1);
    if (newOrder.length !== totalPages) {
      return { success: false, error: `New order must include all ${totalPages} pages` };
    }
    const newPdf = await PDFDocument.create();
    const copiedPages = await newPdf.copyPages(pdf, newOrder);
    copiedPages.forEach((page) => newPdf.addPage(page));
    const reorderedPdfBytes = await newPdf.save();
    fs.writeFileSync(data.outputPath, reorderedPdfBytes);
    return { success: true, message: 'Successfully reordered PDF pages' };
  } catch (error) {
    return { success: false, error: error.message };
  }
 }
 async function pdfWatermark(data) {
  try {
    const pdfBytes = fs.readFileSync(data.inputPath);
    const pdf = await PDFDocument.load(pdfBytes);
    const totalPages = pdf.getPageCount();
    let pagesToWatermark = [];
    if (data.pages === 'all') {
      pagesToWatermark = Array.from({ length: totalPages }, (_, i) => i);
    } else if (data.pages === 'custom' && data.customPages) {
      pagesToWatermark = parsePageRanges(data.customPages, totalPages);
    }
    const font = await pdf.embedFont(StandardFonts.Helvetica);
    const color = hexToRgb(data.color);
    for (const pageIndex of pagesToWatermark) {
      const page = pdf.getPage(pageIndex);
      const { width, height } = page.getSize();
      let x,
        y,
        rotation = 0;
      switch (data.position) {
        case 'center':
          x = width / 2;
          y = height / 2;
          break;
        case 'diagonal':
          x = width / 2;
          y = height / 2;
          rotation = 45;
          break;
        case 'top-left':
          x = 50;
          y = height - 50;
          break;
        case 'top-center':
          x = width / 2;
          y = height - 50;
          break;
        case 'top-right':
          x = width - 50;
          y = height - 50;
          break;
        case 'bottom-left':
          x = 50;
          y = 50;
          break;
        case 'bottom-center':
          x = width / 2;
          y = 50;
          break;
        case 'bottom-right':
          x = width - 50;
          y = 50;
          break;
        default:
          x = width / 2;
          y = height / 2;
      }
      page.drawText(data.text, {
        x,
        y,
        size: data.fontSize,
        font,
        color: rgb(color.r, color.g, color.b),
        opacity: data.opacity,
        rotate: degrees(rotation),
      });
    }
    const watermarkedPdfBytes = await pdf.save();
    fs.writeFileSync(data.outputPath, watermarkedPdfBytes);
    return {
      success: true,
      message: `Successfully added watermark to ${pagesToWatermark.length} page(s)`,
    };
  } catch (error) {
    return { success: false, error: error.message };
  }
 }
 async function pdfEncrypt(data) {
  try {
    const pdfBytes = fs.readFileSync(data.inputPath);
    const pdf = await PDFDocument.load(pdfBytes);
    const encryptedPdfBytes = await pdf.save({
      userPassword: data.userPassword,
      ownerPassword: data.ownerPassword || data.userPassword,
      permissions: {
        printing: data.permissions.printing ? 'highResolution' : 'lowResolution',
        modifying: data.permissions.modifying,
        copying: data.permissions.copying,
        annotating: data.permissions.annotating,
        fillingForms: data.permissions.fillingForms,
        contentAccessibility: data.permissions.contentAccessibility,
        documentAssembly: data.permissions.documentAssembly,
      },
    });
    fs.writeFileSync(data.outputPath, encryptedPdfBytes);
    return { success: true, message: 'Successfully added password protection to PDF' };
  } catch (error) {
    if (error.message.includes('encrypt') || error.message.includes('password')) {
      return {
        success: false,
        error:
          'PDF encryption requires pdf-lib with encryption support. This feature may not be available in the current version.',
      };
    }
    return { success: false, error: error.message };
  }
 }
 async function pdfDecrypt(data) {
  try {
    const pdfBytes = fs.readFileSync(data.inputPath);
    const pdf = await PDFDocument.load(pdfBytes, { password: data.password });
    const decryptedPdfBytes = await pdf.save();
    fs.writeFileSync(data.outputPath, decryptedPdfBytes);
    return { success: true, message: 'Successfully removed password protection from PDF' };
  } catch (error) {
    if (error.message.includes('password') || error.message.includes('encrypted')) {
      return { success: false, error: 'Incorrect password or PDF is not encrypted' };
    }
    return { success: false, error: error.message };
  }
 }
 async function pdfSetPermissions(data) {
  try {
    const pdfBytes = fs.readFileSync(data.inputPath);
    const loadOptions = data.currentPassword ? { password: data.currentPassword } : {};
    const pdf = await PDFDocument.load(pdfBytes, loadOptions);
    const newPdfBytes = await pdf.save({
      ownerPassword: data.ownerPassword,
      permissions: {
        printing: data.permissions.printing ? 'highResolution' : 'lowResolution',
        modifying: data.permissions.modifying,
        copying: data.permissions.copying,
        annotating: data.permissions.annotating,
        fillingForms: data.permissions.fillingForms,
        contentAccessibility: data.permissions.contentAccessibility,
        documentAssembly: data.permissions.documentAssembly,
      },
    });
    fs.writeFileSync(data.outputPath, newPdfBytes);
    return { success: true, message: 'Successfully updated PDF permissions' };
  } catch (error) {
    if (error.message.includes('encrypt') || error.message.includes('permission')) {
      return {
        success: false,
        error:
          'PDF permissions require pdf-lib with encryption support. This feature may not be available in the current version.',
      };
    }
    return { success: false, error: error.message };
  }
 }
 function executeOperation(operation, data) {
  switch (operation) {
    case 'merge':
      return pdfMerge(data);
    case 'split':
      return pdfSplit(data);
    case 'compress':
      return pdfCompress(data);
    case 'rotate':
      return pdfRotate(data);
    case 'delete':
      return pdfDeletePages(data);
    case 'reorder':
      return pdfReorder(data);
    case 'watermark':
      return pdfWatermark(data);
    case 'encrypt':
      return pdfEncrypt(data);
    case 'decrypt':
      return pdfDecrypt(data);
    case 'permissions':
      return pdfSetPermissions(data);
    default:
      return Promise.resolve({ success: false, error: `Unknown operation: ${operation}` });
  }
 }
 async function getPageCount(filePath) {
  const pdfBytes = fs.readFileSync(filePath);
  const pdf = await PDFDocument.load(pdfBytes);
  return pdf.getPageCount();
 }
 module.exports = {
  parsePageRanges,
  hexToRgb,
  pdfMerge,
  pdfSplit,
  pdfCompress,
  pdfRotate,
  pdfDeletePages,
  pdfReorder,
  pdfWatermark,
  pdfEncrypt,
  pdfDecrypt,
  pdfSetPermissions,
  executeOperation,
  getPageCount,
 };
--- a/Show More
+++ b/Show More
Author	SHA1	Message	Date
amitwhandClaude	aac496923e	Add font size adjustment menu and fix theme styling Features: • Added Font Size menu in View with increase/decrease/reset options • Keyboard shortcuts: Ctrl+Shift+Plus/Minus/0 for font adjustment • Font size persists between sessions using localStorage • Font sizes adjustable from 10px to 24px Theme Fixes: • Fixed missing Monokai theme styles for tabs and editor • Added complete tab styling for Solarized theme • Added complete tab styling for GitHub theme • All themes now have consistent tab bar appearance Other Changes: • Updated CLAUDE.md with v1.3.x features documentation • Version bumped to 1.3.4 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com>	2025-09-01 21:41:28 +05:30
amitwhandClaude	256f944b88	Increase editor and preview font sizes to 15px Enhanced font sizes for improved readability: • Editor font size increased from 14px to 15px • Preview font size set to 15px for both #preview and .preview-content • Better visual experience across all themes and content types 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com>	2025-09-01 21:30:57 +05:30
amitwh	dbe57d2fad	Fix v1.3.2: Restore proper preview text spacing and typography - Restored ideal preview text spacing from earlier versions - Extended all preview styles to work with new .preview-content class - Added proper margins, padding, and line-height for readability - Updated theme support for all preview elements across all themes - Improved typography with balanced font size and spacing - Fixed double padding issue with better container structure - Enhanced readability with proper heading margins and paragraph spacing - Updated to version 1.3.2 with improved preview typography	2025-09-01 21:24:40 +05:30
amitwh	9a45849003	Update README.md for v1.3.1 release	2025-09-01 21:08:29 +05:30
amitwh	dfb603c2ea	Fix v1.3.1: File associations and 50/50 pane layout - Enhanced file association handling for double-clicking .md files - Added proper file associations in package.json build config - Fixed preview/source pane layout to be equally distributed 50/50 - Updated CSS for tab-content structure with proper flex layout - Added theme support for new pane selectors - Improved command line argument processing for file opening - Updated version to 1.3.1 with file association feature	2025-09-01 21:05:01 +05:30
amitwh	fda173d9a1	Merge branch 'master' into macos	2025-09-01 20:58:00 +05:30
amitwh	ddababf284	Update README.md for v1.3.0 with tabbed interface and enhanced PDF export features	2025-09-01 20:54:47 +05:30
amitwh	376fa00b08	Merge branch 'master' into windows	2025-09-01 20:53:36 +05:30
amitwh	5cbcfa466d	Merge branch 'master' into macos	2025-09-01 20:53:29 +05:30
amitwh	328451f88d	Major v1.3.0 update: Fix PDF export, file associations, remove converter menu, and implement tabbed interface - Enhanced PDF export with multiple LaTeX engine fallbacks - Fixed file association and direct file opening from OS - Removed redundant converter menu, moved import to File menu - Implemented comprehensive tabbed interface for multiple files - Added tab management with keyboard shortcuts (Ctrl+N, Ctrl+W, Ctrl+Tab) - Enhanced UI with tab bar and improved navigation - Updated to version 1.3.0 with new features - Improved main process and renderer architecture for multi-file support	2025-09-01 20:53:17 +05:30
amitwh	1b10a39b15	Update to v1.2.1 with comprehensive editor enhancements	2025-09-01 20:36:57 +05:30
amitwh	7fe53b4b9c	Merge master with comprehensive v1.2.0 editor enhancements	2025-09-01 20:29:29 +05:30
amitwh	edb163eab4	Merge master with comprehensive v1.2.0 editor enhancements	2025-09-01 20:29:13 +05:30
amitwh	7131d1a38e	Merge master with comprehensive v1.2.0 editor enhancements	2025-09-01 20:28:49 +05:30
amitwhandClaude	6d3813e5e9	Major v1.2.0 editor enhancements - Add comprehensive Find & Replace with match highlighting - Add toggleable line numbers with theme support - Implement full undo/redo functionality with keyboard shortcuts - Add smart auto-indentation for lists and code blocks - Enhanced keyboard shortcuts for productivity - Advanced tab handling for indentation/outdentation - Updated About dialog with v1.2.0 and complete feature list - Add Find & Replace to Edit menu - Updated README.md with comprehensive feature documentation 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com>	2025-09-01 20:26:58 +05:30
amitwh	bfe362245d	Update README.md with v1.2.0 features and remove CLAUDE.md	2025-09-01 20:08:14 +05:30
amitwh	0d21ddbf15	Update README.md with v1.2.0 features and remove CLAUDE.md	2025-09-01 20:07:47 +05:30
amitwh	7b5165bcb1	Update README.md with v1.2.0 features and remove CLAUDE.md	2025-09-01 20:07:13 +05:30
amitwh	5c5cffed83	Update README.md with v1.2.0 features and remove CLAUDE.md	2025-09-01 20:06:31 +05:30
amitwh	becfec5ae6	Update About dialog to version 1.2.0 with new features list	2025-09-01 20:03:36 +05:30
amitwh	bd38c5342d	Update About dialog to version 1.2.0 with new features list	2025-09-01 20:03:08 +05:30
amitwh	f3e829ca63	Update About dialog to version 1.2.0 with new features list	2025-09-01 20:02:44 +05:30
amitwhandClaude	b0a96f680a	Release v1.2.0: Major feature additions - Add PowerPoint export (PPTX/ODP) with slide-level formatting - Add comprehensive document conversion menu with import/export - Add interactive table creation helper in markdown editor - Update documentation with all new features and version history - Improve menu organization for better user experience 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com>	2025-09-01 19:54:19 +05:30
amitwh	a6da95b057	Add spreadsheet export, update author info, rename to PanConverter - Added Excel (XLS/XLSX) and ODS export functionality - Updated author to Amit Haridas (amit.wh@gmail.com) - Renamed app from 'Pan Converter' to 'PanConverter' - Version bump to 1.1.0	2025-09-01 19:44:48 +05:30