Wikipédia Discussão:Scripts/APC

Último comentário: 27 de agosto de 2022 de Luan no tópico [BUG] (v0.57/3.1.56/0.1) Nações celtas

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

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

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

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]]. PedRmsg 16h05min de 10 de novembro de 2012 (UTC)Responder
Já aconteceu outras vezes esse erro quando aperto Correções > Todas
por exemplo:
8 de março de Erro de expressão: caractere "[" não reconhecido
--Jml3msg 18h15min de 19 de dezembro de 2012 (UTC)Responder
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)Responder

[BUG] (v0.53/3.1.39) editar

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 Erro de expressão: caractere "[" não reconhecido.

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

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

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 Erro de expressão: caractere "[" não reconhecido. --ArgonSim (discussão) 11h55min de 22 de fevereiro de 2017 (UTC)Responder

Inserção do caractere ┬ editar

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

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

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

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

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

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

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

Inserção de colchetes em torno de URLs editar

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

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. PedRmsg 16h00min de 10 de novembro de 2012 (UTC)Responder

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

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

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[1]

Aparece assim:

Jml3msg 07h46min de 14 de janeiro de 2013 (UTC)Responder

Continua assim na versão 0.53/3.1.39. Übermensch msg 01h24min de 2 de julho de 2017 (UTC)Responder
@Jml3 e ThrasherÜbermensch: ola! Não percebo isso como um problema ou algo negativo a se consertar. Mas não sei tampouco se há algum motivo especial para se fazer isso. --Luan (discussão) 15h39min de 26 de março de 2019 (UTC)Responder

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

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

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

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

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

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

[BUG] (v0.50/3.1.38) editar

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

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

[BUG] (v. 0.49/3.1.37) oficial editar

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

Já tinha notado esse problema também. !Silent (discussão) 22h49min de 20 de julho de 2016 (UTC)Responder
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)Responder
@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)Responder

[Sugestão] Predefinição:Oficial editar

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}}

Jml3msg 12h59min de 17 de janeiro de 2013 (UTC)Responder

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

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

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

--Jml3msg 11h08min de 16 de dezembro de 2012 (UTC)Responder

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

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

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 =="

--Jml3msg 13h58min de 22 de dezembro de 2012 (UTC)Responder

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

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

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, --Jml3msg 07h21min de 24 de dezembro de 2012 (UTC)Responder

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

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

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 Jml3msg 18h01min de 30 de dezembro de 2012 (UTC)Responder

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. Jml3msg 21h53min de 30 de dezembro de 2012 (UTC)Responder

[Sugestão] Projetos correlatos editar

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, Jml3msg 17h54min de 4 de janeiro de 2013 (UTC)Responder

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

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

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

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

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

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

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

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)Responder
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)Responder
Houve mais um caso. Helder 14h17min de 27 de junho de 2013 (UTC)Responder

HTML5 e a tag center editar

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

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

Realce de sintaxe do Dot editar

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

+Portal Tecnologia editar

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

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

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

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

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

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

Adição do portal Saúde editar

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

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

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

Coloca o Nikola Tesla nos portais {{Portal3|Biografias|Saúde}}, 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)Responder

Ponto e vírgula e negrito editar

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

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

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

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

APC x Infocaixas editar

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? CasteloBrancomsg 10h19min de 24 de dezembro de 2014 (UTC)Responder

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

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

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

Suspeito que não deveria acontecer, mas não consegui reproduzir... Helder 17h55min de 7 de abril de 2015 (UTC)Responder
Na verdade, não consigo nem fazer os botões do gadget funcioarem... =/ Helder 18h00min de 7 de abril de 2015 (UTC)Responder
Aqui o gadget está funcionando normal (quando desativo o WikEd). !Silent (discussão) 19h37min de 7 de abril de 2015 (UTC)Responder
@!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)Responder

Bug? (v0.38/3.1.35) editar

  • 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.

Adicionar regra editar

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

Algo assim?
  • /(\{\{[Cc]itar web\s*\|.*título\s*=\s*)\[\[([^|\]]+)\]\](\s*\|?[^}]*\}\})/g
  • $1$2$3
Helder 20h55min de 21 de abril de 2016 (UTC)Responder
@He7d3r:Tomara que sim, não entendi quase nada. Caçador de Palavras (discussão) 06h55min de 22 de abril de 2016 (UTC)Responder
@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)Responder
@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)Responder

