> Symfony 6 > 30 Days with LAST Stack
Login to bookmark this video
Buy Access to Course
23.

More with fun Modals! Editing & Deleting

|

Share this awesome video!

|

Keep on Learning!

Start your All-Access Pass

With a Subscription, click any sentence in the script to jump to that part of the video!

Login Subscribe

Welcome to day 23 - the grand finale in our modal system saga. Though, we will revisit it in a few days when we talk about Twig components.

So if our new modal system is as reusable as I've promised, we should be able to easily open the edit form in a modal too, right?

Opening the Edit Form in a Modal

To opt into the modal system, the only thing we need to change - in edit.html.twig - is to extend modalBase.html.twig. And while we're here, take out the extra padding with modal:m-0 and modal:p-0:

25 lines | templates/voyage/edit.html.twig
{% extends 'modalBase.html.twig' %}
// ... lines 2 - 4
{% block body %}
<div class="m-4 p-4 modal:m-0 modal:p-0 bg-gray-800 rounded-lg">
// ... lines 7 - 22
</div>
{% endblock %}

Next, make the edit link target the modal frame. This lives in _row.html.twig. I'll break this onto multiple lines.... then add data-turbo-frame="modal":

14 lines | templates/voyage/_row.html.twig
<tr class="even:bg-gray-700 odd:bg-gray-600">
// ... lines 2 - 4
<td class="px-6 py-4 whitespace-nowrap">
// ... line 6
<a
href="{{ path('app_voyage_edit', {'id': voyage.id}) }}"
class="ml-4 text-yellow-400 hover:text-yellow-600"
data-turbo-frame="modal"
>edit</a>
</td>
</tr>

Moment of truth. Refresh. And... darn it! It just works! Even if we save successfully, that works. We get the toast, the modal closes, my goodness!

This works because, in VoyageController, the edit action, like new, redirects to the index page:

106 lines | src/Controller/VoyageController.php
// ... lines 1 - 15
class VoyageController extends AbstractController
{
// ... lines 18 - 64
public function edit(Request $request, Voyage $voyage, EntityManagerInterface $entityManager): Response
{
// ... lines 67 - 69
if ($form->isSubmitted() && $form->isValid()) {
// ... lines 71 - 74
return $this->redirectToRoute('app_voyage_index', [], Response::HTTP_SEE_OTHER);
}
// ... lines 77 - 81
}
// ... lines 83 - 104
}

That has an empty modal frame, so the modal closes.

When the Modal Doesn't Close

But... I want to be tricky. The edit form now appears in two contexts, the modal, but also on its standalone page. What if, when we're on this page, on success, we want to redirect right back here so we can keep editing.

Easy! Change the route to app_voyage_edit and set id to $voyage->getId():

106 lines | src/Controller/VoyageController.php
// ... lines 1 - 15
class VoyageController extends AbstractController
{
// ... lines 18 - 64
public function edit(Request $request, Voyage $voyage, EntityManagerInterface $entityManager): Response
{
// ... lines 67 - 69
if ($form->isSubmitted() && $form->isValid()) {
// ... lines 71 - 74
return $this->redirectToRoute('app_voyage_edit', ['id' => $voyage->getId()], Response::HTTP_SEE_OTHER);
}
// ... lines 77 - 81
}
// ... lines 83 - 104
}

Cool. Now when we save, it works! But... how did that affect the form in the modal? When we edit and save... nothing happens. The modal is still here and no toast notification.

Rendering the "Frame Streams" in all Frames

Let's work on the missing toast notification first. In base.html.twig, inside of the modal frame, we render the flash messages in a <turbo-stream>. The problem is... when we redirect to the edit page, because it extends modalBase.html.twig, the frame that's returned is this one. And this <turbo-frame> does not render these streams.

It turns out, these lines should really live inside any <turbo-frame> that might be rendered after a form submit.

To help with that, copy this and, inside the templates/ directory, create a new file called _frameSuccessStreams.html.twig. Paste inside:

7 lines | templates/_frameSuccessStreams.html.twig
<turbo-stream action="append" target="flash-container">
<template>{{ include('_flashes.html.twig') }}</template>
</turbo-stream>
{% for stream in app.flashes('stream') %}
{{ stream|raw }}
{% endfor %}

But before we use this, I want to add one other detail: if app.request.headers.get('turbo-frame') equals a new frame variable, then render this, else, do nothing:

