MediaWiki Discussão:Gadget-fastbuttons.js/Arquivo 2

O conteúdo da página não é suportado noutras línguas.
Adicionar tópico
Origem: Wikipédia, a enciclopédia livre.

Botões não clicáveis[editar código-fonte]

Quando se ativa a opção beta "Novos filtros para a revisão de edições" os links do FastButtons na Especial:Páginas vigiadas deixam de ser clicáveis, pois parece haver alguma se sobrepondo a eles (só alguns poucos pixels na borda superior dos botões é clicável). Isso fica perceptível pela mudança no estilo de seta do mouse: normalmente seria uma mãozinha em todos os pixels do botão, mas com a preferência ativada, passa a ser uma seta. Helder 10h44min de 18 de dezembro de 2017 (UTC)Responder

O problema pode estar relacionado à tarefa phab:T182602. Helder 11h47min de 27 de dezembro de 2017 (UTC)Responder
@He7d3r A task já foi resolvida e aparentemente o problema não ocorre mais.!Silent (discussão) 12h53min de 9 de março de 2019 (UTC)Responder

FastButtons desaparecido?[editar código-fonte]

Oi, é só comigo que a barrinha do FastButtons não está aparecendo mais nos artigos?--Mister Sanderson (discussão) 17h01min de 4 de abril de 2018 (UTC)Responder

Seria o mesmo relatado em WP:Café dos programadores/Arquivo/2017/1#FastButtons? Helder 17h21min de 4 de abril de 2018 (UTC)Responder
He7d3r, era isso mesmo. Eu nem sabia que dava pra ocultar e desocultar!--Mister Sanderson (discussão) 18h29min de 4 de abril de 2018 (UTC)Responder

Programar o Fast Buttons para permitir a substituição {{sem fontes}}→{{S-fontes-bpv}}[editar código-fonte]

Muitas vezes me deparo com BPV's marcadas como sem fontes com a tag genérica {{sem fontes}}. Ao marcar o artigo com a tag específica {{S-fontes-bpv}}, a tag genérica permanece, o que me obriga a removê-la manualmente ou trocá-la de uma vez só pela tag específica também manualmente, sem o uso do gadget. Existe uma maneira de programar o Fast Buttons para remover automaticamente {{sem fontes}} toda vez que {{S-fontes-bpv}} for adicionada? Victão Lopes Diga! 21h08min de 2 de julho de 2018 (UTC)Responder

É possível implementar sim. Enquanto isso não ocorre, sugiro que nesses casos você insira a tag pelo modo de edição mesmo, que aí você pode inserir e remover ao mesmo tempo. !Silent (discussão) 17h18min de 5 de julho de 2018 (UTC)Responder
@Victor Lopes Implementado. [1] !Silent (discussão) 12h10min de 9 de março de 2019 (UTC)Responder
PS: pus para fazer o mesmo com as predefs {{Mais fontes}} e {{Mais fontes-bpv}}.

Sugestão de função para o FastButtons[editar código-fonte]

O texto seguinte foi movido de: Wikipédia:Café dos programadores

Sugiro um botão no FastButtons que permita acesso às estatísticas de visualização de uma página, o que creio ser um dado pertinente e relevante que conviria muito estar à distância de um clique. Bastaria um link para https://tools.wmflabs.org/pageviews/?project=pt.wikipedia.org&platform=all-access&agent=user&range=latest-20&pages={{PAGENAME}} Leefeniaures audiendi audiat 21h42min de 5 de julho de 2018 (UTC)Responder

@Leefeni de Karik Implementado.[2][3] !Silent (discussão) 23h37min de 7 de março de 2019 (UTC)Responder
Explicando melhor o que foi feito: o link aparece ao clicar no botão "Informações". !Silent (discussão) 23h41min de 7 de março de 2019 (UTC)Responder

TypeError em Especial:Contribuições[editar código-fonte]

Ao acessar a página, o gadget causa o seguinte erro TypeError: ipAddress is null. Helder 12h59min de 16 de novembro de 2018 (UTC)Responder

@He7d3r Corrigido. Corrigido. !Silent (discussão) 15h09min de 6 de março de 2019 (UTC)Responder

phab:T66721[editar código-fonte]

@He7d3r Você havia adicionado try...catch em alguns trechos que usam o localStorage, usando o phab:T66721 como justificativa. Pelo que percebo, essa task já foi resolvida. Ainda há necessidade desses try...catch ou já podemos remover? !Silent (discussão) 14h54min de 6 de março de 2019 (UTC)Responder

Suspeito que a remoção não causará problemas aos usuários do Firefox, pois conforme phab:T66721#4608081 parece que o MediaWiki já não otimiza o desempenho nesse navegador. Helder 11h23min de 9 de março de 2019 (UTC)Responder
@He7d3r Removido. [4][5] !Silent (discussão) 11h31min de 9 de março de 2019 (UTC)Responder

Identificação das edições feitas com o FastButtons[editar código-fonte]

