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

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

Tamanho do código[editar código-fonte]

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 {{sem-fontes|data={{subst:CURRENTMONTHNAME}} de {{subst:CURRENTYEAR}}}}, substituir por {{subst:s-fontes}} e onde tem o código {{reciclagem|data={{subst:CURRENTMONTHNAME}} de {{subst:CURRENTYEAR}}}}, substituir por {{subst:rec}}. As predefinições {{s-fontes}} e {{rec}} fazem o mesmo trabalho que os códigos {{subst:CURRENTMONTHNAME}} e {{subst:CURRENTYEAR}} fazem. --Francisco discussão 17h33min de 25 de abril de 2010 (UTC)Responder

Feito. Christian msg 18h39min de 25 de abril de 2010 (UTC)Responder

Problema de codificação[editar código-fonte]

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)Responder

Feito. Ruy Pugliesi 16h01min de 20 de junho de 2010 (UTC)Responder

Avisos de VDA[editar código-fonte]

Mudar no aviso de VDA de de {{subst:VDA|2=url}} para {{subst:VDA|1=url}} (para evitar coisas como essas). Béria Lima msg 16h54min de 30 de julho de 2010 (UTC)Responder

Feito. Christian msg 23h28min de 30 de julho de 2010 (UTC)Responder

Regra D2[editar código-fonte]

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)Responder

Feito pelo Bisbis. EuTugamsg 10h23min de 25 de novembro de 2010 (UTC)Responder

Qualidade dos artigos[editar código-fonte]

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)Responder

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)Responder
Feito pelo Teles [1]. Helder 15h18min de 27 de junho de 2012 (UTC)Responder

Links para o CatScan estão quebrados[editar código-fonte]

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)Responder

Feito pelo Érico Júnior Wouters [2]. Helder 15h18min de 27 de junho de 2012 (UTC)Responder

Problema com a versão beta[editar código-fonte]

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)Responder

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)Responder
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)Responder

Reportes de bugs[editar código-fonte]

  1. 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 MediaWiki Discussão:Gadget-fastbuttons.js/Arquivo no lugar de Gadget-fastbuttons.js/Arquivo. Christian msg 23h17min de 14 de junho de 2010 (UTC)Responder
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)Responder
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)Responder
Continuou... Tristeza Christian msg 23h44min de 14 de junho de 2010 (UTC)Responder
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)Responder

ESR ainda continua problemática: [3], [4].--Lépton msg 14h06min de 15 de julho de 2010 (UTC)Responder

Nova funcionalidade[editar código-fonte]

Sugiro criar o botão Redirecionamento e ao clicar nele aparecer um popup para indicar o artigo destino, e aí ele edita a página retirando tudo e adicionando #Redirecionamento [[]].--Lépton msg 02h37min de 17 de junho de 2010 (UTC)Responder

tb, no sumário qdo se adiciona uma marca de esboço, mudar o sumário Adicionando marcação (usando FastButtons) para Adicionando marcação de esboço (usando FastButtons).--Lépton msg 02h41min de 17 de junho de 2010 (UTC)Responder

Na aba manutenção tá faltando {{semcat}}.--Lépton msg 14h56min de 25 de junho de 2010 (UTC)Responder

Feito. Botão de redirecionamento e sumário de esboço. Danilo.mac(discussão) 00h08min de 27 de junho de 2010 (UTC)Responder
Certo, só faltou adicionar a marcação de semcat.--Lépton msg 09h01min de 27 de junho de 2010 (UTC)Responder
Desculpe, não tinha reparado nesse último pedido. Mas pensando bem, não seria melhor deixar apenas a página Especial:Páginas não categorizadas para listar as páginas sem categorias? A {{semcat}} tem o trabalho que colocar e depois tirar, e vendo a categoria:!Páginas sem categoria (onde a semcat coloca as páginas) parece que ela é muito pouco utilizada, como a página especial é automática acho que ela é mais eficiente e poupa trabalho. Danilo.mac(discussão) 02h31min de 28 de junho de 2010 (UTC)Responder
O problema com a página automática é que ela lista um monte de lixo fora algumas páginas com categoria tbm (bug)!! A predef serviria para qdo o user wikificou mas não tem certeza qto a cat, ou seja, a predef serviria para selecionar artigos que estão ok (não são VDA nem precisam ir pra eliminação), dispensando qq trabalho adicional a não ser o de categorizar corretamente.--Lépton msg 10h18min de 28 de junho de 2010 (UTC)Responder

Adicionar o botão {{av-matrad}} (ela não precisa de preenchimento, e o conteúdo do artigo deve ser apagado).--Lépton msg 20h25min de 28 de junho de 2010 (UTC)Responder

Entendi, adicionei a semcat. Adicionei o av-matrad. Danilo.mac(discussão) 22h02min de 28 de junho de 2010 (UTC)Responder
Não é por nada, mas a av-matrad não poderia ser um botão ao lado da PE (poderia ser [MáTrad])? Pq não é uma simples tag, mas um sistema de eliminação.
E outra sugestão seria adicionar o botão {{suspeito}}. E como ele é tbm um sistema de eliminação, deveria estar ao lado do VDA.
Outra sugestão é o botão de busca diferenciado, seguindo o exemplo de {{encontre fontes}}. Algo como:
[Busca]
Google - notícias, livros, acadêmico | Scirus
Os botões pesquisariam entre aspas, diferente do que acontece hoje.--Lépton msg 13h48min de 29 de junho de 2010 (UTC)Responder
Não coloquei no menu principal porque acho que ele já está muito cheio. Como a 'Má tradução' e a 'VDA' são um tipo de ESR eu coloquei os dois no menu ESR.
Acho que a {{suspeito}} precisaria ser reformada, aquele poto de exclamação está muito exagerado, e também não sei se podemos ficar eliminando algo que é suspeito de VDA sem ter certeza, já vi alguns casos suspeitos (exemplo), mas como não encontrei no Google nenhuma página com o conteúdo acabei não marcando nada com receio de comenter uma injustiça, pois são informações úteis e não tenho certeza se é VDA. Acho que essa é uma questão complexa que precisa ser melhor discutida na esplanada. Danilo.mac(discussão) 17h43min de 5 de julho de 2010 (UTC)Responder
Meio esquisito ficarem no menu ESR, não vejo nem um pouco como tipos de ESR. São formas de eliminação diferentes, talvez seja uma alternativa criar um outro menu que abrigaria VDA, suspeito e av-mátrad, mas por mim msm ficariam todos no principal.
Pra mim a suspeito deve continuar, não só podemos como devemos eliminar textos que aparentam VDA, a pédia não pode ficar com texto copiado, e é tanto pior que o artigo se desenvolva sobre um VDA. Já achei casos em que o texto era obviamente copiado, inclusive com legendas de imagens, mas não encontrei a fonte. Marquei suspeito sem pestanejar. Fora outros casos, é claro.--Lépton msg 23h40min de 5 de julho de 2010 (UTC)Responder

Aviso 'cite fonte'[editar código-fonte]

Olá pessoal! Está faltando um aviso muito importante na parte dos avisos. É o predefinição:cite fonte. O código é {{subst:cite fonte|1=<nome do artigo>|2=~~~~}}. Łυαη fala! 22h54min de 11 de julho de 2010 (UTC)Responder

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 ({{subst:cite fonte|1=<nome do artigo>}} ~~~~). Danilo.mac(discussão) 23h00min de 13 de julho de 2010 (UTC)Responder
Fiz uma alteração. Agora acho que dá para ser {{subst:cite fotne|1=<artigo/anexo>}} ~~~~. Łυαη fala! 03h56min de 14 de julho de 2010 (UTC)Responder

Adicionar no menu Manutenção: {{fusão}}, {{fusão de}} e {{fusão com}}. A {{fusão predef}} não é necessária, pq já é contemplada pela {{fusão}}, e será eliminada em breve (tô com um script quase pronto pra isto).--Lépton msg 22h04min de 20 de julho de 2010 (UTC)Responder

Bug com o aviso de "Salvamento sucessivo".[editar código-fonte]

O problema é o seguinte: Quando eu vou avisar algum editor sobre "Salvamento sucessivo" usando o FastButtons, ocorre isso. Como podem ver, ao invés de aparecer o nome da página que o editor efetuou salvamentos sucessivos, aparece um [[{{{1}}}]].

Roger360 (Discussão) 14h36min de 6 de agosto de 2010 (UTC)Responder

Links relativos ao protocolo[editar código-fonte]

Poderiam por favor converter mais alguns links para que se tornem relativos ao protocolo e atualizar a versão do script? Helder 00h19min de 6 de outubro de 2011 (UTC)Responder

Qualidade não informada[editar código-fonte]

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)Responder

Problema na marcação de redirecionamentos[editar código-fonte]

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)Responder

Por que o botão cópia não funciona?[editar código-fonte]

Todos os botões de aviso funcionam, menos o cópia. Alguém sabe por que este botão parou de funcionar? Francisco diz!-fiz 18h26min de 23 de novembro de 2011 (UTC)Responder

Ao acessar uma página de discussão de usuário, e clicar no botão, aparece o seguinte no console de erros do Firefox:
Error: invalid assignment left-hand side
Source File: http://pt.wikipedia.org/wiki/Usu%C3%A1rio_Discuss%C3%A3o:Francisco_Leandro?debug=1
Line: 1, Column: 35
Source Code:
var obs=prompt('Preencha usando '|2=' como separador: página da Wikipédia|2=url da página copiada');fb.run('subst:cópia',obs)
Parece que é culpa deste sinal de igual que foi colocado na descrição. Helder 18h45min de 23 de novembro de 2011 (UTC)Responder
E como solucioná-lo? Francisco diz!-fiz 19h07min de 23 de novembro de 2011 (UTC)Responder
var obs = prompt( 'Preencha usando |2= como separador: página da Wikipédia|2=url da página copiada');
fb.run( 'subst:cópia', obs );

!Silent (discussão) 19h50min de 23 de novembro de 2011 (UTC)Responder

E se quiser colocar as aspas novamente, é só colocar umas barras extras que funciona. Helder 21h45min de 23 de novembro de 2011 (UTC)Responder
Mas porquê precisa de tantas barras? O correto seria só um escape mesmo (\'teste\'). É alguma falha no software?
E nesses casos eu geralmente uso aspas duplas. !Silent (discussão) 14h57min de 24 de novembro de 2011 (UTC)Responder
A explicação é a seguinte: um código como
var teste = '\\\'';
faz com que a variável teste contenha a string "\'", como poderá conferir colando
javascript:alert('\\\'')
na barra de endereços. Isso é necessário para que a função fb.button crie um HTML válido do tipo
<a onClick="prompt('blá blá \' blá blá...');">exemplo</a>
Note que aqui há uma string "..." (atribuída ao onClick) contendo uma string '...' (a ser passada como parâmetro para o prompt) que por sua vez deve conter uma aspa simples ' (e para isso precisa estar precedida por uma barra \, para não encerrar a string do prompt antes da hora ). Se colocasse uma aspa dupla em vez de \\\', a string do onClick é que seria terminada antes da hora.
Se quiser entender melhor, pode experimentar outras variações no número de barras em uma cópia local do gadget, e a cada teste conferir qual é o código fonte da página resultante em HTML (botão direito + inspecionar elemento, no Google Chrome). Será bem instrutivo Helder 16h04min de 24 de novembro de 2011 (UTC)Responder
Mas nesse caso funciona também se eu usar apenas
prompt( 'Preencha usando \'|2=\' como separador: página da Wikipédia|2=url da página copiada' );

Ou seja, sem tantos escapes assim. !Silent (discussão) 16h46min de 24 de novembro de 2011 (UTC)Responder
A string que sugeriu é exatamente a mesma que precisou ser removida pois "quebrava o botão". Helder 17h04min de 24 de novembro de 2011 (UTC)Responder
Aqui funciona corretamente, usando o Firefox 8 ou Chrome 15. !Silent (discussão) 18h34min de 24 de novembro de 2011 (UTC)Responder
Aqui onde? Se está testando na barra de endereços, lembre-se que precisaria colar um código bem mais completo do que o que sugeriu na linha acima, pois é preciso manipular o HTML para ver o erro (por isso sugeri que fizesse uma cópia local do gadget inteiro). Helder 18h46min de 24 de novembro de 2011 (UTC)Responder
No FF eu testei no console e no Chrome na barra de endereços. Testei isso também:
<a onClick="prompt('blá blá \'blá\' blá...');">exemplo</a>

E funcionou !Silent (discussão) 19h44min de 24 de novembro de 2011 (UTC)Responder
Então teste isso:
javascript:var teste = ['\\\'', '\''];$( '#firstHeading' ).html( 'Clique: <a onClick="alert(\'' + teste[0] + '\');">aqui</a> e <a onClick="alert(\'' + teste[1] + '\');">aqui</a>' );
O código colocará dois links no topo da página, no lugar do título. O primeiro link funciona (exibe um aviso com uma aspa), o segundo não (causa um erro de sintaxe "Uncaught SyntaxError: Unexpected token ILLEGAL", que aparece no console). Helder 20h08min de 24 de novembro de 2011 (UTC)Responder
É, agora não funcionou. !Silent (discussão) 20h21min de 24 de novembro de 2011 (UTC)Responder

Melhorar mensagens de erro[editar código-fonte]

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)Responder


Sumário das reversões de múltiplos editores[editar código-fonte]

O texto que aqui estava foi movido para: MediaWiki Discussão:Gadget-diffTools.js#Sumário das reversões de múltiplos editores. Helder 10h55min de 16 de maio de 2016 (UTC)Responder

Sugestão sobre posicionamento de "sem cat" e alteração de "mínimo"[editar código-fonte]

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)Responder

Desaparecimento depois de prever edições[editar código-fonte]

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)Responder

Dividir a função "processAPI" em várias funções menores[editar código-fonte]

(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)Responder

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)Responder
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)Responder
O Teles já fez a alteração acima. Helder 13h41min de 23 de junho de 2012 (UTC)Responder
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)Responder

Predefinição "Sem fontes"[editar código-fonte]

Recebi esta mensagem em minha página de discussão a respeito da predefinição {{subst:s-fontes}} 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).Responder

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={{subst:#time:M \de Y}}',
!Silent (discussão) 13h17min de 28 de maio de 2012 (UTC)Responder
Apoio a remoção dos campos que não forem preenchidos. Helder 14h03min de 28 de maio de 2012 (UTC)Responder
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)Responder

Editores não registrados e IPv6[editar código-fonte]

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)Responder

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)Responder

O problema será resolvido se fizerem esta atualização. Podem atualizar o gadget? Helder 23h30min de 22 de junho de 2012 (UTC)Responder

Migração: Uso de jQuery para manipular eventos[editar código-fonte]

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)Responder

Feito pelo Francisco ([5] e [6]). Helder 14h58min de 30 de junho de 2012 (UTC)Responder

Prompt melhor[editar código-fonte]

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)Responder

Diff. Chico Venancio (discussão) 15h03min de 10 de julho de 2012 (UTC)Responder
Pedido Feito. Chico Venancio (discussão) 16h01min de 10 de julho de 2012 (UTC)Responder

Pretendo usar o jquery.ui.autocomplete para facilitar o trabalho de preencher esses prompts em breve (buscando contribuições do usuário em questão pela API, por exemplo). Chico Venancio (discussão) 21h09min de 10 de julho de 2012 (UTC)Responder

Ajustes da indentação[editar código-fonte]

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)Responder

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)Responder
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)Responder
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)Responder
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)Responder
Tirastes as aspas da versão (linha 15). Chico Venancio (discussão) 17h44min de 11 de julho de 2012 (UTC)Responder
Valeu por avisar. [7] !Silent (discussão) 18h01min de 11 de julho de 2012 (UTC)Responder

!Silent, é importante usar alguma versão de análise estática de código antes de alterar gadgets. É bem provável que o bug apontado seja decorrente de algum erro nessa última edição. O JS lint aponta um erro na linha 81. Chico Venancio (discussão) 17h30min de 16 de julho de 2012 (UTC)Responder

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)Responder
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)Responder
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)Responder
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)Responder
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)Responder
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)Responder
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)Responder

Resolvi fazer mais uns ajustes no código e desta vez em conjunto com o JSLint. O problema é que ele tá dando "Strict violation" em $( this ).dialog( 'close' );, só que nesse caso o this é perfeitamente válido. Tem como deixar o JSLint mais tolerável nessas situações? !Silent (discussão) 15h42min de 22 de julho de 2012 (UTC)Responder

Self-closing tags[editar código-fonte]

Eu lembro vagamente de ter visto em algum lugar que é melhor usar $( '<div id="fb-menu"></div>' ) do que $( '<div id="fb-menu" />' ) (e não o contrário), por causa de um certo navegador. Mas só encontrei um comentário a respeito quando fui procurar. Alguém sabe algo mais sobre isso? Helder 21h18min de 20 de julho de 2012 (UTC)Responder

Acho que encontrei o que eu tinha lido: mw:User:Krinkle/Extension review/WebFonts#HTML fragments. Helder 21h23min de 20 de julho de 2012 (UTC)Responder
Nossa, até com isso esse navegador tem problema. !Silent (discussão) 21h40min de 20 de julho de 2012 (UTC)Responder
Há um tópico na lista wikitech sobre isso:
$( '<div>' ) vs. $( '<div />') in coding conventions
Helder 01h26min de 29 de agosto de 2012 (UTC)Responder

Enter para confirmar[editar código-fonte]

Tem como fazer a tecla enter funcionar como o botão OK na caixa que pede uma observação? – Opraco (discussão), às 18h59min de 21 de julho de 2012 (UTC)Responder

[8]. !Silent (discussão) 19h14min de 21 de julho de 2012 (UTC)Responder
[conflito] Acho que é só usar (em algum lugar) algo análogo ao código
.keyup(function(e) {
	if (e.keyCode === $.ui.keyCode.ENTER) {
		that.submitForm();
	}
});
que está na MediaWiki:Gadget-wikibugs.js). Não fiz o teste... Helder 19h17min de 21 de julho de 2012 (UTC)Responder
Na do Silent a caixa não some quando se usa ao editar uma página. E a do Helder eu não sei onde colocar...Opraco (discussão), às 19h42min de 21 de julho de 2012 (UTC)Responder
Agora pega. Do jeito do Helder eu acho que seria melhor, mas também não faço ideia de onde botar, pois não sei para o que exatamente esse "that" está apontando. Fora que não existe nenhum submitForm no código (Nem do próprio jQuery). !Silent (discussão) 23h19min de 21 de julho de 2012 (UTC)Responder
Mas o comportamento do enter não está igual ao do OK, pois (enquanto se edita uma página) o primeiro já salva ela, e no outro ainda dá para editar. – Opraco (discussão), à 01h44min de 22 de julho de 2012 (UTC)Responder
Ainda não olhei o código que incluiram recentemente, mas o keyup provavelmente deve ser aplicado o campo (acho que é $( '#nprompt-input1' ) ), já o that.submitForm() (que só está ali porque copie o código do wikibugs sem modificar) imagino que deve ser trocado por uma chamada à mesma função que é executada ao clicar no OK (talvez tenha que salvá-la em uma variável para usar nos dois lugares). Helder 02h15min de 22 de julho de 2012 (UTC)Responder
No console aparece que $( '#nprompt-input1' ) tem extensão 0, então não ele. Por ora, fica assim mesmo. !Silent (discussão) 02h30min de 22 de julho de 2012 (UTC)Responder
Ai, fui mexer e os botões sumiram... TristezaOpraco (discussão), às 03h04min de 22 de julho de 2012 (UTC)Responder
Sumiram por causa da primeira modificação que você fez, na qual você deixou uma string aberta. Já a segunda modificação resolveu o problema. !Silent (discussão) 03h11min de 22 de julho de 2012 (UTC)Responder
Falha minha, feito ([9]) agora. Valeu pela ajuda. – Opraco (discussão), às 03h15min de 22 de julho de 2012 (UTC)Responder
Tente o botão "cópia" em sua página de discussão (ou algum outro que faça aparecer dois campos. Acho que seria melhor usar sempre o mesmo id para o "primeiro" elemento <input> (que na maior parte das vezes é o único).
Aliás, o que aquela "/" está fazendo em label.search( '/|2=' )? Helder 12h47min de 22 de julho de 2012 (UTC)Responder
Rapaz, só sei que se tirar a "/" aparece isso (No caso da predefinição {{Cópia}}) entre os campos: "gina:|2=URL". !Silent (discussão) 15h10min de 22 de julho de 2012 (UTC)Responder
Seria melhor usar label.indexOf( '|2=' ), que é mais eficiente. Acho que na forma atual a string deve estar sendo convertida para a expressão regular /\/|2=/, em que o "|" é interpretado como um OU, que em strings do tipo 'Página:|2=URL:' só detecta o "2=" (pois não há nenhuma "/" na string). Helder 16h03min de 22 de julho de 2012 (UTC)Responder

O Yanguas reportou um bug com a solução utilizada e eu apresentei uma solução mais simples e sem o bug. Chico Venancio (discussão) 04h54min de 24 de julho de 2012 (UTC)Responder

Também fiz a alteração sugerida pelo Helder (indexOf em vez de search). Chico Venancio (discussão) 05h06min de 24 de julho de 2012 (UTC)Responder

Indicar se edições recentes dispararam algum filtro de edições[editar código-fonte]

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)Responder

Concordo. !Silent (discussão) 19h57min de 24 de junho de 2012 (UTC)Responder

Avisar autores ao propor ESR[editar código-fonte]

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:

Helder 12h57min de 23 de fevereiro de 2012 (UTC)Responder

Ver também a proposta de Modificar o FB para mandar aviso de ER automatizado. Helder 12h20min de 16 de fevereiro de 2013 (UTC)Responder

Modificar o FastButtons para mandar aviso de ER automatizado

As vezes me esqueço de mandar o aviso de ER para o usuário que criou o artigo. Não sei se é possível modificá-lo ou fazer algo parecido, mas sei que será muito útil. Se puder também adicionar para as ERS. Gustavo fala!!-fiz 23h36min de 15 de fevereiro de 2013 (UTC)Responder

a favor de o aviso ser enviado automaticamenteNão sei como seria isso, se daria muito trabalho para criar ou se isso já existe mas de qualquer forma seria uma boa função, pouparia bastante tempo de quem envia para eliminação. JAMALmsg 07h52min de 16 de fevereiro de 2013 (UTC)Responder
Ver também MediaWiki Discussão:Gadget-fastbuttons.js#Avisar autores ao propor ESR. Helder 12h21min de 16 de fevereiro de 2013 (UTC)Responder
Não daria trabalho para implementar, e acho que deveria aproveitar logo também para fazer com que o FB pare de realizar pseudo ações e passe a usar só o AJAX. !Silent (discussão) 13h08min de 16 de fevereiro de 2013 (UTC)Responder
De fato é muito útil.--Mister Sanderson (discussão) 13h02min de 28 de fevereiro de 2013 (UTC)Responder

Realizei a implementação da sugestão. !Silent (discussão) 23h50min de 27 de fevereiro de 2013 (UTC)Responder

Eu não tinha visto antes, mas concordo com a alteração. Se funcionar corretamente, vai apenas trazer benefícios.—Teles«fale comigo» 23h53min de 27 de fevereiro de 2013 (UTC)Responder
Foi implementado só para ER, ou para ESR tb? Pra ESR, ver também Wikipédia:Esplanada/propostas/Robô para avisar sobre debates anteriores (25fev2013) onde se discute dar opção pro usuário não receber avisos automáticos de ESR. Rjclaudio msg 02h39min de 28 de fevereiro de 2013 (UTC)Responder
Pra ESR também. Então, devo retirar? !Silent (discussão) 11h48min de 28 de fevereiro de 2013 (UTC)Responder
Não sei. Depende da discussão lá. Rjclaudio msg 13h24min de 28 de fevereiro de 2013 (UTC)Responder

Este aviso não deveria ter sido enviado, pois o editor sabe que está propondo a eliminação da página. Helder 02h55min de 28 de fevereiro de 2013 (UTC)Responder

É porque ele era o criador da página e o script não estava preparado pra lidar corretamente nessas situações.
Corrigi os problemas apontados até agora. !Silent (discussão) 11h48min de 28 de fevereiro de 2013 (UTC)Responder

Agora que descobri esta página (não observei na época por pensar que FB era o detestável Facebook), relatarei erros que encontrar aqui, ao invés da página de discussão do !Silent (ou deveria ser na discussão do próprio gadget? .js). Aí vai um: propus ER do Anexo:Lista de ninjutsus de Naruto pelo motivo R1. Esta página foi criada em 2006 pelo Usuário:Vitor 3000, entretanto, as notificações foram para outros usuários: na primeira vez veio para a discussão deste anônimo, e na segunda para a discussão deste outro. Além disso, o namespace "Anexo:" foi comido e não constou nos avisos. Os usuários realmente editaram a página, em 2 e 4 de dezembro de 2010, porém.--Mister Sanderson (discussão) 13h25min de 28 de fevereiro de 2013 (UTC)Responder

Idealmente seria na discussão do gadget, mas já que foi criado um tópico aqui para essa mudança em particular, pode informar problemas aqui até que estja tudo resolvido... Helder
Eu tendo a evitar estas páginas de discussão obscuras, mas não atentei-me para o fato de que muita visibilidade não é necessária neste caso, onde basta algum mantenedor do script ver a notificação.--Mister Sanderson (discussão) 14h11min de 28 de fevereiro de 2013 (UTC)Responder
Sanderson, eu já estava ciente desse problema, mas resolvi deixar de lado pois não pensei que páginas com mais de 500 edições (quantidade máxima de revisões que a API pode fornecer por vez) fossem mandadas para ER. O problema é que eu não contava que existissem casos tão singulares como esse.
Helder, sabe dizer se tem uma forma mais fácil/prática de pegar o nome do criador da página? !Silent (discussão) 15h42min de 28 de fevereiro de 2013 (UTC)Responder
Links como esse seria útil? Acho q isso dá a primeira versão do artigo. Usei bastante em Wikipédia:Esplanada/geral/O primeiro artigo (28dez2012), q deve falar mais disso. Rjclaudio msg 15h49min de 28 de fevereiro de 2013 (UTC)Responder
Sim. É só usar a requisição que mencionei na discussão do gadget no ano passado... . Helder 15h52min de 28 de fevereiro de 2013 (UTC)Responder

Talvez seja bom não enviar o aviso quando há só uma edição na página, feita ao mover para um novo título. Isso poderia ser verificado incluindo "rvprop=user|comment&rvlimit=2" na requisição feita à API e verificando se a primeira revisão é a única e se o seu sumário tem a forma
/moveu \[\[.+?\]\] para \[\[.+?\]\]/
Helder 13h37min de 1 de março de 2013 (UTC)Responder

[10] !Silent (discussão) 14h30min de 1 de março de 2013 (UTC)Responder
O gadget é opcional.
O que poderia ser modificado é: checar se o autor é anônimo, e em caso afirmativo se a data de criação da página é recente (último dia? hora?). Helder 15h51min de 1 de março de 2013 (UTC)Responder
[11] !Silent (discussão) 00h29min de 2 de março de 2013 (UTC)Responder
Com isto os anônimos não são notificados, mas a etapa de notificação não é pulada, então a página não é atualizada, apesar da etiqueta ser colocada nela. Propus ESR de RTP TV Capanema e Aeroporto de San Fernando e então percebi isto.--Mister Sanderson (discussão) 01h37min de 2 de março de 2013 (UTC)Responder
Era pra ter atualizado. Bem estranho. Vou dar uma olhada aqui. !Silent (discussão) 01h43min de 2 de março de 2013 (UTC)Responder
PS: Foi uma falha besta minha. Já arrumei.
É, deu certo para As Lições de Chico Xavier.--Mister Sanderson (discussão) 02h22min de 2 de março de 2013 (UTC)Responder
Tem algum aviso ER/ESR para os IPs? Para os usuários registrados tem {{Av-bv-ER}} e {{Av-bv-ESR}}, agora para IPs eu não achei. !Silent (discussão) 11h40min de 2 de março de 2013 (UTC)Responder
  • Colocaram a página Discussão:Bupropiom para eliminação, mas o aviso veio como se fosse para Bupropiom.
  • Precisa mandar o aviso para todos os casos? Não tem muito sentido receber uma mensagem que fala sobre citar fontes e assuntos não relevantes/notórios por causa da eliminação de um redirect. A {{aviso-ER}} é mais para falta de notoriedade ou arquivos/ficheiros que não cumprem a política. Acho que deveria valer só para algumas das regras (talvez 6, 14, 19 e 20).

Opraco (discussão), às 18h55min de 2 de março de 2013 (UTC)Responder

[12] E com relação as regras em que o aviso não é mais enviado, são elas: 7, 8, 9, 12, 18, C1, D1, D2, U1, U2, R1 e R2. Há discordância ou sugestão de incremento de alguma outra regra? !Silent (discussão) 16h07min de 3 de março de 2013 (UTC)Responder

Usar a API para editar as páginas[editar código-fonte]

Já está na hora, não acham? Alegre
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)Responder

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)Responder
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)Responder
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í... Assoviar !Silent (discussão) 23h15min de 20 de fevereiro de 2013 (UTC)Responder

i++ vs i += 1[editar código-fonte]

Helder, qual o motivo da troca de um para outro na sua última edição? A segunda forma é tem um desempenho superior ou algo assim? !Silent (discussão) 23h31min de 30 de outubro de 2012 (UTC)Responder

No fundo foi só para passar nos testes do jslint. :-)
O motivo dado pelo Crockford na seção ++ and −− não me convenceu muito por enquanto, então por hora sou indiferente a deixar como fiz ou com plusplus:false nas configurações (só faço questão que passe com alguma configuração, para facilitar a detecção de erros ao longo das atualizações futuras). Helder 23h51min de 30 de outubro de 2012 (UTC)Responder

Nome do objeto global[editar código-fonte]

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)Responder

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)Responder

Parâmetro na predefinição Fusão com[editar código-fonte]

Prezados,

Quando usamos o fastbuttons com o botão "fusão com" ele carrega automaticamente um subst da f-com e o parâmetro que foi preenchido na caixa de texto onde é solicitada a inclusão da página a ser fundida, isto é, a página é marcada com algo como {{subst:f-com|1=página a ser fundida}}. Estou tentando implementar uma melhoria na predefinição {{Fusão com}} para carregar automaticamente a predefinição {{Fusão/nova}} quando clicar em "aqui". Ver funcionamento simulado. Acontece que o comando que estou implementado exige que o parâmetro da url não tenha espaços então quando uma página tem nome composto (e.g. "página a ser fundida") o link fica quebrado. Portanto, alguém sabe como fazer para a fastbuttons preencher o comando acima com {{subst:f-com|1=página_a_ser_fundida}} que resolveria o meu problema? Grato!OTAVIO1981 (discussão) 16h55min de 5 de novembro de 2012 (UTC)Responder

Usa PAGENAMEE qnd carregar o parâmetro. {{PAGENAMEE:A B C}} - A_B_C. Ficaria {{PAGENAMEE:{{{1}}}}}; {{{PAGENAMEE:{{{2}}}}} ou algo por aí. Creio q o NAMEE tb funcione pras variações full, sub, subject, talk, ... Rjclaudio msg 17h36min de 5 de novembro de 2012 (UTC)Responder
Já está funcionando! Vlw!OTAVIO1981 (discussão) 17h54min de 5 de novembro de 2012 (UTC)Responder

Link em redirecionamentos[editar código-fonte]

Está faltando o link para a página de destino no resumo/sumário de quando se redireciona: exemplo. – Opraco (discussão), às 19h43min de 23 de fevereiro de 2013 (UTC)Responder

Corrigido. !Silent (discussão) 19h47min de 23 de fevereiro de 2013 (UTC)Responder

Não sei se foi para tentar implementar isto, mas ao fazer redirecionamentos normais aparece um "2=". Exemplos: motivo em branco e motivo preenchido como "teste". – Opraco (discussão), às 18h32min de 2 de março de 2013 (UTC)Responder

Foi nessa implementação mesmo. O script estava pedindo um motivo para o redirecionamento mesmo quando não se estava em uma "Categoria". !Silent (discussão) 18h48min de 2 de março de 2013 (UTC)Responder
Ok, mas agora não aparece mais o campo para o motivo no redirecionamento de categorias. – Opraco (discussão), às 20h00min de 2 de março de 2013 (UTC)Responder
Tem certeza? Porque aqui está tudo OK. O campo não aparece mais nas páginas citadas por você e continua aparecendo nas categorias. !Silent (discussão) 20h07min de 2 de março de 2013 (UTC)Responder
Olhei melhor e percebi que aparecem dois botões "#R" nas categorias: um antes do "CatScan" (que não tem o campo para o motivo, no qual eu devo ter clicado) e outro depois (que tem). E pensando melhor talvez também fosse útil poder indicar o motivo nos redirecionamentos normais. – Opraco (discussão), às 20h52min de 2 de março de 2013 (UTC)Responder
E depois desta alteração na {{redirecionamento de categoria}}, seria bom se o motivo do redirecionamento em categorias também fosse indicado na predefinição. – Opraco (discussão), às 03h02min de 3 de março de 2013 (UTC)Responder
Espero que já esteja tudo OK. Hein? E apliquei suas sujestões também. !Silent (discussão) 16h04min de 3 de março de 2013 (UTC)Responder
Um detalhe: quando se redireciona uma categoria sem preencher o motivo, os parênteses continuam no resumo/sumário, diferentemente dos redirecionamentos normais. – Opraco (discussão), às 23h17min de 4 de março de 2013 (UTC)Responder
Isso aí já é de um problema antigo do script, que é o de não validar os campos obrigatórios. Ele redireciona uma página ou adiciona um esboço sem preencher os respectivos campos, por exemplo. Eu já estava até tentando resolver isso. !Silent (discussão) 00h22min de 5 de março de 2013 (UTC)Responder

Simplificação de fb.process.userInfo[editar código-fonte]

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)Responder

Finalmente... !Silent (discussão) 11h15min de 27 de fevereiro de 2013 (UTC)Responder
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)Responder

Remoção de "mínimo" em esboço[editar código-fonte]

Como explicado em Wikipédia:Esplanada/propostas/Descontinuar_"Mínimo"_(3fev2013) o {{mínimo}} será depreciado e pode ser removido do FastButtons; eu não tenho permissão e nem conhecimentos de programação para realizar essa mudança, quem puder realizar tal alteração será bem-vindo. JAMAL 04h30min de 4 de março de 2013 (UTC)Responder

Feito. !Silent (discussão) 11h56min de 4 de março de 2013 (UTC)Responder

Consertar bug e adicionar a opção "avisar o usuário" no FastButtons[editar código-fonte]

Oi gente, primeiro quero reportar um bug: Quando o script avisa o usuário de uma marcação ER, ESR ou outras, em páginas que contém espaço, o aviso em vez de ser Indicação de eliminação rápida para a página O Dia em que a Terra Parou ele fica com underlines no lugar dos espaços: Indicação de eliminação rápida para a página O_Dia_em_que_a_Terra_Parou, isso acontece com todas as páginas com espaço no título. Peço que consertem isso por favor.

E agora uma sugestão: Acredito que seja melhor adicionar uma opção "avisar o usuário" em marcações de eliminação, pois as vezes não é necessário avisar o usuário, como em casos em que ele retira a marcação, e em vez de enviar um novo aviso de ER ou ESR, deveríamos avisa-lo para não remover as marcações e também em casos em que o usuário é novo e não tem o aviso de bem-vindo(a). É uma sugestão! LUCASDJ98e ai??? - blz,eu fiz!!! 13h15min de 5 de março de 2013 (UTC)Responder

O problema com os "_" já foi corrigido. Quanto a sugestão, é uma boa ideia. Pensei em colocar uma mensagem, perguntando ao editor se ele deseja enviar um aviso de eliminação ou não. !Silent (discussão) 13h27min de 5 de março de 2013 (UTC)Responder
A opção de poder escolher se quer avisar sobre a eliminação, não remover marcações de eliminação ou não avisar, já foi implementada. !Silent (discussão) 14h16min de 6 de março de 2013 (UTC)Responder

Uso indevido de POST[editar código-fonte]

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)Responder

É 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)Responder

Referências[editar código-fonte]

Páginas estão aparecendo com o link "ref" vermelho e a mensagem "Esta página ainda não possui referências" mesmo estando referenciadas. Não conheço do código o suficiente para saber o porquê, mas sei que está nesta parte do código:

<nowiki>	info += ( $( '#Refer.C3.AAncias' ).length
			|| $( '#Notas_e_refer.C3.AAncias' ).length )
		? 'ref'
		: '<span class="fb-missing" title="Esta página ainda não possui referências">ref</span>';

ZackTheJack msg 15h43min de 2 de maio de 2013 (UTC)Responder

Simplificar com wgUserRegistration?[editar código-fonte]

Talvez seja possível utilizar a mw.config.get( 'wgUserRegistration' ) para simplificar alguma coisa (talvez economize uma chamada a API, ou seja possível reduzir a quantidade de dados retornados). Helder 12h45min de 10 de junho de 2013 (UTC)Responder

Feito. Silent (discussão) 00h54min de 9 de agosto de 2013 (UTC)Responder
Reparando melhor, vi que essa variável serve apenas para mostrar a data de registro do usuário que está logado atualmente (o que é óbvio, não sei como não pensei nisso), e logo, ela não seria tão útil nessa situação. Silent (discussão) 11h13min de 9 de agosto de 2013 (UTC)Responder

ESR[editar código-fonte]

Não está disponível a marcação de ESR pela {{ESR-banda}}, {{ESR-bio}}, {{ESR-organização}} e nem pela {{ESR-ficheiro}}. Apenas pela {{ESR-matrad}}. É possível esta adição? Cainã Marques 23h27min de 18 de junho de 2013 (UTC)Responder

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)Responder
Feito. !Silent (discussão) 20h40min de 10 de julho de 2013 (UTC)Responder

Espaçamento da marcação de esboço[editar código-fonte]

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)Responder

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)Responder

Undefined[editar código-fonte]

Ver o sumário de edição em [13]. Cainamarques 12h00min de 1 de setembro de 2013 (UTC)Responder

Corrigido. Silent (discussão) 13h04min de 1 de setembro de 2013 (UTC)Responder

"Houve um erro ao tentar usar a API para acessar a página atual."[editar código-fonte]

Não consigo etiquetar o artigo EDVAC como "sem-fontes".--Mister Sanderson (discussão) 21h15min de 14 de setembro de 2013 (UTC)Responder

Eu consegui. Quando aparecer isso, é só tentar novamente. Silent (discussão) 21h35min de 14 de setembro de 2013 (UTC)Responder
Eu tinha tentado novamente algumas vezes.--Mister Sanderson (discussão) 22h16min de 14 de setembro de 2013 (UTC)Responder
Corrigido. !Silent (discussão) 19h19min de 2 de maio de 2013 (UTC)Responder

Erro em data?[editar código-fonte]

Fui ver meu usuário antigo Jml3 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)Responder

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)Responder
Isto parece ter resolvido o problema. Helder 21h05min de 20 de setembro de 2013 (UTC)Responder

Última edição[editar código-fonte]

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)Responder

Já existe um gadget para tal função. Silent (discussão) 11h14min de 21 de setembro de 2013 (UTC)Responder
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)Responder

Novas cores para o FB[editar código-fonte]

Quem quiser conferir como ficou, é só acessar esse link. Sugestões ou críticas são bem vindas, e também se concordam ou não com um novo esquema de cores para o gadget.
Só não sei bem se estas cores são adequadas quanto a questão da acessibilidade. Silent (discussão) 13h23min de 15 de outubro de 2013 (UTC)Responder

Eu gostei. Em termos de contraste, as cores de fundo são levemente mais claras do que deveriam (pouquíssima coisa) para ser usadas sob um texto branco. Se quiser que elas passem no teste de contraste, pode escurecer (#069) para obter (#005E8D), e escurecer (#B90000) para obter (#B60000). Mas a matiz da cor (#008BCE) do hover é a mesma da (#069), então não bastaria mudar o brilho (talvez um tom de verde seja aceitável?).
Em todo caso, se quiser(em) revisitar a escolha das cores, esta página pode ser útil: mw:Wikimedia Foundation Design/Color usage. Helder 14h21min de 15 de outubro de 2013 (UTC)Responder
Realmente, acho que um tom mas esverdeado cairia melhor, então me veio o (#038D64). Estava pensando também em realizar a mesma mudança nos prompts utilizados nos gadget (provinientes de jquery.ui.dialog). Silent (discussão) 15h13min de 15 de outubro de 2013 (UTC)Responder
Na verdade, acho que a diferença entre os dois tipos de botão (os que requerem mais etapas e os que realizam uma ação) deveria ficar clara mesmo sem hover. Helder 10h22min de 25 de outubro de 2013 (UTC)Responder
Qual tom sugere? Silent (discussão) 19h55min de 30 de outubro de 2013 (UTC)Responder
Já incorporando a ideia de ter um menu principal: Special:PermaLink/37221220#Fast Buttons - Redesign e Special:PermaLink/37221301#Fast Buttons - Redesign - Menus. Helder 13h16min de 31 de outubro de 2013 (UTC)Responder
Gostei desse redesign, ficou bem interessante. Silent (discussão) 18h30min de 1 de novembro de 2013 (UTC)Responder
Só para constar, mencionaram uma página um pouco mais explicativa em um outro tópico da lista de design. Helder 11h27min de 6 de novembro de 2013 (UTC)Responder

Já realizei a implementação ([14][15]). Silent (discussão) 21h44min de 15 de outubro de 2013 (UTC)Responder

  • Já que estão vendo isso, aqui vai uma sugestão: no botão de MR destacar em verde os valores de bytes acrescentados, deixar em cinza ou preto quando for 0, e deixar em vermelho quando houver remoção de bytes. Das páginas novas será sempre bytes acrescentados, então tanto faz a cor lá e não me parece necessário alterar, só se quiserem monitorar de vez em quando as páginas menores que X ou maiores que Y valor aí daria para deixar umas cores(pegar algum valor de algum filtro como base, por exemplo), ou destacar as páginas novas de IPs e/ou novatos. TheVulcan (discussão) 22h01min de 15 de outubro de 2013 (UTC)Responder
Comentário O tamanho da fonte parece-me exagerado. O ideal seria 88%, à semelhança de todos os gadjets ou linhas de texto de menor importância. No momento em que escrevo, a fonte á maior do que o próprio texto dos artigos. Antero de Quintal (discussão) 22h20min de 15 de outubro de 2013 (UTC) PS Também preferia as cores anteriores, embora isso seja uma questão menor e pouco importante.Responder
O tamanho da fonte está em 0.8em (que se equivale a 68,8%). Proponho deixar em 0.75em então.
Quanto a sua sugestão Vulcan, não sei se tem como inserir HTML dentro daqueles balões (que é algo necessário para alterar as cores das letras nesse caso). Vamo ver se o Hélder sabe como isso possa ser feito. Silent (discussão) 22h43min de 15 de outubro de 2013 (UTC)Responder
PS: quem preferir o esquema de cores anterior, é só adicionar parte do CSS antigo no seu common.css.
Pensando bem, agora que vi a nova versão na prática, ela chama bastante atenção (talvez demais), então a criação de um ícone/botão, para mostrar a interface somente quando solicitado (vide seção anterior), torna-se ainda mais relevante. Helder 13h32min de 16 de outubro de 2013 (UTC)Responder
Parece que FB deixa a navegação um pouco mais pesada mesmo(sem ele aqui fica mais rápido), e geralmente que tem o FB ativado tem outros gadgets também, aí esse "estacamento" de gadgets pode deixar o uso geral da wiki um pouco sofrível para quem tem uma conexão lenta e/ou um computador mais antigo. Se for fácil testar isso do botão poderíamos testar um tempo, uma semana já é mais do que suficiente para ver se foi uma boa ideia ou não. Caso cheguem à conclusão que foi uma boa ideia, um coisa possível de ser feita é deixar ocultado(somente um ícone/botão) de forma padrão e depois quem quiser configurar isso, deixar algum código na configuração pessoal do tipo "= 1 mostra sempre o FB" e "= 0 mostra apenas o ícone/botão". TheVulcan (discussão) 14h01min de 16 de outubro de 2013 (UTC)Responder
Honestamente falando, para se ter problemas com lentidão por conta do uso do FB, só tendo um computador bem fraco mesmo (levando em consideração também que a internet não interfere em nada nesse caso), ou então usando um navegador antigo (Internet Explorer 8 por exemplo).
Quanto ao botão, posso começar a trabalhar nisso. Silent (discussão) 15h19min de 16 de outubro de 2013 (UTC)Responder
PS: eu não achei a nova versão tão chamativa assim não, inclusive eu acho a antiga um pouco mais, por conta daquele fundo roxo. Talvez isso seja mais questão de costume (ou de gosto) mesmo. Mas qualquer sugestão é bem vinda. Alegre

Vulcan, quanto a sua sugestão de por cores nos bytes acrescentados ou removidos, ela foi implementada. Silent (discussão) 01h40min de 7 de novembro de 2013 (UTC)Responder

Boa, gostei, ficou melhor para identificar o que é o que, se achar que facilita daria até para ter uma cor diferente para o nome do usuário também. Assim ficou mais fácil, com uma passada rápida do cursor de mouse já dá para identificar remoção de conteúdo, que geralmente precisa de mais atenção, principalmente de edições de IPs. TheVulcan (discussão) 01h59min de 7 de novembro de 2013 (UTC)Responder

Botões "Suspeito" e "VDA"[editar código-fonte]

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)Responder

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)Responder
É, ficaria melhor junto mesmo. TheVulcan (discussão) 14h44min de 18 de outubro de 2013 (UTC)Responder

Substituir "PE" por "EC"[editar código-fonte]

"PE" é geralmente usado para se referir a uma página para eliminar de forma genérica. Para ficar consistente com a nomenclatura das outras eliminações(ER e ESR), me parece que o mais adequeado seria "EC" ao invés de "PE". TheVulcan (discussão) 03h49min de 17 de outubro de 2013 (UTC)Responder

Na verdade, eu não gosto de nenhuma das siglas, nem da maioria das que se proliferam no projeto (tanto que fiz aquele script auxiliar para explicar essas siglas...).
A interface deveria ser compreensível sem exigir tanta memorização (compare a do FastButtons com a da curadoria de páginas - PageCuration). Helder 12h34min de 17 de outubro de 2013 (UTC)Responder
Sou neutro em relação à isso, se acham que ficaria mais fácil/acessível deixar por extenso por exemplo: Eliminação [Rápida] [Semirrápida] [Por consenso], e assim por diante com o resto dos botões, por mim tanto faz, não vejo problemas não, ainda mais porque existe espaço disponível na barra. TheVulcan (discussão) 13h00min de 17 de outubro de 2013 (UTC)Responder
Dá até para deixar que nem o botão Manutenção, que aparece na linha de baixo quando clica, algo assim:
[Eliminação]
[Rápida] [Semirrápida] [Por consenso]
Tudo o que for tornar a ferramenta mais fácil de entender para os editores é bem-vindo. TheVulcan (discussão) 13h06min de 17 de outubro de 2013 (UTC)Responder
Gostei da ideia do Vulcan. Silent (discussão) 11h54min de 18 de outubro de 2013 (UTC)Responder

Implementei lá na test.wikipedia.org. Deêm uma olhadinha lá, pra ver se ficou bom ou se precisa de mais alguma coisa. Silent (discussão) 18h40min de 18 de outubro de 2013 (UTC)Responder

Parece bom. Talvez seja melhro colocar suspeita de VDA antes de VDA? Helder 19h11min de 18 de outubro de 2013 (UTC)Responder
Por min tudo bem. Falta agora o botão de abrir e fechar o gadget. Silent (discussão) 19h52min de 18 de outubro de 2013 (UTC)Responder
Também achei que ficou bom, só uma pergunta: é semi-rápida, semirrápida ou o novo acordo ortográfico da língua portuguesa permite utilizar as duas formas? TheVulcan (discussão) 21h29min de 18 de outubro de 2013 (UTC)Responder
Esqueci de perguntar dos outros botões: e os PV, PN e MR? Continuarão como siglas ou ficarão por extenso? TheVulcan (discussão) 21h36min de 18 de outubro de 2013 (UTC)Responder
Boa pergunta. Acho que é "semirrápida mesmo".
Acho que poderia ser feito da mesma que nesse caso: criar um botão que faça aparecer esse três. Só não sei que nome dar a esse botão. Silent (discussão) 22h04min de 18 de outubro de 2013 (UTC)Responder
Mas assim não ficariam muitos cliques para acessar? Por exemplo, se eu tiver que clicar 3 vezes(1. para abrir o FB, 2. para abrir essas opções, 3. para acessar as últimas páginas vigiadas) eu prefiro clicar uma vez só no topo à direita da página; me parece que essas "PV, PN e MR" tem que ser clicados com mais frequência então talvez seja melhor deixar "mais à mão", sem grandes dificuldades de acessar os botões. Quanto mais cliques necessários menos "fast" a ferramenta se torna. TheVulcan (discussão) 23h02min de 18 de outubro de 2013 (UTC)Responder
É, verdade. Já alterei lá na test.wikipedia.org. Silent (discussão) 23h19min de 18 de outubro de 2013 (UTC)Responder
PS: coloquei também para o gadget informar a quantidade de vigilantes, tamanho e data da última edição da página naquela parte ali embaixo dos botões.

Quanto aos botões PV, PN e MR, sinceramente, acho que devem ficar com em formato de sigla mesmo, porque por extenso, poluí visualmente (ao meu ver). Silent (discussão) 19h58min de 30 de outubro de 2013 (UTC)Responder

Sobre isso, veja também o segundo exemplo que mencionei acima. Helder 13h17min de 31 de outubro de 2013 (UTC)Responder

Sobre as informações da página (que ficam abaixo dos botões)[editar código-fonte]

O que acham de colocar o acesso a essas informações a partir de um botão ("Informações da página"?), ao invés delas aparecem automaticamente? Principalmente por conta da alteração recente que eu citei acima (que agora aparece também o tamanho, a quantidade de vigilantes e a data última edição da página). Silent (discussão) 20h14min de 30 de outubro de 2013 (UTC)Responder

Eu vou achar ótimo ter 4 requisições a menos em todas as páginas! Helder 11h54min de 31 de outubro de 2013 (UTC)Responder
Boa, a navegação ficou mais rápida! TheVulcan (discussão) 13h38min de 2 de novembro de 2013 (UTC)Responder

Possível bug - Sobre o IP[editar código-fonte]

Em Usuário(a) Discussão:186.232.192.202, muito estranho, cliquei em Sobre o IP e aparece:

"Edições: mais de 500 — Primeira edição: NaN de undefined de NaN"

Abri vários outros IPs e funciona normal, só nesse acontece isso.


E meio off-topic: fui testar com alguns IPs aleatórios vendo pelas Mudanças recentes e encontrei por acaso o IP mais estranho que já vi na vida: Especial:Contribuições/2001:690:2200:9AC1:7986:575A:9833:5847. TheVulcan (discussão) 18h01min de 1 de novembro de 2013 (UTC)Responder

Corrigido. Quanto ao "2001:690:2200:9AC1:7986:575A:9833:5847", ele é um IP em IPv6. Silent (discussão) 18h24min de 1 de novembro de 2013 (UTC)Responder

Problema com a última edição[editar código-fonte]

!Silent, como assim "In user pages, the API returns a wrong last edit date"? Helder 12h22min de 3 de novembro de 2013 (UTC)Responder

Compare [16] com [17]. A API retorna a mesma data (2013-11-01T23:39:57Z). Não sei se é algum problema nos parâmetros da requisição, ou se é algo da própria API mesmo. Silent (discussão) 13h21min de 3 de novembro de 2013 (UTC)Responder
Isso é estranho. Reportei no bugzilla:56540 (com sorte fomos nós que não percebemos algo, e não há bug nenhum). Helder 16h41min de 3 de novembro de 2013 (UTC)Responder
!Silent, era mesmo um problema nos parâmetros, conforme bugzilla:56540#c4. Helder 16h57min de 4 de novembro de 2013 (UTC)Responder
Gambiarra corrigada. Silent (discussão) 17h07min de 4 de novembro de 2013 (UTC)Responder

Conflito com o RTRC[editar código-fonte]

O FastButtons está entrando em conflito com o RTRC, quando eu desativo o gadget, o RTRC funciona. Mas os dois ao mesmo tempo aparece ao abrir o RTRC:

One or more required components failed to load.

Isso no Firefox 25.0 para Linux não testei de outras formas. TheVulcan (discussão) 15h47min de 5 de novembro de 2013 (UTC)Responder

Estava acontecendo antes mas agora voltou a funcionar ???, estranho. TheVulcan (discussão) 17h09min de 5 de novembro de 2013 (UTC)Responder

Já ocorreu um conflito desses outras vezes, ou essa é a primeira?
E por falar nisso, o gadget tem um conflito com o wikEd também. Dentro de uma página de edição, com o wikEd ativo, não é possível marcar nada com o FB. Silent (discussão) 19h01min de 5 de novembro de 2013 (UTC)Responder
Foi a primeira vez que vi acontecer, mas agora está normal, sobre o wikiEd não posso afirmar o mesmo pois não tenho ele habilitado aqui(considero que tem coisa demais na tela quando usa ele, funções demais, eu sei que dá para personalizar mas de qualquer forma não gosto do gadget). TheVulcan (discussão) 19h45min de 5 de novembro de 2013 (UTC)Responder
Fiquei curioso, ativei aqui o wikiEd para testar isso que falou e realmente, não funciona. TheVulcan (discussão) 19h48min de 5 de novembro de 2013 (UTC)Responder
Fui ver na página do gadget, ver en:User:Cacycle/wikEd.js: Revision history parece que foi atualizado recentemente, em 20/out. Talvez tenham feito alguma modificação que está dando problema. Bom, aí é com quem entende do assunto, vejam lá depois que eu não entendo nada de javascript. TheVulcan (discussão) 19h54min de 5 de novembro de 2013 (UTC)Responder
Na verdade, esse problema existe desde de sempre
Ele ocorre porque o wikEd faz umas alterações na caixa de edição, então um simples $( '#wpTextbox1' ).val( 'Teste 1, 2, 3' ); (que é a maneira como o FB faz) não é o suficiente pra escrever algo na caixa. Silent (discussão) 20h02min de 5 de novembro de 2013 (UTC)Responder
Mas o WikEd fornece hooks pra poder mudar interagir com ele, mudar o conteúdo da página, etc... O Anti-Vandal Tool, por exemplo, usa a WikEdUpdateFrame. Helder 20h17min de 5 de novembro de 2013 (UTC)Responder
Ótimo. Isso facilita muito. Silent (discussão) 20h37min de 5 de novembro de 2013 (UTC)Responder
Pensando melhor, não facilitou tanto assim como eu imaginei. Tentei na test.wikpedia.org e não deu muito certo não... Silent (discussão) 01h59min de 6 de novembro de 2013 (UTC)Responder
Olhando superficialmente, o meu palpite é que o problema foi você ter declarado uma variável local com "var wikEd;", em vez de usar a variável global que seria criada pelo gadget. Suponho que seja semprefalso que "typeof wikEd.config === 'undefined'". Helder 11h12min de 6 de novembro de 2013 (UTC)Responder
Issue 24: "One or more required components failed to load" on Commons (using gadget). Helder 20h17min de 5 de novembro de 2013 (UTC)Responder

Problema de incompatibilidade com o WikEd resolvido. Silent (discussão) 02h29min de 8 de novembro de 2013 (UTC)Responder

Botão 'Em manutenção'[editar código-fonte]

Nesse botão, recém criado, poderiam colocar na seção que o botão cria aqui o link no título da seção, trocar "_" por espaço e colocar assinatura no comentário? Sugestão para o código: Predefinição:Cód e Predefinição:Cód. Obrigado, e parabéns pelo trabalho que vocês vêm fazendo neste gadget. Danilo.mac(discussão) 16h27min de 2 de dezembro de 2013 (UTC)Responder

Feito. Acabei me passando quanto a isso. E obrigado pelo elogio. Silent (discussão) 17h38min de 2 de dezembro de 2013 (UTC)Responder
Acho que esqueceu o link (o '[[' + ... + ']]'). Danilo.mac(discussão) 18h59min de 2 de dezembro de 2013 (UTC)Responder
Resolvido. Silent (discussão) 19h04min de 2 de dezembro de 2013 (UTC)Responder

Adotar o uso de um construtor[editar código-fonte]

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:

Obs.: o trecho seguinte está "compactado" de modo a despoluir visualmente o contexto da página toda.

function FastButtons() {
	/**
	* Timestamp of the current version of the gadget
	* @property {String} version
	*/
	this.version = /*{{subst:Autossubstituição/Estampa com data e hora|js|.*/ '2013-12-08 18:57:53 (UTC)' /*}}.*/;

	/**
	* List of buttons
	* @property {Object}
	*/
	this.buttons = {};

	/**
	* Default summary for edits
	* @property {String}
	*/
	this.summaryDefault = ', usando [[WP:FastButtons|FastButtons]].';

	/**
	* Target for insertion of menu buttons
	* @property {jQuery}
	*/
	this.$menu = $( '<div id="fb-menu"></div>' );

	/**
	* Target for insertion of submenu buttons
	* @property {jQuery}
	*/
	this.$submenu = $( '<div id="fb-submenu"></div>' );

	/**
	* Target for insertion of page information
	* @property {jQuery}
	*/
	this.$pageInfo = $( '<span id="fb-pageInfo"></span>' );
}

Silent (discussão) 23h20min de 8 de dezembro de 2013 (UTC)Responder

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)Responder
A propósito, Guiwp, essa discussão (e aquela sobre JSDuck) te interessa? Helder.wiki (discussão) 10h35min de 9 de dezembro de 2013 (UTC)Responder

Opa! Bom você ter me mencionado aqui Helder.wiki (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)

  1. 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).
  2. Sobre Citação: aquela sobre JSDuck, 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 (!Silent, 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)Responder

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).
Guiwp, 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)Responder

!Silent, 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)Responder

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 Helder.wiki mesmo. Silent (discussão) 17h30min de 9 de dezembro de 2013 (UTC)Responder

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)Responder

!Silent e Guiwp, já notaram que foi introduzido um módulo "oojs" no MediaWiki? Talvez seja interessante ver o que os desenvolvedores estão fazendo com esse tal de OOjs. Helder.wiki (discussão) 09h12min de 13 de dezembro de 2013 (UTC)Responder

Interessante! Silent (discussão) 12h53min de 13 de dezembro de 2013 (UTC)Responder
Para mais detalhes: mw:OOjs e mw:OOjs UI. Helder.wiki (discussão) 11h41min de 15 de dezembro de 2013 (UTC)Responder

Implementado. Silent (discussão) 13h52min de 18 de dezembro de 2013 (UTC)Responder

Regra R2 ER[editar código-fonte]

Olá, alguém poderá retirar a opção/botão da regra ER R2, no seguimento da discussão, aqui:

  • Wikipédia:Esplanada/geral/Redirects marcados com ER (pedido de opinião) (19nov2013)

??? Lijealso (discussão) 15h49min de 8 de janeiro de 2014 (UTC)Responder

Feito. Silent (discussão) 18h48min de 8 de janeiro de 2014 (UTC)Responder

Botões saindo da tela[editar código-fonte]

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)Responder

Já corrigi o problema. Tudo isso por causa de um espaço =). Silent (discussão) 18h45min de 15 de janeiro de 2014 (UTC)Responder

Botão de manutenção: "Publicidade"[editar código-fonte]

Acho que deveria ter também um botão para incluir a predefinição {{publicidade}}. --Diego Queiroz (discussão) 15h29min de 14 de junho de 2014 (UTC)Responder

Feito, conforme Especial:Diff/39145402. OTAVIO1981 (discussão) 16h27min de 14 de junho de 2014 (UTC)Responder

Colocar seção nas notificações de bloqueio[editar código-fonte]

Por que, ao enviar notificações de bloqueio ({{bloqueado}}, {{bloqueado-disc}}, {{bloqueado-CPV}} e {{proxy}}), 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)Responder

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 {{Aviso-ER}}. 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)Responder

Problema no FastButtons?[editar código-fonte]

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)Responder

@Diego Queiroz: foi um erro meu. O Stegop 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)Responder
Agora está funcionando perfeitamente. Obrigado. :) --Diego Queiroz (discussão) 20h42min de 29 de julho de 2014 (UTC)Responder

jquery.textSelection[editar código-fonte]

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)Responder

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)Responder
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)Responder

Bug no Google Chrome?[editar código-fonte]

Olá, percebi a uns três dias atrás que o Fastbuttons não está funcionando no Google Chrome. Estou utilizando a versão mais atualizada do aplicativo e fica apenas a barra "roxa" sem as opções para serem selecionadas e notificar páginas, usuários ou propor eliminação. Testei no Firefox e está funcionando perfeitamente. Agradecimentos. Pablodiego15 (discussão) 02h17min de 1 de novembro de 2014 (UTC)Responder

Ah, também eliminei o cache, histórico e afins pelo CCleaner e Advanced System Care; e também um reset no Chrome. Pablodiego15 (discussão) 02h19min de 1 de novembro de 2014 (UTC)Responder

Para mim está normal, em ambos navegadores, Marcos Dias ?
No Firefox estava funcionando por que ainda não tinha feito ainda a sincronização com o servidor. O motivo era o Adblock, que deve ter adicionado algum filtro e acabou "atacando" o Fastbuttons. Obrigado pela atenção Marcos dias de oliveira. Pablodiego15 (discussão) 04h15min de 1 de novembro de 2014 (UTC)Responder

Mensagem enviada de forma incorreta[editar código-fonte]

Caros. Olhem esse dois diffs:

  1. Yanguas envia a mensagem {{Aviso-ER}} para Bya97: https://pt.wikipedia.org/w/index.php?title=Usu%C3%A1ria_Discuss%C3%A3o:Bya97&diff=40682561&oldid=40682515
  2. Ao mesmo tempo, Chronus recebe a mensagem de aviso sobre eliminação do Yanguas 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 Chronus recebeu a mensagem por ter sido ele que deu as boas-vindas a Bya97 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)Responder

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)Responder
Corrigido. !Silent (discussão) 15h06min de 23 de novembro de 2014 (UTC)Responder

Bug no skin "moderno"[editar código-fonte]

Os FastButtons não funcionam no layout "moderno"--Leon saudanha (discussão) 00h40min de 20 de março de 2015 (UTC)Responder

@Leon saudanha: Testei na página de testes e funcionou normalmente. Helder 13h27min de 20 de março de 2015 (UTC)Responder
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)Responder
Funciona normalmente na página principal em todos os skins. Helder 14h47min de 20 de março de 2015 (UTC)Responder
He7d3r 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)Responder
Aqui funciona sempre, mesmo desativando o cache no Firefox. Helder 18h39min de 21 de março de 2015 (UTC)Responder

Listar: edições com grandes chances de serem revertidas[editar código-fonte]

@!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)Responder

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)Responder
@!Silent: isto deverá funcionar, mas se notar algum problema pode reverter. Helder 02h54min de 17 de junho de 2015 (UTC)Responder
@He7d3r: 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)Responder
@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)Responder
@Usuário(a):Teles: pode conferir novamente? Helder 03h16min de 17 de junho de 2015 (UTC)Responder
@He7d3r: 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)Responder

@He7d3r: a min parece tudo OK. Só acho que deveria aparecer a mensagem de "Carregando..." ao clicar, tal qual os outros botões, pois se não o usuário pode pensar que o gadget travou ou algo assim.
Quanto ao $.getScript, essa foi a maneira que eu encontrei pra tudo funcionar normalmente, pois carregando diretamente pela MediaWiki:Gadgets-definition, a lista com os botões e etc sempre é carregada primeira do quê que o script principal (que não é algo que a gente quer). !Silent (discussão) 11h57min de 17 de junho de 2015 (UTC)Responder

Concordo. Eu não tinha percebido que faltava este ajuste. Helder 12h26min de 17 de junho de 2015 (UTC)Responder

TypeError: warnInfo is undefined[editar código-fonte]

Vi o seguinte error logo após marcar uma página para eliminação: TypeError: warnInfo is undefined. Helder 19h47min de 22 de agosto de 2015 (UTC)Responder

Continua acontecendo. Vi novamente em https://pt.wikipedia.org/wiki/Auditoria_jurídica?diff=43331981. Helder 14h35min de 8 de setembro de 2015 (UTC)Responder
Corrigido. !Silent (discussão) 21h36min de 25 de março de 2016 (UTC)Responder

Não cheguei a testar, mas

		this[ type ].apply( this, arguments ).done( function () {
			apiDeferred.resolve.apply( this, arguments );
		} );

não seria equivalente a

		this[ type ].apply( this, arguments ).done( apiDeferred.resolve );

? Helder 14h02min de 26 de março de 2016 (UTC)Responder

Verdade, bem observado. Fiz a alteração. !Silent (discussão) 21h33min de 26 de março de 2016 (UTC)Responder

Sumiço[editar código-fonte]

O FastButtons desapareceu para mim, e continua assim mesmo depois de eu limpar o cache. Algum erro há aí.--Mister Sanderson (discussão) 19h01min de 24 de setembro de 2015 (UTC)Responder

Tente desativar o recurso beta de tradução de conteúdo (talvez phab:T113650 esteja interferindo em outros scripts?). Helder 19h55min de 24 de setembro de 2015 (UTC)Responder
Não fiz nada, mas está de volta.--Mister Sanderson (discussão) 23h06min de 24 de setembro de 2015 (UTC)Responder

Sumiu de novo! Já limpei o cache.--Mister Sanderson (discussão) 00h30min de 3 de outubro de 2015 (UTC)Responder

A mim sumiu também! Difícil trabalhar assim. Yanguas diz!-fiz 01h31min de 3 de outubro de 2015 (UTC)Responder
Voltou de novo...--Mister Sanderson (discussão) 00h24min de 5 de outubro de 2015 (UTC)Responder

TypeError: fb.manipulateTextPage(...).done is not a function[editar código-fonte]

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)Responder

He7d3r: já foi corrigido? !Silent (discussão) 13h30min de 25 de março de 2016 (UTC)Responder
Acredito que não. Helder 16h08min de 25 de março de 2016 (UTC)Responder
Então darei uma verificada. !Silent (discussão) 21h02min de 25 de março de 2016 (UTC)Responder
Feito. !Silent (discussão) 21h36min de 25 de março de 2016 (UTC)Responder

Novo botão[editar código-fonte]

É 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)Responder

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)Responder
@Caçador de Palavras: 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)Responder

Botão "Registros da página"[editar código-fonte]

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:

text[ text.length ] = '<a href="/w/index.php?title=Especial:Registo&page='+ mw.config.get( 'wgPageName' ) + '">' + fb.message( 'fb-page-log' ) + '</a>';

'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)Responder

@Luk3: feito. [18][19] !Silent (discussão) 13h59min de 16 de abril de 2016 (UTC)Responder

Erro[editar código-fonte]

@OTAVIO1981:O FB não contou as edições do IP Usuário(a) Discussão:89.154.10.122 corretamente, alguém pode corrigir? Não sei de outros IPs com grandes contribuições para listá-los. Caçador de Palavras (discussão) 23h31min de 3 de abril de 2016 (UTC)Responder

Mas qual é o erro? Helder 00h45min de 4 de abril de 2016 (UTC)Responder
Se for por exibir "500" em vez de "mais de 500", acredito que seja o seguinte. Conforme fomos avisados em WP:Café dos programadores/Arquivo/2015/2#Leiam por favor: robôs, scripts de usuários e gadgets poderão quebrar em breve, o formato da API mudou (ver mw:API:Query#Continuing queries):
Mudança na API
Antes Agora
{
    "query-continue": {
        "usercontribs": {
            "uccontinue": "20160322222107|45143141"
        }
    },
    "query": {
        "usercontribs": [ ... ]
    }
}
{
    "batchcomplete": "",
    "continue": {
        "uccontinue": "20160322222107|45143141",
        "continue": "-||"
    },
    "query": {
        "usercontribs": [ ... ]
    }
}

então ao testar data[ 'query-continue' ] o resultado (atualmente) é sempre falso. Helder 01h00min de 4 de abril de 2016 (UTC)Responder

He7d3r Te entendi, acredito. Caçador de Palavras (discussão) 06h17min de 5 de abril de 2016 (UTC)Responder
@Caçador de Palavras: Mas se refere a este "erro"? Helder 14h12min de 5 de abril de 2016 (UTC)Responder
He7d3r É este o mistério, eu entendi que a linguagem de programação mudou e tería-se que alterar, foi isso que não ocorreu na contagem de edições? Se for isso, entendi que se refere ao erro. Caçador de Palavras (discussão) 16h53min de 5 de abril de 2016 (UTC)Responder

Corrigido. !Silent (discussão) 22h44min de 5 de abril de 2016 (UTC)Responder

Informar o criador[editar código-fonte]

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)Responder

@He7d3r: feito. [20][21] !Silent (discussão) 13h59min de 16 de abril de 2016 (UTC)Responder

Marcações duplicadas[editar código-fonte]

Só para que isso não seja esquecido: é preciso implementar algum teste ao editar por meio da API, para que não sejam feitas duplicadas com nenhuma tag. Helder 16h25min de 24 de novembro de 2011 (UTC)Responder

Aqui tem mais um exemplo. Helder 21h35min de 9 de março de 2012 (UTC)Responder
Mais um caso. Helder 14h24min de 16 de abril de 2016 (UTC)Responder
O primeiro caso, de 4 anos atrás, não tem relação com o segundo. Problemas como o que foi informado em 2012 já não acontecem mais.
Quanto ao outro, havia me passado pela cabeça esse problema uns dias atrás também quando eu tava revisando o script. Vou ver o que posso fazer a respeito. !Silent (discussão) 16h24min de 16 de abril de 2016 (UTC)Responder
Feito.[22][23] !Silent (discussão) 01h56min de 21 de maio de 2016 (UTC)Responder

Motivo de redirecionamento de categoria[editar código-fonte]

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)Responder

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)Responder

Atalhos[editar código-fonte]

Acho que devia ser adicionada uma opção para adicionar mais botões que sirvam como atalho para as páginas optadas. comentário não assinado de Lucasmf23 (discussão • contrib) (data/hora não informada)

@Lucasmf23: 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)Responder

Código que duplica "wgFormattedNamespaces"[editar código-fonte]

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)Responder

Feito. !Silent (discussão) 22h38min de 16 de maio de 2016 (UTC)Responder

Pequeno Bug nos Fast Buttons[editar código-fonte]

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)Responder

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)Responder
Corrigido. !Silent (discussão) 22h38min de 16 de maio de 2016 (UTC)Responder

Uma linha a mais[editar código-fonte]

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)Responder

Ajustado. !Silent (discussão) 02h40min de 18 de maio de 2016 (UTC)Responder

FastButtons salva em vez de comparar edições[editar código-fonte]

Ao marcar uma página como esboço, em modo de edição, e clicar em "Mostrar alterações", o FastButtons salva a página, em vez de mostrar as diferenças entre o texto antigo e o texto novo. Exemplos: 43322868, 43322857. Helder 13h21min de 7 de setembro de 2015 (UTC)Responder

@He7d3r: pelo o que eu averiguei, o problema não ocorre mais (ou eu não consegui reproduzir corretamente). !Silent (discussão) 02h42min de 18 de maio de 2016 (UTC)Responder
Ainda acontece:
  1. Clique em Página aleatória
  2. Abra o modo de edição
  3. No menu do FastButtons, escolha "Esboço" e então clique em "Esboço"
  4. Clique em "Mostrar alterações"
Resultado: Especial:Diff/45650349. Helder 14h03min de 18 de maio de 2016 (UTC)Responder
Corrigido. Esse problema não ocorria somente com o botão de Esboço, e sim com todos os outros botões. !Silent (discussão) 14h49min de 18 de maio de 2016 (UTC)Responder

Bug?[editar código-fonte]

Onde estão os botões do FastButtons no layout "moderno"? Önni disc 20h45min de 26 de abril de 2016 (UTC)Responder

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)Responder
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)Responder
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)Responder

Obs.: o trecho seguinte está "compactado" de modo a despoluir visualmente o contexto da página toda.

VM262:60 JavaScript parse error: Parse error: Illegal token in file 'MediaWiki:Gadget-Objects.js' on line 9mw.loader.implement.css @ VM262:60 load.php?debug=false&lang=pt&modules=jquery%2Cmediawiki&only=scripts&skin=modern&version=Y5KlhSn2:178 Exception in module-execute in module ext.gadget.btm-actions: load.php?debug=false&lang=pt&modules=jquery%2Cmediawiki&only=scripts&skin=modern&version=Y5KlhSn2:178 TypeError: Cannot read property 'offsetHeight' of null TypeError: Cannot read property 'offsetHeight' of null(…)log @ load.php?debug=false&lang=pt&modules=jquery%2Cmediawiki&only=scripts&skin=modern&version=Y5KlhSn2:178 2load.php?debug=false&lang=pt&modules=jquery%2Cmediawiki&only=scripts&skin=modern&version=Y5KlhSn2:156 Use of "wgServer" is deprecated. Use mw.config instead. 2load.php?debug=false&lang=pt&modules=jquery%2Cmediawiki&only=scripts&skin=modern&version=Y5KlhSn2:156 Use of "wgArticlePath" is deprecated. Use mw.config instead. 2load.php?debug=false&lang=pt&modules=jquery%2Cmediawiki&only=scripts&skin=modern&version=Y5KlhSn2:156 Use of "wgScriptPath" is deprecated. Use mw.config instead. 2load.php?debug=false&lang=pt&modules=jquery%2Cmediawiki&only=scripts&skin=modern&version=Y5KlhSn2:156 Use of "wgCurRevisionId" is deprecated. Use mw.config instead. 2load.php?debug=false&lang=pt&modules=jquery%2Cmediawiki&only=scripts&skin=modern&version=Y5KlhSn2:156 Use of "wgPageName" is deprecated. Use mw.config instead. 18load.php?debug=false&lang=pt&modules=jquery%2Cmediawiki&only=scripts&skin=modern&version=Y5KlhSn2:156 Use of "write" is deprecated. Use jQuery or mw.loader.load instead. 2load.php?debug=false&lang=pt&modules=jquery%2Cmediawiki&only=scripts&skin=modern&version=Y5KlhSn2:156 Use of "skin" is deprecated. Use mw.config instead. 2load.php?debug=false&lang=pt&modules=jquery%2Cmediawiki&only=scripts&skin=modern&version=Y5KlhSn2:156 Use of "wgServer" is deprecated. Use mw.config instead. 2load.php?debug=false&lang=pt&modules=jquery%2Cmediawiki&only=scripts&skin=modern&version=Y5KlhSn2:156 Use of "wgTitle" is deprecated. Use mw.config instead. 2load.php?debug=false&lang=pt&modules=jquery%2Cmediawiki&only=scripts&skin=modern&version=Y5KlhSn2:156 Use of "wgCanonicalNamespace" is deprecated. Use mw.config instead. 2load.php?debug=false&lang=pt&modules=jquery%2Cmediawiki&only=scripts&skin=modern&version=Y5KlhSn2:156 Use of "wgArticlePath" is deprecated. Use mw.config instead. 2load.php?debug=false&lang=pt&modules=jquery%2Cmediawiki&only=scripts&skin=modern&version=Y5KlhSn2:156 Use of "wgScript" is deprecated. Use mw.config instead. 2load.php?debug=false&lang=pt&modules=jquery%2Cmediawiki&only=scripts&skin=modern&version=Y5KlhSn2:156 Use of "wgScriptPath" is deprecated. Use mw.config instead. 2load.php?debug=false&lang=pt&modules=jquery%2Cmediawiki&only=scripts&skin=modern&version=Y5KlhSn2:156 Use of "wgUserName" is deprecated. Use mw.config instead. 2load.php?debug=false&lang=pt&modules=jquery%2Cmediawiki&only=scripts&skin=modern&version=Y5KlhSn2:156 Use of "wgCurRevisionId" is deprecated. Use mw.config instead. 2load.php?debug=false&lang=pt&modules=jquery%2Cmediawiki&only=scripts&skin=modern&version=Y5KlhSn2:156 Use of "wgContentLanguage" is deprecated. Use mw.config instead. 2load.php?debug=false&lang=pt&modules=jquery%2Cmediawiki&only=scripts&skin=modern&version=Y5KlhSn2:156 Use of "wgUserLanguage" is deprecated. Use mw.config instead. 2load.php?debug=false&lang=pt&modules=jquery%2Cmediawiki&only=scripts&skin=modern&version=Y5KlhSn2:156 Use of "wgEnableAPI" is deprecated. Use mw.config instead. 2load.php?debug=false&lang=pt&modules=jquery%2Cmediawiki&only=scripts&skin=modern&version=Y5KlhSn2:156 Use of "wgPageName" is deprecated. Use mw.config instead. 2load.php?debug=false&lang=pt&modules=jquery%2Cmediawiki&only=scripts&skin=modern&version=Y5KlhSn2:156 Use of "wgNamespaceIds" is deprecated. Use mw.config instead. 2load.php?debug=false&lang=pt&modules=jquery%2Cmediawiki&only=scripts&skin=modern&version=Y5KlhSn2:156 Use of "wgFormattedNamespaces" is deprecated. Use mw.config instead. 2load.php?debug=false&lang=pt&modules=jquery%2Cmediawiki&only=scripts&skin=modern&version=Y5KlhSn2:156 Use of "wgVersion" is deprecated. Use mw.config instead. 2load.php?debug=false&lang=pt&modules=jquery%2Cmediawiki&only=scripts&skin=modern&version=Y5KlhSn2:156 Use of "wgPageContentModel" is deprecated. Use mw.config instead. 7load.php?debug=false&lang=pt&modules=jquery%2Cmediawiki&only=scripts&skin=modern&version=Y5KlhSn2:156 Use of "wgUserGroups" is deprecated. Use mw.config instead.

Önni disc 01h17min de 27 de abril de 2016 (UTC)Responder

CatScan com problema?[editar código-fonte]

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)Responder

@Ixocactus: 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 He7d3r? Teria alguma forma ainda de se beneficiar dessa ferramenta neste gadget? !Silent (discussão) 15h15min de 18 de maio de 2016 (UTC)Responder
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)Responder
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)Responder
@He7d3r: 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)Responder
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)Responder

Feita alteração para o PetScan.[24][25]
Descobri os parâmetros na mão grande mesmo, olhando o código-fonte da página. !Silent (discussão) 02h57min de 19 de maio de 2016 (UTC)Responder

Aviso para o usuário errado[editar código-fonte]

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)Responder

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)Responder
Acredito que seria mais seguro com a limitação. Helder 11h02min de 14 de maio de 2016 (UTC)Responder
Feito. !Silent (discussão) 01h22min de 16 de maio de 2016 (UTC)Responder

Evitar bloqueio pelo Adblock Plus[editar código-fonte]

Sobre o problema mencionado no café dos programadores, gostaria de propor que fosse alterado o nome da(s) classe(s) utilizadas pelo gadget para que não sejam confundidas com classes usadas pelo Facebook. O nome atual é detectado pela regra ##.fb-button, o que faz com que os botões do gadget desapareçam para os usuários que ativarem a extensão. Helder 20h57min de 15 de maio de 2016 (UTC)Responder

Como eu havia dito naquela discussão, aqui no Firefox eu nunca tive esse problema e ao que me parece, ele só foi relatado uma única que vez, que foi justamente essa. Porém, concordo com a alteração do nome da classe. O que sugere? !Silent (discussão) 23h25min de 15 de maio de 2016 (UTC)Responder
Acredito que o problema só ocorre se alterar suas opções de filtros do Adblock para adicionar a Fanboy's Social Blocking List.
Poderíamos por exemplo alterar apenas o prefixo "fb" em toda a parte, para algo não muito diferente, como "fbt" ou "fastb". Helder 00h53min de 16 de maio de 2016 (UTC)Responder
Feito.[26][27][28]
Alterei todas as ocorrências de fb para fastb e não somente nas classes, afim de manter a coerência. !Silent (discussão) 01h23min de 16 de maio de 2016 (UTC)Responder

Otimizar a quantidade de código enviada aos editores[editar código-fonte]

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)Responder

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)Responder
Sim, acho que isso seria um bom começo. Helder 22h14min de 11 de outubro de 2013 (UTC)Responder
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. Hein? Silent (discussão) 00h44min de 22 de outubro de 2013 (UTC)Responder

Feito. !Silent (discussão) 16h15min de 22 de agosto de 2016 (UTC)Responder

FastButtons não redireciona páginas[editar código-fonte]

Não sei se é só comigo, mas de uns tempos para cá o FastButtons não está mais redirecionando as páginas. Clico no botão #R, preencho os campos, aparece a mensagem de consultando a página e mais nada acontece. Já tentei esperar por até 2 minutos para ver se a ação era concluída, mas não. Caso seja útil, eu uso o Google Chrome. Pedrohoneto Diz·Fiz 03h24min de 22 de junho de 2016 (UTC)Responder

Está funcionando perfeitamente aqui, tanto no Firefox como no Chrome. Pode dar um exemplo de página em que isso ocorre? !Silent (discussão) 12h52min de 22 de junho de 2016 (UTC)Responder
@!Silent: A última página que tentei e deu errado foi com Resident Evil 6: O Último Capítulo que eu queria redirecionar para Resident Evil: The Final Chapter. Esperei um bom tempo para ver se dava certo e nada, então acabei fazendo o redirecionamento manualmente. Isso vem acontecendo em todas as páginas do domínio principal. Pedrohoneto Diz·Fiz 14h22min de 22 de junho de 2016 (UTC)Responder
Um adendo: Acabei de testar com o Firefox e funcionou. Creio que o problema seja com o Adblock que uso no Chrome ou algo do tipo. Pedrohoneto Diz·Fiz 14h31min de 22 de junho de 2016 (UTC)Responder
Eu uso AdBlock no Firefox e funciona normal. Só pode ser conflito com algum gadget ou talvez até mesmo alguma extensão no seu navegador. Da próxima vez, quando ocorrer esse problema, aperte F12, vá para a aba de console e cole aqui tudo o que estiver lá. !Silent (discussão) 15h03min de 22 de junho de 2016 (UTC)Responder
@!Silent: Tentei redirecionar Johnny Mundo para John Morrison e não consegui. Isto é o que estava na aba console:

Calling Element.createShadowRoot() for an element which already hosts a shadow root is deprecated. See https://www.chromestatus.com/features/4668884095336448 for more details.

Uncaught TypeError: Cannot read property 'removeAttribute' of null

Use of "wgServer" is deprecated. Use mw.config instead.

Use of "wgArticlePath" is deprecated. Use mw.config instead.

Use of "wgScriptPath" is deprecated. Use mw.config instead.

Use of "wgCurRevisionId" is deprecated. Use mw.config instead.

Use of "wgPageName" is deprecated. Use mw.config instead.

Uncaught TypeError: Cannot read property 'toLowerCase' of undefined

Failed to load resource: the https://pt.wikipedia.org/wiki/Johnny_Mundo server responded with a status of 404 ()

Pedrohoneto Diz·Fiz 18h11min de 29 de junho de 2016 (UTC)Responder

Muito estranho. Testei na mesma página, tanto no Firefox, quanto no Chrome, e funcionou normal. A pista para o problema seria esse penúltimo erro, porém não consegui reproduzi-lo e muito menos entender o porquê dele acontecer só as vezes. É bem capaz que seja um conflito com algum gadget seu ou talvez alguma extensão sua. !Silent (discussão) 19h57min de 29 de junho de 2016 (UTC)Responder
@!Silent: Uso apenas o Adblock Plus e a extensão do Avast. Da próxima vez que eu tentar redirecionar alguma página, vou desativar o Avast para ver se funciona. Pedrohoneto Diz·Fiz 00h00min de 4 de julho de 2016 (UTC)Responder
Pode fazer testes em https://test.wikipedia.org/wiki/Main_Page (basta ativar o gadget do FB lá). !Silent (discussão) 00h05min de 4 de julho de 2016 (UTC)Responder
Estranho, lá funcionou perfeitamente sem precisar desativar nada. Pedrohoneto Diz·Fiz 00h16min de 4 de julho de 2016 (UTC)Responder
Então só pode ser algum gadget que está dando conflito. O estranho é que só ocorre no Chrome, correto? No Firefox você consegue reverter normal, qualquer página, aqui na ptwikipedia? !Silent (discussão) 00h24min de 4 de julho de 2016 (UTC)Responder
@!Silent: Exatamente. No Firefox funciona perfeitamente e no Chrome só da erro na hora de redirecionar. Pedrohoneto Diz·Fiz 01h49min de 4 de julho de 2016 (UTC)Responder

Adição de botão Global às predefinições de manutenção[editar código-fonte]

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 ({{Global}}, {{Global/Lusofonia}}, {{Global/Brasil}} ou {{Global/Portugal}})? Muito obrigado!
--ArgonSimdúvidascontato 12h02min de 30 de outubro de 2016 (UTC)Responder

@ArgonSim Feito. [29][30] !Silent (discussão) 13h51min de 30 de outubro de 2016 (UTC)Responder

Esclarecimento das fusões[editar código-fonte]

Olá pessoal! Peço que troque esse esquema de "fusão com" e "fusão de". Sempre me confundo com isso, pois não vejo lógica nessas preposições. Para fins de esclarecimento, a substituição que peço é pelos termos "fusão aqui" e "fusão lá", que são de fácil entendimento a qualquer um. Grato, Luan (discussão) 18h33min de 31 de outubro de 2016 (UTC)Responder

Na verdade, pra mim o mel==hor seria haver somente um botão de fusão, e que este já adicionasse as respectivas predefinições em cada página. Trabalharei nisso após terminar implementar uma outra sugestão. !Silent (discussão) 18h49min de 31 de outubro de 2016 (UTC)Responder
Implementado.[31][32] !Silent (discussão) 16h39min de 1 de novembro de 2016 (UTC)Responder
Perfeito! Positivo Valeu! --Luan (discussão) 21h19min de 1 de novembro de 2016 (UTC)Responder

Predefinição fora do lugar[editar código-fonte]

Olá pessoal! Vocês poderiam verificar o que aconteceu nestas duas edições? aqui e aqui. A predefinição ficou no final do artigo. Boas!!! Ixocactus (discussão) 05h15min de 8 de novembro de 2016 (UTC)Responder

@Ixocactus Esse problema deve está sendo causado por conta da última edição que eu fiz no script. Vou reverter novamente. Obrigado por avisar. !Silent (discussão) 11h11min de 8 de novembro de 2016 (UTC)Responder

Proposições de predefinições à eliminação votada[editar código-fonte]

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 ArgonSim 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)Responder

Isso deve resolver. !Silent (discussão) 22h21min de 13 de dezembro de 2016 (UTC)Responder
Positivo Valeu!. Luan (discussão) 23h35min de 27 de dezembro de 2016 (UTC)Responder

Bug em Boas Vindas[editar código-fonte]

Sempre que tento usar o FB para dar boas vindas ele falha em editar a página, não importando se apartir da página de edição ou da página em branco.

Quando na página de edição ele ainda preenche a caixa de edição e o sumário, mas não é possível gravar as alterações. Chico Venancio (discussão) 17h32min de 23 de dezembro de 2016 (UTC)Responder

@Chicocvenancio Tenho usado normal aqui. Pode dar exemplos de discussões no qual esse problema ocorreu? !Silent (discussão) 17h33min de 23 de dezembro de 2016 (UTC)Responder
Só com as boas vindas, quando o usuário não possuía PD. Chico Venancio (discussão) 17h36min de 23 de dezembro de 2016 (UTC)Responder
@Chicocvenancio Acho pode ter algo a ver com isso. !Silent (discussão) 17h39min de 23 de dezembro de 2016 (UTC)Responder
Sim, me parece o mesmo problema. Que bom que há uma "workarround" melhor do que salvar e voltar. Chico Venancio (discussão) 17h42min de 23 de dezembro de 2016 (UTC)Responder
(conflito de edições) special:diff/47544904, por exemplo, deixei o sumário do fastbuttons, mas tive que fazer manualmente. Cliquei no fastbuttons, tentei gravar, voltei a página e aí sim consegui gravar. O FB parece estar interferindo no botão de gravar e não conseguindo fazer a edição por si. Chico Venancio (discussão) 17h40min de 23 de dezembro de 2016 (UTC)Responder

Me parece que o problema está na linha 663 que coloca um callback de edição no evento de click do botão de gravar. sem a linha funciona tranquilamente ao clicar. Mas na verdade eu sugiro que em vez do callback usemos um click no botão diretamente, assim. Ou é esperado o uso que alguém clique em mais de um aviso para enviar por vez? Digo, o sumário de edição não lida com esse uso lida? Chico Venancio (discussão) 19h03min de 23 de dezembro de 2016 (UTC)Responder

O callback é necessário pois sem ele, no caso de alguém enviar uma página para ER quando estivesse de edição, não seria possível avisar ao criador da página. Isso vale para ESR, PE e outros casos também. !Silent (discussão) 19h06min de 23 de dezembro de 2016 (UTC)Responder
E sim, é possível o usuário marcar a página como sem categoria e ER por exemplo e o script perguntar se ele quer avisar ao criador tanto da marcação de sem categoria como da marcação de ER. !Silent (discussão) 19h08min de 23 de dezembro de 2016 (UTC)Responder
Bem, a questão é que ele muda a página antes do form ser enviado. Vejo 2 soluções:
  • ouvir o evento submit do form em vez do click no botão (provavelmente na altura do submit mudar a página não é um problema)
  • corrigir o callback para mudar de página em um momento posterior, em que o form já tenha sido enviado.
Chico Venancio (discussão) 19h16min de 23 de dezembro de 2016 (UTC)Responder

Já corrigi o problema. Ele era causado por conta de uma condição no método que atualiza a página. Comentei o trecho problemático por ora, pois foi eu quem criou aquele método e pus aquilo lá, e se ele estava ali provavelmente deve ter alguma utilidade que eu não estou lembrado no momento. !Silent (discussão) 19h20min de 23 de dezembro de 2016 (UTC)Responder

Show. Chico Venancio (discussão) 19h35min de 23 de dezembro de 2016 (UTC)Responder

@!Silent: O que achas de clicar-mos direto em caso de boas vindas? Chico Venancio (discussão) 22h49min de 25 de dezembro de 2016 (UTC)Responder

@Chicocvenancio Como assim? A página salvar direto em caso de boas vindas? !Silent (discussão) 22h51min de 25 de dezembro de 2016 (UTC)Responder
Algo como isso. Clicar direto em Gravar quando for dar boas vindas. Chico Venancio (discussão) 23h00min de 25 de dezembro de 2016 (UTC)Responder
Feito. !Silent (discussão) 23h22min de 25 de dezembro de 2016 (UTC)Responder

Provocar quebra de linha em avisos do topo dos artigos[editar código-fonte]

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)Responder

Corrigido. De fato, foi esta alteração minha que causou o problema. !Silent (discussão) 23h55min de 27 de dezembro de 2016 (UTC)Responder

ESR: um pipe a mais[editar código-fonte]

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)Responder

@Francisco Leandro Isso não é um problema com o FastButtons e sim com a predefinição {{ESR-bio}} (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)Responder
Corrigido. --Francisco (discussão) 23h58min de 30 de dezembro de 2016 (UTC)Responder

Fusão no domínio Predefinição[editar código-fonte]

É 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)Responder

@ArgonSim Feito. !Silent (discussão) 22h30min de 30 de dezembro de 2016 (UTC)Responder

Mesma caso relatado em #Proposições de predefinições à eliminação votada. A inserção dessas "coisas" fora de artigos, especialmente em predefinições, exige o uso de <noinclude></noinclude>. Caso-problema: aqui. Vamos aprimorando a cada vez, que bom já estar disponível essa função para predefinições também! Agora só falta ajustar isso. Luan (discussão) 04h35min de 13 de janeiro de 2017 (UTC)Responder

@Luan Feito. !Silent (discussão) 15h50min de 23 de janeiro de 2017 (UTC)Responder

Inserção de seção em {{proxy}}[editar código-fonte]

Para alguém que entende de programação em JavaScript, há como inserir uma seção específica para a predefinição {{proxy}}, que notifica um IP bloqueado por proxy aberto? --Francisco (discussão) 12h02min de 23 de janeiro de 2017 (UTC)Responder

Sim, eu sugiro a seguinte edição na linha 636 do MediaWiki:Gadget-fastbuttons.js/core.js
				if (code.indexOf( 'bloqueado' ) !== -1 && code.indexOf( 'proxy' ) !== -1) {
				    value += '\n\n' + '== Notificação de bloqueio ==\n' + extraText + '\n~~' + '~~';
				} else {  // Sim eu sou contra operadores ternários...
				    value += '\n\n' + extraText + '\n~~' + '~~';
				}
Mas há outras opções para corrigir o bug. Chico Venancio (discussão) 13h46min de 23 de janeiro de 2017 (UTC)Responder
@Francisco Leandro Feito. !Silent (discussão) 15h50min de 23 de janeiro de 2017 (UTC)Responder

Problema em eliminação semirrápida por má tradução[editar código-fonte]

Olá! Quando estou marcando páginas para eliminação rápida por má tradução, o script está adicionando <!-- após a marcação, ocultando o conteúdo de todo o artigo. Saudações. Alan Moraes (discussão) 19h10min de 24 de janeiro de 2017 (UTC)Responder

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)Responder
Isso não é relativo ao script e sim a própria predefinição {{ESR-matrad}}. !Silent (discussão) 16h23min de 27 de janeiro de 2017 (UTC)Responder

Edição indevida[editar código-fonte]

Estava com a janela de edição aberta e cliquei no botão para inserir a predefinição de eliminação por consenso. No entanto, mesmo deixando as duas opções desmarcadas, o FastButtons salvou a página (em segundo plano, via API) sem que eu pudesse terminar o que estava fazendo. Helder 15h46min de 6 de julho de 2016 (UTC)Responder

@He7d3r: não consegui replicar o problema, nem na própria onde ocorreu o bug e nem na http://test.wikipedia.org aqui no Firefox. Foi só isso que você fez mesmo? Abriu a edição da página, clicou no botão para eliminar por consenso e ele automaticamente salvou a edição via API? !Silent (discussão) 21h44min de 6 de julho de 2016 (UTC)Responder
Se é que faz alguma diferença, antes de clicar eu havia começado a colocar o código {{Eliminação}} manualmente, e como não era esta a predefinição que eu queria, lembrei que o FastButtons teria a predefinição correta. Cliquei na opção que ele disponibilizava e a página foi salva antes que eu pudesse remover o código incorreto que eu tinha inserido manualmente. Helder 22h27min de 6 de julho de 2016 (UTC)Responder
@He7d3r: definitivamente não consegui reproduzir esse problema, porém, já pude perceber que realmente há alguns bugs ao tentar usar o FB em páginas de edição. Vou ver o que posso fazer. !Silent (discussão) 14h21min de 10 de julho de 2016 (UTC)Responder
@He7d3r Essa edição havia resolvido alguns problemas relacionados ao uso do FB na janela de edição. De lá pra cá houveram outra intervenções paralelas no script que eu acredito terem, indiretamente, resolvido bugs como o relatado neste tópico. !Silent (discussão) 13h05min de 9 de março de 2019 (UTC)Responder

Predefinição:Morder[editar código-fonte]

Seria possível adicionar {{Morder}} aos avisos em páginas de discussão de usuário? Seus parâmetros já estão bem-registrados na documentação dela, mas não acredito que seja necessário adicionar um campo para texto adicional. Muito obrigado! --ArgonSim (dúvidascontato) 13h25min de 14 de novembro de 2016 (UTC)Responder

@ArgonSim Implementado. [33] !Silent (discussão) 13h34min de 9 de março de 2019 (UTC)Responder

Eliminação semirrápida: Má tradução[editar código-fonte]

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 [34]. Esse comportamento é esperado? --ArgonSim (discussão) 16h44min de 1 de maio de 2017 (UTC)Responder

@ArgonSim Sim. E na realidade, isso é feito pela própria predefinição {{ESR-matrad}} e não pelo FastButtons. !Silent (discussão) 18h20min de 1 de maio de 2017 (UTC)Responder
@!Silent: 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)Responder
@ArgonSim 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)Responder

VDA[editar código-fonte]

A opção para indicar VDA está bem escondida. Escondida no botão de eliminação semirrápida. Não dá para deixá-la mais visível, intuitiva??? Afinal é uma denúncia muito importante. --Luan (discussão) 13h06min de 3 de setembro de 2017 (UTC)Responder

@Luan Antes havia um botão só para VDA, é verdade, todavia, após a aprovação desta proposta, o VDA passou a ser enquadrado como uma ESR. Por isso não acho que esteja escondido, pois ele está no local que deve ficar, que é na parte de ESR, tal qual a {{ESR-matrad}} também está. !Silent (discussão) 16h49min de 3 de setembro de 2017 (UTC)Responder
Entendi. Não sabia dessa discussão. --Luan (discussão) 16h55min de 3 de setembro de 2017 (UTC)Responder