Código. editar

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

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

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


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

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

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)Responder
@!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 [3], 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)Responder
Bem observado ArgonSim. Verei se com base nisso consigo resolver. !Silent (discussão) 21h56min de 15 de dezembro de 2016 (UTC)Responder

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

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úvidascontato) 14h19min de 26 de novembro de 2016 (UTC)Responder

Corrigir pontuação quando precedida de ref editar

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

  Endosso a sugestão. !Silent (discussão) 21h57min de 11 de dezembro de 2016 (UTC)Responder
  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)Responder
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)Responder
Isso. A ref deve vim depois da pontuação. !Silent (discussão) 22h20min de 12 de dezembro de 2016 (UTC)Responder
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)Responder
@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)Responder
Que tal esta versão? Helder 01h41min de 17 de dezembro de 2016 (UTC)Responder
@He7d3r: pelo menos comigo, ainda não funciona. Luan (discussão) 18h08min de 18 de dezembro de 2016 (UTC)Responder
O que acontece? Em que navegador(es) testou? Já limpou o cache? Helder 21h24min de 22 de dezembro de 2016 (UTC)Responder

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

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

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

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

Corrigir formatação da data da referência editar

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

  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)Responder
@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)Responder
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)Responder
  Concordo.Übermensch msg 01h32min de 2 de julho de 2017 (UTC)Responder

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

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

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

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

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 &nbsp;: (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)Responder

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)Responder
O problema está em ter que adicioná-la manualmente uma por uma. --ArgonSim (discussão) 07h39min de 17 de dezembro de 2016 (UTC)Responder
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)Responder
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)Responder
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)Responder
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 &nbsp;, 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)Responder

─────────────────@Luan: Segundo He7d3r, o problema com &nbsp; é 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)Responder

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

  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 (0000). Qual das duas predefinições está formatando erradamente? --ArgonSim (discussão) 11h32min de 23 de fevereiro de 2017 (UTC)Responder

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)Responder
@He7d3r: Minha dúvida mesmo é por conta da predefinição {{val}} não adicionar espaços com 4 algarismos (0000), mas fazê-lo com 5 ou mais (00000). Esse comportamento é esperado? --ArgonSim (discussão) 13h16min de 23 de fevereiro de 2017 (UTC)Responder
Sim, conforme os links acima. Helder 13h21min de 23 de fevereiro de 2017 (UTC)Responder

Usuário:Luizdl/Script de ajustes.js editar

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

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

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

[BUG] (v0.53/3.1.39) outro editar

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

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

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

[BUG] (v0.53/3.1.39) editar

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

[BUG] (v0.53/3.1.39) editar

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

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

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

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

APC não está funcionando editar

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

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

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

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