Deveríamos adotar o uso de etiquetas (tags) para a identificação das edições feitas automaticamente pelo gadget, tal como já ocorre com o huggle o WPCleaner e o proveit. Isso permitiria filtrar este tipo de edição nas mudanças recentes (exemplo). Helder 16h59min de 29 de dezembro de 2017 (UTC)Responder

Além dos exemplos que citei na discussão do reversão e avisos, no caso do FastButtons, que faz (fazia?) edições sem usar a API quando a janela está aberta, pode-se utilizar um código como este (mudando a tag para, digamos, "fast-buttons") para inserir um input no formulário de edição. Helder 13h24min de 30 de dezembro de 2017 (UTC)Responder
Muito bom. Com isso, seria melhor tirar do sumário o "usando FastButtons", deixando que a etiqueta fizesse o trabalho de indicar isso? !Silent (discussão) 14h27min de 30 de dezembro de 2017 (UTC)Responder
No caso do APC eu só removi o link do antigo sumário padrão, pois foi movido para a tag (mas mantive a indicação da versão, como pode ver neste exemplo). No FastButtons, acredito que podemos simplesmente parar de usar o "summarySufix" nos lugares onde aparece. Helder 16h35min de 30 de dezembro de 2017 (UTC)Responder
@He7d3r Implementado.[6] !Silent (discussão) 01h16min de 14 de março de 2019 (UTC)Responder

Eventos atuais[editar código-fonte]

Que tema deve ser específico para usar o botão "Evento atual"? Ver temas disponíveis em {{Evento atual}}. --Francisco (discussão) 02h23min de 14 de setembro de 2018 (UTC)Responder

@Francisco Leandro Implementada a possibilidade de inserir um tema.[7] !Silent (discussão) 23h59min de 10 de março de 2019 (UTC)Responder

Desabilitar botão para eliminação de redirecionamento se houver afluentes[editar código-fonte]

Considerando os inúmeros motivos pelos quais não se deve apagar redirecionamentos, seria bom que pelo menos no caso de redirecionamentos com afluentes (locais), como esse, o script desabilitasse o botão(ões) correspondente(s). Provavelmente seria bom colocar algo do mesmo gênero na página que os admins e eliminadores usam para apagar as páginas, para que sejam incentivados a não apagar redirects com afluentes (locais). Helder 20h07min de 6 de maio de 2012 (UTC)Responder

Ver também phab:T32668 (mostrar afluentes ao apagar páginas) e o gadget pl:MediaWiki:Gadget-delete.js / delete-local.js da wiki polonesa. Helder 20h28min de 6 de maio de 2012 (UTC)Responder
Concordo. Luan (discussão) 14h03min de 23 de agosto de 2016 (UTC)Responder
@He7d3r e Luan: Implementado.[8][9]
O script não está exatamente desabilitando os botões, mas sim, ao clicar neles, fazendo uma verificação para ver se o redirect possui afluentes e se sim, ele emite um aviso informando que não é possível eliminar a página por esse motivo e linkando o meta:Don't delete redirects. !Silent (discussão) 13h11min de 2 de abril de 2019 (UTC)Responder

Complexidade ciclomática da "manipulatePageText" muito elevada[editar código-fonte]

De acordo o JSHint, ela tem 25 de complexidade, o que é muito alto. Quebrá-la em outros métodos menores seria a melhor opção? Silent (discussão) 01h38min de 9 de novembro de 2013 (UTC)Responder

Inconclusivo A complexidade ciclomática atual já de 36 e dificilmente me parece que essa situação será resolvida num futuro próximo. Se alguém for fazê-lo, pode reviver o tópico. !Silent (discussão) 13h49min de 2 de abril de 2019 (UTC)Responder

Padronização da interface com MediaWiki UI[editar código-fonte]

Acho que deveríamos começar a migrar esse gadget para mw:MediaWiki UI e abandonar o uso de jquery.ui.dialog. O guia de estilos vivo mostra como será o padrão dos botões e demais elementos da interface do MediaWiki daqui para a frente, e seria bom se o gadget fosse consistente (os estilos já são utilizados no Editor Visual, por exemplo, e tem sido aplicado em outros lugares aos poucos, como a Especial:Pesquisar e a Especial:Entrar). Helder 22h26min de 30 de outubro de 2014 (UTC)Responder

Mas no caso, já existe algo pronto pra usar o MediaWiki UI (tipo o jquery.ui.dialog), ou tem que fazer na mão mesmo, apenas adotando o guia de estilo? !Silent (discussão) 23h01min de 30 de outubro de 2014 (UTC)Responder
Já existem alguns módulos. Helder 23h09min de 30 de outubro de 2014 (UTC)Responder
E existe algum tutorial ensinando a trabalhar com esses módulos? !Silent (discussão) 23h16min de 30 de outubro de 2014 (UTC)Responder
O melhor que temos são os exemplos do guia de estilos que citei. Não é para ter muito segredo: se for usada uma certa classe cujos estilos estão em um dos módulos, basta colocar o módulo correspondente na lista de dependências.
Aliás, tem também isso aqui: mw:OOjs UI (pode ser útil na estruturação do código). Helder 23h21min de 30 de outubro de 2014 (UTC)Responder

Para quem quiser acompanhar as tarefas de padronização da interface do MediaWiki (e extensões), foi criado um projeto UI-Standardization no Phabricator (para se inscrever é só clicar no Join Project). Helder 20h03min de 3 de dezembro de 2014 (UTC)Responder

Módulos obsoletos[editar código-fonte]

Agora o gadget causa o aparecimento destas mensagens:

  • This page is using the deprecated ResourceLoader module "jquery.tipsy"
  • This page is using the deprecated ResourceLoader module "jquery.ui.widget".
  • This page is using the deprecated ResourceLoader module "jquery.ui.core". Please use "mediawiki.ui.button" or "oojs-ui" instead.

Os módulos foram marcados como depreciados há alguns dias. Helder 22h50min de 24 de agosto de 2016 (UTC)Responder

@He7d3r Tinha reparado essas mensagens também. Mas ou seja, não deve-se mais utilizar o jquery.ui, somente o oojs-ui? Porque eu tentei iniciar algo nesse sentido, porém a complexidade envolvida é muito alta, tornaria o código muito complicado de se lhe dar e acabei deixando de lado. !Silent (discussão) 23h21min de 24 de agosto de 2016 (UTC)Responder
Parece que sim... Helder 14h25min de 25 de agosto de 2016 (UTC)Responder
@He7d3r Inconclusivo Essa conversão para OOjs UI me parece ser deveras complicada e dificilmente será feita por alguém num futuro próximo. Se alguém for fazer, pode reviver o tópico. !Silent (discussão) 13h45min de 2 de abril de 2019 (UTC)Responder

Esvaziamento de predefinição indicada à eliminação por consenso[editar código-fonte]

Olá pessoal! Não sei se isso é o comportamento esperado, por isso aqui relato que indiquei uma predefinição para EC e a ferramenta esvaziou a página e a preencheu com (ou melhor, reduziu a) marcação de eliminação. Vejam em especial:diff/54558128 (isso enquanto a página não for eliminada, depois o acesso somente ficará disponível a administradores). --Luan (discussão) 16h36min de 21 de março de 2019 (UTC)Responder

Olá Luan!
Isso é algo previsto pelo script, na linha 667, em casos de eliminação por consenso ou ESR. Essa ocultação só não ocorre se for em casos de ER. Sinceramente, isso não me parece fazer muito sentido, pois deveria ser ao contrário ou simplesmente não ocultar nada em nenhum caso. Particularmente eu sou A favor de alterar para que não se oculte mais em situação alguma. !Silent (discussão) 23h28min de 21 de março de 2019 (UTC)Responder
Também Apoio, !Silent. --Luan (discussão) 14h30min de 22 de março de 2019 (UTC)Responder
@Luan Implementado.[10] !Silent (discussão) 19h40min de 23 de março de 2019 (UTC)Responder

Verificar se usuário possui direito ao voto[editar código-fonte]

Caros. Seria possível incluir no botão "Sobre a conta" (que aparece em contas de usuário) a informação se o usuário possui direito ao voto? --Diego Queiroz (discussão) 18h13min de 27 de agosto de 2014 (UTC)Responder

@Diego Queiroz Feito.[11]
Como já existe uma ferramenta para verificar se o editor possui o direito ao voto ou não, simplesmente adicionei um botão que nos leva até ela. !Silent (discussão) 16h13min de 4 de abril de 2019 (UTC)Responder

Salvamento indevido[editar código-fonte]

Eu estava com a janela de edição aberta, e já havia alterado o artigo para a versão que está nesta edição, e cliquei no botão para marcar a página como sem fontes. Em vez de simplesmente adicionar o texto, e permitir que eu continuasse a editar, o script salvou a página (sem o meu sumário original) e logo depois editou mais uma vez a página removendo a predefinição (!) e colocando o sumário que eu havia digitado originalmente (!?). Helder 10h51min de 17 de novembro de 2017 (UTC)Responder

Isso aconteceu novamente em outro artigo: Especial:Diff/50961656 e Especial:Diff/50961657. Helder 10h04min de 8 de janeiro de 2018 (UTC)Responder
@He7d3r Lembra se ambas as edições foram feitas usando a API, ou se só a primeira foi usando a API e a segunda salvando normalmente (como se clicasse no botão "Publicar alterações" automaticamente) ou vice-versa? É um erro bem estranho e me parece ter sido algo bem pontual. !Silent (discussão) 02h20min de 3 de abril de 2019 (UTC)Responder
Infelizmente não saberei até que aconteça de novo... Helder
@He7d3r Então deixo esse caso como Inconclusivo e caso apareça novamente é só reaver o tópico. !Silent (discussão) 15h17min de 6 de abril de 2019 (UTC)Responder

Propostas de mudanças na ferramenta[editar código-fonte]

Olá pessoal! Tenho uma proposta de mudança para a ferramenta.

  1. Adicionar um botão para facilitar a proposta à renomeação de página, com {{renomear página}}.
  2. Unir os botões sobre questões referentes às referências em um só, no mesmo estilo de {{global}}. Botando um número para cada problema específico. 1) {{sem-fontes}}; 2) {{sem-fontes-bpv}}; 3) {{sem notas}}; 4) {{mais notas}}; 5) {{mais notas-bpv}}; 6) {{fonte primária}}; 7) {{formatar referências}}; 8) {{uma-fonte}}.
  3. Adicionar um botão para facilitar a marcação de introduções malformatadas, com {{má introdução}}. Favor posicionar ao lado de {{contextualizar}}.
  4. Posicionar {{publicidade}} e {{parcial}} um do lado do outro, pelo significado próximo das marcações.
  5. Adicionar {{sem infocaixa}} para facilitar a marcação dos artigos que precisam de infocaiaxas.

--Luan (discussão) 15h38min de 27 de janeiro de 2017 (UTC)Responder

@Luan Implementado.[12][13]
Não foi implementado o ponto 2, sobre unir os botões relativos às referências. Acho que da forma que está atualmente fica mais fácil para os editores os utilizarem do que se fosse da mesma maneira que o botão {{Global}}. Esses são botões de uso mais recorrente, enquanto que o {{Global}} é mais esporádico, portanto, esse tipo de funcionalidade me parece cair bem nele, mas não nos outros. !Silent (discussão) 02h44min de 8 de abril de 2019 (UTC)Responder

Outra proposta, talvez mais fácil que a do Luan acima: Acrescentar, na aba Informações, um linque para a ferramenta do Labs medidora de acessos. Suponho que a viabilidade técnica dessas propostas fiquem a seu critério, !Silent. - Épico (disc)/(contrib) 00h50min de 18 de fevereiro de 2017 (UTC)Responder

@Épico Implementado há alguns dias, com base em outra proposta feita nesta página. !Silent (discussão) 02h44min de 8 de abril de 2019 (UTC)Responder

Candidatos a artigo[editar código-fonte]

Conforme consenso na Esplanada, é necessária a introdução de três botões para candidatura de artigos, tão rápido quanto possível:

Danilo.mac, He7d3r, Chicocvenancio, Diego Queiroz, !Silent, poderiam fazer isto? Muito obrigado pela atenção. Leefeniaures audiendi audiat 17h37min de 25 de setembro de 2018 (UTC)Responder

Alô...? Leefeniaures audiendi audiat 02h44min de 18 de outubro de 2018 (UTC)Responder
@Leefeni de Karik Desculpe, da minha parte estou sem tempo de fazer algo do tipo por agora. !Silent (discussão) 23h41min de 18 de outubro de 2018 (UTC)Responder
@Leefeni de Karik Estou trabalhando na implementação dessas funcionalidades, mas surgiu uma dúvida: é obrigatório que, para colocar as predefinições {{candidatura-cabeçalho}} e {{eliminação por insuficiência}}, é necessário que, obrigatoriamente, o artigo já tenha as predefinições {{artigo insuficiente}} e {{candidatura-cabeçalho}}, respectivamente? !Silent (discussão) 22h55min de 9 de abril de 2019 (UTC)Responder
@!Silent: Sim, mas estava pensando, em ambos os casos, em uma substituição de uma predefinição pela outra. Leefeniaures audiendi audiat 23h04min de 9 de abril de 2019 (UTC)Responder
@Leefeni de Karik Certo. A substituição eu já sabia, só queria confirmar se era obrigatória a prévia existência da predefinição anterior para poder usar essas duas ou se poderia usar direto. !Silent (discussão) 23h06min de 9 de abril de 2019 (UTC)Responder

@Leefeni de Karik Implementado. [14][15]
Ao clicar em "Eliminação", foi acrescentado um botão chamado "Insuficiência"; clicar nele faz esses três botões sugeridos aparecerem.
A moção automática do artigo para uma subpágina de WP:CA não foi implementado ainda. Por enquanto isso pode ser feito usando a própria ferramenta de moção do FastButtons ou a padrão mesmo.
Quaisquer novas sugestões ou erros, só reportar nesta página. !Silent (discussão) 19h23min de 10 de abril de 2019 (UTC)Responder

Visual dos botões de confirmação e envio[editar código-fonte]

Pelo que andei vendo em algumas mudanças em alguns botões, os botões de confirmação estão em verde(por exemplo o botão de agradecer), acho que para ficar de acordo com aquelas normas de design. Inspecionando o elemento de alguns botões verdes daqui, não seria também o caso de padronizar de acordo com aquelas normas?

<a class="mw-ui-button mw-ui-constructive" href="/w/index.php?title=Especial:Entrar&type=signup&returnto=Especial:Entrar&returntoquery=type%3Dsignup%26campaign%3DloginCTA&campaign=loginCTA" id="mw-createaccount-join" tabindex="7">Junte-se à Wikipédia</a>

<button class="ui-button-green ui-button ui-widget ui-state-default ui-corner-all ui-button-text-only" aria-disabled="false" role="button" type="button"><span class="ui-button-text">OK</span></button>

Colando o código aqui desses botões, um é da página de Entrar e o outro é o botão do OK do agradecer. Vejo que em outras áreas da WP poderia ser usado também, por exemplo os links de adicionar tópico no topo das Esplanadas. TheVulcan (discussão) 18h13min de 8 de novembro de 2013 (UTC)Responder

Eu também já vinha pensando na ideia de alterar a cores dos prompts, para ficar mais padronizado. Silent (discussão) 18h23min de 8 de novembro de 2013 (UTC)Responder
Concordo com o uso de classes do módulo mediawiki.uimediawiki.ui.button (que, aliás, passará a ser carregado por padrão em todas as páginas em breve), que padronizam a forma de definir a semântica (significado) de cada elemento da interface. Helder 12h56min de 9 de novembro de 2013 (UTC)Responder
@He7d3r: tem alguma forma simples de utilizar o módulo mediawiki.ui? Algo como a função jQuery.dialog? Ou isso teria que ser feito do zero? !Silent (discussão) 21h22min de 22 de maio de 2016 (UTC)Responder
O módulo mediawiki.ui.button consiste apenas dos estilos CSS (LESS) para os botões (classes como mw-ui-button, mw-ui-progressive, mw-ui-quiet, mw-ui-destructive, mw-ui-button-group, etc). Na parte de JS eu imagino que poderiam ser utilizadas coisas como OO.ui.Dialog . Helder 21h39min de 22 de maio de 2016 (UTC)Responder
E saberia dizer como importá-lo? Tentei com mediawiki.OO.ui.Dialog, OO.ui.Dialog e nada. !Silent (discussão) 22h16min de 22 de maio de 2016 (UTC)Responder
Algo assim?

mw.loader.using( [ 'oojs', 'oojs-ui' ], function(){ /* carregado! */ } );

Helder 22h33min de 22 de maio de 2016 (UTC)Responder
Obrigado! Vou trabalhar na alteração visual do gadget. !Silent (discussão) 22h44min de 22 de maio de 2016 (UTC)Responder

Inconclusivo Sem perspectiva de ser implementado num futuro próximo. Se alguém se propuser a fazer, basta reaver este tópico. !Silent (discussão) 17h01min de 12 de abril de 2019 (UTC)Responder

Botão ER - Acessibilidade e usabilidade[editar código-fonte]

Baseado em en:Wikipedia:WTF? OMG! TMD TLA. ARG! que demonstra a utilização de siglas/abreviações na Wikipédia, venho aqui sugerir para que o botão de ER seja reformulado, pois há um uso demasiado de números e siglas que pode confundir usuários podendo causar criação de eliminações via outras regras(pois está mais fácil de entender/acessar) menos apropriadas em casos claros de eliminação rápida. Atualmente é uma lista horizontal de números, o que é ótimo para quem tem uma excelente memória(coisa que o ser humano mediano geralmente não tem) e consegue decorar vários números e o que eles significam, eu por exemplo só sei de cabeça o ER6 e ER20 porque ocorrem com frequência, de resto sempre fico em dúvida(e com medo de clicar no número errado sem querer). Eu sei que é só passar o mouse em cima dos 20 botões e procurar a regra mas não é muito prático e acessível dessa forma, me parece que seria melhor que fosse de uma das duas formas abaixo:

  • Abrir uma janela pop-up com opções de eliminação rápida listadas verticalmente(com a descrição delas, por exemplo "ER20 - Impróprio") > Escolher uma das opções da lista > (ter uma caixa em branco de Observações abaixo da lista de opções para preencher de forma opcional) > Clicar em OK
  • Ou da forma acima, ou agrupando botões por assunto e descrevendo os botões na barra horizontal. Por exemplo ao invés de "20" seria um botão "20 - Impróprio".

E em breve terão outras regras de ER vindo pois foram aprovadas na Esplanada, em Wikipédia:Esplanada/propostas/Critérios adicionais para ER (18set2013) o que irá criar mais confusão ainda com esses números e siglas.

E a mesma coisa acontece com o Reversão e avisos(estou comentando sobre ele aqui nesse tópico porque existe a possibilidade de fusão com o FastButtons), é uma lista horizontal com dezenas de abreviações com uma letra bem pequena, uma próxima da outra; podia ser aplicada a mesma ideia naquele gadget(ou quando fundir aqui no Fastbuttons fazer isso), desse esquema de janela que descrevi acima ou fazer como os botões atuais do FastButtons, agrupar em botões separados por assunto(vandalismo/teste/boas-vindas/etc) e ao clicar no botão mostrar algumas opções na linha abaixo.

O projeto é voluntário, isso provavelmente demande algumas horas de programação, mas não há pressa, prazo a cumprir, pode ficar para ano que vem, para 2015 ou depois, etc, se acharem que são coisas que valem a pena façam quando sobrar um tempo, se não, deixem como está. Eu infelizmente não posso ajudar na programação em si pois meus conhecimentos de CSS e Javascript são bem próximos de 0, portanto a única coisa que posso fazer atualmente é deixar sugestões aqui.

Resumo: organizar botões de ER ou com uma janela com opções ou com botões agrupados por assunto com a descrição de cada no próprio botão. E, se possível, fazer algo parecido no Reversão e avisos futuramente. TheVulcan (discussão) 14h47min de 16 de novembro de 2013 (UTC)Responder

Concordo. O Hélder até já tinha dado uma ideia sobre isso (ver [16]). Silent (discussão) 15h06min de 16 de novembro de 2013 (UTC)Responder
Muito interessante, não havia visto ainda essa ideia, melhor ainda se só for necessário clicar duas vezes, uma para abrir o FB e outra para realizar a ação, ou seja, abrir os menus automaticamente ao passar o mouse em cima. TheVulcan (discussão) 17h37min de 16 de novembro de 2013 (UTC)Responder

Inconclusivo Sem perspectiva de ser implementado num futuro próximo. Se alguém se propuser a fazer, basta reaver este tópico. !Silent (discussão) 17h01min de 12 de abril de 2019 (UTC)Responder

"O redirecionamento possui afluentes, portanto não deve ser eliminado."[editar código-fonte]

O texto seguinte foi movido de: Wikipédia:Café_dos_programadores#"O_redirecionamento_possui_afluentes%2C_portanto_não_deve_ser_eliminado." A mensagem acima aparece quando se tenta marcar com ER um redirecionamento com afluentes, virtualmente impedindo a aplicação dos fast-buttons nesse caso.

Ora, basta um usuário criar um direcionamento indevido e ser avisado disso (criando portanto um afluente em sua PDU), que sua criação indevida não pode ser eliminada.

Além disso, esse procedimento foi baseado num ensaio, não numa política ou num consenso. Absurdo que redirecionamentos indevidos não possam ser eliminados.

Proponho que o aviso seja mantido, mas que não impeça a colocação da marcação. Algo como O redirecionamento tem afluentes, quer eliminar mesmo assim?.

Yanguas diz!-fiz 14h26min de 17 de abril de 2019 (UTC)Responder

Concordo. O que não falta por aqui são redirecionamentos indevidos por apontarem para páginas que não mencionam o tema do título redirecionado ou, ainda pior, que em que o artigo-alvo nada tem a ver com com o título redirecionado. Impedir a eliminação de tais redirs é impedir a correção desses erros crassos. --Stego (discussão) 01h44min de 18 de abril de 2019 (UTC)Responder

Eu também Concordo com a eliminação de redirecionamentos indevidos, como é o caso da predefinição {{Sejm polonês}}, que movi para {{Lista polonesa}} e depois para {{Membros da República da Polônia}}, para coincidir com a predefinição em polonês na Wikipédia em polonês: Szablon:Posłowie RP. Leonardo José Raimundo (discussão) 02h54min de 18 de abril de 2019 (UTC)Responder

Isso foi proposto por He7d3r, anos atrás, em MediaWiki_Discussão:Gadget-fastbuttons.js/Arquivo_2#Desabilitar_botão_para_eliminação_de_redirecionamento_se_houver_afluentes. Eu concordei anos depois e !Silent neste mês executou. Ao se remover os colchetes (ou seja, a hiperligação), a proposição à ER especificamente via fastbuttons está possibilitada. --Luan (discussão) 21h34min de 21 de abril de 2019 (UTC)Responder

Não entendi, Luan: remover qual hiperligação? Yanguas diz!-fiz 01h09min de 22 de abril de 2019 (UTC)Responder
@Yanguas: Bastaria ir nas páginas onde é feita hiperligação para o redirecionamento que pretende indicar à ER e remover os colchetes de lá. --Luan (discussão) 02h01min de 27 de abril de 2019 (UTC)Responder

Comentário Há outro agravante: ao apagar uma página por EC, o eliminador deve eliminar também os afluentes da página apagada, não importa se tenha ou não ligações em outras páginas. Esse bug impede o cumprimento da tarefa. Yanguas diz!-fiz 01h09min de 22 de abril de 2019 (UTC)Responder

Feito [17]. O gadget agora pergunta se você realmente quer propor a eliminação, ao invés de impedir. !Silent (discussão) 02h03min de 22 de abril de 2019 (UTC)Responder

Aplicar subst em predefinições[editar código-fonte]

Ver Wikipédia:Café_dos_programadores#Detonando meu histórico. GoEThe (discussão) 13h53min de 8 de agosto de 2019 (UTC)Responder

@GoEThe Todas os avisos a usuários devem ser substituídos pelo FastButtons? !Silent (discussão) 14h32min de 8 de agosto de 2019 (UTC)Responder
Predefinições de aviso a usuário em princípio devem ser todas substituídas para que um aviso dado não se altere. GoEThe (discussão) 14h46min de 8 de agosto de 2019 (UTC)Responder
@GoEThe Feito.[18]
Contudo, percebi que o foco das substituições do usuário é em relação à predefinição {{Não remova}}. Acontece que o PauloMSimoes é quem estava enviando avisos com essa predefinição sem substituí-las e não o FB, pois nele a predef já estava programada para ser substituída. !Silent (discussão) 17h28min de 8 de agosto de 2019 (UTC)Responder

