BartOtten

BartOtten

I’d like to propose that we refrain from using the term "DeadView" as the opposite of “LiveView” and instead choose an alternative. A new name could shifts our focus from a negative or lifeless impression (as “dead” might imply) to a neutral one.

After debating a while, I came up with two alternatives.


1. —— not an option


2. FrozenView

“FrozenView” also references the capturing of state at a point in time in a solid piece. The benefit of this name is that it aligns with commonly used words to describe the action to transform from a solid state to fluid state.

  • unfreeze a view (connecting the socket)
  • freeze a view (disconnecting the socket)

Although hydration doen’t seem to be on the roadmap afaik.


The impact on the existing eco-system.
Nihil. It’s a matter of endorsing the new name and as a result documentation will be adapted over time.

- Whether your suggestion is easily implemented or inline with the state of Phoenix as it is today.

Looking forward to hearing your thoughts on this!

Best,
Bart Otten

Showing Posts 1 to 10

rhcarvalho

rhcarvalho

Agree with the sentiment. Views, the V in MVC (most frameworks) or MTV (Django) exist for much longer than LiveView.

We needed something to contrast to the new name. It’s a similar story SPA → MPA (those were simply applications before “single-page app” became a thing).

  • Phoenix View
  • StaticView
  • ControllerView
  • Non-live view
gregvaughn

gregvaughn

I agree overall. It was humorous the first time Chris said “DeadView” but it’s really stuck and puts a negative image on what is still very useful functionality in the right circumstances. I’ve suggested “StaticView” before but I think I like “StillView” better. Other ones that just hit me:

  • ClassicView
  • VintageView
10
Post #2
BartOtten

BartOtten OP

This. Every time I have to write it myself I try..well..not to.

The StaticView was also my first thought, but as we already have static_path and static_url for assets it would might cause confusion. Also it reminds me a bit of a page-as-asset (read: precompiled page on a CDN). The fact that they might include dynamic data (hello {name}) makes them less static than pages that do not.

Like those but they suffer the same as ‘Next Gen’ in being relative. In 20 years LiveView might be superseded…and is considered classic/vintage.

DeadViews is coined years ago, no need to rush alternative naming. The more thoughts the better!

hubertlepicki

hubertlepicki

How about “DeadView” and “UndeadView”?

13
Post #4
BartOtten

BartOtten OP

Killer alternative :wink:

ragamuf

ragamuf

Thank you, thank you, for giving voice to something that has been quietly troubling me as well. Words convey a lot in how we communicate and welcome others and the term “dead” view is not welcoming to new members to this community who may still be very well invested in a non-liveview approach. The same is true for established members who still use these regular views that were and continue to be a valid approach to many a solution, myself included.

martosaur

martosaur

Huh, I never thought of DeadView as a name with negative connotation :thinking: It’s kinda too good to be replaced at this point IMO. Perhaps there are other ways to highlight dead view as a perfectly viable option? “DeadView is not Dead” post on dashbit blog or something :laughing:

11
Post #7
hubertlepicki

hubertlepicki

I’m not exactly sure we have “DeadView” anymore in first place. The Phoenix Views have been replaced by co-located/embedded component rendering. There’s only LiveView, I don’t actually have any other types of views.

sbuttgereit

sbuttgereit

I actually still like “StaticView”. It’s a very boring term relative to the alternatives, but it’s probably the most immediately understandable term in contact to what LiveView does. Something like “StillView” is good, but I have to now learn what we mean by “still” to understand it… it’s not a commonly used term with understood technical meanings.

12
Post #9
nico_amsterdam

nico_amsterdam

Deadview is a misnomer for the carefully crafted HTML/JS/CSS front-end trinity, which can have lively, colorful, interactive content.

What do you think of PageByPageView ?

Where Next? Top

Trending in Proposals: Ideas Top

woylie
We are seeing a lot of warning logs like this: navigate event to "https://someurl" failed because you are redirecting across live_sessio...
New

Other Trending Topics Top

mudasobwa
I am happy to introduce the very α version of the new programming language compiled to BEAM. Welcome Cure. It has literally three kille...
New
marciok
Hi there! We created Gust: A task orchestrator inspired by Airflow. For those who have never heard about Aiflow, it’s a Python-based wor...
New
mhanberg
Hi everyone! The first release candidate for the Expert language server project is now available! We’ve published a press release detai...
New
jimsynz
Beam Bots (or just BB for short) is a framework for building fault-tolerant robotics applications in Elixir using familiar OTP patterns. ...
New
Dmk
Xamal is a deployment tool for Elixir apps that deploys native releases to bare metal servers over SSH. It’s a port of GitHub - basecamp/...
New
netoum
Corex is an accessible, unstyled UI component library for Phoenix that integrates Zag.js state machines using Vanilla JavaScript and Live...
New

We're in Beta

About us Mission Statement

Options

Thread Display Mode




Thread Preview

Skip Thread Previews