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

message: Peço uma alteração a fim de encurtar o código para os botões sem fontes e reciclagem. Onde tem o código , substituir por  e onde tem o código , substituir por . As predefinições  e  fazem o mesmo trabalho que os códigos  e  fazem. --Francisco discussão 17h33min de 25 de abril de 2010 (UTC)
replies: text: . Christian msg 18h39min de 25 de abril de 2010 (UTC)
thread_title:  Tamanho do código 

message: Fiz uma modificação em uma nova tentativa de corrigir um bug que só ocorre em alguns navegadores. Favor copiar Usuário:Danilo.mac/fastbuttons.js para Wikipedia:Software/Scripts/FastButtons.js. Obrigado. Danilo.mac(discussão) 15h54min de 20 de junho de 2010 (UTC)
replies: text: . Ruy Pugliesi◥ 16h01min de 20 de junho de 2010 (UTC)
thread_title:  Problema de codificação 

message: Mudar no aviso de VDA de de  para  (para evitar coisas como essas). Béria Lima msg 16h54min de 30 de julho de 2010 (UTC)
replies: text: . Christian msg 23h28min de 30 de julho de 2010 (UTC)
thread_title:  Avisos de VDA 

message: Incluir a regra D2 entre os botões de eliminação, substituindo:
fbEr += (wgNamespaceNumber%2 == 1) ?  "|" + fbLink("er|D1", "D1", "Discussões de páginas inexistentes e/ou com histórico irrelevante") : "| D1 ";
por:
fbEr += (wgNamespaceNumber%2 == 1) ?  "|" + fbLink("er|D1", "D1", "Discussões de páginas inexistentes") : "| D1 ";
fbEr += (wgNamespaceNumber%2 == 1) ?  "|" + fbLink("er|D2", "D2", "Discussões de páginas para eliminação ou com histórico irrelevante") : "| D2 ";
 Francisco disc contrib 14h05min de 10 de novembro de 2010 (UTC)
replies: text: pelo Bisbis. EuTugamsg 10h23min de 25 de novembro de 2010 (UTC)
thread_title:  Regra D2 

message: Tem um erro de lógica (desde agosto de 2011) na parte do fasbtuttons que detecta a categoria da qualidade dos artigos. Onde tem
 $( '#ca-talk' ).hasClass('new')
era pra ser
 !$( '#ca-talk' ).hasClass('new')
. Podem corrigir? Helder 13h18min de 23 de junho de 2012 (UTC)
replies: text: Na seção #Dividir a função "processAPI" em várias funções menores tem uma atualização pendente que já inclui a correção desse bug. Helder 13h41min de 23 de junho de 2012 (UTC)
replies: text:  pelo Teles . Helder 15h18min de 27 de junho de 2012 (UTC)
thread_title:  Qualidade dos artigos 

message: Nesta edição de 2011 foi removido o "?" que deveria estar na URL. Troquem
 	catScanUrl: '//toolserver.org/~daniel/WikiSense/CategoryIntersect.php' +
por
 	catScanUrl: '//toolserver.org/~daniel/WikiSense/CategoryIntersect.php?' +
para que os links voltem a funcionar em páginas como a :Categoria:Biografias. Helder 14h51min de 25 de junho de 2012 (UTC)
replies: text: pelo Érico Júnior Wouters . Helder 15h18min de 27 de junho de 2012 (UTC)
thread_title:  Links para o CatScan estão quebrados 

message: Ao utilizar o modo Beta da wikipédia, os fastbuttons não funcionam. Fabiano Tatsch discussão 19h52min de 28 de dezembro de 2009 (UTC)
replies: text: Pelo visto há poucos vigiando o código fonte do script. Talvez queira contactar um dos editores do mesmo diretamente, para ver se podem ajudar a resolver o problema. Helder18h08min de 10 de junho de 2010 (UTC)
replies: text: Ué, comigo funciona direitinho. Nada dá certo aí? O usuário Danilo.mac está desenvolvendo uma nova versão para o script, aqui. Talvez ele possa ajudar. – Opraco (discussão) 19h04min de 10 de junho de 2010 (UTC)
thread_title:  Problema com a versão beta 

message: #Fui fazer o teste em Usuário:ChristianH/Testes e invés de ele colocar "Usuário:ChristianH/Testes" em ER colocou ChristianH, do domínio principal. Isto deve se corrigir quando o código for alterado para  no lugar de . Christian msg 23h17min de 14 de junho de 2010 (UTC)
replies: text: Se achar outros erros vou reportando. Mas achei um script muito melhor, principalmente as últimas três abas.  Christian msg 23h17min de 14 de junho de 2010 (UTC)
replies: text: Christian, fiz outra modificação para tentar corrigir esse erro, como isso não acontece no meu navegador vou pedir para você copiar novamente minha subpágina para o script e testar a correção. Obrigado. Danilo.mac(discussão) 23h36min de 14 de junho de 2010 (UTC)

text: Continuou...  Christian msg 23h44min de 14 de junho de 2010 (UTC)
replies: text: Agora acho que agora descobri o erro, tinha muitos "&" que não estavam escapados "\&", não tinha percebido porque não dava erro no meu navegador, mas acho que deve ser isso. Tenta agora. Danilo.mac(discussão) 00h11min de 15 de junho de 2010 (UTC)
thread_title:  Reportes de bugs 

message: Olá pessoal! Está faltando um aviso muito importante na parte dos avisos. É o predefinição:cite fonte. O código é . Łυαη fala! 22h54min de 11 de julho de 2010 (UTC)
replies: text: O script coloca "~~~~" depois de cada aviso. Tentei usar um aviso com o parâmetro "2=~~~~" e acabou saindo duas assinaturas. Até daria para adicionar uma exceção, mas acho que o certo seria padronizar os avisos para que a assinatura seja adicionada só depois da predefinição ( ~~~~). Danilo.mac(discussão) 23h00min de 13 de julho de 2010 (UTC)
replies: text: Fiz uma alteração. Agora acho que dá para ser  ~~~~. Łυαη fala! 03h56min de 14 de julho de 2010 (UTC)
thread_title:  Aviso 'cite fonte' 

message: Acho que pode ser útil exibir uma mensagem mais específica do que a atual no console de erros quando a página de discussão de um artigo não existe. Acredito que se trocarmos
				cats = cats[ pageids[0] ].categories;
				if ( !cats ){
					mw.log( 'The categories query returned incomplete data.' );
					return false;
				}
por
				if ( cats.missing ===  ) {
					mw.log( 'A qualidade da página ainda não foi informada (a discussão ainda não existe).' );
					return false;
				} else {
					cats = cats.categories;
					if ( !cats ){
						mw.log( 'The categories query returned incomplete data.' );
						return false;
					}
				}
ela ficará mais explicativa. Helder 12h38min de 18 de novembro de 2011 (UTC)
thread_title:  Qualidade não informada 

message: Ao tentar marcar para ER a página "Wikipédia:Matriz de classificação/Anarquia" que era um redirecionamento sem afluentes, o script marcou a página errada (o alvo do redirecionamento, Wikipédia:Matriz de classificação/Anarquismo), e foi preciso marcar a página correta manualmente. Helder 15h59min de 30 de novembro de 2011 (UTC)
thread_title:  Problema na marcação de redirecionamentos 