9 lines | templates/_frameSuccessStreams.html.twig
{% if app.request.headers.get('turbo-frame') == frame %}
<turbo-stream action="append" target="flash-container">
<template>{{ include('_flashes.html.twig') }}</template>
</turbo-stream>
{% for stream in app.flashes('stream') %}
{{ stream|raw }}
{% endfor %}
{% endif %}

I'm coding for an edge-case, so let me explain. Imagine we have two <turbo-frame> elements on the same page: id="login" and id="registration". And they both include this partial. In this case, the <turbo-frame id="login"> would always render the flash messages... leaving nothing for the poor registration frame. And so, when we are submitting inside the registration Turbo Frame... we wouldn't see the toast notifications.

To fix this, when we use this partial - include('_frameSuccessStreams.html.twig') - pass the name of the frame you're inside: modal:

97 lines | templates/base.html.twig
<!DOCTYPE html>
<html>
// ... lines 3 - 15
<body class="bg-black text-white font-mono">
// ... lines 17 - 51
<div
// ... lines 53 - 54
>
<dialog
// ... lines 57 - 59
>
<div class="flex grow p-5">
<div class="grow overflow-auto p-1">
<turbo-frame
// ... lines 64 - 67
>
{{ include('_frameSuccessStreams.html.twig', { frame: 'modal' }) }}
</turbo-frame>
</div>
</div>
</dialog>
// ... lines 74 - 89
</div>
// ... lines 91 - 94
</body>
</html>

That way, if the current frame is something else, this won't eat the flash messages.

Copy this, and in modalFrame.html.twig, paste that here too:

5 lines | templates/modalFrame.html.twig
<turbo-frame id="modal">
{% block body %}{% endblock %}
{{ include('_frameSuccessStreams.html.twig', { frame: 'modal' }) }}
</turbo-frame>

Let's do this! Refresh, Edit... and save. The modal still stays open, but look back there: we see the toast!

Closing the Modal when it wants to stay open

Now: how can we close this pesky modal. When we put a form inside a frame, our Symfony controller might not need to change. Flash messages will work and, depending on where you redirect, the modal might even close.

But you do need to ask yourself: where are all the places my form will be used? And: am I returning the right response for each situation? Right now, in the modal situation, our response isn't what we want: it doesn't cause the modal to close.

And that's okay! Remember: in addition to letting the Turbo frame update with the content after the redirect, we can also use streams to do anything extra.

In new.html.twig, steal the stream_success from the bottom. In edit.html.twig, paste. This time, we want to update the <turbo-frame id="modal"> element to empty its content so the modal will close. Do that with action="update", target="modal", and set the <template> to nothing:

31 lines | templates/voyage/edit.html.twig
// ... lines 1 - 25
{% block stream_success %}
<turbo-stream action="update" target="modal">
<template></template>
</turbo-stream>
{% endblock %}

In the controller, to add the "extra stuff", copy the if statement from new... paste it down here, change the template to edit.html.twig and... we should be good!

113 lines | src/Controller/VoyageController.php
// ... lines 1 - 15
class VoyageController extends AbstractController
{
// ... lines 18 - 64
public function edit(Request $request, Voyage $voyage, EntityManagerInterface $entityManager): Response
{
// ... lines 67 - 69
if ($form->isSubmitted() && $form->isValid()) {
// ... lines 71 - 73
if ($request->headers->has('turbo-frame')) {
$stream = $this->renderBlockView('voyage/edit.html.twig', 'stream_success', [
'voyage' => $voyage
]);
$this->addFlash('stream', $stream);
}
// ... lines 81 - 82
}
// ... lines 84 - 88
}
// ... lines 90 - 111
}

Ok, hit "Edit" and save. Hmm, I saw the toast, but the modal didn't close. Let me look at the stream to make sure I have everything. Ah! With targets, you use a CSS selector. But with target, it's just the id:

31 lines | templates/voyage/edit.html.twig
// ... lines 1 - 25
{% block stream_success %}
<turbo-stream action="update" target="modal">
// ... line 28
</turbo-stream>
{% endblock %}

So the Turbo Stream was executing... but wasn't matching anything.

Let's try that again. When we hit save, that will redirect back to the edit page, and that is going have a <turbo-frame id="modal"> with content: it won't be empty. But then, our stream should empty it and the modal should close.

And... gorgeous!

Updating the Row in Edit

Can I add one last polishing detail to edit? It would be so cool if, when we change a voyage, it updated the row instantly. This is another "extra", and... it's going to be easy.

