Markdownlint auto-cleanup for pt-br

files/pt-br/learn_web_development/extensions/server-side/django/forms/index.md

@@ -583,7 +583,7 @@ class AuthorDelete(DeleteView):
 
 Como você pode ver, para criar, atualizar e excluir as _views_, você precisa derivar de `CreateView`, `UpdateView`, e `DeleteView` (respectivamente) e então definir o modelo associado.
 
-Para os casos "criar" e "atualizar" você também precisa especificar os campos para mostrar no formulário (usando a mesma sintaxe que para `ModelForm`). Nesse caso, nós mostramos ambas as sintaxes para mostrar todos (_"all"_) campos e como você pode listar eles individualmente. Você também pode especificar valores iniciais para cada campo usando um dicionário com pares nome_campo/valor (aqui, arbitrariamente, definimos a data de morte para fins de demonstração — talvez você queira remover isso!). Por padrão, essas _views_ irão redirecionar, se houver sucesso, para uma página mostrando o item do modelo recentemente criado/editado, que no nosso caso será a página de visualização de detalhes do autor que criamos em um tutorial anterior. Você pode especificar ums local de redirecionamento alternativo, declarando explicitamente o parâmetro `success_url` (como feito na classe `AuthorDelete`).
+Para os casos "criar" e "atualizar" você também precisa especificar os campos para mostrar no formulário (usando a mesma sintaxe que para `ModelForm`). Nesse caso, nós mostramos ambas as sintaxes para mostrar todos (_"all"_) campos e como você pode listar eles individualmente. Você também pode especificar valores iniciais para cada campo usando um dicionário com pares nome_do_campo/valor (aqui, arbitrariamente, definimos a data de morte para fins de demonstração — talvez você queira remover isso!). Por padrão, essas views irão redirecionar, se houver sucesso, para uma página mostrando o item do modelo recentemente criado/editado, que no nosso caso será a página de visualização de detalhes do autor que criamos em um tutorial anterior. Você pode especificar ums local de redirecionamento alternativo, declarando explicitamente o parâmetro `success_url` (como feito na classe `AuthorDelete`).
 
 A classe `AuthorDelete` não precisa mostrar nenhum dos campos, então eles não precisam ser especificados. No entanto, você precisa especificar a `success_url`, porque não há um valor padrão óbvio para o Django usar. Nesse caso, usamos a função [`reverse_lazy()`](https://docs.djangoproject.com/en/2.1/ref/urlresolvers/#reverse-lazy) para redirecioanr para nossa lista de autores depois que um autor é excluido — `reverse_lazy()` é uma versão executada "preguiçosamente" de `reverse()`, usada aqui porque estamos fornecendo uma URL para um atributo baseado em classe de _view_.