Wikipédia Discussão:Scripts/APC

Variáveis não funcionam

A discussão a seguir está marcada como respondida (feito). Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.

---

O script não trata "%%title%%" e coisas do gênero como se fossem variáveis (teste neste artigo, por exemplo). No casos em que isso aparece na parte "replace" de uma regra, acho que é possível improvisar com {{subst:PAGENAME}}. Helder 21h40min de 30 de julho de 2012 (UTC)

É um improviso. Algumas regras usam o %%title%% inserido por uma regra anterior. Esses casos ficariam quebrados já q não detecta o subst:PAGENAME. Exemplo, tem regra para preencher o título na infobox, se o título é desambiguado depois tem uma regra para tirar o ( ), essa segunda regra não seria aplicada. Rjclaudio ^msg 00h29min de 31 de julho de 2012 (UTC)

Seria preciso implementar algo como a ApplyKeyWords do AWB. No caso de expressões regulares, será preciso alguma manobra extra com coisas do tipo

new RegExp( /Este artigo fala sobre %%title%%./gim.source.replace('%%title%%', $.escapeRE(mw.config.get('wgTitle')) ) )

Mas notei que a $.escapeRE não transforma / em \/, então talvez isso precise ser informado no bugzilla. Helder 16h11min de 31 de julho de 2012 (UTC)

Tem como remover o {{DEFAULTSORT:%%title%%}} por enquanto? Rjclaudio ^msg 21h55min de 4 de agosto de 2012 (UTC)

Isso?

PS: Fique a vontade para remover/fazer ajuste conforme necessário... Helder 23h17min de 4 de agosto de 2012 (UTC)

Com esta alteração as palavras mágicas %%title%%, %%fullpagename%% e %%pagename%% que aparecerem na parte "replace" das regras deverão ser substituídas pelos valores correspondentes. Helder 14h03min de 8 de agosto de 2012 (UTC)

Fiz mais uma alteração para aumentar o suporte às palavras mágicas. Mas ainda não testei... Teria uns exemplos? Helder 19h56min de 21 de setembro de 2012 (UTC)

Problemas

A discussão a seguir está marcada como respondida (feito). Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.

---

Acho melhor tirar as regras do modo teste, e talvez do modo semibot tb, ficando só as mais estáveis. Pelo menos num primeiro momento até arrumar os bugs q aparecer nesse grupo. Rjclaudio ^msg 21h39min de 30 de julho de 2012 (UTC)

Feito. Posteriormente, aquele menu deverá conter um item para cada um dos "grandes grupos" de regras. Mas por hora estão todas no mesmo. Helder 21h49min de 30 de julho de 2012 (UTC)

A regra de remoção de link em excesso (2+ links para o mesmo artigo em uma mesma seção) não está funcionando corretamente. Testei em 7519 Paulcook e ele remove um link da introdução q tb aparece na infobox. Testei tb em Eyeshield 21 e ele está removendo o link Sena Kobayakawa q aparece no início de #Enredo pq tb tem o link na introdução. Em Santa Rita de Jacutinga removeu link q aparecia em dois campos diferentes da infobox.

As regras de marcação estão funcionando? As q inserem símbolos em locais específicos para facilitar as coisas depois? Teria como testar isso, desabilitando o grupo "Finalizando" q remove esses símbolos?

Tem uma regra a mais q não está nas funções de regex do awb, esqueci de falar. É a q marca o final do artigo, é feito por C# (eu acho) no AWB antes de rodar qualquer regra. Não sei se ela foi pro js. Rjclaudio ^msg 22h01min de 30 de julho de 2012 (UTC)

Não foi. É só para colocar "▓" antes de todo o texto e "\n░" depois? Para que isso está sendo usado? Helder 00h06min de 31 de julho de 2012 (UTC)

É isso. Está sendo usado para que o awb possa fazer uma regex q só seja executada começando do início do artigo, evitando assim q seja aplicada várias vezes ao longo da página e aplicando no lugar errado. Tem mts regras q só são aplicadas na introdução, por exemplo, ou mesmo apenas no primeiro parágrafo, primeira frase. Pelo awb só sabia fazer isso assim, já q não dava para usar "início do artigo" na regex. O mesmo pro final, saber q ali q está acabando, útil para ordenar (nas páginas q tem iw/cat no meio do artigo), mas tb para adicionar conteúdo no final qnd não há nem mesmo categoria na página, é mais simples q em cada regex q usa o final usar uma regex complexa para detectar categoria ou iw. Na época foi o único modo q achei para testar todo o artigo até o final, não tinha pensado em um [.\n]* (ou há outro mais simples?), então provavelmente vale uma revisão no código para retirar essa marcação nos lugares q ela pode ser trocada. Rjclaudio ^msg 00h21min de 31 de julho de 2012 (UTC)

Por acaso o ^ e o $ não funcionam nas expressões regulares do AWB? Porque em JavaScript 'texto\ntexto'.replace(/^/, '▓').replace(/$/, '\n░') resulta em "▓texto\ntexto\n░". Então em vez de colocar esses símbolos extras acredito que bastaria usar ^e $ diretamente nas regras que precisam disso.

Não conhecia o ^ e $, depois testo no awb, agora não dá. Mas testei no rubular, com o 'texto\ntexto' trocando o \n por uma quebra de linha mesmo, e ele localizou o ^texto nas duas linhas ao invés de apenas no início. Não sei se no awb ele tb faria o mesmo. Rjclaudio ^msg 20h46min de 31 de julho de 2012 (UTC)

Para obter o mesmo resultado em JavaScript, existe a opção multiline, que em uma substituição global fará com que ^ e $ detectem o início e o fim de cada linha: 'texto\ntexto'.replace(/^/mg, '▓').replace(/$/mg, '\n░') resulta em "▓texto\n░\n▓texto\n░". Helder 20h57min de 31 de julho de 2012 (UTC)

A alteração em Santa Rita de Jacutinga não envolve marcação, então não sei exatamente onde estaria o erro. Talvez desabilitar essa regra até resolver as coisas?

Mas gostei do resultado. É relativamente rápido pra rodar, e faz várias correções úteis.

Rjclaudio ^msg 22h01min de 30 de julho de 2012 (UTC)

Que bom! Helder 20h57min de 31 de julho de 2012 (UTC)

E o {{DEFAULTSORT:%%title%%}} q vc tinha falado q ia dar erro no js. Rjclaudio ^msg 22h03min de 30 de julho de 2012 (UTC)

Sugeri uma alternativa na seção acima. Helder 00h06min de 31 de julho de 2012 (UTC)

Em Santa Rita de Jacutinga ele deixou marcado algumas seções com o símbolo ║ , mas foi só algumas então não sei onde está o problema. Rjclaudio ^msg 22h05min de 30 de julho de 2012 (UTC)

A regra "Desmarca seções" que remove o símbolo está configurada para ser repetida apenas 10 vezes, então o símbolo não é removido depois da décima seção. Mas isso já estava assim no XML 3.1.1. Helder 15h30min de 31 de julho de 2012 (UTC)

É q no awb é diferente. Se colocar para aplicar apenas uma vez, ele vai testar todo o artigo e aplicar a regex todas as vezes q achar, mas só vai testar o artigo uma vez. Colocando 10 vezes, ele vai testar o artigo inteiro uma vez, trocar tudo, e depois testar uma segunda vez para ver se ainda há algo para ser mudado. Se botasse uma única vez já seria suficiente pro awb, coloquei 10 só pra garantir, e como as regras são de baixo custo não havia perda de velocidade. Exemplo de uso, regra q remove o 'center' das linhas se a tabela como um todo tem o 'center' já no cabeçalho (é cabeçalho o nome? a formatação q fica no {| ). O regex busca o {|...|-...center. Ele vai trocar uma linha e não vai trocar a segunda linha pq depois da linha trocada não há um {|, só vai ter o |-...center para ele detectar. Só vai trocar a segunda linha se testar o artigo uma segunda vez, por isso a regra roda mais q uma vez. Talvez o js lide com isso de uma forma diferente. Rjclaudio ^msg 16h20min de 31 de julho de 2012 (UTC)

Na verdade, aquele item está marcado com <regex_>false</regex_> no XML, então foi convertido para um string comum "║" ao passar para JS. Se a intenção é fazer uma substituição global mesmo, basta usar a regex "/║/g" em vez da string (e nesse caso, nem precisará executar a regra mais do que uma vez, pois depois da primeira não resta mais nenhum caractere "║").

Já alterei este caso, mas suponho que mais algumas (todas?) das regras do tipo "Desmarca ***" deveriam ser aplicadas globalmente. Helder 17h38min de 31 de julho de 2012 (UTC)

Conforme a documentação do método Regex.Replace no .NET Framework realmente realiza todas as ocorrências da string em um texto. Acredito que devem ser feitas duas conversões em massa na lista de regras em JavaScript:

1. Trocar todas as find: 'string' por find: /string/g (eventualmente acresccentando "\" antes de alguns caracteres que possuem significado especial nas regexes)
2. Acrescentar o "g" em todas as find: /string/ que não estiverem marcadas como globais

É isso mesmo? Se sim, então o problema deve estar resolvido com esta e esta edições. Helder 00h40min de 3 de agosto de 2012 (UTC)

Na parte do "Ver também" e "Ligações externas" o script está replaceando pela predefinição, isso é, {{Ver também}} e {{Ligações externas}}, ao invés de ficar só o nome. !Silent (discussão) 23h03min de 30 de julho de 2012 (UTC)

Feito. Apesar de que ainda falta comparar o conjunto de expressões detectadas pela regex desse script com o deste outro. Helder 00h08min de 31 de julho de 2012 (UTC)

Domínio

A discussão a seguir está marcada como respondida. Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.

---

Dá para desativar o script qnd está em outros domínios sem ser principal/anexo e usuário? Ou colocar um swtich para qnd tiver scripts específicos para os outros domínios (em especial, predef). Rjclaudio ^msg 21h14min de 6 de setembro de 2012 (UTC)

O que exatamente acha que deveria ser executado? Regras específicas? A inserção do botão na barra de ferramentas? A que "scripts específicos" se refere? Helder 02h09min de 7 de setembro de 2012 (UTC)

A lista de regras a serem executadas, só devia aparecer as regras q podem ser executadas naquele domínio. Por exemplo, agora temos a regex para inserir o hlist nas navboxes, seria bem útil q isso fosse incluído nesse script. E para facilitar, qnd eu estivesse em uma predef só devia aparecer essa regra já q as outras de nada adiantarão (ou só vão bagunçar as coisas). Do mesmo modo, qnd estou nos artigos essa regra do hlist não devia rodar.

Ou se coloca no script um código para detectar o domínio da página e aí decidir se uma determinada regra será ou não executada, ou esse código oculta itens da lista de modo q nem seria possível selecioná-los limpando a lista.

Rjclaudio ^msg 15h57min de 8 de setembro de 2012 (UTC)

Bom, já existe algo que pode ser (ab)usado para isso: da mesma forma que algumas regras contém "enabled: false", poderia ser colocado um teste lógico no lugar da constante "false", como por exemplo "enabled: mw.config.get('wgNamespaceNumber') === 10 /* Predefinição */", que desabilitaria a regra (e subregras) fora do domínio "Predefinição". O único porém e que no momento as regras de nível superior (as que estão servindo como "grupos" de regras) são incluídas na lista de correções da barra de ferramentas, seguidas pelo texto "(desativada temporariamente)". Isso aconteceria também no caso de usar um teste lógico em vez do "false", o que seria meio estranho. Nesse sentido é preciso pensar melhor qual o melhor jeito (e de preferência o mais fácil) de implementar um agrupamento e uma seleção de regras a aplicar... Helder 13h51min de 11 de setembro de 2012 (UTC)

E nem todas as regras para predef devem ser aplicadas a todas as predefs, então não adianta na lista aparecer "predefinições" q rodaria todas as regras de predefs. Devia aparecer uma lista com "navbox", "infobox", "..." . Se deixar a lista aparecendo completa para todas as páginas com o tempo ficaria meio bagunçado. Rjclaudio ^msg 15h59min de 8 de setembro de 2012 (UTC)

[BUG] (v0.20/3.1.25) WP:Esplanada/geral/DEFAULTSORT (14fev2010)

A discussão a seguir está marcada como respondida. Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.

---

No artigo Produtos notáveis o script inclui {{DEFAULTSORT:Produtos notáveis}} desnecessariamente. Isso ocorre com o AWB original ou é só no JavaScript? Helder 19h08min de 10 de setembro de 2012 (UTC)

No awb ele remove. no awb ele adiciona, verifica se precisa fazer alguma alteração no defaultsort (como passar "lista de" para o final e remover parenteses, antigamente era minúscula/maiúscula e acentos mas isso não precisa mais), e depois das regras de ajuste comparava com o título para ver se mudou algo. Se está diferente do título mantém pq é necessário, se estiver igual remove.

Imagino q o script não está comparando o defaultsort adicionado com o título do artigo, é um erro com a variável %%title%% do awb q foi reportado lá em cima. Melhor desabilitar todas essas regras de defaultsort. Rjclaudio ^msg 19h27min de 10 de setembro de 2012 (UTC)

Inserção de colchetes em Predefinição:Dtlink

[BUG] (v0.23/3.1.26) Catarina, a Grande e os links para datas

Neste artigo o script converteu {{dtlink|lang=pt|2|5|1729}} para {{dtlink|lang=pt|2|5|[[1729]]}}</nowiki>, mas isso quebra a predefinição {{dtlink}}. Helder 19h27min de 22 de setembro de 2012 (UTC)

Parece ser o mesmo problema encontrado por mim [[Wikipédia Discussão:Scripts/APC#[BUG] (v0.31/3.1.29) Comissão Nacional da Verdade|aqui]]. PedR^msg 16h05min de 10 de novembro de 2012 (UTC)

Já aconteceu outras vezes esse erro quando aperto Correções > Todas

por exemplo:

8 de março de

--Jml3^msg 18h15min de 19 de dezembro de 2012 (UTC)

Não tinha visto que já haviam reportado esse bug. O mesmo bug persite na versão 0.53/3.1.39 como eu postei aqui. Übermensch msg 01h19min de 2 de julho de 2017 (UTC)

[BUG] (v0.53/3.1.39)

Reparei que quando coloco no modo "Todas" ou quando eu coloco a sequência "Iniciando" e "Modo semi-bot" e o artigo possui data nesse formato "17 de fevereiro de 1941", o script transforma para esse formato "{{dtlink|lang=br|17|2|[[1941]]}}" que faz com que essa mensagem (em vermelho) "Erro de expressão: caractere "[" não reconhecido" seja exibida no lugar do ano "1941". Quando uso o modo "Iniciando" ou "Modo semi-bot" sozinhos não acontece isso.

Exemplo do erro:

17 de fevereiro de .

Atenciosamente Übermensch msg 15h59min de 1 de julho de 2017 (UTC)

[BUG] (v0.53/3.1.39/0.4) Marie Curie

Está adicionando [[]] no parâmetro ano da predefinição {{dtlink}}. No artigo em questão, {{dtlink|lang=pt|7|11|[[1867]]}} resultou em 7 de novembro de . --ArgonSim (discussão) 11h55min de 22 de fevereiro de 2017 (UTC)

Inserção do caractere ┬

[BUG] (v0.24/3.1.26) Kaizoku Sentai Gokaiger, com caracter ┬

Neste artigo o script converteu

{{Sem-fontes|data=fevereiro de 2011| angola=| arte=| Brasil=| ciência=| geografia=| música=| Portugal=| sociedade=|1=|2=|3=|4=|5=|6=}}

para

{{Sem-fontes|data=fevereiro de 2011| angola=┬sim| Brasil=| ciência=| geografia=|música=| Portugal=| sociedade=|1=|2=|3=|4=|5=|6=}}

. Aquele "┬" não deveria estar ali. Helder 19h35min de 22 de setembro de 2012 (UTC)

[BUG] (v 0.32/3.1.33) caracter┬ em Mix TV

{{Seminterwiki|arte=sim|data=setembro de 2011}}

{{mais notas|data=janeiro de 2012| arte=| Brasil=| ciência=| geografia=| música=| Portugal=| sociedade=|1=Este artigo ou se(c)ção|2=|3=|4=|5=|6=}}

trocado por

{{Seminterwiki┬sim|data=setembro de 2011}}

{{mais notas|data=janeiro de 2012┬sim| Brasil=| ciência=| geografia=|música=| Portugal=| sociedade=|1=|2=|3=|4=|5=|6=}}

Já havia feito algo parecido como pode ser visto em:[BUG] (v0.24/3.1.26) Kaizoku Sentai Gokaiger, com caracter ┬ Cainamarques 00h18min de 31 de janeiro de 2013 (UTC)

[BUG] (v0.27/3.1.27) Aborto no Brasil

Coisa pequena, mas que já havia notado antes. O script alinhou todos os parâmetros da infocaixa com exceção de "imagem-tamanho", que ficou com espaçamento menor do que as demais.

 | situação             = proibido na maioria dos casos
 | imagem               = Brazilian States.svg
 | imagem_tamanho   = 220px
 | imagem-legenda       = A lei sobre o aborto é igual em todo o país
 | legalidade           = legal em casos de risco de vida, gravidez resultante de estupro e anencefalia fetal, e proibido em todos os demais casos

G‾|‾ ^D 17h12min de 8 de novembro de 2012 (UTC)

Obs: também foi substituído "imagem-tamanho" por "imagem_tamanho". G‾|‾ ^D 17h15min de 8 de novembro de 2012 (UTC)

Inserção de colchetes em torno de URLs

[BUG] (v0.31/3.1.29) Comissão Nacional da Verdade

A discussão a seguir está marcada como respondida. Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.

---

O APC está linkando o site da predefinição {{oficial}}, o que gera problemas e é desnecessário, pois ela própria linka o site. PedR^msg 16h00min de 10 de novembro de 2012 (UTC)

Este é um exemplo pequeno em que o problema também ocorre:

== Ligações externas ==

* {{Oficial|http://www.example.com/}}

Texto

A alteração é feita por estas regras do grupo "Modo semi-bot":

• Localizar: /(== Ligações externas ==[^░]*[^\[])(http.?:\/\/[^ \r\n\|]+)\r?\n/ig
• Substituir por: $1[$2├\n
• Localizar: /├/g
• Substituir por: ]

Helder 12h51min de 20 de janeiro de 2019 (UTC)

@PedR: Com a alteração feita na versão 3.1.45 deverão ocorrer menos falsos positivos para esta regra. Helder 16h22min de 20 de janeiro de 2019 (UTC)

[BUG] (v0.32/3.1.33) Jorge Sampaio

Em parte considerável das referências da WP nota-se que as pessoas apenas clicam em <ref></ref> ou adicionam de outra forma de simplista usando o botão, geralmente ficando somente o link.

O APC ao localizar isso adiciona automaticamente os [ ] com grande frequência(senão todas as vezes), e acho que fica pior do que se não houvesse nenhuma mudança.

Era assim

<ref>http://www.ordens.presidencia.pt/</ref>

Fica assim

<ref>[http://www.ordens.presidencia.pt/]</ref>

Texto

Aparece assim:

Jml3^msg 07h46min de 14 de janeiro de 2013 (UTC)

Continua assim na versão 0.53/3.1.39. Übermensch msg 01h24min de 2 de julho de 2017 (UTC)

[BUG] (v0.36/3.1.33) Midori (navegador)

A discussão a seguir está marcada como respondida. Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.

---

Clicando em Todas

* {{oficial|http://twotoasts.de/?/pages/midori_summary.html}}

é transformado em

* {{oficial|[http://twotoasts.de/?/pages/midori_summary.html}}]

Tem um [ ] que é adicionado desnecessariamente. Vulcan (discussão) 07h58min de 24 de julho de 2013 (UTC)

@TheVulcan: Com a alteração feita na versão 3.1.45 deverão ocorrer menos falsos positivos para esta regra. Helder 16h22min de 20 de janeiro de 2019 (UTC)

[BUG] (v0.38/3.1.37) Boogie Oogie

A discussão a seguir está marcada como respondida. Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.

---

Nas ligações externas, são acrescentados os colchetes de forma errônea na predefinição {{Oficial|xxxxx}}, salvei a edição com a forma e a corrigi posteriormente afim de exemplificar. [2] Caçador de Palavras (discussão) 21h42min de 25 de abril de 2016 (UTC)

Este tipo de problema não parece fácil de resolver.

@Caçador de Palavras: note também que introduziu "sim┬sim" no topo da página. Helder 23h06min de 25 de abril de 2016 (UTC)

@He7d3r: Te falar: Eu vi sua última alteração no script e ainda procurei nele para ver se achava alguma regra da predefinição {{Oficial}} e não achei, é por isso que você diz que não vai ser fácil né? Poxa, eu vi as alterações mas esse "sim┬sim" passou batido, devo ter lido como dois campos por causa do "┬". Caçador de Palavras (discussão) 23h16min de 25 de abril de 2016 (UTC)

É difícil porque o script não interpreta o código wiki (como fazem o parser do MediaWiki e o Parsoid), então ele não "sabe" diferenciar quando um link está dentro de parâmetros e quando está fora. E para improvisar essa diferenciação, costumam ser necessários vários hacks (acredito que esse "┬" seja algo deste tipo). Helder 12h56min de 26 de abril de 2016 (UTC)

Por isso que não dá pra adicionar uma regra que corrija a predefinição {{Vt desambig |d1 |d2 |vt=s}}? Considerei isso quando não obtive resposta(não quero por pressão, só quero ter certeza). Caçador de Palavras (discussão) 16h25min de 26 de abril de 2016 (UTC)

Creio que este tópico tenha sido resolvido também com as modificações recentes de He7d3r, por isso vou sinalizá-lo também como respondido. --Luan (discussão) 18h33min de 21 de janeiro de 2019 (UTC)

Quanto ao caractere "┬", foram abertos mais de um tópico sobre sua adição e agrupados em #Inserção do caractere ┬. --Luan (discussão) 16h24min de 22 de janeiro de 2019 (UTC)

[BUG] (v0.50/3.1.38)

A discussão a seguir está marcada como respondida. Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.

---

Acabei por me esquecer de outra situação. Dentro da Predefinição:Oficial, a ferramenta adiciona um par de colchetes envolvendo a URL. Mas isso acontece somente quando não está informado o idioma da página na predefinição. Assim, o código de *{{oficial|https://pt.wikipedia.org}} é alterado para *{{oficial|[https://pt.wikipedia.org}}], mas não ocorre quando a ferramenta encontra *{{oficial|https://pt.wikipedia.org|pt}}. Diante disso, é bom consertar isso, seja impedindo a inserção dos colchetes, seja adicionando o idioma português |pt como padrão para que não sejam adicionados os colchetes. --Luan (discussão) 23h13min de 22 de setembro de 2016 (UTC)

@Luan: Com a alteração feita na versão 3.1.45 deverão ocorrer menos falsos positivos para esta regra. Helder 16h22min de 20 de janeiro de 2019 (UTC)

[BUG] (v. 0.49/3.1.37) oficial

A discussão a seguir está marcada como respondida. Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.

---

Apresentou problemas inserindo colchetes em ligação para página oficial. Christian ^msg 22h35min de 20 de julho de 2016 (UTC)

Já tinha notado esse problema também. !Silent (discussão) 22h49min de 20 de julho de 2016 (UTC)

Para evitar isso, costumo colocar o código do idioma na referida predefinição, daí o programa não adiciona os colchetes. Luan (discussão) 14h11min de 25 de novembro de 2016 (UTC)

@ChristianH, @!Silent, @Luan: Com a alteração feita na versão 3.1.45 deverão ocorrer menos falsos positivos para esta regra. Helder 16h22min de 20 de janeiro de 2019 (UTC)

[Sugestão] Predefinição:Oficial

A discussão a seguir está marcada como respondida (feito). Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.

---

Prezados, gostaria de deixar uma sugestão sobre a Predefinição:Oficial nas ligações externas. Não sei se é possível criar uma regra no APC para realizar essa tarefa, a ideia é que fizesse essas alterações:

Nesses casos:

* [http://www.siteexemplo.org Página oficial]
* [http://www.siteexemplo.org Site oficial]
* [www.siteexemplo.org Página oficial]
* [www.siteexemplo.org Site oficial]
* http://www.siteexemplo.org - Página oficial
* http://www.siteexemplo.org - Site oficial

Já vi artigos usando "Sítio oficial" também.

Trocar os casos acima por:

* {{Oficial|http://www.siteexemplo.org}}

Jml3^msg 12h59min de 17 de janeiro de 2013 (UTC)

Feito: implementado na versão 3.1.46. Helder 16h22min de 20 de janeiro de 2019 (UTC)

[BUG] (v0.32/3.1.29) Índice de Desenvolvimento Humano

na maioria das vezes troca o nº "15" por "quinze", é um bug ?

--Jml3^msg 11h08min de 16 de dezembro de 2012 (UTC)

Até onde pude ver é intencional, pois há algumas regras para colocar "Quantidade por extenso", que utilizam a {{Número2palavra2}} para isso. Helder 01h44min de 17 de dezembro de 2012 (UTC)

Pelo livro de estilo, qnd um número puder ser escrito por extenso em apenas uma palavra, ele deve ficar por extenso, caso contrário em numeral. Não sei se seria válido abrir uma exceção para qnd tiver nº, se for não deve ser difícil alterar a regra. Rjclaudio ^msg 18h24min de 19 de dezembro de 2012 (UTC)

[Sugestão] (v0.32/3.1.30) Uso de maiúsculas em Média-metragem

Sugestão de regra a criar: Primeira letra do título das seções poderia ser maiúscula.

por exemplo no artigo acima: "== no Brasil ==" ficaria "== No Brasil =="

--Jml3^msg 13h58min de 22 de dezembro de 2012 (UTC)

Acredito que algo assim resolve:

• Localizar: /(=+)\s*(.+?)\s*\1/g
• Substituir por: \1 {{subst:ucfirst:\2}} \1

Helder 17h18min de 22 de dezembro de 2012 (UTC)

[BUG] (v0.32/3.1.31) Tiroteio na escola primária de Sandy Hook

O " < b r > " é removido automaticamente mas acho que em legendas de fotos/imagens o espaçamento poderia ser mantido para não acontecer ajustes desnecessários como esse:

• Era assim: [[Ficheiro:Map of Sandy Hook shooting.png|thumb|250px|left|Em preto: localização da casa do atirador<br>Em vermelho: localização do tiroteio]]
• Ficou assim(juntou "atirador com Em"): [[Ficheiro:Map of Sandy Hook shooting.png|thumb|250px|left|Em preto: localização da casa do atiradorEm vermelho: localização do tiroteio]]

Abraços, --Jml3^msg 07h21min de 24 de dezembro de 2012 (UTC)

Na verdade não há espaço algum ali (e nem pontuação), então não há o que ser mantido. Acho mais simples que esse tipo de detalhe fique por conta dos editores.

E só para constar, acredito que a regra que faz a remoção é esta:

• Localizar: /(╠[^▒\n]*)<br \/>/ig
• Substituir: $1

Helder 11h28min de 24 de dezembro de 2012 (UTC)

[Sugestão] sobre a predefinição de portais

Favor checar o tópico na esplanada sobre a padronização de predefinição de portais.

Como é uma operação de localizar as predefinições de portais antigas, apagar, e substituir pela nova no fim da página acho que seria uma função relacionada ao script APC. Eu não sei programar/configurar script mas fica a sugestão para futuras atualizações do script, abraços Jml3^msg 18h01min de 30 de dezembro de 2012 (UTC)

Predefinições de portais relacionadas

{{Portal original|Portal}}

{{Portal1|Portal}}

{{portalbox}}

{{Portal Portal/box-link}}

Pelo que pesquisei é isso, não sei se teriam outras. Jml3^msg 21h53min de 30 de dezembro de 2012 (UTC)

[Sugestão] Projetos correlatos

Uma coisa que notei é que muitos artigos possuem situação parecida com essa em relação aos projetos correlatos.

{{Commons|Beer}}
{{Wikilivros|Cerveja}}
{{Wikiquote|Cerveja}}

Como podem ver as predefinições estão separadas. Uma ótima função nova que deixo para sugestão é de que elas fossem substituídas por algo como(seguindo o exemplo que dei):

{{Correlatos
|commons         = Beer
|commonscat      = 
|wikisource      = 
|wikiquote       = Cerveja
|wikiquotecat    = 
|wikilivros      = Cerveja
|wikinoticias    = 
|wikinoticiascat = 
|wikcionario     = 
|wikispecies     = 
|wikiversidade   = 
|meta            = 
|metacat         =
}}

Podendo deixar os projetos correlatos inexistentes em branco que não acarreta problemas. Esta predefinição se encontra em Ajuda:Guia_de_edição/Correlatos e é importante destacar que o local correto de colocá-la "deve ser colocado na última secção das páginas denominada "ligações externas" e antes de qualquer ligação externa. Caso não exista nenhuma ligação externa, a secção deve ser criada."

Essa função, além de padronizar os artigos, ajudaria na inclusão de futuros projetos correlatos. Não domino a edição/criação de scripts e nem sei se fazer isso é algo possível mas vejo que a Wikipédia teria muito a ganhar com essa função adicional. Abraços, Jml3^msg 17h54min de 4 de janeiro de 2013 (UTC)

Um dos problemas de entupir os artigos com campos não utilizados das predefinições (como a apresentada acima, ou as infoboxes e avisos) é que isso adultera todas as estatísticas do projeto baseadas no tamanho do código wiki das páginas, uma vez que a quantidade de conteúdo estará sendo superestimada. Helder 18h10min de 4 de janeiro de 2013 (UTC)

Isso não é problema, é fácil do script só colocar os campos da {{Correlatos}} se eles estiverem preenchidos. Ou ele só adiciona se tiver algo para adicionar, ou ele adiciona tudo e depois remove o que estiver em branco.

A proposta é depreciar {{Wikilivros}} e {{Wikiquote}} e similares e passar a usar apenas {{Correlatos}}, q até creio já ter consenso para isso só não sei onde, e usar o script para fazer as mudanças.

Rjclaudio ^msg 18h23min de 4 de janeiro de 2013 (UTC)

Substituição de Predefinição:Link por colchetes

Ligações externas - Modo semi-bot

A discussão a seguir está marcada como respondida. Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.

---

Andei notando que usando o APC em "Todas" ocorre essa alteração nas ligações externas, recentemente fui advertido pelo Yanguas D​ C​ E​ F por salvar páginas após usar a ferramenta por causa desse motivo, ele disse que o modo correto é usando {{Link|| ...

Por exemplo:

Era assim antes

* {{Link||2=http://www1.an.com.br/1999/ago/26/0opi.htm |3=A marcha dos 100 mil}}

Correções > Todas ... Ficou assim

* [http://www1.an.com.br/1999/ago/26/0opi.htm A marcha dos 100 mil]

Fui na página de testes e pelo que vi é a função "Modo semi-bot" que causa essa alteração. É considerado um bug ? Jml3^msg 23h57min de 4 de janeiro de 2013 (UTC)

Teve uma discussão a um tempo dizendo q não é para usar a {{Link}} quando a língua é em português ou não tem a língua informada, já que desse modo a predef apenas complica a sintaxe sem trazer benefícios de padronização. Lembro que foi na esplanada, só não sei qnd. Rjclaudio ^msg 00h12min de 5 de janeiro de 2013 (UTC)

Seria Wikipédia Discussão:Projetos/Check Wikipedia#.7B.7BLink.7D.7D? Helder 16h52min de 5 de janeiro de 2013 (UTC)

Não exatamente. Ali não se chegou a uma conclusão, então acho q não foi ali. Se eu mudei no script (pq antes ele adicionava a Link em tudo, e depois passou a remover qnd não tem data) é pq teve consenso para fazer isso, e com mais participação do que teve ali. Rjclaudio ^msg 19h04min de 5 de janeiro de 2013 (UTC)

@Rjclaudio, He7d3r e Jml3: está escrito em Ajuda:Guia de edição/Ligações externas#Páginas em outras línguas que há necessidade em sinalizar quando o idioma da página listada em "Ligações externas" não for o português, e é desnecessário quando for. Fica entendido ainda que as predefinições servem justamente para ajudar a indicar esse idioma diferente do português. --Luan (discussão) 18h33min de 21 de janeiro de 2019 (UTC)

[BUG] (v0.49/3.1.37) Universidade Federal da Bahia

A discussão a seguir está marcada como respondida. Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.

---

É normal isso? O APC adicionou vários   na página, além de trocar a predefinição {{Link}} por links usando colchetes. !Silent (discussão) 01h24min de 16 de julho de 2016 (UTC)

A parte dos links pelo que eu me recordo é intencional (afinal, para quê complicar a edição de meros links colocando as suas partes no meio de uma predefinição?). Helder 23h33min de 16 de julho de 2016 (UTC)

Agrupei este tópico com #Ligações externas - Modo semi-bot, pois também trata do uso de predefinições e indicação de idioma em ligações externas. As alterações da ferramenta, como falei acima, seguem o que está escrito em Ajuda:Guia de edição/Ligações externas#Páginas em outras línguas. Já quanto à introdução de   na página, eu editei a mesma versão que você, !Silent, editou e eles não foram adicionados. Sendo assim, o problema relatado já foi em alguma oportunidade já resolvido e a outra situação não é um problema. --Luan (discussão) 16h24min de 22 de janeiro de 2019 (UTC)

[BUG] (v0.32/3.1.33) Espaços indevidos após asteriscos

O código

*:: <math>\Omega(pq) = 2</math>

não deveria ser trocado por

* :: <math>\Omega(pq) = 2</math>

pois isso quebra a "indentação" (que por sinal está sendo feita de forma semanticamente incorreta, mas enfim...). Helder 14h08min de 20 de janeiro de 2013 (UTC)

Inclusão de espaço desnecessários antes do fechamento das predefinições

Nesta edição o código

{{Informativo aprovado|[[Wikipédia:Esplanada/propostas/Oficializar artigos informativos (30mai2012)]]}}

foi trocado por

{{Informativo aprovado|[[Wikipédia:Esplanada/propostas/Oficializar artigos informativos (30mai2012)]]
}}

. Helder 21h12min de 23 de janeiro de 2013 (UTC)

[BUG] (v0.32/3.1.33) Alterações em math

O script está a efectuar algumas alterações dento da tag <math>, o que, em conjunto com o bugzilla:46042 provoca um erro que impede a renderização da página, aparecendo uma mensagem de erro. Um exemplo pode ser visto aqui. Alchimista ^{Fala comigo!} 17h14min de 14 de março de 2013 (UTC)

Percebi há um tempo atrás que é melhor não usar o script APC em artigos com expressões matemáticas ou códigos(por exemplo esse: Lua_(linguagem_de_programação)) para evitar dores de cabeças. JAMAL 17h50min de 14 de março de 2013 (UTC)

Ops... eu não vi que ele incluiu um "}" quando fiz aquela edição. Deve ser alguma regra para correção da sintaxe de predefinições. Helder 18h55min de 14 de março de 2013 (UTC)

Houve mais um caso. Helder 14h17min de 27 de junho de 2013 (UTC)

HTML5 e a tag center

Atualmente o APC substitui sempre a tag <center> por <div style="text-align:center;">. Mas se estiver sendo utilizada para centralizar uma tabela, que é na minha experiência, sua maior utilização aqui na wiki, não funciona. Proponho que seja alterado para <div class="center">. Aliás, onde está declarada esta classe? Cainã Marques 17h20min de 22 de julho de 2013 (UTC)

Acredito que na maioria das vezes não há motivo para inserir esse div extra: a centralização da tabela propriamente dita é feita com style="margin: auto;" e a do conteúdo com um style="text-align: center;" no elemento apropriado. A conversão automática não é confiável (tanto que tiraram esse recurso do MediaWiki).

A classe está definida no arquivo /skins/common/commonElements.css do MediaWiki. Helder 17h41min de 22 de julho de 2013 (UTC)

Realce de sintaxe do Dot

O gagdet "Realce de sintaxe do Dot" e o APC não se dão muito bem. Quando a realce de sintaxe está habilitada ao clicar no menu Correções do APC o menu é mostrado atrás da janela de edição, o menu abre mas ele fica atrás e acaba não podendo ser acessado. Vulcan (discussão) 14h11min de 23 de julho de 2013 (UTC)

+Portal Tecnologia

Poderia ser adicionado à lista o Portal:Tecnologia que foi lançado no fim de maio por mim. Vulcan (discussão) 14h15min de 23 de julho de 2013 (UTC)

[BUG] (v0.36/3.1.33) Mecânica celeste +correções automáticas (v0.36/3.1.33)

Em unidades de medida o APC adiciona um "& n b s p; "(separei os caracteres senão não é mostrado) quando já existe um espaço.

Tenta usar o APC por exemplo em "1024 kg". Vulcan (discussão) 07h45min de 24 de julho de 2013 (UTC)

Dica: para mostrar o texto " " é só usar "&" no lugar de "&". Helder 21h08min de 14 de agosto de 2013 (UTC)

[BUG] (v0.36/3.1.33) Lista de anfíbios pré-históricos

Não é bug, é sugestão, fiz manualmente mas é algo que o APC pode fazer:

• Estava assim : {{multitag|sfontes|rev}}
• Para adicionar data automaticamente nas duas deixei assim:{{subst:mtag|sfontes|rev}}
• Que resulta nisso: {{Multitag|1=sfontes|2=rev|data=julho de 2013}}

Vulcan (discussão) 08h19min de 24 de julho de 2013 (UTC)

[BUG] (v0.36/3.1.33) Hershel Greene

Personagem fictício, mas adicionou o portal "Saúde" no Portal3. Vulcan (discussão) 09h25min de 24 de julho de 2013 (UTC)

[BUG] (v0.36/3.1.33) Nikola Tesla

Coloca o Nikola Tesla nos portais {{Portal3|Biografias|Saúde}}, o Não Saúde está errado. Ocorre no Modo Bot(e Todas), no Semi-bot ele não adiciona nenhum portal ao artigo. TheVulcan (discussão) 20h32min de 5 de agosto de 2013 (UTC)

[BUG] (v0.36/3.1.33) Campeonato Brasileiro de Futebol de 2004 - Série A

A discussão a seguir está marcada como respondida. Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.

---

Nesta edição o script substituiu width=40% por width: 40px;, duas coisas diferentes. Cainamarques 10h42min de 14 de agosto de 2013 (UTC)

Acredito que esta alteração corrige o problema. Helder 21h08min de 14 de agosto de 2013 (UTC)

Ponto e vírgula e negrito

Substituir:
;teste
Por:
'''teste'''

Lembro de uma vez o Helder.wiki comentando sobre não usar o ponto e vírgula pois isso pode ser feito utilizando o negrito. Não lembro o motivo ou a explicação, mas já que o mais correto seria usar os ''' ''' ao invés de ";" poderia ser acrescentada essa regra, pois vejo com alguma frequência sendo utilizado em artigos. Isso se não causar nenhum problema/falso positivo, mas acho difícil dar erro, não consigo imaginar outra aplicação de um ponto e vírgula no início de uma frase que não seja para dar um destaque negrito nela. TheVulcan (discussão) 16h19min de 27 de outubro de 2013 (UTC)

TheVulcan, e demais interessados, a sintaxe usada pelo MediaWiki, o ponto e vírgula (;) representa o elemento <dt> da sintaxe HTML (e, implicitamente, o elemento <dl> que o contém). Esses elementos devem ser usados da seguinte forma:

• O conteúdo de um <dl>...</dl> deve ser uma lista de descrições (como uma FAQ, um vocabulário, etc);
• Nessas descrições, cada termo a ser definido tem que ser marcado com <dt>...</dt>
• Para cada termo, deve haver uma ou mais descrições (definições), que são identificadas pela marcação <dd>...</dd>

Nos artigos da Wikipédia, vejo poucos casos em que a intenção do autor é realmente criar uma lista de definições propriamente dita. Na maioria das vezes tenho a impressão de que o que o editor queria era apenas mudar a aparência de um certo texto (colocá-lo em negrito) mas não mudar o seu significado (ou semântica), ou então queria indicar que o texto é o título de uma subseção. Para isso, a sintaxe correta a ser utilizada é '''...''' (ou o === ... === no caso de subseções), pois tanto o ; quanto o <strong>...</strong> dão significado diferente ao texto no qual são utilizados (em outras palavras, indicam que o texto marcado deve ser interpretado de forma diferente).

A dificuldade ao tentar automatizar a correção é identificar se a intenção do autor é indicar uma subseção (e de que nível) ou colocar em negrito, ou ainda se o que pretendia era mesmo criar uma lista de descrições (e neste caso, quem são os termos e quem são as descrições). Helder 08h40min de 28 de outubro de 2013 (UTC)

Erros

A discussão a seguir está marcada como respondida. Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.

---

[3]. TheVulcan (discussão) 06h37min de 28 de outubro de 2013 (UTC)

A única coisa errada que identifiquei foi que o gadget remove os "]]" em vermelho abaixo ao invés de adicionar um ponto final:

[[Imagem:HIV Virion-en.png|thumb|Um diagrama mostrando a estrutura do vírus [[HIV]]]]

TheVulcan (discussão) 07h12min de 28 de outubro de 2013 (UTC)

A melhor pessoa para explicar a "série de erros" seria justamente quem classificou as correções assim, Chronus. Isso foi em 2013. Executei o APC agora e ele não trocou ]]]] por ]] e esse também foi o único problema que identifiquei na citada edição, então me parece que a situação está resolvida. --Luan (discussão) 16h24min de 22 de janeiro de 2019 (UTC)

[BUG] (v0.36/3.1.35) Bardas +correções automáticas (v0.36/3.1.35)

Em

{{Info/Nobre
|nome               =Bardas
|titulo             =[[César (título)|César]] do [[Império Bizantino]]
|imagem             =
|imgw               =
|sucessão           =
|reinado            ={{dtlink|||862}}—{{dtlink|||866}}
|tipo-reinado       =[[César (título)|César]]
|predecessor        =
|sucessor           =
|coroação           ={{dtlink|22|4|862}}
|conjugue           =Esposa de nome desconhecido<br>Teodósia
|tipo-conjugue      =''Caesarissa''
|descendencia       ='''Com a primeira esposa:'''<br>Antígono<br>Irene<br>Menino de nome desconhecido<br>Menina de nome desconhecido
|nome completo      =Βάρδας
|casa               =[[Dinastia frígia]]
|pai                =Marino
|mãe                =Teoctiste
|data de nascimento =
|local de nascimento=
|data da morte      ={{morte|21|4|866}}
|local da morte     =
|data de enterro    =
|local de enterro   =
}}

O script remove a palavra "desconhecido" do fim dessa parte da infocaixa, ficando assim:

|descendencia = '''Com a primeira esposa:'''<br />Antígono<br />Irene<br />Menino de nome desconhecido<br />Menina de nome

TheVulcan (discussão) 19h17min de 3 de novembro de 2013 (UTC)

Incompatibilidade com o WikEd

A discussão a seguir está marcada como respondida. Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.

---

Ver também: mw:Thread:Extension talk:CodeEditor/How to set the content of the textbox?

O gadget não funciona quando o WikEd está ativo, sendo necessário desativa-lo primeiramente antes de fazer as correções.
Acho que isso pode ser resolvido facilmente se for adotada a mesma solução usada no FastButtons. !Silent (discussão) 12h48min de 23 de novembro de 2014 (UTC)

Prefiro que seja utilizado jquery.textSelection, em vez de colocar hacks em um script para suportar outro script, pois o código de cada um deve ser independente dos demais (além do mais, isso não é nada escalável: se N scripts precisam suportar um ao outro, cada um terá N-1 hacks, totalizando N*(N-1) hacks). Só não sei se o WikEd já está utilizando jquery.textSelection. Helder 21h02min de 23 de novembro de 2014 (UTC)

Eu não chamaria isso de hack. A função WikEdUpdateFrame faz parte da API do wikEd. Mas acho melhor mesmo o uso do jQuery.textSelection. !Silent (discussão) 21h43min de 23 de novembro de 2014 (UTC)

Considero como um hack no sentido de que é o wikEd que está mudando o comportamento padrão da área de edição, então é ele quem tem que assegurar que qualquer interação com ela continuará funcionando adequadamente (e é aí que o jQuery.textSelection entra). Não cabe a um script arbitrário que interage com a janela de edição adivinhar quais outros scripts mudam a forma usual de interação com a janela de edição. Helder 21h54min de 23 de novembro de 2014 (UTC)

Documentar incompatibilidade entre wikEd e APC

A discussão a seguir está marcada como respondida. Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.

---

Gostaria de sugerir que se acrescentasse à documentação do APC sua incompatibilidade com o wikEd. Passei bastante tempo quebrando a cabeça até lembrar que o wikEd substitui a janela de edição e alguns scripts não conseguem se comunicar com ela... Infelizmente só vi que isso foi reportado anteriomente quando percebi isso. --Luk3^{🔔• 📖} 02h23min de 10 de maio de 2016 (UTC)

@Luk3: Concordo, inclusive deveria ser relatado na própria seção de gadgets. Na verdade, existem muitos gadgets e scripts incompatíveis com o WikEd, e a combinação WikEd Diff + Realce de sintaxe do Dot + APC tornam-no praticamente inútil. --ArgonSim (discussão) 10h26min de 27 de dezembro de 2016 (UTC)

Feito. !Silent (discussão) 12h18min de 27 de dezembro de 2016 (UTC)

Movi o aviso para a descrição WikEd, pois já adicionei ao APC o código necessário para que haja compatibilidade. Agora é com o pessoal da enwiki: en:User talk:Cacycle/wikEd#Compatibility with jQuery.textSelection. Helder 18h13min de 27 de dezembro de 2016 (UTC)

O wikiEd é incompatível com o APC?

A discussão a seguir está marcada como respondida. Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.

---

Este script funciona caso eu esteja utilizando o wikEd, pois nas descrições deste último é dito que o mesmo é incompatível com scripts que modificam a área de texto. --Skeptikós (discussão) 16h06min de 16 de novembro de 2017 (UTC)

@Skeptikós Sim, é incompatível. Todavia, ele é plenamente compatível com o "Realçador de Sintaxe do Dot", que eu acho muito melhor que o wikEd (bem mais leve). !Silent (discussão) 19h23min de 16 de novembro de 2017 (UTC)

Valeu, vou testar este Dot no lugar do wikEd por um tempo para ver o que acho. --Skeptikós (discussão) 20h40min de 16 de novembro de 2017 (UTC)

Sim, e reportei isso no ano passado na en:User talk:Cacycle/wikEd/Archive 015#Compatibility with jQuery.textSelection. Helder 20h03min de 18 de novembro de 2017 (UTC)

Pois é, o script criado pelo Luizdl também apresentava incompatibilidade com o wikEd, mas depois de descobrir isso ele fez alguns ajustes e este problema foi resolvido, não deve ser difícil corrigir isso no APC também. --Skeptikós (discussão) 03h13min de 19 de novembro de 2017 (UTC)

O APC já usa a interface padrão do MediaWiki para acessar e definir o conteúdo (isto é, .textSelection( 'getContents' ) e .textSelection( 'setContents', ...)). O WikEd ainda usa um sistema próprio em vez do padrão, e outras extensões e scripts não têm porque dar suporte a isso se já suportam o padrão (imagine se cada script quisesse criar seu próprio método, e todos tivessem que oferecer suporte a cada um dos outros). Outro relato recente é a incompatibilidade do WikEd com a extensão Charinsert.

Nada impede que outros criem (e se responsabilizem pela manutenção de) seus próprios forks do WikiEd, onde podem fazer a correção necessária para suportar outras ferramentas... Helder 11h28min de 19 de novembro de 2017 (UTC)

Entendi, neste caso usei o caminho mais simples e já troquei pro "Realçador de Sintaxe do Dot", na minha opinião o wikEd é melhor, mas o realçador do Dot da conta do recado. --Skeptikós (discussão) 17h45min de 19 de novembro de 2017 (UTC)

APC x Infocaixas

Gente, esse script tem alguma incompatibilidade com infoboxes? Talvez seja algum outro gadget que eu tenha ativado, mas quando eu ativo o APC, aquelas infoboxes do início dos artigos (p.ex. Guerra de Canudos) ficam centralizadas e sem a borda de separação do texto. Alguém já reparou isso? CasteloBranco^msg 10h19min de 24 de dezembro de 2014 (UTC)

Está normal aqui. A infbobox fica centralizada no meio da página? Poderia mandar um print? !Silent (discussão) 15h29min de 24 de dezembro de 2014 (UTC)

[BUG] (v0.38/3.1.35) John von Neumann

Isso deveria acontecer (ver a parte que ele linkou os anos)? !Silent (discussão) 11h59min de 7 de abril de 2015 (UTC)

Suspeito que não deveria acontecer, mas não consegui reproduzir... Helder 17h55min de 7 de abril de 2015 (UTC)

Na verdade, não consigo nem fazer os botões do gadget funcioarem... =/ Helder 18h00min de 7 de abril de 2015 (UTC)

Aqui o gadget está funcionando normal (quando desativo o WikEd). !Silent (discussão) 19h37min de 7 de abril de 2015 (UTC)

@!Silent: É um conflito com algum dos meus scripts globais... Consegui testar em outra conta. O link está sendo inserido por esta regra:

name: 'data nasc e morte',
find: /(╚[^\(\)\n\[\]]*\([^\(\)\n]*[^\[\]0-9])([0-3]?[0-9] de (?:(?:jan|fever)eiro|março|abril|maio|ju[nl]ho|agosto|(?:setem|outu|novem|dezem)bro)|[1-2][0-9]{3,3})/ig,
replace: '$1[[$2]]',
num: 10

Helder 19h49min de 7 de abril de 2015 (UTC)

Bug? (v0.38/3.1.35)

• Reparei que sempre que tem o tópico "== Recursos ==" em algum artigo e uso a ferramenta, ele substitui por "{{Referências}} == Ligações externas ==" mesmo onde já tem ambos tópico e predefinição como nesse exemplo.

• Outro problema que reparei é que de vez em quando aparece o ícone com o dropdown duplicado e de vez em quando, quando isso acontece, não aparece nem aplica as regras personalizadas (do meu usuário pelo menos).Übermensch msg 02h33min de 4 de julho de 2015 (UTC)

Adicionar regra

@He7d3r e !Silent: É possível adicionar uma regra que retire as ligações internas do título de uma referência? Como eu fiz aqui? Caçador de Palavras (discussão) 03h09min de 21 de abril de 2016 (UTC)

Algo assim?

• /(\{\{[Cc]itar web\s*\|.*título\s*=\s*)\[\[([^|\]]+)\]\](\s*\|?[^}]*\}\})/g
• $1$2$3

Helder 20h55min de 21 de abril de 2016 (UTC)

@He7d3r:Tomara que sim, não entendi quase nada. Caçador de Palavras (discussão) 06h55min de 22 de abril de 2016 (UTC)

@He7d3r: Quando adicionar, me avisa por favor? Valeu pela atenção e auxílio! Caçador de Palavras (discussão) 19h48min de 22 de abril de 2016 (UTC)

@He7d3r: É possível adicionar uma regra que transforme {{Vt desambig |d1 |d2 |vt=s}} em == Ver também ==<br />* [[d1]]<br />* [[d2]]? Sendo que o campo |vt=s pode estar em qualquer lugar e pode ser escrito como "VTsec", "sec" ou "Ver também". Caçador de Palavras (discussão) 21h34min de 22 de abril de 2016 (UTC)

[BUG] (v0.38/3.1.35) Minúsculas

A discussão a seguir está marcada como respondida. Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.

---

• Não traduz a predefinição cite web.
  • Armin van Buuren
  • Antártida
  • Brasil
  • Cabo Verde

Caçador de Palavras (discussão) 23h31min de 22 de abril de 2016 (UTC)

Feito em Especial:Diff/45417312. Helder 12h16min de 23 de abril de 2016 (UTC)

[BUG] (v0.38/3.1.37) Aeroporto Internacional de São Paulo-Guarulhos

A discussão a seguir está marcada como respondida. Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.

---

• Não sei nem explicar o que houve, linha 475. [4]Caçador de Palavras (discussão) 16h32min de 26 de abril de 2016 (UTC)

O subst não funciona dentro de tags como <ref>, etc (ver phab:T4700 e inúmeras duplicatas...). Helder 16h43min de 26 de abril de 2016 (UTC)

Código.

@He7d3r: Você poderia me passar o código da tradução da predefinição Cite web para Citar web para eu tentar escrever os códigos das traduções de outras citações e inclusive também da língua francesa? Eu não sei encontrar. Caçador de Palavras (discussão) 00h10min de 12 de maio de 2016 (UTC)

Predefinição:Sem interwiki

A discussão a seguir está marcada como respondida. Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.

---

Solicito retirarem as referências à predef depreciada, conforme discussão recente na Esplanada. Kleiner ^msg 20h46min de 5 de julho de 2016 (UTC)

Renovo o pedido. O script passa pelo artigo alterando a predefinição[5]. Solicito que o script retire a predefinição sempre que encontrada num artigo. Kleiner ^msg 15h57min de 30 de agosto de 2016 (UTC)

Feito na edição Especial:Diff/46583300. Helder 19h25min de 30 de agosto de 2016 (UTC)

Obrigado! Kleiner ^msg 19h42min de 30 de agosto de 2016 (UTC)

Botão sumiu

A discussão a seguir está marcada como respondida. Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.

---

O botão que fica na caixa de edição para utilizar o gadget sumiu. Só aqui? Uso Firefox 47. !Silent (discussão) 00h57min de 12 de julho de 2016 (UTC)

Creio que sim. Para mim está normal ao testar com o Firefox 47 e no Chromium 51. Helder 23h26min de 12 de julho de 2016 (UTC)

Já descobri o motivo: eu tinha ocultado a guia de "Edição avançada" e não reparei rs. !Silent (discussão) 00h31min de 14 de julho de 2016 (UTC)

Permitir função na substituição

A discussão a seguir está marcada como respondida. Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.

---

O javascript permite que a função string.replace(find, replace) use uma função no replace, mas por causa da seguinte linha do MediaWiki:Gadget-APC.js/Core.js vai dar um erro ao tentar usar uma função:

r.replace = r.replace.replace( reKeyWords, applyKeyWords );

então peço para colocarem um if ( typeof r.replace === 'string' ) para evitar o erro ao usar uma função. Ao permitir funções vai dar para fazer substituições mais complexas que não seriam possíveis de outra forma. ^Danilo.mac_(discussão) 01h56min de 1 de agosto de 2016 (UTC)

Acredito que esta alteração deve resolver: Especial:Diff/46330813. Helder 17h48min de 1 de agosto de 2016 (UTC)

Predefinição:Notas e referências e thumb

Olá pessoal!

A Predefinição:Notas e referências não é detectada. Melhor explicando: mesmo com essa predefinição no artigo, é adicionada a predefinição:Referências. Seria interessante colocar esse reconhecimento na ferramenta.

Outra coisa é que sugiro também a substituição de thumb por miniatura ou miniaturadaimagem nos códigos das imagens, tal como já se substitui Ficheiro: por Imagem:.

--Luan (discussão) 23h05min de 22 de setembro de 2016 (UTC)

[BUG] (v0.50/3.1.38) Microsoft Azure

Bugs muito estranhos em Microsoft Azure. Adicionou {{Referências}} sendo que já existia, trocou o nome da seção "Recursos" para "Ligações externas" e o clássico problema de adicionar colchetes erroneamente na predefinição {{Link}} !Silent (discussão) 15h42min de 29 de setembro de 2016 (UTC)

O problema relacionado a trocar == Recursos == por == Ligações externas == deverá resolver-se com esta edição. !Silent (discussão) 14h09min de 5 de outubro de 2016 (UTC)

@!Silent: Ele aparentemente adiciona colchetes em qualquer link que estiver sem eles. Um exemplo é <ref>http://algumacoisa.com</ref>; nessa forma, a ref está em bare URL, sendo exibida como http://algumacoisa.com. Quando o APC é executado, este muda a ref para <ref>[http://algumacoisa.com]</ref>, o que faz com que ela seja exibida como [6], sem sequer haver a URL como label. Sugiro que a parte do script que adiciona automaticamente colchetes a ligações externas seja removida. --ArgonSim (discussão) 20h51min de 15 de dezembro de 2016 (UTC)

Bem observado ArgonSim. Verei se com base nisso consigo resolver. !Silent (discussão) 21h56min de 15 de dezembro de 2016 (UTC)

[BUG] (v0.50/3.1.38) APC está adicionando portal inexistente

Quando rodo o APC em certas páginas, este adiciona automaticamente {{Portal3|Pintura}} a elas, mas esse portal é um redirecionamento e sequer existe na lista de portais do Portal3. Seria possível corrigi-lo, de maneira que ele adicione o portal certo, ou seja, Portal:Arte? --ArgonSim (dúvidas • contato) 14h19min de 26 de novembro de 2016 (UTC)

Corrigir pontuação quando precedida de ref

É muito comum que usuários confundam a posição correta da citação <ref> em um texto, colocando-a antes da pontuação (lorem^[1].) em vez de depois (lorem,^[1]), como recomendado pelo livro de estilo. Em casos onde isso ocorre poucas vezes, o problema é fácil de ser resolvido; quando há dez ou mais erros desse tipo, no entanto, perde-se um tempo muito grande só nesse ajuste. Seria possível automatizar a correção pelo uso de APC? Obrigado! --ArgonSim (discussão) 21h37min de 11 de dezembro de 2016 (UTC)

Endosso a sugestão. !Silent (discussão) 21h57min de 11 de dezembro de 2016 (UTC)

Concordo. Não sei se ajuda, mas a ferramenta Dablinks faz isso (ela está disponível no menu dos históricos das páginas: botão Para desambiguações). --Luan (discussão) 20h53min de 12 de dezembro de 2016 (UTC)

Seria isto? Eu acho prudente criar uma lista personalizada para testar estas alterações antes de aplicar no código do APC para todos os editores. Basta inserir este código no seu common.js e testar com parcimônia em algumas páginas. Vou tentar aprimorar a regex e se conseguir, aplico para quem estiver experimentando.OTAVIO1981 (discussão) 22h14min de 12 de dezembro de 2016 (UTC)

Isso. A ref deve vim depois da pontuação. !Silent (discussão) 22h20min de 12 de dezembro de 2016 (UTC)

Este código teoricamente funciona para os casos simples (1 ref antes de ponto ou vírgula) mas talvez seja necessário refinar para os refnames em primeira e segunda instância.OTAVIO1981 (discussão) 23h05min de 12 de dezembro de 2016 (UTC)

@OTAVIO1981: Houve um pequeno problema quando tentei utilizá-lo: Neste diff, pode ver que a vírgula foi movida para antes de uma ref anterior;

Antes era:

Citação: "Jano tem poder sobre todos os começos (...)"[1] e “Em poder de Jano estão os inícios”[2],

Mudou para:

Citação: "Jano tem poder sobre todos os começos (...)",[1] e “Em poder de Jano estão os inícios”[2].

--ArgonSim (discussão) 05h21min de 13 de dezembro de 2016 (UTC)

Que tal esta versão? Helder 01h41min de 17 de dezembro de 2016 (UTC)

@He7d3r: pelo menos comigo, ainda não funciona. Luan (discussão) 18h08min de 18 de dezembro de 2016 (UTC)

O que acontece? Em que navegador(es) testou? Já limpou o cache? Helder 21h24min de 22 de dezembro de 2016 (UTC)

┌─────────────────┘Aqui aparenta estar funcionando perfeitamente, pelo menos nos casos mais simples. Estou usando importScript('Usuário(a):OTAVIO1981/regraAPC.js'); --ArgonSim (discussão) 10h47min de 23 de dezembro de 2016 (UTC)

@He7d3r e ArgonSim: fiz o teste novamente, dessa vez no artigo Constrangimento ilegal (não salvei os testes). Testei no Firefox, Edge e Chrome. Em nenhum dos três rolou, continua como se Helder nada tivesse feito. As outras correções tem funcionado normalmente. A ferramenta aqui está ativada pelas Especial:Preferências#mw-prefsection-gadgets. Luan (discussão) 21h15min de 27 de dezembro de 2016 (UTC)

A alteração só está sendo feita pela versão do OTAVIO1981, que deve ser importada com o comando acima para poder testar. Helder 21h29min de 27 de dezembro de 2016 (UTC)

@Luan: Tente incluir importScript('Usuário(a):OTAVIO1981/regraAPC.js'); no seu common.js para ver se funciona. Depois, limpe o cache e aperte na caixa Correções > Todas. --ArgonSim (discussão) 21h31min de 27 de dezembro de 2016 (UTC)

Obrigado a ambos, está tudo funcionando como proposto. Achei que essa modificação já tinha sido feita na versão geral, de todos. Não foi feita ainda por motivos de teste, é isso? Luan (discussão) 21h48min de 27 de dezembro de 2016 (UTC)

Pessoal, ao editar Romaria de Nossa Senhora da Conceição da Muxima, percebi que essa correção não é feita quando a etiqueta de referência recebe um nome (<ref name="nome"></ref> e <ref name="nome" />). Seria ótimo se ampliasse a correção automática da posição das referências. Grato. Luan (discussão) 19h27min de 29 de dezembro de 2016 (UTC)

Poderíamos nos basear nas regexes usadas no AWB. Helder 20h49min de 6 de janeiro de 2017 (UTC)

Corrigir formatação da data da referência

É recomendado pelo livro de estilo que se use "dia de mês de ano" ao citar a data de publicação e de consulta de uma referência, mas na prática há vários métodos utilizados: AA-MM-DD, DD/MM/AA, ano Mês dia, e casos em que a data sequer foi traduzida (year Month day). Seria possível implementar no APC a capacidade de corrigir esses erros, mudando-os para "dia de mês de ano"? Obrigado! --ArgonSim (discussão) 21h37min de 11 de dezembro de 2016 (UTC)

Concordo. Mas é preciso ter cuidado ao fazer isso, pois podem ter colocado, por exemplo, 02/05 e ser 5 de fevereiro (conforme norma anglófona) e não 2 de maio. No Commons, tempos atrás, fizeram um processo desse para padronizar as datas na predefinição:Information (exemplo). E aproveitando o assunto, lembro aqui ([1] e [2]) que a ferramenta de referências não facilita (não há botão automatizado ao citar periódicos), nem segue completamente essa tal norma do LE (usa caixa alta para iniciar os nomes dos meses, ao contrário do que o AO1990 instrui). --Luan (discussão) 20h53min de 12 de dezembro de 2016 (UTC)

@Luan: Sim, por isso que a abordagem teria que ser apenas quando erros como esse definitivamente não ocorram (ou seja, apenas quando se é fornecido dia, mês e ano). Não vejo como prática comum usar o formato MM/DD/AA em outras wikis, mas seria necessário ter isso realmente verificado. Enfim, consideraria mais que ideal que fosse implementado para casos mais fáceis de corrigir, como:

• 19 January 2016 -> troca-se "January" por "de janeiro de";
• Formato ISO "YY-MM-DD" -> troca-se por "dia de mês de ano";
• Formato padrão DD/MM/AAAA -> troca-se por "dia de mês de ano".

Existe um problema quanto ao formato de datas inserido por gadgets e até mesmo pelo Citoid, que gera-a automaticamente seguindo AA-MM-DD. Não tenho ideia em que lugar solicitar uma revisão do funcionamento deles, mas o próprio livro de estilo recomenda claramente que "datas devem sempre ser escritas desta forma 21 de maio de 1957 (br, norma brasileira) e (Acordo ortográfico de 1990) ou 21 de Maio de 1957 (pt, norma portuguesa) ainda em vigor, e nunca 21/05/1957, 21-5-1957 ou qualquer outra combinação. Visto que o número zero não deve ser usado antes de números inteiros deverá escrever-se 9 de maio e não 09 de maio". --ArgonSim (discussão) 05h02min de 13 de dezembro de 2016 (UTC)

Estou importando da wiki-en um script que faz praticamente isso. Ele está funcionando surpreendentemente bem, por isso sugeriria que, quando sua estabilidade estiver garantida, fosse inserido no APC. --ArgonSim (discussão) 20h45min de 15 de dezembro de 2016 (UTC)

Concordo.Übermensch msg 01h32min de 2 de julho de 2017 (UTC)

Sugestão para as predefinições para textos noutros idiomas

Olá pessoal! Estou aqui para sugerir que se automatize a troca de {{lang-la|''Janus''}} por {{langx|la|''Janus''}}, por exemplo. Isso porque a segunda predefinição oferece mais opções (traduções, transliterações, etc.) e representa uma opção "tudo em uma coisa só" (no lugar de uma predef para cada idioma, temos uma predef para todos os idiomas). --Luan (discussão) 14h36min de 13 de dezembro de 2016 (UTC)

@Luan: Eu não tinha ideia da existência de {{langx}}, tanto é que havia criado uma metapredefinição que cumpre praticamente o mesmo papel: {{Língua com nome e transliteração}}.

Concordo que algo semelhante a isso seja feito, mas precisaria verificar primeiro se a retrocompatibilidade entre elas é garantida. --ArgonSim (discussão) 02h30min de 14 de dezembro de 2016 (UTC)

Pois é, ArgonSim, não me parece que ela seja muito difundida na Wikipédia. E para não gerar multiplicidades desnecessárias, é o caso então de fundir Predefinição:Língua com nome e transliteração com Predefinição:langx. Luan (discussão) 18h08min de 18 de dezembro de 2016 (UTC)

Espaço sem quebra em separação de milhares

Por algum motivo que eu não sei muito bem, o livro de estilo recomenda que os milhares sejam separados por espaço (999 999), em vez de por ponto (999.999). O problema em seguir esse padrão é o risco de que esse espaço quebre o número em duas linhas, exemplo:
... Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitatio 9 582 939.
Imagino que isso possa ser evitado se o APC detectar automaticamente espaços entre números (9 582) e substituí-lo por um espaço sem quebra  : (9&nbsp;582). Algo extremamente parecido já é feito com unidades de medida (100&nbsp;km). --ArgonSim (discussão) 02h42min de 14 de dezembro de 2016 (UTC)

E não é para isso que serve a palavra mágica {{formatnum:...}}? Ex.: {{formatnum:9582939}} = 9 582 939. Helder 01h52min de 17 de dezembro de 2016 (UTC)

O problema está em ter que adicioná-la manualmente uma por uma. --ArgonSim (discussão) 07h39min de 17 de dezembro de 2016 (UTC)

en:WP:DIGITS também menciona que esse agrupamento é um problema em termos de WP:acessibilidade porque os grupos são lidos separadamente por leitores de tela. Para os casos em que é aceitável fazer isso mesmo assim, indicam as predefinições {{gaps}} e {{val}}. Helder 11h54min de 17 de dezembro de 2016 (UTC)

Seria possível configurar o APC para adicionar {{val}} automaticamente, então? A maioria das pessoas desconhece esse problema de acessibilidade, simplesmente optando por adicionar um espaço simples " " entre os milhares, e a quebra de linha no meio do número é um problema inerente a isso.

A predef {{fmtn}} já não faz isso? Se não faz, deveria impedir a quebra de linha. Luan (discussão) 18h08min de 18 de dezembro de 2016 (UTC)

Não. Esta {{fmtn}}, que não existe na maioria das wikis, insere &nbsp entre os grupos, causando o mesmo problema citado acima. Já a en:Template:Val está ok, e também existe aqui e na maioria das wikis. Helder 21h33min de 20 de dezembro de 2016 (UTC)

Não compreendo esse problema de existir aqui e não existir noutras línguas. Até onde sei, essa ferramenta APC é local; mudanças no código tem reflexo somente aqui. Também não entendi como  , segundo ArgonSim, impediria a quebra de linha, mas, segundo He7d3r, já não impede. Por isso, reformulo a pergunta: não dá para adaptar a predef {{fmtn}}, que já é muito usada por aí, para impedir a quebra de linha? Luan (discussão) 04h34min de 22 de dezembro de 2016 (UTC)

┌─────────────────┘@Luan: Segundo He7d3r, o problema com   é que ocorre quebra na interpretação dos milhares por leitores de tela; em vez do número 193 449 ser lido como cento e noventa e três mil quatrocentos e quarenta e nove, ele é lido como cento e noventa e três quatrocentos e quarenta e nove (ou seja, como dois números diferentes). Eu ainda considero importante tornar o APC capaz de substituir o espaçamento feito com um espaço simples, porque se for simplesmente manter " " como separador, ocorrerá tanto o problema da quebra de linha quanto a incompatibilidade na leitura. Pelo que entendi, a adição automática de {{val}} conseguiria contornar ambos problemas. --ArgonSim (discussão) 04h41min de 22 de dezembro de 2016 (UTC)

Compreendi, ArgonSim. Minha proposta/ideia é tudo numa coisa só. A {{fmtn}} formata os números com e sem as unidades de medida. Se bem entendi a documentação de {{val}}, ela também tem espaço para as unidades de medida. Então, esta última trazendo duas vantagens (impedimento da quebra de linha e leitura correta dos números por leitores de tela), deveria ser aplicada entre as alterações automáticas da ferramenta APC e também substituir/fundir/transcluir {{val}} em {{fmtn}}. Melhor dos mundos, não? Luan (discussão) 21h22min de 27 de dezembro de 2016 (UTC)

@Luan: Eu não sei, na verdade; para mim qualquer método já ajuda. --ArgonSim (discussão) 10h12min de 28 de dezembro de 2016 (UTC)

Comentário Ainda sobre as predefinições de formatação de número: {{fmtn}} adiciona espaço entre números com 4 algarismos (0 000); enquanto {{val}}, não (5000000000000000000♠0000). Qual das duas predefinições está formatando erradamente? --ArgonSim (discussão) 11h32min de 23 de fevereiro de 2017 (UTC)

A en:Template:Val segue as convenções do manual de estilo por padrão, mas conforme está documentado, isso também pode ser redefinido em situações individuais usando o parâmetro fmt=gaps. Helder 12h42min de 23 de fevereiro de 2017 (UTC)

@He7d3r: Minha dúvida mesmo é por conta da predefinição {{val}} não adicionar espaços com 4 algarismos (5000000000000000000♠0000), mas fazê-lo com 5 ou mais (5000000000000000000♠00000). Esse comportamento é esperado? --ArgonSim (discussão) 13h16min de 23 de fevereiro de 2017 (UTC)

Sim, conforme os links acima. Helder 13h21min de 23 de fevereiro de 2017 (UTC)

Usuário:Luizdl/Script de ajustes.js

Olá pessoal! Deixo aqui a ideia, para quem se tiver conhecimentos e se dispuser, de incorporar as maravilhosas alterações que esse mecanismo, criado por Luizdl, faz também ao APC. Luan (discussão) 00h07min de 9 de abril de 2017 (UTC)

[BUG] (v0.53/3.1.39/) História do Botafogo de Futebol e Regatas

Passei o APC hoje no artigo História do Botafogo de Futebol e Regatas e ele adicionou uma série de caracteres estranhos. Alguém poderia ver o que foi? Mr. Fulano! ^{🔔Fale Comigo📩} 16h34min de 14 de abril de 2017 (UTC)

[BUG] (v0.53/3.1.39/) Serviço Bolivariano de Inteligência Nacional

A discussão a seguir está marcada como respondida. Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.

---

Esse brinquedinho fez uma bagunça fenomenal no artigo. HG (discussão) 20h39min de 13 de junho de 2017 (UTC)

@Holy Goo O problema foi causado pelas várias categorias erroneamente espalhadas pelo meio do código da página. Não é culpa do gadget. !Silent (discussão) 22h50min de 13 de junho de 2017 (UTC)

Erro do script

A discussão a seguir está marcada como respondida. Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.

---

Este script tem um erro que é de retirar as ligações dos artigos, por exemplo: se estiver "Júlio César" ficará Júlio Cezar, !Silent, Chicocvenancio e He7d3r podem resolver isto? FranciscoM^D.C 18h45min de 28 de junho de 2017 (UTC)

O link foi removido quando editou a página "Caio Júlio César (pretor em 92 a.C.)" porque é desnecessário (já consta outro link para a mesma página no mesmo parágrafo). Helder 18h51min de 28 de junho de 2017 (UTC)

[BUG] (v0.53/3.1.39) outro

O Script apaga uns caracteres "|" nessa situação (vou deixar em negrito o caractere que é apagado para facilitar a visualização):

{| class="wikitable" !BUG |- |bgcolor="{{Rede Sustentabilidade/meta/cor}}"| |A |}

e deixa dessa forma:

{| class="wikitable" !BUG |- |bgcolor="{{Rede Sustentabilidade/meta/cor}}" |A |}

e o que era para ser assim:

BUG
	A
	B
	C
	D
	E
	F
	G

fica assim:

BUG
bgcolor="#00C2BB"	A
bgcolor="#FFCC00"	B
bgcolor="#00aa4f"	C
bgcolor="#4AA561"	D
bgcolor="#c92127"	E
bgcolor="#115E80"	F
bgcolor="#c4122d"	G

Übermensch msg 02h25min de 2 de julho de 2017 (UTC)

[BUG] (v0.53/3.1.39) envolvendo regra personalizada de ortografia e URL

O script personalizado para correção gramatical muda palavras de URLs e quebra os links. Por exemplo:

Ao aplicar o script que contém o código:

{ name: 'eleicoes', find: /eleicoes/g, replace: 'eleições' },

os seguintes URLs:

<ref>https://www.eleicoes2016.com.br/ </ref>

http://placar.eleicoes.uol.com.br/2016/1turno/sp/franco-da-rocha

ficam dessa forma:

<ref>[https://www.eleições2016.com.br/]</ref>

http://placar.eleições.uol.com.br/2016/1turno/sp/franco-da-rocha

Acabei comentando as linhas do meu script que estavam me causando esse problema com mais frequência.

Atenciosamente Übermensch msg 02h25min de 2 de julho de 2017 (UTC)

[BUG] (v0.53/3.1.39)

O que era assim:

{{Info/Político
|imagem         = [[File:Rodney Miranda.jpg|thumb|Foto de Rodney Miranda enquanto Prefeito de Vila Velha]]

fica assim:

{{Info/Político
 |imagem           = [[Imagem:Rodney Miranda.jpg|Foto de Rodney Miranda enquanto Prefeito de Vila Velha]]

(do jeito que fica, deixa a foto muito grande)

e acho que deveria ficar assim:

{{Info/Político
|imagem         = Rodney Miranda.jpg

Abraço! Übermensch msg 08h18min de 3 de julho de 2017 (UTC)

[BUG] (v0.53/3.1.39)

Esse cara:

|data_nascimento = {{nascimento|lang=br|15|3|1878}}

virou esse cara:

|nascimento_data  = {{dni|lang=br|15|3|si|1878|sem idade}}

e não deu muito certo.

Abraços! Übermensch msg 17h04min de 3 de julho de 2017 (UTC)

[BUG] (v0.53/3.1.39/) Escola Politécnica da Universidade de São Paulo

Alterou {{Info/Faculdade}} para {{Info/faculdade}}, sendo que a segunda não existe. --ArgonSim (discussão) 21h08min de 7 de julho de 2017 (UTC)

== [BUG] (v0.53/3.1.39/0.4) Faculdade de Direito da Universidade Federal da Bahia ==

A ferramenta está trocando {{Info/Faculdade por {{Info/faculdade, sendo que nem existe {{Info/faculdade}}, mas somente {{Info/Faculdade}}. --Luan (discussão) 22h11min de 18 de agosto de 2017 (UTC)

Não cheguei a salvar a versão com erro do artigo. E depois de salvar aqui, percebi que Argon também tinha relatado a mesma questão, aí risquei o cabeçalho, já que é desnecessário duas seções para a mesma coisa. --Luan (discussão) 22h13min de 18 de agosto de 2017 (UTC)

A substituição problemática continua ocorrendo. --Luan (discussão) 03h11min de 5 de dezembro de 2017 (UTC)

@He7d3r e !Silent: podem resolver isso aqui, por favor? Creio que o problema esteja nas linhas 917 e 881, nelas deveria constar "Info/Faculdade" com "F" maiúsculo. --Luan (discussão) 12h24min de 1 de maio de 2018 (UTC)

[BUG] (v0.53/3.1.39/) remoção de tag "<noinclude></noinclude>" e aninhados

O script apaga as tags "<noinclude></noinclude>" com tudo o que tem dentro. Übermensch msg 16h17min de 30 de setembro de 2017 (UTC)

@ThrasherÜbermensch: imagino que seja um recurso que faz o APC ser voltado prioritariamente aos artigos e não a doutros domínios. As etiquetas de "noinclude" não fazem sentido no domínio principal, pois artigos não devem ser transcluídos. Então tal código em artigos é interpretado como inapropriado, por isso apagado. E tudo isso me parece ter razão de ser assim. Quando uso o APC fora do domínio principal, tenho o cuidado de devolver o que ele apaga, mantendo os ajustes necessários que faz automaticamente; ou seja, tem de ter um trabalho manual mesmo. Não sei se há como fazer com que a ferramenta reconheça o domínio da página e aja diferentemente. Então, me parece que é seguir com correção manual das correções automáticas voltadas ao domínio principal quando aplicadas nos outros domínios. --Luan (discussão) 15h06min de 22 de janeiro de 2019 (UTC)

APC não está funcionando

Tentei usar o APC hoje mas a opção não apareceu na caixa de edição em edição avançada, apesar do artigo que eu pretendia corrigir possuir erros que são normalmente corrigidos pelo Script, sabem o que pode estar ocorrendo? --Skeptikós (discussão) 15h32min de 5 de dezembro de 2017 (UTC)

Aqui está funcionando normal. O problema que percebi de uns tempos pra cá é: sempre (ou quase sempre) que entro numa página, o botão do script não aparece, mas aí eu a atualizo e ele aparece. !Silent (discussão) 15h38min de 5 de dezembro de 2017 (UTC)

Então deve ter sido isso que aconteceu comigo, pois quando disse que não estava funcionando era pelo fato dele não ter aparecido como opção em edição avançada. Pensei que ele não aparecesse quando não houvesse mudanças a serem realizadas e por isso pensei que não estava funcionando direito, pois a página em questão continha uma série de erros para serem corrigidos. --Skeptikós (discussão) 16h18min de 5 de dezembro de 2017 (UTC)

Eu acredito que seja algum problema com a extensão WikiEditor, pois alguns outros botões que acrescentei à barra de ferramentas também desaparecem ocasionalmente. E há outros usuários com problemas similares, conforme mw:Extension talk:WikiEditor/Toolbar customization#Custom buttons don't always show up in the editor window. Helder 12h58min de 30 de dezembro de 2017 (UTC)

Predefinição:Sem fontes

A discussão a seguir está marcada como respondida (feito). Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.

---

Olá! Como último procedimento do que foi iniciado em WP:CR#Predefinição:Sem fontes, peço a remoção da indicação de substituição de {{sem fontes}} por {{carece de fontes}}. O destino desse redirecionamento foi mudado, após todas transclusões corrigidas, a fim de evitar confusões por causa da presença de um hífen. Assim, a correção não é mais necessária e, com o novo destino, passa a ser um erro. Luan (discussão) 16h51min de 26 de fevereiro de 2018 (UTC)

@He7d3r e !Silent: algum de vocês pode ver isso aqui, por favor? --Luan (discussão) 16h05min de 3 de abril de 2018 (UTC)

Resolvido? Helder 18h19min de 9 de abril de 2018 (UTC)

Não, Helder, infelizmente. O APC troca "sem-fontes" por "sem fontes" (ótimo!), mas ainda troca "sem fontes" por "carece de fontes", o que é um erro. --Luan (discussão) 12h15min de 1 de maio de 2018 (UTC)

Acho que o problema está na linha 2444. O trecho |Sem fontes deveria ser removido. --Luan (discussão) 12h20min de 1 de maio de 2018 (UTC)

Não sei como ou desde quando, mas a troca que tempos atrás relatei já não mais ocorre. --Luan (discussão) 18h11min de 21 de janeiro de 2019 (UTC)

Eu corrigi na versão 3.1.43, mas tinha esquecido de avisar. Helder 20h30min de 21 de janeiro de 2019 (UTC)

[BUG] (v0.57/3.1.43/0.1) Predefinição:Info/Prédio é substituída por Predefinição:Info/Estrutura alta

Olá! Estava editando certo artigo, e a ferramenta substituiu Predefinição:Info/Prédio por Predefinição:Info/Estrutura alta. Mas o primeiro é um redirecionamento para Predefinição:Info/Edifício. Por que isso? Qual o sentido? --Luan (discussão) 17h57min de 27 de agosto de 2018 (UTC)

Esboço

APC coloca a predefinição de esboço depois das navboxes, porém o WP:Livro de estilo recomenda que sejam adicionados antes. R. Kenneth ^msg 18h28min de 20 de dezembro de 2018 (UTC)