message: Ao tentar reverter esta edição foi mostrado o aviso "The edit query returned an error. =(", que não é muito explicativo. Seria bom melhorar o tratamento de erros e deixar as mensagens mais descritivas... Helder 13h16min de 17 de dezembro de 2011 (UTC)
thread_title:  Melhorar mensagens de erro 

message: . Helder 10h55min de 16 de maio de 2016 (UTC)
thread_title:  Sumário das reversões de múltiplos editores 

message: Notei que quando se adiciona a tag de "sem cat", ela é adicionada no topo do artigo. Não seria bom alterar para que fosse adicionada no local correto? Lá embaixo, como acontece com "mínimo" e "esboço"? Além disso, não seria possível adicionar uma caixa de texto para completarmos a tag de "mínimo"? Assim como ocorre com "esboço", onde podemos detalhar sobre o que é o assunto. —Tschis 	Fale comigo! 13h24min de 23 de fevereiro de 2012 (UTC)
thread_title:  Sugestão sobre posicionamento de "sem cat" e alteração de "mínimo" 

message: Quando se abre uma página para edição, todos os botões estão lá (ER, ESR, PE, VDA, susp, trad, #R, manutenção, esboço, busca, PV, PN e MR), no entanto, ao clicar em "Mostrar previsão", a maioria deles some (os únicos que permanecem são PV, PN e MR - que durante a previsão nem parecem muito úteis) dificultando a marcação dos artigos. Helder 12h33min de 24 de março de 2012 (UTC)
thread_title:  Desaparecimento depois de prever edições 

message: (Comento isso aqui só para que isso não seja esquecido...)
Uma das coisas que acho que deveriam ser mudadas na organização do script é a função "processAPI". Atualmente ela é usada para lidar com todas as chamadas à API, e usa-se um "switch" para determinar exatamente o que deve ser feito com os dados obtidos em cada caso. Em vez disso, acredito que seria bem mais organizado/eficiente usar funções distintas para processar os dados de chamadas diferentes. Uma vantagem é que as variáveis que só são úteis ao processar uma consulta específica à API passariam a ser declaradas apenas no escopo da função correspondente, em vez de serem declaradas em todas às chamadas à API. Além de economizar um pouco de memória, isso também facilitaria a depuração do script.
Por exemplo, quando se consulta a API para obter os afluentes, em vez de processar o resultado por meio da "fb.processAPI" (que atualmente receberia "afl" no parâmetro "code"), poderia existir uma função "fb.processBackLinks" que faria o que atualmente está no caso "afl" do switch. Analogamente, em vez de ter um caso 'qualidade' no switch, poderia haver uma função "fb.processQuality", e em vez do caso 'esb', uma "fb.processStubTemplates", e assim por diante. Helder 14h11min de 25 de abril de 2012 (UTC)
replies: text: Concordo. Aquele metódo - ao meu ver - está muito poluído, então seria bom mesmo quebrar em partes, já que essa é a ideia da Orientação a objetos, pois facilita na hora de debuggar, na peformance e na reutilização do código. !Silent (discussão) 14h27min de 25 de abril de 2012 (UTC)
replies: text: Aqui está uma primeira versão. Por hora só separei a chamada à API que lida com os afluentes. Seria feito algo análogo com as outras partes. Helder 03h19min de 23 de junho de 2012 (UTC)
replies: text: O Teles já fez a alteração acima. Helder 13h41min de 23 de junho de 2012 (UTC)

text: Continuei a separação nesta atualização, e aproveitei para corrigir o erro de lógica mencionado abaixo. Helder 13h41min de 23 de junho de 2012 (UTC)
thread_title:  Dividir a função "processAPI" em várias funções menores 

message: Recebi esta mensagem em minha página de discussão a respeito da predefinição  que incluo nos artigos sem fontes usando a ferramenta FastButtons. Ocorre que ao fazer isso, o artigo é marcado com todas as opções da predefinição em branco, exceto a data (Sem-fontes|data=maio de 2012| angola=| arte=| Brasil=| ciência=| geografia=| música=| Portugal=| sociedade=|1=|2=|3=|4=|5=|6=) Não vejo nenhum problema nesse procedimento, uma vez que remover essa versão da predefinição é tão trabalhoso quanto remover uma versão mais sintética (Sem-fontes|data=maio de 2012). No entanto, em decorrência da mensagem que recebi, gostaria de saber a opinião de outros editores sobre o assunto para, se for o caso, propor uma alteração na marca feita pela ferramenta FastButtons. Py4nf (discussão) 13h05min de 28 de maio de 2012 (UTC)
replies: text: Pra min isso é besteira. Não vejo nada demais em colocar isso tudo, assim como não entendo como isso pode estar atrapalhando as dele. Mas se quiserem mudar, é só substituir a linha action: 'subst:s-fontes', por action: 'Sem-fontes|data=', !Silent (discussão) 13h17min de 28 de maio de 2012 (UTC)

text: Apoio a remoção dos campos que não forem preenchidos. Helder 14h03min de 28 de maio de 2012 (UTC)
replies: text: Se a solução é simples, como mostrado acima, por que ficar incluindo estes campos? Eu confirmo meu pedido de remoção.--Kaktus Kid (discussão) 14h38min de 28 de maio de 2012 (UTC)
thread_title:  Predefinição "Sem fontes" 

message: Com base nestes comentários, imagino que a linha
if ( /\b\d{1,3}\.\d{1,3}\.\d{1,3}\.\d{1,3}\b/g.test( mw.config.get('wgTitle').split('/')[0] ) ) {
usada para detectar páginas de usuários não registrados não funcionará com os que utilizam IPv6. Mesmo no caso de IPv4 seria preciso melhorar o teste para ter certeza de que os números estão no intervalo 0-255. Helder 16h18min de 7 de fevereiro de 2012 (UTC)
:Provavelmente o melhor será usar as funções mw.util.isIPv4Address() e mw.util.isIPv6Address() do módulo "mediawiki.util". Ver também implementação no twinkle/morebits.js. Helder 13h20min de 19 de maio de 2012 (UTC)
thread_title:  Editores não registrados e IPv6 

message: Uma das coisas que estava pendente na migração era a atualização das partes do script que usavam onClick, onKeyPress, onMouseDown, etc... para definir os eventos nos elementos HTML. Com esta atualização do script (e esta do CSS) a maior parte do fastbuttons passará a usar jQuery para isso, melhorando sua compatibilidade com os diferentes navegadores.
A expressão regular usada para detectar predefinições de eliminação também foi melhorada com base na sugestão do !Silent.
A nova versão foi (e continua podendo ser) testada na https://test.wikipedia.org.
Há cada vez menos FIXMEs para resolver! Helder 14h20min de 30 de junho de 2012 (UTC)
replies: text: pelo Francisco ( e ). Helder 14h58min de 30 de junho de 2012 (UTC)
thread_title:  Migração: Uso de jQuery para manipular eventos 

message: Fiz um prompt melhor para ser usado aqui. Ele não "trava" o resto do navegador (é modalless) e usa dois campos de texto quando adequado. Testei na cópia da wikien. Vou fazer o pedido para editar. Chico Venancio (discussão) 14h54min de 10 de julho de 2012 (UTC)
replies: text: Diff. Chico Venancio (discussão) 15h03min de 10 de julho de 2012 (UTC)

text: Pedido . Chico Venancio (discussão) 16h01min de 10 de julho de 2012 (UTC)
thread_title:  Prompt melhor 

message: Resolvi fazer uns ajustes da organização do código e algumas outras coisas, só que o gadget parou de funcionar (E não dá nenhum erro no console). Só aparecem os botões quando action=submit (Previsão das alterações), mas ao clicar em um botão, o console aponta que o "button não é está definido".Alguém sabe o por quê disso? !Silent (discussão) 15h45min de 11 de julho de 2012 (UTC)
replies: text: Certamente não foi a indentação. Me parece que um dos problemas foi a modificação nas expressões "for", como na linha 72. Chico Venancio (discussão) 16h35min de 11 de julho de 2012 (UTC)
replies: text: Talvez seja esse o problema mesmo. Vou reverter todas as alterações em todos os for para ver se resolve. !Silent (discussão) 16h39min de 11 de julho de 2012 (UTC)
replies: text: Vai colocando o código no JSLint que ele vai te dizendo os problemas. Chico Venancio (discussão) 16h41min de 11 de julho de 2012 (UTC)
replies: text: Já conhecia, mas não gosto muito de usar.Bem, o problema era mesmo com os for. Essa versão já está funcionando. !Silent (discussão) 17h19min de 11 de julho de 2012 (UTC)
replies: text: Tirastes as aspas da versão (linha 15). Chico Venancio (discussão) 17h44min de 11 de julho de 2012 (UTC)

text: Valeu por avisar.  !Silent (discussão) 18h01min de 11 de julho de 2012 (UTC)

text: Não tem botão de bloqueio no FastButtons, então o gadget deve ser outro. E na linha 81 não tem nada de errado, pois é só isso:props[ 'class' ] = 'fb-button fb-disabled-button',E eu não uso esses análisadores de código-fonte pois eles são pouco flexíves, aí tem que sair marcando aquelas opções lá embaixo. Por isso deve ter dado esse erro na linha 81 sem tem erro algum.  !Silent (discussão) 17h40min de 16 de julho de 2012 (UTC)
replies: text: O erro nessa (e em muitas outras linhas) é a vírgula ao fim (deveria ser ;). Chico Venancio (discussão) 17h42min de 16 de julho de 2012 (UTC)
replies: text: Não há erro algum com a vírgula. Eu só uso ; quando são coisas diferentes, e nesse caso era a definição de valores de duas propriedades de um mesmo objeto (props), então não tem porque usar ;.É o mesmo que fazer
var teste;
var teste2;
 Não fica legal. Muito melhor assim:
var teste,
    teste2;
 !Silent (discussão) 17h53min de 16 de julho de 2012 (UTC)
replies: text: Uma declaração var é totalmente diferente das situações em que usastes a vírgula. Isso não é o padrão de Javascript e além de trazer problemas para a compreensão por outros programadores pode gerar erros muito difíceis de serem debugados em diferentes browsers. Chico Venancio (discussão) 18h08min de 16 de julho de 2012 (UTC)
replies: text: Nunca ouvir falar sobre isso não ser natural. Fora que funciona no Internet Explorer 8, então se pega nesse navegadorzinho, não vejo como isso pode gerar problemas em certos browsers (Exceto nas versões anteriores do IE, mas aí já é problema de quem usa) e nem como isso pode trazer problemas de compreensão para outros programadores. !Silent (discussão) 18h35min de 16 de julho de 2012 (UTC)
replies: text: A questão não é ser "natural" ou não. O código colocado deve ser claro e unívoco para que qualquer programador compreenda o que ele faz. A vírgula, nesse uso, é um operador (não um separador) inútil que não está fazendo a sua função. Fora de seus usos como separador a vírgula é um operador semelhante a && ou ||, divergindo por não ser um condicional e sim rodar ambos os lados todas as vezes. Nesses casos o propósito é indicar o fim de uma expressão e o caractere adequado para isso é o ponto e vírgula. Não é porque uma determinada prática funciona que ela é a mais adequada. Chico Venancio (discussão) 19h16min de 16 de julho de 2012 (UTC)

text: Acrescento que não é bom quebrar os navegadores para os quais continua havendo suporte do MediaWiki (pelo menos não sem ter um bom motivo para isso), e atualmente tanto o IE6 quanto o IE7 são suportados. Helder 00h16min de 17 de julho de 2012 (UTC)
thread_title:  Ajustes da indentação 

message: Acho que pode ser interessante fazer o seguinte com os botões [PV], [PN] e [MR]: caso uma das edições mostradas tenha sido detectada por um dos filtros de edições, seria acrescentada uma classe ao link, para que aparece digamos um ícone de exclamação amarelo (ou vermelho dependendo da gravidade do problema detectado pelo filtro).
Não lembro exatamente como essa informação é obtida da API, mas acho que as próprias chamadas que estão sendo utilizadas podem oferecer essa informação para o script.
O que acham da ideia? Helder 19h16min de 24 de junho de 2012 (UTC)
replies: text: Concordo. !Silent (discussão) 19h57min de 24 de junho de 2012 (UTC)
thread_title:  Indicar se edições recentes dispararam algum filtro de edições 

message: Levando em conta o item 4 das instruções sobre como propor a eliminação semirrápida de uma página, e este comentário, seria bom se o script avisasse automaticamente o autor da página, ou seus principais contribuidores, para evitar complicações.
Provavelmente quem for implementar isso precisará usar a API do MediaWiki para obter o primeiro editor (ou uma lista com os primeiros editores) da página, como em:
* //pt.wikipedia.org/w/api.php?action=query&prop=revisions&titles=Exemplo&rvlimit=3&rvprop=user|timestamp&rvdir=newer&format=jsonfm
Helder 12h57min de 23 de fevereiro de 2012 (UTC)
replies: text: Ver também a proposta de Modificar o FB para mandar aviso de ER automatizado. Helder 12h20min de 16 de fevereiro de 2013 (UTC)
thread_title:  Avisar autores ao propor ESR 

message: Já está na hora, não acham? Podia aparecer uma mensagem no topo dizendo que a página está sendo editada, e após isso atualizar-la automáticamente. !Silent (discussão) 17h23min de 11 de julho de 2012 (UTC)
replies: text: Concordo plenamente (isso já está inclusive na lista de FIXMEs que fui colocando nas atualizações anteriores). Helder 00h03min de 17 de julho de 2012 (UTC)
replies: text: Já comecei a converter as pseudo-ações para o uso da API. Já até funciona (para as edições), mas pode ser que haja alguns bugs e ainda falta fazer o mesmo com os patrulhamentos. !Silent (discussão) 01h23min de 5 de setembro de 2012 (UTC)PS: Se alguém for fazer testes, não use a test.wikipedia, pois lá o console aponta que $.parseHTML is undefined. O interessante é que aqui também não tem essa função, mas o console não aponta nada.
Depois de vários meses, resolvi retomar a migração para o uso da API ao editar as páginas. Provavelmente ainda falta ajustar algumas várias coisas, remover partes obsoletas e etc. Se alguém quiser dar uma força aí...  !Silent (discussão) 23h15min de 20 de fevereiro de 2013 (UTC)
thread_title:  Usar a API para editar as páginas 

message: Sobre [ isso], por acaso o "window.fb" ainda estava em uso em algum lugar? Achei que seria preferível manter o script com um nome descritivo, dado que há zilhões de variáveis globais atualmente (muitos devido $wgLegacyJavaScriptGlobals ainda ser true), e que tivesse menos chances de conflito com outros scripts (sei lá, FeedBack, FaceBook, etc... são coisas que poderíam vir a usar a mesma abreviatura). Helder 17h54min de 4 de novembro de 2012 (UTC)
:Agora vejo que estava sendo [ usado implicitamente] em um dos scripts pessoais do !Silent. Mas quando for necessário usar o objeto global, o melhor mesmo é atualizar o script que precisa dele, para usar o nome "FastButtons". Helder 11h29min de 26 de fevereiro de 2013 (UTC)
thread_title:  Nome do objeto global 

message: Em breve será possível usar mw.config.get( 'wgUserEditCount' ) e mw.config.get( 'wgUserRegistration' ) para obter alguns dados que estão sendo obtidos pela API atualmente. Helder 02h41min de 27 de fevereiro de 2013 (UTC)
replies: text: Finalmente... !Silent (discussão) 11h15min de 27 de fevereiro de 2013 (UTC)
replies: text: Eu ia dizer que poderíamos usar o método mediawiki.user.getRegistration(), introduzido na gerrit:51102, mas acabei percebendo que essas novidades se referem ao editor que estiver executando o script, o que não ajudaria muito no caso do fastbuttons... Helder 20h03min de 27 de fevereiro de 2013 (UTC)
thread_title:  Simplificação de fb.process.userInfo 

message: Uma alteração recente fez com que passasse a ser usado POST em situações em que deve ser usado GET (para obter os dados a partir do cache, ver mw:API:Main page#API etiquette). Essa funcionalidade deve ser restaurada. Helder 14h14min de 12 de março de 2013 (UTC)
replies: text: É por conta que a fb.callAPI agora patrulha páginas também, e necessário uma requisição POST para isso. O patrulhamento das páginas deve ser removido da onde está e ser feito numa função a parte? Eu até pensei em algo do tipo para patrulhar as páginas:$.post(
    mw.util.wikiScript( 'api' ), {
        action: 'patrol',
        format: 'json',
        list: 'recentchanges',
        rctoken: 'patrol',
        rclimit: '1',
        rcid: mw.util.$content.find( 'div.patrollink a' ).attr( 'href' ),
        token: mw.user.tokens.get( 'patrolToken' )
    }
);Mas por algum motivo, não estava dando certo. Então eu coloquei na fb.callAPI mesmo. !Silent (discussão) 14h58min de 12 de março de 2013 (UTC)
thread_title:  Uso indevido de POST 

message: Não está disponível a marcação de ESR pela , ,  e nem pela . Apenas pela . É possível esta adição? Cainã Marques 23h27min de 18 de junho de 2013 (UTC)
replies: text: Li o código e entendi que é desnecessário já que esta discriminação é simulada pela aba "assunto" (me corrijam se estiver errado). Mas sobrou a ESR-ficheiro, é possível sua marcação pelo script? Cainã Marques 23h38min de 18 de junho de 2013 (UTC)
replies: text: Feito. !Silent (discussão) 20h40min de 10 de julho de 2013 (UTC)
thread_title:  ESR 

message: Por padrão, a marcação de esboço deve estar precedida por duas linhas em branco (vide Wikipédia:Esboço). Acho útil esse espaço duplo para destacar a marcação em relação ao texto do verbete, especialmente quando não existem seções finais. (Neste exemplo, acredito que efetivamente fez falta o espaço duplo). Assim sendo, seria possível alterar o script para inserir duas linhas antes da marcação, e não apenas uma, como está atualmente?  Max51diga! 03h21min de 24 de julho de 2013 (UTC)
replies: text: Feito. O interessante é que já estava definido para o gadget realizar isso, porém apenas uma linha era quebrada, ao invés de duas. Silent (discussão) 15h27min de 28 de julho de 2013 (UTC)
thread_title:  Espaçamento da marcação de esboço 

message: Fui ver meu usuário antigo  e apertando "Sobre" aparece a data: 28 de fevereiro de 2011. 
Mas o registro de criação de conta foi em: "00:38, dezembro 28, 2011 A conta de utilizador Jml3 (discussão | contribs) foi criada"
Tem um erro aí. TheVulcan (discussão) 20h26min de 20 de setembro de 2013 (UTC)
replies: text: Bom, a API está retornando a informação correta: "registration": "2011-12-28T03:38:52Z", então o problema é no trecho do código que "interpreta" a data. Helder 20h36min de 20 de setembro de 2013 (UTC)
replies: text: Isto parece ter resolvido o problema. Helder 21h05min de 20 de setembro de 2013 (UTC)
thread_title:  Erro em data? 

message: Não sei se já deram essa ideia antes e se isso é possível tecnicamente e se acham essa função útil: quando clicar em Sobre a conta informar também a data da última edição de um usuário. Seria útil para ver rapidamente se o usuário está ativo sem ter que sair da página e acessar a página de contribuições, atualmente quando clica em Contribuições no FB é aberta uma nova aba, ou descer a página e clicar no menu lateral, esperar abrir e achar o primeiro valor da edição. Se mostrar a hora teria uma função extra de ver se a pessoa está/esteve online recentemente, aí talvez fosse útil para quem vai enviar uma mensagem, por exemplo "Olá, se puder entra no IRC que estamos discutindo sobre XYZ". Se isso for possível eu vejo que poderia ser de várias formas possíveis:
* Mostrar a hora(se acharem exagero deixa somente a data) e data da última edição: "Última edição em: 01:00, 01 de janeiro de 2013." 
** Ou formatos mais simples como "Última edição em: 01h00, 01/jan/2013"
* Mostrar algo como "Última edição: 365 dias atrás"
** Ou "Última edição: 01h30min e 365 dias atrás"
* Outros formatos
Enfim está dada a sugestão, analisem se é algo que acham que vale a pena(e se é possível). TheVulcan (discussão)05h10min de 21 de setembro de 2013 (UTC)
replies: text: Já existe um gadget para tal função. Silent (discussão) 11h14min de 21 de setembro de 2013 (UTC)
replies: text: Nossa, é mesmo, bem observado. Habilitei aqui, funciona muito bem, obrigado. É tanto gadget naquela lista que parece que toda vez que acesso vejo algo novo, por isso que eu sugeri no Café dos programadores há umas semanas atrás separar melhor entre os gadgets ativos por padrão e os opcionais(colocar em seções separadas os padrão), assim as pessoas focariam a atenção/olhar apenas no que é opcional e ficaria mais fácil achar e habilitar as coisas. TheVulcan (discussão) 18h59min de 21 de setembro de 2013 (UTC)
thread_title:  Última edição 

message: Não seria melhor deixar o botão "Suspeito" dentro do botão "VDA"? Da mesma forma que funciona o botão "Esboço", ao clicar em "VDA" faria surgir uma linha abaixo e o primeiro botão seria "Suspeito de VDA" e ao lado dele o botão "VDA". Não ficaria melhor assim? TheVulcan (discussão) 03h42min de 17 de outubro de 2013 (UTC)
replies: text: Eu estava pensando eu colocar ambos os botões juntos com os de ER, ESR e PE, com base na sua ideia na seção abaixo. Silent (discussão) 14h40min de 18 de outubro de 2013 (UTC)
replies: text: É, ficaria melhor junto mesmo. TheVulcan (discussão) 14h44min de 18 de outubro de 2013 (UTC)
thread_title:  Botões "Suspeito" e "VDA" 

message: As vezes fico pensando se não seria melhor adotar o uso de um construtor, chamado FastButtons, utilizando protótipos, ao invés de utilizar um objeto literal, da maneira que é feita hoje. Acho que dessa forma fica mais organizado (e mais bonito também). E em questão de desempenho, os dois métodos são semelhantes. O início ficaria tipo assim:
function FastButtons() {
	/**
	* Timestamp of the current version of the gadget
	* @property {String} version
	*/
	this.version = /*.*/;
	/**
	* List of buttons
	* @property {Object}
	*/
	this.buttons = {};
	/**
	* Default summary for edits
	* @property {String}
	*/
	this.summaryDefault = ', usando FastButtons.';
	/**
	* Target for insertion of menu buttons
	* @property {jQuery}
	*/
	this.$menu = $( '' );
	/**
	* Target for insertion of submenu buttons
	* @property {jQuery}
	*/
	this.$submenu = $( '' );
	/**
	* Target for insertion of page information
	* @property {jQuery}
	*/
	this.$pageInfo = $( '' );
}
Silent (discussão) 23h20min de 8 de dezembro de 2013 (UTC)
:Olha, eu não entendo essas coisas direito ainda, então não sei julgar qual dos padrões (ainda não li isso, mas tá na lista ;-)) é a melhor/mais adequado/mais eficiente... Por falta de conhecimento continuo dependendo muito de seguir outros exemplos (geralmente o que eu encontrar no código fonte do MediaWiki ou de suas extensões)...
:Se achar que fica melhor, não me oponho. Aliás, com sorte isso ajudará a fazer com que a documentação automática gerada pelo JSDuck funcione direito... Helder.wiki (discussão) 10h31min de 9 de dezembro de 2013 (UTC)
::A propósito, , essa discussão (e aquela sobre JSDuck) te interessa? Helder.wiki (discussão) 10h35min de 9 de dezembro de 2013 (UTC)
Opa! Bom você ter me mencionado aqui  (hora que vi a mensagem, "peguei o bilhete da passagem, vim direto pra cá. Agora to descobrindo aonde vim parar" rs). Já cheguei e já estou aprendendo (vi que já criaram uma "predef" para div+overflow. Quem bom! rs)
# O que é FastButtons? Cade o código fonte disso? (rs). Apesar de já ter lido sobre OO no passado, agente só aprende mesmo alguma coisa quando pratica (e só agora eu comecei a praticar um pouquinho... rs)! Sobre "design pattern", acho que o único design pattern que me lembro sobre OO no momento é o "singleton" (1 instância/classe).
# Sobre , vou ver o que é JSDuck também! Sei que é para documentação, mas tenho que ver como documentar nisso, e se a documentação fica bonita! Eu fiz um gerador de documentação para o estilo de código que escrevo (, você pode ver como ficou em b:Utilizador:Guiwp/Ferramentas#Documentação2. Era mesmo só para "aprender" um pouco mais, e ver como poderia ser feito um "gerador de documentação".
Sobre gerar documentação, estou procurando um "javascript documentation generator" que seja capaz de gerar um "call graph", de criar referências cruzadas, etc. Se alguém encontrar um, eu digo: esse é um bom documentador! :)
Guiwp (discussão) 13h22min de 9 de dezembro de 2013 (UTC)
Eu prefiro dessa maneira por achar que fica mais organizado, além de se parecer mais a orientação objeto "padrão" (de linguagens como Java, C# e etc)., o código-fonte está aqui. E acho que essa maneira que eu prôpus se enquadra no "singleton pattern". Silent (discussão) 14h36min de 9 de dezembro de 2013 (UTC)
, também acho legal essa forma de criar a OO dentro do javascript. Fica mesmo mais organizado.
Bom, acho que você deve procurar os contribuidores mais ativos deste script para ver a opinião sobre essas mudanças. Dá um prazo ai de alguns dias, se eles não entrarem em contato contigo, aí você já dá inicio ao processo de mudança (preferencialmente que faça isso em algum lugar, teste, e depois migre para a fonte hospedada aqui na Wikipedia). Guiwp (discussão) 14h58min de 9 de dezembro de 2013 (UTC)
:Na verdade, eu já comecei a fazer isso =) E sim, claro, vou testar primeiramente na http://test.wikipedia.org. Quanto aos contribuidores mais ativos nesse gadget, só tem eu e o  mesmo. Silent (discussão) 17h30min de 9 de dezembro de 2013 (UTC)
A nova versão do código até o momento. Pensei que iria ser complicado converter isso tudo, mas até que está sendo bem simples. Silent (discussão) 14h48min de 10 de dezembro de 2013 (UTC)
replies: text: Interessante! Silent (discussão) 12h53min de 13 de dezembro de 2013 (UTC)
replies: text: Para mais detalhes: mw:OOjs e mw:OOjs UI. Helder.wiki (discussão) 11h41min de 15 de dezembro de 2013 (UTC)
thread_title:  Adotar o uso de um construtor 

message: Ao clicar sobre o botão "Aviso" (que aparece nas discussões dos usuários), os botões que aparecem logo abaixo (do submenu) estão "saindo da tela", ao invés de quebrarem uma linha automáticamente. Isso começou a acontecer de repente, e não consegui identificar o problema. Alguém sabe o que poderia ser? Silent (discussão) 14h40min de 15 de janeiro de 2014 (UTC)
replies: text: Já corrigi o problema. Tudo isso por causa de um espaço =). Silent (discussão) 18h45min de 15 de janeiro de 2014 (UTC)
thread_title:  Botões saindo da tela 