@Luan: A troca é feita pela regra que contém a expressão regular /{{Info(?:box|caixa)?[ _\-\/]Prédio *(\||\r?\n|╔)/
A expressão já estava na primeira versão da lista de regras, importada do XML usado no WP:Projetos/AWB em 2012, enquanto que o redirecionamento foi criado em 2013 (depois de Fusão Predefinição:Info/Prédio; Predefinição:Info/Edifício religioso).
Devemos remover a regra? Helder 22h11min de 16 de abril de 2020 (UTC)Responder
@He7d3r: oi! No momento essa troca não faz sentido, logo a regra deve ser removida. --Luan (discussão) 20h20min de 21 de julho de 2020 (UTC)Responder

Esboço editar

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

  Concordo A ferramenta está movendo as marcações de esboço para baixo das navboxes, quando na verdade deveriam ficar acima segundo discussão na Esplanada. --ArgonSim (ajuda contato) 23h51min de 30 de maio de 2019 (UTC)Responder

Essa questão foi novamente relatada em Wikipédia:Café dos programadores#Posição do esboço por IMarky. --Luan (discussão) 18h49min de 3 de outubro de 2020 (UTC)Responder

Sugestão de alteração no código para a inclusão da etiqueta do gadget editar

@He7d3r Sugiro ajustar o código do método APC.addTag (em mw-gadget-APC/src/APC.js) para algo como foi feito no FastButtons. Atualmente existe essa condição abaixo

if ( $( '#wpChangeTags' ).length > 0 ) {
			return; // Don't add it twice
}

que simplesmente não adiciona a tag caso já exista o elemento #wpChangeTags. O ideal seria identificar se a tag do APC já foi incluída. Se sim, não inclui novamente. Se não, verifica se já existe o elemento #wpChangeTags e adiciona a tag do APC após a outra tag que lá já estava. Isso evita que em casos como esse, no qual foi utilizado ambos os gadgets (APC e FB), a tag do APC não seja adicionada. Código da função no FB para servir de exemplo:

/**
 * Add the FastButtons revision tag
 * (based on https://github.com/he7d3r/mw-gadget-APC/blob/master/src/APC.js)
 * @return {undefined}
*/
addTag: function () {
	var $wpChangeTags = $( '#wpChangeTags' );

	if ( $wpChangeTags.length > 0 ) {
		if ( $wpChangeTags.val().indexOf( 'fast-buttons' ) === -1 ) {
			$wpChangeTags.val( $wpChangeTags.val() + ',fast-buttons' );
		}
	} else {
		$( '#editform' ).prepend(
			$( '<input>' ).attr( {
				'id': 'wpChangeTags',
				'type': 'hidden',
				'name': 'wpChangeTags',
				'value': 'fast-buttons'
			} )
		);
	}
}

!Silent (discussão) 03h19min de 7 de abril de 2019 (UTC)Responder

APC não funcionando editar

O texto seguinte foi movido de: Usuário Discussão:!Silent
Olá !Silent, parece que o script APC não está funcionando. O que será que aconteceu? Douglas Santana (discussãocontribs) 00h40min de 16 de setembro de 2019 (UTC)Responder

@He7d3r Realmente não está funcionando. No console está aparecendo TypeError: a.util.escapeRegExp is not a function. !Silent (discussão) 00h46min de 16 de setembro de 2019 (UTC)Responder

[BUG] (v0.57/3.1.56/0.4) Usuário:ArgonSim/Testes editar

Gadget está trocando -> por →, o que causa erro de sintaxe em equações químicas escritas com a notação math chem. --ArgonSim (ajuda contato) 09h19min de 24 de setembro de 2019 (UTC)Responder

Erro em link de datas. editar

Este erro já existia em 2017, e aparentemente continua a existir ainda hoje. Como se pode ver por aqui, é adicionado de forma errada os "[[]]" no ano da predefinição dtlink. De seguida, tive que desfazer aquilo. Questiono o motivo pelo qual ainda não foi reparado este erro e, aproveito também para questionar, porque é que esta funcionalidade ainda não foi retirada do código para que o restante código (que está aparentemente correcto) possa correr com tranquilidade e segurança? Luís Almeida "Tuga1143 13h10min de 28 de fevereiro de 2020 (UTC)Responder

Erro em tamanho da imagem editar

Deixo aqui o aviso de que o Modo bot, que aparentemente está descrito como 100% seguro ao ponto de ser automaticamente usado por bots, tem erros.

Um dos erros podem ver aqui: https://pt.wikipedia.org/w/index.php?title=Grande_Pr%C3%AAmio_da_Espanha_de_2012&type=revision&diff=57586397&oldid=56184013

O modo bot alterou o |imagem_tam para |imagem_tamanho, o que provocou o aumento gigantesco da imagem do artigo destacado.

Talvez seja algo a ser resolvido para não fazer com que os bots que o usem andem a cometer erros. Luís Almeida "Tuga1143 16h22min de 1 de março de 2020 (UTC)Responder

Editor visual editar

O APC está disponível para quem edita através do editor visual? Desde que atualizei para funções beta não consigo encontrá-lo. --liège (discussão) 08h24min de 16 de março de 2021 (UTC)Responder

Infelizmente não, pois esbarrei neste problema quando tentei: phab:T251904. Helder 13h41min de 16 de março de 2021 (UTC)Responder

[BUG] (v0.57/3.1.56/) Augusto Matine editar

Modo bot troca

<ref> </ref> por

<ref>[]</ref>

e a referência fica assim:

  1. [1]
  2. [2]
  3. [3]

[BUG] (v0.57/3.1.56/) São Carlos (São Paulo) editar

Ao selecionar Tudo os portais ficam errados:

{{Portal3|Brasil|São Paulo}} mudou para {{Portal3|São PauloSão Paulo}}

https://pt.wikipedia.org/w/index.php?title=S%C3%A3o_Carlos_(S%C3%A3o_Paulo)&oldid=63581145

[BUG] (v0.57/3.1.56/0.1) Nações celtas editar

Olá! Nem sempre a formatação com a predefinição:Link para inclusão de idioma funciona como esperado. Em especial:diff/64293686, apenas alguns códigos de idioma foram colocados no primeiro parâmetro da predefinição, embora aparentemente as expressões fossem bem semelhantes. Saudações, --Luan (discussão) 19h38min de 27 de agosto de 2022 (UTC)Responder

Voltar à página de projeto "Scripts/APC".