Wikipédia Discussão:Scripts/APC

Arquivo

---

Variáveis não funcionam

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

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

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)

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)

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

[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] (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)

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

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)

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

Ligações externas - Modo semi-bot

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)

[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:

Referências

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

[Sugestão] Predefinição:Oficial

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)

[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] (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.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) Midori (navegador)

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)

[BUG] (v0.36/3.1.33) Anexo: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

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

[2]. 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)

[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

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)

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) Armin van Buuren

• Não traduz a predefinição cite web. Caçador de Palavras (discussão) 23h31min de 22 de abril de 2016 (UTC)

[BUG] (v0.38/3.1.35) Antártida

• Não traduz a predefinição cite web. Caçador de Palavras (discussão) 23h31min de 22 de abril de 2016 (UTC)

[BUG] (v0.38/3.1.35) Brasil

• Não traduz a predefinição cite web. Caçador de Palavras (discussão) 23h30min de 22 de abril de 2016 (UTC)

[BUG] (v0.38/3.1.35) Cabo Verde

• Não traduz a predefinição cite web. Caçador de Palavras (discussão) 23h33min de 22 de abril de 2016 (UTC)