FYI, we pushed the button yesterday and it was our 2nd biggest day in registrations for the past 30 days. Not sure if it was coincidence or not, but I have a feeling it’s a good way to onboard new users. Will keep an eye on the metrics
(Realizing now it must have been a coincidence, because the button only appears for users who have already logged in. Nonetheless, activity does seem to be higher)
Hm, how about showing the new topic button for everyone and make it act like the default Reply-to-topic button, i.e. as the user to login/sign up if they’re not logged in?
In fact, this might be something to consider for the default new topic button too, but I guess this feature would be most effective in this theme component…
Well, they can’t create that topic unless they sign up. And encouraging people to sign up is obviously a good thing (and is being done by default via the sign-up button and the reply-to-topic button). So I don’t really see why the new topic button should cause any problems.
This is good, but it has two drawbacks from my point of view.
First is the location of the button in the top bar. We already have other stuff added to the top bar and this makes it a bit crowded.
Second is the fact it appears on every page, even where it is a bit illogical (eg on my profile page, or the groups list).
The primary use case from my point of view is to make it slightly easier for users not to make off-topic replies when viewing a thread. The place I find it is really needed and useful is when viewing a topic/thread and ideally I would like it to appear both at the top (in line with the topic title) and at the bottom next to the main blue Reply button.
A halfway house would be to show it in the current position but only on /t/xxx pages.
Is this possible?
Oh. Bummer. I don’t know what “wrong position” means (it seems OK on my test site), but did assume that the button would work, which I see now that it doesn’t. It looks like it’s not as simple as I thought.
Can someone help me know what CSS to target to get this + New Topic button to look/function exactly as the colorful “Reply” button on my site? (i.e. the standard state, as well as the hover and clicked-on state - active?)
Here’s a visual explanation of what I’d like to do…
change its class to btn-primary ?
(not sure if you can have two btn-primary items on a page)
If you want to have a pure css solution then inspect the styling of the blue primary button (in all its states) and replicate that.
Obrigado por este componente@Joe.
Funciona perfeitamente, com uma pequena exceção
No mobile, ainda tenho dois botões: o novo + e o padrão + Novo Tópico.
Agora funciona bem tanto em desktops quanto em dispositivos móveis, mas seria ótimo se seu componente cuidasse disso. Principalmente porque, por algum motivo, se algum administrador desativar seu componente, nenhum botão + Novo Tópico ficará visível.
Obrigado pelo componente! Acredito que existam casos de uso válidos para sempre manter a opção de criar um novo tópico presente no cabeçalho. No entanto, estou com dificuldades em um detalhe da implementação e gostaria de saber como outros lidam com isso:
Atualmente, o componente reflete a categoria em que o usuário está e abre o editor com essa categoria pré-preenchida. Porém, ele não verifica se o usuário tem permissão de escrita naquela categoria específica. Assim, ele preenche o editor com essa categoria (embora o usuário não pudesse selecioná-la manualmente de outra forma) e resulta em um erro ao tentar salvar o tópico.
O botão padrão de “Novo tópico” resolve isso sendo desabilitado em categorias como essas. Mas acho que replicar esse comportamento não seria tão intuitivo, já que a ideia do botão no cabeçalho é oferecer um acesso global para criar novos tópicos. Nesse caso, seria estranho se ele às vezes não funcionasse.
Qual seria uma boa abordagem geral para isso? Ou como outros que utilizam o componente lidam com essa situação? Seria melhor simplesmente remover o pré-preenchimento completamente?