message: Acho que deveria ter também um botão para incluir a predefinição .  --Diego Queiroz (discussão) 15h29min de 14 de junho de 2014 (UTC)
replies: text: , conforme Especial:Diff/39145402. OTAVIO1981 (discussão) 16h27min de 14 de junho de 2014 (UTC)
thread_title:  Botão de manutenção: "Publicidade" 

message: Por que, ao enviar notificações de bloqueio (, ,  e ), não se colocam seções nelas (ver edição)? Seria interessante a colocação de seção nas notificações de bloqueio. Francisco (discussão) 23h34min de 14 de julho de 2014 (UTC)
replies: text: Não é necessário alterar o fast-buttons para isto. As seções vão nas predefinições que são substituídas, ver por exemplo . Portanto, é só incluir nas respectivas predefinições. Alterei aqui e veja o resultado. Sds, OTAVIO1981 (discussão) 01h03min de 15 de julho de 2014 (UTC)
thread_title:  Colocar seção nas notificações de bloqueio 

message: Caros.  Não estou conseguindo inserir novos avisos (trava em "Editando a página..." e o aviso não é inserido).  Ocorreu algum problema ou o problema é só comigo? --Diego Queiroz (discussão) 14h10min de 29 de julho de 2014 (UTC)
replies: text: @Diego Queiroz: foi um erro meu. O  informou o mesmo problema no café dos programadores e eu já corrigi minha edição. Pode conferir se voltou ao normal? Helder.wiki (discussão) 14h18min de 29 de julho de 2014 (UTC)
replies: text:  Agora está funcionando perfeitamente. Obrigado. :) --Diego Queiroz (discussão) 20h42min de 29 de julho de 2014 (UTC)
thread_title:  Problema no FastButtons? 

message: Esta dependência não deveria ser carregada quando não se está editando uma página. Pra isso precisará usar mw.loader.using no JS em vez de colocar como dependência do script todo. Helder 22h38min de 30 de outubro de 2014 (UTC)
replies: text: Coloquei como um teste para ver se o problema estava na falta dela. Mas no caso, ela é carregada por padrão? Porque se for, é só tirar. !Silent (discussão) 22h42min de 30 de outubro de 2014 (UTC)
replies: text: Se estiver na definição do gadget ela será carregada para todo mundo que ativá-lo, em qualquer página. Helder 22h46min de 30 de outubro de 2014 (UTC)
thread_title:  jquery.textSelection 

message: Caros.  Olhem esse dois diffs:
#  envia a mensagem  para : https://pt.wikipedia.org/w/index.php?title=Usu%C3%A1ria_Discuss%C3%A3o:Bya97&diff=40682561&oldid=40682515
# Ao mesmo tempo,  recebe a mensagem de aviso sobre eliminação do  dizendo que a página Usuária Discussão:Bya97 foi marcada: https://pt.wikipedia.org/w/index.php?title=Usu%C3%A1rio_Discuss%C3%A3o:Chronus&diff=40682562&oldid=40680377
Vejo que o  recebeu a mensagem por ter sido ele que deu as boas-vindas a  e criou sua PDU, mas me parece que temos um BUG aí.  Alguém pode verificar isso?  --Diego Queiroz (discussão) 14h37min de 23 de novembro de 2014 (UTC)
replies: text: OBS: O artigo não é meu, o aviso de eliminação foi errado, eu apenas o editei. Beatriz Alencar 14h44min de 23 de novembro de 2014 (UTC)
replies: text: Corrigido. !Silent (discussão) 15h06min de 23 de novembro de 2014 (UTC)
thread_title:  Mensagem enviada de forma incorreta 

