Eu pensei que tivesse visto uma solicitação de recurso assim recentemente, mas não consigo encontrá-la.
Se você tiver vários campos personalizados do usuário, o modal de login fica desajeitado. Se houver 10 campos opcionais e 2 obrigatórios, é necessário rolar bastante para encontrar o(s) que são obrigatórios. Isso é um transtorno.
É um certo incômodo, pois você precisa adivinhar qual nth-of-type usar por tentativa e erro, mas o que eu talvez sugira como um é que o CSS que funcionava para fazer esse modal aparecer corretamente muda de vez em quando. Parece que foi alterado na recente beta6. Isso deixa meu cliente triste, pois os campos obrigatórios não ficam visíveis, então as pessoas não conseguiam se cadastrar. Ele descobriu apenas porque alguém enviou um e-mail reclamando.
Problema resolvido!
CSS foi adicionado a esses campos, então isso não é mais um problema!
I don’t think it would be hard to add a class or data attribute that includes the custom field’s name, which would make it much less fragile to target with CSS. I can probably get to that within the next couple of days.
Took a quick look and it’s nearly identical to another PR I opened recently to add a class to tag groups. So here’s a PR for this… we might want to add a helper to sanitize class names before merging these?
I just realized that I never followed up after this was merged. Now on the signup page all user fields have a class in the form of user-field-name. So if you had a field with the name “terms and conditions” it would have the class user-field-terms-and-conditions.
You can also take a shortcut and hide all custom user fields at signup with
Thanks! I managed to get this done a week or two ago. You might edit that list to also include the css to un-hide a field or two after hiding the rest.
Here is a closed thread about solving this, which includes a css solution:
Right now for custom user fields, the options are:
Editable after signup?
Required at signup?
Show on public profile?
Show on user card?
I think another option would be quite useful:
Show on signup form?
or
Hide on signup form?
By default, without custom CSS modification, all custom fields (optional or not) will be displayed on the registration form. This somewhat limits the amount of custom fields that can be implemented as having too many will make the registration form overloaded and potentially intimidating to new users.
Sometimes it is nice to have a bunch of custom user fields to ask for information that you don’t want to bother people with on signup. For example, you might want to have the ability for someone to provide their address, zip code, or hair color, but on signup ask them only for their name and email address.
It would also be helpful to be able to differentiate sign-ups and invitees, especially if a field is mandatory for both or just for signups.
For example, we ask people to provide their “Reason for Joining” to help us decide their suitability and group. This is redundant when people arrive via an invite link, but it can’t be hidden if mandatory or it breaks the signup for them.
Existem alguns campos de usuário em meu site que realmente não precisam estar presentes no momento do cadastro, como as redes sociais.
Acho que poderíamos nos beneficiar de uma opção “Não exibir no cadastro”, que os ocultaria durante o cadastro e os tornaria visíveis apenas ao editar o perfil do usuário.
Algo mudou no modal de inscrição que pode fazer com que este CSS não funcione mais?
Não consigo ocultar nenhum campo personalizado na página de inscrição usando o código da primeira postagem de @pfaffman - nem consigo ocultar todos os campos personalizados usando o código de @awesomerobot: