v0.3.13
Fixed
- Fixed the
mix star_view.trustconfirmation prompt so the[Y/n]options appear on the active input line. - Accepted confirmation answers case-insensitively and made sudo execution more explicit in the task output.
Changed
- Updated README and guide installation examples for v0.3.13.
v0.3.12
Added
- Added
mix star_view.trust, an optional setup task that can add the generated development host to/etc/hostsand trust the self-signed HTTPS certificate.
Fixed
- Fixed generated development hostnames to use DNS-safe hyphens instead of underscores.
Changed
mix igniter.install star_viewnow queues the optional trust setup after certificate generation and documents that the step requires sudo privileges.- Updated README and guide installation examples for v0.3.12.
v0.3.11
Fixed
- Fixed
mix igniter.install star_viewso the generatedstar_viewweb-module section is inserted as a top-level sibling aftercontroller, not inside thecontrollerfunction body.
Changed
- Updated README and guide installation examples for v0.3.11.
v0.3.10
Fixed
- Restored README and generated docs logo references to the PNG logo asset.
Changed
- Updated README and guide installation examples for v0.3.10.
v0.3.9
Fixed
- Changed the generated Phoenix dispatch route to use
StarView.Dispatchwithalias: false, avoiding the noisyElixir.StarView.Dispatchform while still preventing Phoenix scope aliasing from resolving the plug as<AppWeb>.StarView.Dispatch.
Changed
- Updated README and guide installation examples for v0.3.9.
- Switched the README and generated docs logo reference to the SVG asset.
v0.3.8
Changed
- Reworked HexDocs guides into a Phoenix-style sidebar with Introduction, Phoenix, Core Concepts, Comparison, Reference, and Release Notes sections.
v0.3.7
Changed
mix igniter.install star_viewnow inserts the generatedstar_viewweb module section immediately after the existingcontrollersection when possible.- Cleaned up README, guide, and module docs so setup examples consistently
describe StarView,
:star_view,mix dev, and the current router setup. - Removed the duplicate legacy
StarView.StarViewbehaviour module from the public API surface.
v0.3.6
Fixed
- Fixed generated Phoenix routes so they do not get double-prefixed inside aliased router scopes.
- Updated the post-install certificate instruction to include the generated
.testhostname, avoiding browser TLS errors with Phoenix's default localhost-only dev certificate. mix igniter.install star_viewnow automatically queuesmix phx.gen.cert <otp_app>.test localhostwhen HTTPS setup is enabled.
v0.3.5
Fixed
- Fixed the generated search controller to use
use MyAppWeb, :star_viewinstead of the old:starviewsection name.
Changed
mix igniter.install star_viewnow adds a dedicatedstar_viewsection to the Phoenix web module instead of patching the existingcontrollersection.- The generated Phoenix endpoint URL now includes the HTTPS dev port
(
https://<otp_app>.test:4001) somix star_view.serveropens the actual listening endpoint. - Renamed the development server task to
mix star_view.serverand addedmix devas a shortcut.
v0.3.4
Fixed
- Fixed
mix igniter.install star_viewwith the default Phoenix example enabled by rendering the generated search controller template with the expected EEx bindings. - Fixed the generated search controller template so it no longer nests a
defmoduleinside the module generated by Igniter.
v0.3.3
Added
- Added
mix star_view.dev, a convenience task that startsmix phx.serverwith browser opening enabled. Use--no-opento start the server without opening the browser.
Changed
mix igniter.install star_viewnow configures the Phoenix endpoint URL for dev ashttps://<otp_app>.test, so Phoenix's browser-open flow lands on the expected local app host.- Updated the StarView installer notice and README quick-start instructions to
point users at
mix star_view.dev.
v0.3.2
Changed
- Improved the guide documentation.
v0.3.1
Changed
StarView.mount/2signature is(conn, params)— conn first argument to work with Phoenix's default action dispatch (get "/", SearchController).- Only
handle_event/3is optional —mount/2andrender/1are now required callbacks onStarView. - SearchController demo template extracted to
priv/templates/search_controller.ex.eexfor easier maintenance. The generated controller now demonstrates smart change detection withmaybe_patch_list/2anddata-textfor client-side signal display.
Added
guides/comparison/liveview_vs_star_view.md— side-by-side comparison of StarView vs LiveView using the same active search example, including transport trade-offs (SSE vs WebSocket) and event payload differences (JSON vs forms).
v0.3.0
Changed
- Breaking: Renamed
StarViewcallbacks for clarity and consistency with LiveView:show/2→mount/2(sets up initial signals and assigns)html/1→render/1(renders the HEEx template)handle_event/3argument order changed from(conn, event, signals)to(event, signals, conn)to match the Phoenix LiveView convention
v0.2.1
Changed
- Improved the Search demo example.
v0.2.0
Changed
mix igniter.install star_viewdelegates to composable setup subtasks instead of duplicating logic, removing ~270 lines of duplicated code.
v0.1.2
Fixed
mix igniter.install star_viewnow correctly detects Phoenix projects and applies all patches (web module, HTTPS config, routes, demo controller).
Changed
- Installer split into composable setup subtasks
(
star_view.setup.streaming,star_view.setup.datastar,star_view.setup.web_module,star_view.setup.search_controller) for better modularity and independent invocation.
Unreleased
Added
StarView.StreamRegistryfor opt-in per-tab SSE stream deduplication (ported from dstar, MIT).StarView.start_stream/2andStarView.check_connection/1on the facade.
Changed
StarView.read_signals/1now returns a bare signal map (like dstar); plugs should useStarView.Signals.read/1for{:ok, map()} | {:error, term()}.- Removed
StarView.Actions.form/4and Phoenixpost_form/put_form/patch_formhelpers in favor of thecsrfsignal +StarView.Plug.RenameCsrfParamflow.