message: Os FastButtons não funcionam no layout "moderno"--Leon saudanha (discussão) 00h40min de 20 de março de 2015 (UTC)
replies: text: @Leon saudanha: Testei na página de testes e funcionou normalmente. Helder 13h27min de 20 de março de 2015 (UTC)
replies: text: Ok @Helder: testei aqui e eles agora funcionam normalmente. Tenho outra observação: embora nos layouts "Vector" e "moderno" os FastButtons não funcionem na página principal, nos layouts "azul colonial" e "monobook" eles funcionam normalmente nela. Isso seria um bug?--Leon saudanha (discussão) 13h43min de 20 de março de 2015 (UTC)
replies: text: Funciona normalmente na página principal em todos os skins. Helder 14h47min de 20 de março de 2015 (UTC)
replies: text:   Testei aqui e realmente não apareceu de primeira.  Tive que atualizar a página umas duas vezes com CTRL+F5 para funcionar. Depois que apareceu a primeira vez, não precisou mais.  Deve ser algo relacionado com o cache do browser. --Diego Queiroz (discussão) 21h58min de 20 de março de 2015 (UTC)
replies: text: Aqui funciona sempre, mesmo desativando o cache no Firefox. Helder 18h39min de 21 de março de 2015 (UTC)
thread_title:  Bug no skin "moderno" 

message: @!Silent:
Estou considerando a inclusão de mais um item no menu "Listar": uma pequena lista de páginas (não patrulhadas) que tenham grandes chances de serem revertidas. A probabilidade de reversão de uma certa edição pode ser obtida como no script que fiz para colorir as mudanças recentes. Exemplo:
ores.wmflabs.org/scores/ptwiki/?models=reverted&revids=42615271|42615268|42615265
{
  "42615265": {
    "reverted": {
      "prediction": true,
      "probability": {
        "false": 0.2447410503500693,
        "true": 0.7552589496499308
      }
    }
  },
  "42615268": ...
}
Imagino que o mais útil seria ordenar os itens da nova lista começando pelas alterações com probabilidade mais alta. Helder 10h53min de 16 de junho de 2015 (UTC)
replies: text: Concordo com a inclusão do item novo, viria muito a calhar pra quem patrulha as MRs. !Silent (discussão) 13h47min de 16 de junho de 2015 (UTC)
replies: text: @!Silent: isto deverá funcionar, mas se notar algum problema pode reverter. Helder 02h54min de 17 de junho de 2015 (UTC)
replies: text:  Não sei se tem a ver, mas depois desta alteração, as edições passaram a ter este sumário.—Teles«fale comigo» 03h06min de 17 de junho de 2015 (UTC)
replies: text: @Usuário(a):Teles é mais provável que tenha a ver com minha edição anterior. Helder 03h08min de 17 de junho de 2015 (UTC)

text: @Usuário(a):Teles: pode conferir novamente? Helder 03h16min de 17 de junho de 2015 (UTC)
replies: text:  Parece que tá ok agora... pelo menos com a marcação de ER. Valeu.—Teles«fale comigo» 04h10min de 17 de junho de 2015 (UTC)

text: . Eu não tinha percebido que faltava este ajuste. Helder 12h26min de 17 de junho de 2015 (UTC)
thread_title:  Listar: edições com grandes chances de serem revertidas 

message: Ao marcar uma página para eliminação e ser avisado de que já havia uma marcação na mesma página, aparece o erro TypeError: fb.manipulateTextPage(...).done is not a function. Helder 11h25min de 22 de outubro de 2015 (UTC)
replies: text:  já foi corrigido? !Silent (discussão) 13h30min de 25 de março de 2016 (UTC)
replies: text: Acredito que não. Helder 16h08min de 25 de março de 2016 (UTC)
replies: text: Então darei uma verificada. !Silent (discussão) 21h02min de 25 de março de 2016 (UTC)
replies: text: Feito. !Silent (discussão) 21h36min de 25 de março de 2016 (UTC)
thread_title:  TypeError: fb.manipulateTextPage(...).done is not a function 

message: É possível adicionar um aviso sobre a adição de curiosidades e o fato dela ser desencorajada na Wiki? Caçador de Palavras (discussão) 16h25min de 24 de março de 2016 (UTC)
replies: text: Na verdade o gadget é o Wikipédia:Scripts/Reversão e avisos. Qual a predefinição que precisa ser inserida? Pretendo dar uma mexida nesses botões de modo a deixar igual a Wikipédia:Scripts/Reversão e avisos#Descrição dos atalhos desta página (o modelo ali é a minha proposta). Peço auxílio de todos com comentários e para completar a descrição dos avisos.OTAVIO1981 (discussão) 01h07min de 25 de março de 2016 (UTC)
replies: text:  e demais vigilantes, para aumentar a visibilidade da proposta e receber mais sugestões, abri este tópico na esplanada. Sds, OTAVIO1981 (discussão) 18h51min de 25 de março de 2016 (UTC)
thread_title:  Novo botão 

message: Gostaria de sugerir um botão que pudesse acessar o registro da página (Especial:Registro) de maneira mais rápida. Gosto de usá-lo para verificar se páginas novas já foram eliminadas anteriormente por ER ou ESR.
Testei em meu commons.js e basicamente precisaria das seguintes mudanças:
*Acrescentar em MediaWiki Discussão:Gadget-fastbuttons.js (preferencialmente após a linha 1864):
text[ text.length ] = '<a href="/w/index.php?title=Especial:Registo&page='+ mw.config.get( 'wgPageName' ) + '">' + fb.message( 'fb-page-log' ) + '</a>';
*Acrescentar em MediaWiki:Gadget-fastbuttons.js/buttonsList.js (preferencialmente após a linha 93):
'fb-page-log': 'Registros da página',
Isto acrescentaria o botão "Registros da página" no final do submenu "Informações sobre a página". --Luk3🔔• 📖 22h44min de 30 de março de 2016 (UTC)
replies: text: @: feito.  !Silent (discussão) 13h59min de 16 de abril de 2016 (UTC)
thread_title:  Botão "Registros da página" 