First, to target this, in _row.html.twig, add an id, voyage-list-item-, {{ voyage.id }}:

14 lines | templates/voyage/_row.html.twig
<tr class="even:bg-gray-700 odd:bg-gray-600" id="voyage-list-item-{{ voyage.id }}">
// ... lines 2 - 12
</tr>

Copy that, head over to edit.html.twig and add one more Turbo Stream: action="replace" and target="voyage-list-item-" voyage.id. Add the <template> and then include voyage/_row.html.twig:

34 lines | templates/voyage/edit.html.twig
// ... lines 1 - 25
{% block stream_success %}
// ... lines 27 - 29
<turbo-stream action="replace" target="voyage-list-item-{{ voyage.id }}">
<template>{{ include('voyage/_row.html.twig') }}</template>
</turbo-stream>
{% endblock %}

This is where things really start to shine. Edit, remove those exclamation points and... the page updates instantly. Our edit modal - even with all the complications I threw in - is done!

Handling Delete

With our last 3 minutes, let's make sure the "delete" button is working. Oh... it is! The modal closes and the toast renders! Like the other actions, after deleting, it redirects to the index page and the empty modal frame closes the modal. It's brilliant!

Except... that the row I deleted is still there until we refresh.

But hold up. The delete button is a form that submits. And the only reason this submits into a <turbo-frame> is because it happens to live inside the modal frame.

But the delete action doesn't need to submit into a frame. We're never going to click "Delete" then want to show something in the modal. A full page navigation would be fine.

To do that, in _delete_form.html.twig, on the frame, add data-turbo-frame="_top":

7 lines | templates/voyage/_delete_form.html.twig
<form method="post" data-turbo-frame="_top" action="{{ path('app_voyage_delete', {'id': voyage.id}) }}" onsubmit="return confirm('Are you sure you want to delete this item?');">
// ... lines 2 - 5
</form>

Now, edit, delete, and... the redirect causes a full page navigation, which is fine.

Extra-Fancy Delete

Though, yes, it could be smoother. Scroll down a bit... and delete one. The page scrolls back to the top.

Like with anything, if this is important to us, we can improve it. Remove the data-turbo-frame="_top":

7 lines | templates/voyage/_delete_form.html.twig
<form method="post" action="{{ path('app_voyage_delete', {'id': voyage.id}) }}" onsubmit="return confirm('Are you sure you want to delete this item?');">
// ... lines 2 - 5
</form>

When a form - even our delete form - exists inside a <turbo-frame>, we need to ask: where is this being used and what do I need to update to make the page perfect after success? In this case, we need to remove the row. So we need to do something extra, outside the frame. And we know how to do that!

In edit.html.twig, steal the stream_success block. Then create a new template called delete.html.twig. Delete doesn't normally have its own template... and we're going to use this just for the stream_success. Use this one, change action to remove and target voyage-list-item- but just use an id variable. And for remove, we don't need the <template> at all:

4 lines | templates/voyage/delete.html.twig
{% block success_stream %}
<turbo-stream action="remove" target="voyage-list-item-{{ id }}"></turbo-stream>
{% endblock %}

In VoyageController, scroll up, steal the if statement.... and down in delete, paste that. Change the template to delete.html.twig and pass an id variable set to $id. We can't use $voyage->getId() because it'll already be empty since we deleted it. Instead, pass $id... and before we delete, set that: $id = $voyage->getId():

122 lines | src/Controller/VoyageController.php
// ... lines 1 - 15
class VoyageController extends AbstractController
{
// ... lines 18 - 91
public function delete(Request $request, Voyage $voyage, EntityManagerInterface $entityManager): Response
{
if ($this->isCsrfTokenValid('delete'.$voyage->getId(), $request->request->get('_token'))) {
$id = $voyage->getId();
// ... lines 96 - 100
if ($request->headers->has('turbo-frame')) {
$stream = $this->renderBlockView('voyage/delete.html.twig', 'success_stream', [
'id' => $id,
]);
$this->addFlash('stream', $stream);
}
}
// ... lines 109 - 110
}
// ... lines 112 - 120
}

Let's do this! Scroll way down here and delete ID 22. Watch. Boom. The row is gone, we get the toast notification and the page doesn't budge.

Ok, the last few days have been... wow. Tomorrow, we're going to take it easier and learn one other way we can use Turbo Streams. See you then!