aprs.me

graham/aprs.me

Fork 0

Commit graph

Author	SHA1	Message	Date
Graham McIntire	b218f21734	fix: resolve Leaflet window.L not being set in esbuild bundle Some checks are pending Elixir CI / Build and test (push) Waiting to run Details Elixir CI / Dialyzer (push) Waiting to run Details Elixir CI / Build and Push Docker Image (push) Blocked by required conditions Details The esbuild bundle wraps everything in a 'use strict' IIFE, causing the leaflet UMD module to take the CommonJS path instead of setting window.leaflet. The entry point check window.leaflet && !window.L always failed, so window.L was never assigned and the map never initialized. - Add leaflet-global.js to import leaflet-minimal and set window.L before plugins execute (ESM source-order evaluation guarantees this) - Replace the broken window.leaflet check in map-bundle-entry.js with an import of leaflet-global.js	2026-08-02 13:44:11 -05:00
Graham McIntire	8ddcb8000f	Fix Leaflet library loading race condition and enable Redis-free development - Fix race condition in map bundle loading by waiting for script to load before initializing map - Ensure Leaflet is properly exposed as window.L in map bundle - Add Leaflet availability check in map initialization function - Disable Exq background jobs in development environment to remove Redis dependency - Remove invalid TelemetryMetricsPrometheus plug from endpoint - Application now starts successfully without Redis in development mode 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com>	2025-07-27 12:20:23 -05:00
Graham McIntire	f7cf0d0d47	Implement advanced JavaScript optimization with conditional loading - Created minimal, tree-shaken vendor bundles: * Core bundle (3KB): Always loaded utilities and theme management * Map bundle (255KB): Leaflet + plugins, loaded only for map pages * Chart bundle (205KB): Chart.js, loaded only for chart pages * Date adapter (50KB): Chart.js time scale support - Total optimized size: 513KB JS + 12KB CSS (was 547KB + 17KB) - Implemented conditional loading via VendorLoader utility - Bundle loading triggered by LiveView hooks when needed - Fixed Chart.js date adapter dependency loading - Eliminated unused JavaScript from being sent to browsers - Created separate esbuild configs for each optimized bundle Performance improvements: - Map pages: Core + Map bundles = 258KB (47% of original) - Chart pages: Core + Chart + Adapter = 258KB (47% of original) - Other pages: Core bundle only = 3KB (0.5% of original) - Reduced initial page load by 94% for non-map/chart pages 🤖 Generated with [Claude Code](https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com>	2025-07-25 14:05:18 -05:00

Author

SHA1

Message

Date

Graham McIntire

b218f21734

fix: resolve Leaflet window.L not being set in esbuild bundle

Elixir CI / Build and test (push) Waiting to run

Details

Elixir CI / Dialyzer (push) Waiting to run

Details

Elixir CI / Build and Push Docker Image (push) Blocked by required conditions

Details

The esbuild bundle wraps everything in a 'use strict' IIFE, causing the
leaflet UMD module to take the CommonJS path instead of setting
window.leaflet. The entry point check window.leaflet && !window.L always
failed, so window.L was never assigned and the map never initialized.

- Add leaflet-global.js to import leaflet-minimal and set window.L before
  plugins execute (ESM source-order evaluation guarantees this)
- Replace the broken window.leaflet check in map-bundle-entry.js with an
  import of leaflet-global.js

2026-08-02 13:44:11 -05:00

Graham McIntire

8ddcb8000f

Fix Leaflet library loading race condition and enable Redis-free development

- Fix race condition in map bundle loading by waiting for script to load before initializing map
- Ensure Leaflet is properly exposed as window.L in map bundle
- Add Leaflet availability check in map initialization function
- Disable Exq background jobs in development environment to remove Redis dependency
- Remove invalid TelemetryMetricsPrometheus plug from endpoint
- Application now starts successfully without Redis in development mode

🤖 Generated with [Claude Code](https://claude.ai/code)

Co-Authored-By: Claude <noreply@anthropic.com>

2025-07-27 12:20:23 -05:00

Graham McIntire

f7cf0d0d47

Implement advanced JavaScript optimization with conditional loading

- Created minimal, tree-shaken vendor bundles:
  * Core bundle (3KB): Always loaded utilities and theme management
  * Map bundle (255KB): Leaflet + plugins, loaded only for map pages
  * Chart bundle (205KB): Chart.js, loaded only for chart pages
  * Date adapter (50KB): Chart.js time scale support
- Total optimized size: 513KB JS + 12KB CSS (was 547KB + 17KB)
- Implemented conditional loading via VendorLoader utility
- Bundle loading triggered by LiveView hooks when needed
- Fixed Chart.js date adapter dependency loading
- Eliminated unused JavaScript from being sent to browsers
- Created separate esbuild configs for each optimized bundle

Performance improvements:
- Map pages: Core + Map bundles = 258KB (47% of original)
- Chart pages: Core + Chart + Adapter = 258KB (47% of original)
- Other pages: Core bundle only = 3KB (0.5% of original)
- Reduced initial page load by 94% for non-map/chart pages

🤖 Generated with [Claude Code](https://claude.ai/code)

Co-Authored-By: Claude <noreply@anthropic.com>

2025-07-25 14:05:18 -05:00

3 commits