message: Acho que seria útil que o prompt que pergunta se queremos enviar um aviso ao criador do artigo quando inserimos alguma predefinição informasse quem é o autor, para podermos decidir se precisa ou não enviar o aviso. Helder 03h49min de 16 de abril de 2016 (UTC)
replies: text: @: feito.  !Silent (discussão) 13h59min de 16 de abril de 2016 (UTC)
thread_title:  Informar o criador 

message: Seria interessante se o script permitisse fornecer um texto para ser usado no sumário de quando se redireciona uma categoria. Em vez de "Redirecionando para a :categoria:x (usando FastButtons)" poderia ser "Redirecionando para a :categoria:x: motivo aqui (usando FastButtons)". – Opraco (discussão), às 22h30min de 23 de janeiro de 2013 (UTC)
replies: text: Essa sugestão já foi incluída no gadget, não só para categorias, mas para em qualquer tipo de redirecionamento. Mas no caso das categorias, é obrigatório a inserção do motivo. !Silent (discussão) 23h59min de 21 de maio de 2016 (UTC)
thread_title:  Motivo de redirecionamento de categoria 

message: Acho que devia ser adicionada uma opção para adicionar mais botões que sirvam como atalho para as páginas optadas. 
:@: para fazer algo assim, basta incluir o código abaixo no seu common.js, fazendo as respectivas substituições (nome da página, nome do botão e título).
$( function() {
    var waitFastb = setInterval( function() {
        if ( $( '#fastb-menu' ).length ) {
            fastButtons.addButton( $( '#fastb-menu' ), {
                title: 'O que o botão faz',
                text: 'Nome do botão',
                action: function() {
                    location.href = mw.util.getUrl( 'Nome da página' );
                }
            } );
           
            clearInterval( waitFastb );
        }
    }, 100 );
} );
!Silent (discussão) 22h21min de 21 de maio de 2016 (UTC)
thread_title:  Atalhos 

message: Esta edição duplica grande parte da informação que pode ser obtida com mw.config.get( 'wgFormattedNamespaces' ). Isso aumenta desnecessariamente o código enviado aos que utilizam esse gadget. Helder.wiki (discussão) 14h33min de 22 de abril de 2014 (UTC)
replies: text: Feito. !Silent (discussão) 22h38min de 16 de maio de 2016 (UTC)
thread_title:  Código que duplica "wgFormattedNamespaces" 

message: Caros.  Percebi que o botão para inserir a marcação de WP:EC não funciona se estivermos editando o artigo.  (as outras marcações são inseridas na caixa de edição e permitem que eu veja o resultado antes de clicar em salvar) --Diego Queiroz (discussão) 22h38min de 13 de outubro de 2014 (UTC)
replies: text: Eu  até já estava ciente desse problema a um tempo atrás. Tentei resolver mas tava meio complicado aí deixei pra lá. Só resolvi de alguns outros botões. !Silent (discussão) 23h35min de 13 de outubro de 2014 (UTC)
replies: text: Corrigido. !Silent (discussão) 22h38min de 16 de maio de 2016 (UTC)
thread_title:  Pequeno Bug nos Fast Buttons 

message: O script adicionou uma linha a mais quando inseri uma predefinição de esboço aqui. Seria possível ajustar isto, nem que fosse apenas por motivos estéticos (o espaço a mais deixa o fim dos artigos um pouco feio, embora não seja nada que comprometa a informação. rs)? Bisbis  msg  23h47min de 18 de junho de 2015 (UTC)
replies: text: Ajustado. !Silent (discussão) 02h40min de 18 de maio de 2016 (UTC)
thread_title:  Uma linha a mais 

message: Onde estão os botões do FastButtons no layout "moderno"? Önni disc 20h45min de 26 de abril de 2016 (UTC)
replies: text: Tudo normal aqui. Qual o seu navegador e qual skin você está usando (Vector ou Monobook)? !Silent (discussão) 21h22min de 26 de abril de 2016 (UTC)
replies: text: Eu usava o Monobook, mas como estava a ter uns problemas nas páginas vigiadas (ver café dos programadores) alterei ontem para o Moderno, no entanto o Fastbuttons parece não funcionar aqui. Aparece a opção "tag" de eliminação mas nada de Fastbottons... Önni disc 21h31min de 26 de abril de 2016 (UTC)
replies: text: Aperte F12, vá em console, copie e cole aqui tudo o que estiver lá. Acredito que deve ser algum conflito entre os seus gadgets. !Silent (discussão) 00h24min de 27 de abril de 2016 (UTC)
thread_title:  Bug? 

message: Oi Colegas! Estou tentando usar o CatScan na :Categoria:Ecologia para encontrar verbetes sem fontes. Estou tendo esta tela em branco. Interessante é que o https://petscan.wmflabs.org/ tá funcionando que é uma beleza. Boas!!! Ixocactus (discussão) 22h15min de 27 de abril de 2016 (UTC)
replies: text: @: não entendi muito bem como se usa o PetScan. Tentei usá-lo nessa mesma categoria para encontrar páginas sem fontes e não consegui. Mas de qualquer forma, como aparentemente ele não gera um link único para cada tipo de busca, então não teria como aproveitá-lo no FastButtons, sendo assim, acho melhor remover esse botão. O que acha ? Teria alguma forma ainda de se beneficiar dessa ferramenta neste gadget? !Silent (discussão) 15h15min de 18 de maio de 2016 (UTC)

text: Ao acessar o link acima, ocorre TypeError: interface_text[l] is undefined, pois não há tradução "pt-br" (mas existe tradução "pt"). Removendo o "&interface_language=pt-br" do link, a página funciona (e trocando por "pt" também). Helder 20h29min de 18 de maio de 2016 (UTC)
replies: text: A edição meta:Special:Diff/15634951 parece ter resolvido o problema do script (pelo menos para a versão "pt-br"). Criei um ticket sobre a parte que é culpa do site. Helder 20h32min de 18 de maio de 2016 (UTC)
replies: text: @: e quais seriam os parâmetros adequados para a gente utilizar no FastButtons? Porque da maneira que está, os links para o PetScan estão retornando todas as páginas dentro da Categoria e não somente as que contém a predefinição ou o tamanho especificado. !Silent (discussão) 01h00min de 19 de maio de 2016 (UTC)
replies: text: Isso eu não sei... Teria que olhar o código-fonte ou a documentação (se houver). Helder 01h28min de 19 de maio de 2016 (UTC)
thread_title:  CatScan com problema? 

message: O aviso seria enviado para a pessoa errada nesta edição, pois não foi Nice poa quem inseriu conteúdo sem fontes no lugar do redirecionamento. Helder 01h09min de 14 de maio de 2016 (UTC)
replies: text: O script anteriormente possuía uma limitação sobre enviar avisos de sem fontes ao criador da página apenas se ele tivesse sido também o único editor e, no caso do artigo ter sido criado por um IP, ele deveria ter sido criado a no máximo um dia. Removi por achar que isso limita demais o uso desse recurso, mas agora percebo que tem casos em que isso realmente se faz necessário. O que acha a respeito? !Silent (discussão) 02h25min de 14 de maio de 2016 (UTC)
replies: text: Acredito que seria mais seguro com a limitação. Helder 11h02min de 14 de maio de 2016 (UTC)
replies: text: Feito. !Silent (discussão) 01h22min de 16 de maio de 2016 (UTC)
thread_title:  Aviso para o usuário errado 