Predefinição:Página para eliminar/doc[editar código-fonte]

A documentação quando transcluída em Predefinição:Página para eliminar, ocorre a transclusão também na página da PE. Mas isso ocorre somente com o uso do FB, manualmente não, conforme relato por CarlosCunha e Slade. Eu não sei como resolver. Tks4Fish tentou, mas sem sucesso. Enquanto a situação não é resolvida, a documentação não está sendo usada (transcluída). Para mais informações, favor consultar Predefinição Discussão:Página para eliminar#Bug e WP:CP#Predefinição:Página para eliminar. --Luan (discussão) 11h49min de 23 de agosto de 2019 (UTC)Responder

@Luan Resolvido.[19] !Silent (discussão) 10h46min de 24 de agosto de 2019 (UTC)Responder

Patrulhar páginas ao adicionar tag de manutenção[editar código-fonte]

Dá para fazer isso parar de acontecer? Eu vigio as páginas novas, e às vezes eu quero apenas adicionar uma tag de manutenção, mas não quero patrulhar a página por ainda achar ela passível de eliminação. A página continuaria então amarela na lista de páginas novas e outro admin poderia cuidar do caso. --Bageense(fala) 14h52min de 9 de setembro de 2019 (UTC)Responder

@!Silent: Olá? --Bageense(fala) 16h03min de 15 de setembro de 2019 (UTC)Responder
@Bageense Nessa situação, você primeiro deve entrar na parte de edição da página e depois utilizar o FB, que aí a página não será patrulhada automaticamente. !Silent (discussão) 17h19min de 15 de setembro de 2019 (UTC)Responder
@!Silent: Mas aí dá muito trabalho. Não tem como fazer isso parar de acontecer?
Ah, e eu tive também uma outra ideia brilhante. Ao marcar uma página para ER ou ESR, a página deveria ser adicionada na lista de páginas vigiadas automaticamente. Quem marca uma página para ER (e, portanto, patrulha ela), deverá ser automaticamente responsável por ela. E se algum editor retirar a marcação? É possível que ninguém perceba. Portanto, tem como fazer a página ser vigiada automaticamente quando alguém adiciona uma marcação de ER? --Bageense(fala) 19h26min de 15 de setembro de 2019 (UTC)Responder
@Bageense Isso é algo que já está inserido no gadget há um bom tempo, então não acho interessante remover unilateralmente assim.
Contudo, se faz tanta questão, pode criar sua própria versão do FastButtons, excluindo as linhas que fazem o patrulhamento automático (código).
Com relação a vigiar uma página após mandar para eliminação, isso já ocorre se você tiver marcado a opção "Adicionar páginas e arquivos que eu editar à minha lista de páginas vigiadas" (Especial:Preferências#mw-prefsection-watchlist) nas preferências. !Silent (discussão) 21h12min de 15 de setembro de 2019 (UTC)Responder

Página de testes para o fastbuttons[editar código-fonte]

@!Silent: Olá. Estou pingando seu user por entender que você é o usuário com mais conhecimento de fastbuttons, mas qualquer um pode me ajudar. Gostaria de saber se há uma página onde eu possa testar todas as funções do fastbuttons; caso não haja, já fica a sugestão - uma página dessas seria bem útil. Amom Lins Fiz algo errado? 01h19min de 6 de fevereiro de 2020 (UTC)Responder

Olá Amom Lins. Você testar o FastButtons na testwikipedia. Basta ativá-lo por lá e testar qualquer função. !Silent (discussão) 15h39min de 6 de fevereiro de 2020 (UTC)Responder
@!Silent: Obrigado! Aliás, que local sensacional essa testwiki, hein? Não conhecia. Adorei. Amom Lins Fiz algo errado? 15h44min de 6 de fevereiro de 2020 (UTC)Responder

Falha ao adicionar aviso em páginas de discussão inexistentes[editar código-fonte]

Desculpe-me se isto já foi comentado, mas desde que voltei a editar, notei que o FastButtons não funciona quando tento adicionar um aviso à página de discussão de um usuário, caso esta não tenha sido criada ainda. Aparece somente um pop-up com o texto "Obtendo o conteúdo da página..." e então nada acontece. Utilizo o Google Chrome para edição. Paulo Belato PingPong 22h51min de 12 de maio de 2020 (UTC)Responder

O mesmo aconteceu comigo há poucos dias (usando Firefox), mas não lembro se já acontecia antes, acho que não. Se eu mandar o aviso diretamente do diff de uma edição, aí funciona normalmente. Victão Lopes Diga! 23h36min de 12 de maio de 2020 (UTC)Responder
@Mobyduck e Victor Lopes: Corrigido.[20] !Silent (discussão) 11h58min de 13 de maio de 2020 (UTC)Responder
Obrigado! Paulo Belato PingPong 12h27min de 13 de maio de 2020 (UTC)Responder

Inserir um novo "fastbutton" à aba "Aviso"[editar código-fonte]

O texto seguinte foi movido de: Wikipédia:Café dos programadores

Olá, pessoal ! Ao precisar deixar uma mensagem a usuário, notei a falta do aviso sobre WP:NPI na lista de avisos nos FB. Poderiam, por gentileza, inserir na lista a Predefinição:Av-npi? Obrigado.--PauloMSimoes (discussão) 23h04min de 22 de julho de 2020 (UTC)Responder

@PauloMSimoes Feito.[21] !Silent (discussão) 22h11min de 28 de julho de 2020 (UTC)Responder
@!Silent: só um detalhe: mesmo preenchendo o campo com o título da página a que se refere a edição, o título não aparece no aviso. Pode corrigir, por favor?--PauloMSimoes (discussão) 00h06min de 29 de julho de 2020 (UTC)Responder
@PauloMSimoes Foi feito um ajuste direto na predefinição para que a mesma se adeque ao FastButtons. !Silent (discussão) 00h27min de 29 de julho de 2020 (UTC)Responder
Perfeito (como sempre) !Silent. Muito agradecido.--PauloMSimoes (discussão) 00h36min de 29 de julho de 2020 (UTC)Responder

Adição de botões ao FB[editar código-fonte]

Olá. Alguém poderia adicionar alguns novos botões de manutenção ao FB? São os seguintes:

Obrigado. GhostP. disc. 23h34min de 12 de agosto de 2020 (UTC)Responder

Endosso, vim aqui solicitar exatamente isso, embora tendo apenas o "uma fonte" em mente, e vi que já tem esse pedido de algumas semanas atrás. Eu tenho até considerado me candidatar a editor de interface para não ter que ficar pedindo essas coisas pros outros, embora meus conhecimentos de JavaScript e CSS ainda sejam bem básicos. Victor LopesDiga!C 21h46min de 28 de agosto de 2020 (UTC)Responder
@GhostP. e Victor Lopes: Feito.[22][23] !Silent (discussão) 00h50min de 29 de agosto de 2020 (UTC)Responder

Dupla marcação de renomear página em desambiguação[editar código-fonte]

Olá! Me refiro a especial:diff/58820292. Ao usar o FB para indicar a discussão de renomeação de uma página de desambiguação, o FB colocou dois avisos na página. Um no começo, outro no fim. Desconfio de que seja algo específico das páginas de desambiguação, pois fiz o mesmo em um artigo que não é página de desambiguação e essa marcação dupla não ocorreu, veja especial:diff/58820287. Alguém pode verificar esse problema, por favor? --Luan (discussão) 21h27min de 20 de julho de 2020 (UTC)Responder

@Luan Corrigido[24]. !Silent (discussão) 22h20min de 28 de julho de 2020 (UTC)Responder

Interwikis[editar código-fonte]

Ao invés dos interwikis serem es:User:Racso e en:User:Macy, deveriam ser: es:Usuario:Racso/FastButtons/FastButtons.js e en:User:Macy/FastButtons.js, não?--Mister Sanderson (discussão) 18h33min de 28 de maio de 2020 (UTC)Responder

Na verdade, não são interwikis, ao menos não é o propósito. Essas duas hiperligações estão aparecendo por falta de dois pontos logo no começo do código-fonte, quando a autoria da ferramenta é informada. --Luan (discussão) 21h22min de 20 de julho de 2020 (UTC)Responder

Restauro: "Adicionando novo pedido" (falhou)[editar código-fonte]

Olá! Eu usei o botão para pedir a restauração de uma categoria eliminada (o sumário do registro dizia que era algo como imprópria, se bem me lembro). Contudo, a alteração feita foi a adição de duas linhas vazias, conforme pode ser visto em especial:diff/60455602. Só fui ver o que aconteceu agora (vou tentar lembrar qual era a categoria). Saudações, Luan (discussão) 13h43min de 19 de fevereiro de 2021 (UTC)Responder

Falhou por duas vezes minha tentativa de acrescentar um pedido de restauro. Tive de inserir manualmente. --Luan (discussão) 16h26min de 14 de julho de 2021 (UTC)Responder

@Luan Corrigido.[25] !Silent (discussão) 22h14min de 14 de julho de 2021 (UTC)Responder

Bug na reversão pelos fast-buttons[editar código-fonte]

O texto que aqui estava foi movido para: MediaWiki Discussão:Gadget-diffTools.js#Bug na reversão pelos fast-buttons. Helder 09h54min de 23 de setembro de 2021 (UTC)Responder

Ajuste em nome[editar código-fonte]

@!Silent, Albertoleoncio e Francisco Leandro: Olá, talvez queiram atualizar a linha 1880 para extendedconfirmed: 'Confirmado estendido',, haja vista que houve uma troca na nomenclatura do grupo. Obrigado! stanglavine msg 19h10min de 13 de outubro de 2021 (UTC)Responder

PS: também precisaria adicionar autoextendedconfirmed: 'Autoconfirmado estendido' como um novo grupo. stanglavine msg 19h12min de 13 de outubro de 2021 (UTC)Responder
@Stanglavine Feito.[26] !Silent (discussão) 23h04min de 13 de outubro de 2021 (UTC)Responder