message: Conforme os dados disponibilizados na Wikipédia Discussão:Gadget#Tamanho dos gadgets, este é o nosso maior gadget. Seria bom se conseguíssemos adiar o carregamento da maior parte do código (que seria movida para um módulo a parte, carregado com mw.loader.using) até que o usuário execute alguma ação (um clique?) relacionada a ele, em vez de carregar tudo em todas as situações.
Aliás, talvez os botões nem devessem aparecer até que fosse clicado em um ícone (a ser criado), tal como ocorre com a curadoria de páginas (experimente minimizar a barra lateral que aparece ao clicar em "Review" em um dos itens da :en:Special:NewPagesFeed). Helder 20h42min de 11 de outubro de 2013 (UTC)
replies: text: Apoio sua sugestão.Como sugere que isso possa ser feito? Que partes do código poderiam ser migradas para um módulo? Todo o código, como acontece com MediaWiki:Gadget-NewVillagePump.js, deixando somente uma pequena parte responsável pelo ícone que faria aparecer os botões? Silent (discussão) 22h02min de 11 de outubro de 2013 (UTC)
replies: text: Sim, acho que isso seria um bom começo. Helder 22h14min de 11 de outubro de 2013 (UTC)
replies: text: Tentei começar a fazer algo sobre isso lá na test.wikipedia, mas não tá dando mto certo não..Quando eu executo o código de test:Mediawiki:Gadget-fastbuttons.js diretamente pelo console e clico no botão "Abrir o FastButtons", ele me retorna exception thrown by ext.gadget.fastButtonsCore: fastButtons is not defined. Já quando eu ativo o gadget, os botões e nem aviso algum aparecem.  Silent (discussão) 00h44min de 22 de outubro de 2013 (UTC)
thread_title:  Otimizar a quantidade de código enviada aos editores 

message: Seria possível adicionar um botão de manutenção com a predefinição global (página ou seção que não representa uma visão mundial do assunto), com um prompt para selecionar a predefinição mais adequada àquele caso (, ,  ou )? Muito obrigado!  --ArgonSimdúvidas • contato 12h02min de 30 de outubro de 2016 (UTC)
replies: text: @ Feito.  !Silent (discussão) 13h51min de 30 de outubro de 2016 (UTC)
thread_title:  Adição de botão Global às predefinições de manutenção 

message: Olá pessoal! Recentemente propus três predefinições à PE utilizando a ferramenta e acabou por dar problemas nas navecaixas propostas à eliminação. Percebi o alerta depois da mensagem de  em Wikipédia:Páginas para eliminar/Predefinição:Líderes da APEC. As predefinições afetadas foram (não posto logo ligação para as diferenças de edição no histórico, pois espero que sejam eliminadas e então vai ser trabalho de certa forma desnecessário explicitá-las): Predefinição:Líderes da APEC, Predefinição:Líderes da OTAN e Predefinição:Líderes das 10 maiores cidades do mundo por PIB. Alguém sabe consertar isso? A ferramenta é bastante útil e precisa desse aperfeiçoamento. Grato, Luan (discussão) 22h03min de 13 de dezembro de 2016 (UTC)
replies: text: Isso deve resolver. !Silent (discussão) 22h21min de 13 de dezembro de 2016 (UTC)
replies: text: . Luan (discussão) 23h35min de 27 de dezembro de 2016 (UTC)
thread_title:  Proposições de predefinições à eliminação votada 

message: Tenho percebido que quando a ferramenta adiciona um aviso no topo do artigo, não está mais sendo adicionado uma quebra de linha. Neste caso não houve problema. Já aqui, percebe-se o problema que isso causa, especialmente nesses casos de carência de contextualização. Talvez alguma modificação recente tenha alterado essa parte da ferramenta. Alguém pode verificar isso, por favor? Luan (discussão) 23h35min de 27 de dezembro de 2016 (UTC)
replies: text: Corrigido. De fato, foi esta alteração minha que causou o problema. !Silent (discussão) 23h55min de 27 de dezembro de 2016 (UTC)
thread_title:  Provocar quebra de linha em avisos do topo dos artigos 

message: Há um problema ao marcar ESR: a colocação de um pipe (|) a mais na marcação de ESR (ver diff). Por que isso ocorre? --Francisco (discussão) 13h28min de 28 de dezembro de 2016 (UTC)
replies: text: @ Isso não é um problema com o FastButtons e sim com a predefinição  (e possivelmente com outras do gênero também), já que ao marcar o "Assunto" como "pessoas" é esta predefinição que é chamada e consequentemente substituída. !Silent (discussão) 22h18min de 30 de dezembro de 2016 (UTC)
replies: text: . --Francisco (discussão) 23h58min de 30 de dezembro de 2016 (UTC)
thread_title:  ESR: um pipe a mais 

message: É possível modificar o FastButtons de maneira que seja possível marcar duas ou mais predefinições para fusão, de maneira semelhante ao que já é feito no domínio (Principal)? --ArgonSim (discussão) 12h16min de 30 de dezembro de 2016 (UTC)
replies: text: @ Feito. !Silent (discussão) 22h30min de 30 de dezembro de 2016 (UTC)

text: @ Feito. !Silent (discussão) 15h50min de 23 de janeiro de 2017 (UTC)
thread_title:  Fusão no domínio Predefinição 

message: Olá! Quando estou marcando páginas para eliminação rápida por má tradução, o script está adicionando 
replies: text: Isso é coisa antiga. A intenção creio que seja esconder esse conteúdo de extrema má qualidade do leitor. Então, o eliminador deve analisar a versão proposta à eliminação, antes de decidir pela eliminação ou pela manutenção. Luan (discussão) 14h25min de 27 de janeiro de 2017 (UTC)

text: Isso não é relativo ao script e sim a própria predefinição . !Silent (discussão) 16h23min de 27 de janeiro de 2017 (UTC)
thread_title:  Problema em eliminação semirrápida por má tradução 

message: Quando proponho a eliminação semirrápida de um artigo por má tradução, todo seu conteúdo é ocultado, permanecendo à mostra apenas a marcação de eliminação . Esse comportamento é esperado? --ArgonSim (discussão) 16h44min de 1 de maio de 2017 (UTC)
:@ Sim. E na realidade, isso é feito pela própria predefinição  e não pelo FastButtons. !Silent (discussão) 18h20min de 1 de maio de 2017 (UTC)
:: Não seria melhor que o conteúdo ficasse à mostra, então? Os usuários que postam traduções automáticas costumam ser novatos, o que significa que muito possivelmente utilizam o Editor Visual como ferramenta de edição principal. Como este mostra o texto em comentário como um simples ícone "!", é provável que o editor não saiba como corrigir o problema, o que torna o prazo de 5 dias da ESR inútil. --ArgonSim (discussão) 15h22min de 31 de julho de 2017 (UTC)
replies: text: @ Na minha opinião deveria ficar à mostra sim. Sugiro que leve essa sugestão a discussão da predefinição. !Silent (discussão) 16h16min de 31 de julho de 2017 (UTC)
thread_title:  Eliminação semirrápida: Má tradução