Wikipédia:Café dos programadores

▼ Ir para o fim da página ▼

Pedidos, painéis e centrais de discussão
Locais centralizados de discussão, solicitação e ajuda da Wikipédia.
Geral	Intervenção de administradores Notificação de incidentes discussão de bloqueio Pedidos a burocratas Ocultação de edições Permissões autorrevisor reversor Revisão de ações administrativas Outros pedidos
Artigos e conteúdo	Remoção de VDA Spam lista negra lista branca títulos
Processamento de páginas	Manipulação de histórico Proposta de fonte não-confiável Proteção de páginas pedidos de proteção pedidos de desproteção pedidos de edição Eliminação Propostas Restauro
Conduta do usuário	Guerras de edição e R3R Investigação de fantoches Notificação de vandalismo Nomes de usuário a revisar Incidentes Restrições à edição
Outros	Perguntas e ajuda dúvidas gerais auxílio de programadores tradução categorização adição de tabelas pedidos de edição de imagens Esplanada geral propostas anúncios Coordenação robótica
Para a tabela das predefinições usadas no atendimento, veja Wikipédia:Pedidos/Sinais de pedido.

▼ Ir para o fim da página ▼

Café dos programadores arquivo | atualizar Esplanadas Anúncios + Propostas + Geral + Mostrar tudo Commons + Wikidata + Meta + Cafés Tire suas dúvidas + Café dos administradores + Café dos burocratas + Café dos categorizadores + Café dos eliminadores + Café dos programadores + Café dos tradutores + Café do VRT + Coordenação robótica + Contato/Fale com a Wikipédia + Comunicação Pedidos Pedidos a administradores Pedidos a burocratas Pedidos a verificadores Pedidos de opinião Remoção por violação dir. autorais Votações Artigo em destaque Páginas para eliminar Central de fusões Aprovação de robôs e semirrobôs Administrador e Burocrata Edições recentes (.js) 20-06-2024 22:20 - MediaWiki:Gadget-charinsert-core.js por Francisco Leandro 09-05-2024 07:25 - MediaWiki:Mobile.js por Jon (WMF) 09-05-2024 07:25 - MediaWiki:Common.js por Jon (WMF) 01-05-2024 19:37 - MediaWiki:Gadget-fastbuttons.js/buttonsList.js por !Silent 29-04-2024 11:50 - MediaWiki:Gadget-Pesquisa-por-dominio.js por Francisco Leandro 11-04-2024 12:56 - MediaWiki:Gadget-geonotice-list.js por Albertoleoncio Edições recentes (.css) 26-04-2024 20:51 - MediaWiki:Gadget-FeedbackHighlight.css por Albertoleoncio 15-04-2024 16:07 - MediaWiki:Minerva.css por Jon (WMF) 22-02-2024 00:51 - User:ArquivoBot/arquivar.css por Francisco Leandro 09-02-2024 11:47 - MediaWiki:Mobile.css por Albertoleoncio 09-01-2024 21:53 - MediaWiki:Gadget-dark-mode.css por Albertoleoncio 09-01-2024 21:52 - MediaWiki:Gadget-dark-mode-toggle-pagestyles.css por Albertoleoncio

Boas-vindas ao café dos programadores!

Um local onde se tiram dúvidas sobre predefinições, HTML, CSS, JavaScript e outros tipos de edição avançada. Dúvidas sobre predefinições: antes de adicionar sua dúvida leia o guia Ajuda:Guia de edição/Como criar predefinições, e se souber inglês o guia meta:Advanced templates. Dúvidas sobre HTML e CSS: existem guias em inglês, meta:HTML meta:CSS, se eles não te ajudaram sinta-se livre para tirar suas dúvidas aqui. Manutenção: Fusão de predefinições: 19 Links rápidos: Palavras mágicas · ParserFunctions · Parser functions in templates · Linguagem Lua em predefinições · HTML · Expressões regulares

Inserir um novo tópico

Links rápidos

• Palavras mágicas
• ParserFunctions
• Parser functions in templates
• HTML
• Expressões regulares

Predefinição:Info/Subdivisão da Nigéria

Alguém poderia fazer a gentileza de fazer algumas correções na Predefinição:Info/Subdivisão da Nigéria?

1. Quando o item "imagem" não é preenchido, aparece automaticamente em vermelho, "200px", e o artigo é categorizado como "!Páginas com ficheiros inexistentes" (vide Bende e Bakura)
2. Do mesmo modo, abaixo de "Mapa", aparece a informação [[Ficheiro:|200px]] (vide também Bende e Bakura)

Desde já muito grata pela ajuda e atenção.Clarice Reis (discussão) 01h52min de 4 de abril de 2012 (UTC)

Olá Clarice, essa predefinição está sendo substituída pela Predefinição:Info/Assentamento na Wikipédia em inglês, e acho que seria o caso de fazermos o mesmo, por se tratar de predefinição mais abrangente. Vou verificar os outros artigos que a usam e fazer a correção. Qualquer dúvida no uso da predefinição me escreva. JMGM (discussão) 02h52min de 4 de abril de 2012 (UTC)

Ao invés de usar diretamente a {{Info/Assentamento}}, ela devia ser substituída por uma {{Info/Assentamento/Nigéria}}, similar a {{Info/Assentamento/Espanha}}. Rjclaudio ^msg 12h54min de 4 de abril de 2012 (UTC)

Enquanto essa não estiver pronta, traduzir conforme o original que já vem com a info/assentamento, é o que tenho feito. JMGM (discussão) 13h33min de 4 de abril de 2012 (UTC)

Link omite ponto de interrogação

O link externo deste filme omite o ponto de interrogação final e leva a uma página inexistente.

A que se atribui isso?

Grato. Yanguas ^diz!-fiz 19h44min de 5 de abril de 2012 (UTC)

Limitações no software. Ele não permite caracateres especiais no título da página, então pra se acessar o link tem que escapar a interrogação, usando %3F. !Silent (discussão) 19h52min de 5 de abril de 2012 (UTC)

Q tal um rediect de Quem Tem Medo de Lobisomem para Quem Tem Medo de Lobisomem? Rjclaudio ^msg 21h30min de 5 de abril de 2012 (UTC)

Feito. !Silent (discussão) 21h36min de 5 de abril de 2012 (UTC)

Funcionalidade da Categoria anos a.C.

Por favor, possibilitar a navegabilidade das categorias a.C., por exemplo Categoria:189 a.C., iguais à navegabilidade das categorias d.C., exemplo conseguinte Categoria:189. Obrigado. --Kaktus Kid (discussão) 02h03min de 6 de abril de 2012 (UTC)

Como está, não se acessa anos próximos diretamente--Kaktus Kid (discussão) 04h02min de 6 de abril de 2012 (UTC)

Feito ([1] e [2]). Agora é só colocar {{categoria de ano|ano|a.C.}}. – Opraco ^(discussão), às 22h24min de 1 de maio de 2012 (UTC)

Obrigado --Kaktus Kid (discussão) 23h03min de 1 de maio de 2012 (UTC)

Pagesize e ifexpr

Não consigo fazer o Pagesize funcionar junto com o ifexpr. Tento {{#ifexpr:{{PAGESIZE:Born This Way}}>190000|maior|menor}} mas dá Erro de expressão: Número inesperado. Tem alguma forma de fazer isso funcionar? Rjclaudio ^msg 21h22min de 6 de abril de 2012 (UTC)

Note que 152 509 atualmente é igual a "87 072" (e depois do espaço não é esperado que haja outro número). Acrescente "|R" para forçar um formato "raw", sem qualquer separador de milhar (que por sinal mudaremos (?) para um espaço não separável):

{{#ifexpr:{{PAGESIZE:Born This Way|R}}>190000|maior|menor}}

Helder 21h58min de 6 de abril de 2012 (UTC)

Eliminação rápida

Por quê não aparece mais uma caixa como antes, ver o redirect de São Ludgero?--Kaktus Kid (discussão) 22h18min de 8 de abril de 2012 (UTC)

Que caixa? !Silent (discussão) 22h39min de 8 de abril de 2012 (UTC)

Veja por favor o redirect!--Kaktus Kid (discussão) 22h57min de 8 de abril de 2012 (UTC)

Só diz que está em "eliminação rápida" nas não dá outra informação (certamente porque sou burro e não sei ver).--Kaktus Kid (discussão) 22h58min de 8 de abril de 2012 (UTC)

Já olhei o redirect, o local para onde ele direciona, e não entendi ainda. Onde é que diz que está "Eliminação rápida"? !Silent (discussão) 23h26min de 8 de abril de 2012 (UTC)

O sistema ignora qualquer coisa que estiver abaixo do redirect. Por isso a caixa de eliminação não aparecia. Giro720^msg 23h39min de 8 de abril de 2012 (UTC)

Não sei, mas agora apareceu! Obrigado por estimular a discussão.--Kaktus Kid (discussão) 23h41min de 8 de abril de 2012 (UTC)

Ok, eu deveria ter inserido o texto antes. Obrigado.--Kaktus Kid (discussão) 23h42min de 8 de abril de 2012 (UTC)

Lista de predefinições

Não sei se é o lugar correto; mas reparei já alguns dias que as páginas Wikipédia:Lista de predefinições/Avisos e alertas e Wikipédia:Lista de predefinições/Copyright e direitos autorais estão aparecendo em diversas categorias que não deveriam aparecer, entre elas a de eliminação rápida. Alguém que sabe como, poderia dar uma olhada para não aparecer nas categorias? Eric Duff ^disc 04h10min de 10 de abril de 2012 (UTC)

Teria q colocar um if / switch em cada uma das predefs para ela não categorizar as páginas do domínio WP ou as subpáginas de lista de predef. Talvez criar uma predef para facilitar o trabalho, fazendo por exemplo {{Cat-predef|[[Categoria:!Eliminação rápida]]}} e a Cat-predef faz todo o trabalho de colocar o if / switch. Rjclaudio ^msg 11h30min de 10 de abril de 2012 (UTC)

Olha, eu acho que o método que está sendo utilizado é bem ineficiente pois faz com que o MediaWiki tenha que considerar todos os títulos que aparecem no switch em todas as zilhões de páginas em que essas predefinições são usadas e nas quais a categorização deveria ser feita.

Recomendo usarem o mesmo método que foi implementado no Wikilivros (4 anos atrás!), inspirado pelo Wikibooks em inglês:

{{PredefQueCategoriza|<parâmetros usuais>|exemplo=sim}}

Assim, em toda "PredefQueCategoriza" só será necessário um

{{#ifeq: {{{exemplo|}}} | sim | | [[Categoria:...]] }}

(e não um switch com uma lista infinita de páginas que não devem ser categorizadas). Helder 12h45min de 6 de maio de 2012 (UTC)

Eu não sou o melhor em relação a programação e códigos, normalmente eu pesquiso muito por aqui, e vejo quais soluções existem, e depois tento entender como elas funcionam, e depois eu aplico. Mas se alguém puder fazer esses ajustes eu agradeço, pois eu demorei um bocadinho para entender as coisas para depois não fazer "lambanças" nas predefinições, e provavelmente vou demorar mais alguns novamente (rs). Eric Duff ^disc 15h59min de 6 de maio de 2012 (UTC)

Eric, eu fiz assim. Seria {{#ifeq: {{{exemplo|<noinclude>sim</noinclude>}}} | sim | | 'código para inserir a cat que estaria dentro do #default= do switch' }} . Aí onde a predef estiver sendo usada como exemplo se colocar {predef |exemplo=sim}. Editei a {{Wikipedia/Lista de predefinições}} para já adicionar |exemplo=sim automaticamente. Rjclaudio ^msg 16h33min de 6 de maio de 2012 (UTC)

Isso! Helder 20h20min de 6 de maio de 2012 (UTC)

Uma outra opção: não teria como adicionar o campo {exemplo} na {{Manutenção/Categorizando por assunto}}? Assim nas predefs ficaria apenas {{Manutenção/Categorizando por assunto|exemplo={{{exemplo}}}|...}} e mais nada além disso, sem switch, sem ifeq, sem pagename/namespace, sem nada dessas coisas, o código ficaria ainda mais limpo. Ao menos para as cats de manutenção (q são a maioria) daria jeito. Rjclaudio ^msg 16h52min de 6 de maio de 2012 (UTC)

Se o {{{exemplo}}} for colocado nas predefinições propriamente ditas, será possivel usá-lo ao documentar as próprias predefinições em suas subpáginas /doc sem causar a categorização. Helder 20h20min de 6 de maio de 2012 (UTC)

Predefinição modificada/expandida gerando aviso Etiqueta: Código wiki errado

Prezados,

migrei uma boa parte da predefinição da wikipedia inglesa Template:Designation list para a wikipédia lusófona Predefinição:Info/Lista de Designações. Parece estar funcionando bem - ao menos o resultado visual está bom. Mas, após salvar as alterações no artigo, fica protocolado no histórico que o código wiki está errado... Não consegui encontrar o erro, aconteceu nas duas páginas que incluí o novo código:

Reserva Biológica Atol das Rocas e Parque Nacional do Iguaçu.

O novo campo informação_adicional de Predefinição:Info/Área protegida permite incluir as informacões adicionais, que antes precisavam de uma caixa de informacões extra....

Se puderem ajudar nessa, fico agradecido.

Abraços, Paulo R. Dellani (discussão) 21h21min de 10 de abril de 2012 (UTC)

Deve ser porque você setou o parametro "informação_adicional" com uma outra predefinição, e isso pode está levando o software a achar que o código está errado. !Silent (discussão) 21h27min de 10 de abril de 2012 (UTC)
Aliás, encontrei ali um {{{critério|ix, x}}}. Pra quê isso? Agora tenho quase certeza que essa é a causa.

Deve ser o filtro 44. Helder 21h44min de 10 de abril de 2012 (UTC)

É o filtro 44 mesmo, e o problema é como o Silent disse, nos artigos escrever {{{ é errado pq isso é um código usado apenas em predefs. Rjclaudio ^msg 22h00min de 10 de abril de 2012 (UTC)

Eram as chaves extras no código do artigo mesmo que estavam causando o alerta. Acabei de editar Parque Nacional do Iguaçu sem elas; o código agora passa pelo filtro 44 sem gerar o alerta de Código wiki errado. Obrigado pela ajuda! Paulo R. Dellani (discussão) 07h23min de 11 de abril de 2012 (UTC)

Errado, errado, não é, pois o código é sintaticamente correto, e produz o resultado esperado. Só não é muito útil, já que não costuma haver motivo para "transcluir" artigos {{como se fossem predefinições}} (e só nesse caso o {{{parâmetro}}} serviria para alguma coisa. Helder 13h24min de 12 de abril de 2012 (UTC)

Berlin Hackathon 2012 - Inscrições abertas

Berlin Hackathon 2012

Estão abertas as inscrições para o Berlin Hackathon 2012 e toda a comunidade wikimedia está convidada a participar, com especial ênfase a quem se dedica a Bots, gadjects, predefinições, ferramentas do toolserver, entre outras participações técnicas.

O convite dirige-se não só a quem já participa nesses campos e pretendem aprofundar os conhecimentos como quem pretende envolver-se e precisa de um empurrão. Haverá apoio na obtenção de contas no Wikimedia Labs assim como no Toolserver.

As inscrições são efectuadas até dia 1 de Maio aqui, e caso necessitem de assistência financeira, apoio no alojamento ou obtenção de visa, devem indicar no formulário de inscrição.

Mais informações em mw:Berlin Hackathon 2012. Alchimista ^{Fala comigo!} 19h02min de 12 de abril de 2012 (UTC)

JS para evitar que reversores excedam o limite de bloqueio

Por acaso não teria alguém interessado em fazer um pequeno script para evitar que os reversores realizem (acidentalmente) bloqueios que excedam o limite estipulado na votação? (exemplo)

Não deve ser muito difícil. Provavelmente seria usado o valor de mw.config.get('wgUserGroups') para determinar se o editor é um reversor (e não um administrador, por exemplo) e se estiver na página de bloqueio (mw.config.get('wgCanonicalSpecialPageName') === 'Block') o script desabilitaria as opções do campo "Expiração" (cujo id="mw-input-wpExpiry") que não devem ser usadas por eles.

Isso poderia virar um gadget ativo por padrão para quem tem a permissão de bloqueio. Helder 11h52min de 14 de abril de 2012 (UTC)

Aproveitando, tem como o filtro detectar bloqueios? Ou ao menos o envio da mensagem q o usuário foi bloqueado? Assim podemos ter uma lista de bloqueios feitos por reversores, facilitando a supervisão disso e principalmente teremos números para o teste (nº de bloqueios realizados), com a lista ficando mais fácil de fazer outras análises. Rjclaudio ^msg 12h18min de 14 de abril de 2012 (UTC)

Bem lembrado.

Acho que detectar os bloqueios propriamente ditos não tem como não (pois eles não são feitos por "action=block", mas por uma página especial - ver também ações disponíveis na documentação). Mas o envio da mensagem deve ser detectável, pois há uma variável que lista os grupos nos quais o usuário se encontra (isso deve incluir o dos eliminadores). Helder 12h30min de 14 de abril de 2012 (UTC)

Eu até pensei nisso ontem, e ainda com algo a mais: fazer com que o botão de "bloquear" só apareça em páginas de IPs e não-confirmados. Mas a questão é: como pegar o(s) grupo(s) que o usuário pertence pra saber ele é um IP ou não-confirmado? !Silent (discussão) 12h51min de 14 de abril de 2012 (UTC)

A primeira parte tá pronta.

if ( $.inArray( 'rollbacker', mw.config.get( 'wgUserGroups' ) ) > -1 && mw.config.get( 'wgCanonicalSpecialPageName' ) === 'Block' ) {   
        $( '#mw-input-wpExpiry' ).find( 'option' ).each( function( index ) {
                    if ( index > 7 ) {
                            $( this ).remove();
                    }
        });
}

!Silent (discussão) 13h13min de 14 de abril de 2012 (UTC)

A variável wgUserGroups indica os grupos de quem está executando o script. Se precisa dos grupos de um outro usuário, o ideal é usar a API como alguém sugeriu neste tópico da enwiki.

PS: .hide(); é um jeito mais simples de executar .css( 'display', 'none' ); Helder 13h26min de 14 de abril de 2012 (UTC)

Finalizado. Além de remover as opções de tempo que não podem ser usadas, impede o bloqueio de autoconfirmados. Só que ele deve ser posto aonde? Mediawiki:common.js ou como um gadget padrão? !Silent (discussão) 20h14min de 14 de abril de 2012 (UTC)

Gadget padrão ativo (e acessível) apenas para quem tem a permissão adequada ("rollback"). Isso é feito definindo-o com algo neste estilo:

*nomeDoGadget[ResourceLoader|default|rights=rollback]|paginaDoScript.js

Em relação ao script, tenho alguns comentários: em vez de

$( validateBlockForm() );

deveria ser

$( validateBlockForm );

Também daria para trocar o loop por um

confirmed = $.inArray( 'autoconfirmed', rights ) !== -1

Uma dúvida: o que foi aquele request = $.ajax;? O $.ajax deveria funcionar normalmente sem precisar disso.

PS: A forma que usou para obter o userName parece meio frágil, no sentido que só funciona só em wikis em português, e não teria o resultado esperado em um link como https://pt.wikipedia.org/w/index.php?wpTarget=Senhor/Vândalo&title=Especial:Bloquear

Quando eu fiz algo parecido para manipular títulos o Krinkle me indicou o módulo mediawiki.Title. Mas ainda não usei ele, nem sei se seria aplicável nesse caso. Mas como é improvável que alguém chegue até a página de bloqueio por um link fora da forma usual, isso também nem deve ser um problema. Helder 20h56min de 14 de abril de 2012 (UTC)

PS2: Acho que foi boa ideia usar logo o $( this ).remove(); em vez de simplesmente ocultar o que é proibido... Helder 21h07min de 14 de abril de 2012 (UTC)

(Conflito) É porque, por incrível que pareça, não funciona no Firefox, fica dizendo que $.ajajx não é função. O mesmo vale para a variável target, pois fica dizendo que $( this ) é nulo, aí eu tive que criar-la.
Com relação ao inArray: quando eu tava testando hoje o rights me apareceu na forma de objeto ({1:'autorrevisor', 2:'reversor', ...}). Só que agora eu vi que é uma array. !Silent (discussão) 21h09min de 14 de abril de 2012 (UTC)
PS:É necessário que seja $( validateBlockForm() );, pois senão no Firefox também não funciona. Quanta frescura pra um navegador só :) Tá parecendo até o IE.

Muito esquisito isso aí do FF...

Sobre esta edição, o código não é redundante não, pois o direito "rollback" é dado tanto aos membros do grupo "rollbacker" quanto aos do "sysop", e é preciso diferenciar entre os dois grupos. Helder 11h50min de 15 de abril de 2012 (UTC)

Acho que não poderá mesmo deixar com o "()" depois do nome da função, pois ela não deve ser chamada antes do documento estar pronto (e colocar os parenteses faz com que isso ocorra), senão as tentativas de manipular a página (por exemplo para obter $( '#mw-bi-target' ) podem falhar. Aliás, já que está guardando $( '#mw-bi-target' ) em uma variável, é melhor usar .val() no valor dela para obter o userName, em vez de manipular location.href com regexes. Helder 13h10min de 15 de abril de 2012 (UTC)

Hmmm.. Parece que o que eu disse sobre usar $.inArray não funciona, pois data.query.allusers[0].rights não é mesmo uma array (é um simples objeto com keys numéricas, pois $.isArray( data.query.allusers[0].rights ) retorna false ). Helder 13h19min de 15 de abril de 2012 (UTC)

(Conflito) Tente testar pra ver funciona no FF sem os parenteses, pois aqui na versão 11 não pega. E usei o location.href para o caso de já se acessar diretamente, tipo https://pt.wikipedia.org/wiki/Especial:Bloquear/!Silent. Não é permitido que algum rev me bloqueie, então o script verifica isso logo de cara, ao invés de esperar a página carregar para poder ver se é válido ou não. Mas se bem que usar sem os parenteses faz com se espere o documento carregar, então não faria muita diferença. O valor de $( '#mw-bi-target' ) eu usei para validar no caso de o usuário acessar a página por uma conta válida (Ou sem nome algum, direto de Especial:Bloquear) e mudar o nome logo em seguida. !Silent (discussão) 13h24min de 15 de abril de 2012 (UTC)

Engraçado, aqui retorna true normalmente. False só se for com um não-confirmado ou IP. Tá testando no Chrome ou Firefox? !Silent (discussão) 13h28min de 15 de abril de 2012 (UTC)

Testei no Chrome. Como eu tinha mencionado, o regex com o location.href não funciona em outras wikis (notei pois falhou quando testei em uma instalação local do MW). E como o campo #mw-bi-target é preenchido automaticamente quando se acessa diretamente, ele sempre pode ser usado.

Aqui, somente o primeiro dos comandos abaixo retorna true (tanto no Scratchpad do FF 11 quanto no console do Chrome 18):

alert($.isArray( ['test0','test1'] ));

alert($.isArray( {0:'test0',1:'test1'} ));

Mas pelo que vi na Especial:APISandbox, acho que podemos trocar a chamada à API por uma outra que retorna uma array de verdade (e com menos elementos, o que economizaria mais alguns bytes :-). Por exemplo:

https://pt.wikipedia.org/w/api.php?action=query&list=allusers&format=json&aufrom=!Silent&auto=!Silent&auprop=implicitgroups&aulimit=1

retorna: {"query":{"allusers":[{"userid":"350375","name":"!Silent","implicitgroups":["*","user","autoconfirmed"]}]}}

então daria para usar $.inArray na propriedade implicitgroups, para ver se "autoconfirmed" está na lista.

PS: outra coisa que falha em outras instalações do MW é o "/w/api.php", pois nem sempre a API é acessada neste endereço. O melhor é obter isso com mw.util.wikiScript( 'api' ) (como no MediaWiki:Gadget-fastbuttons.js). Helder 13h47min de 15 de abril de 2012 (UTC)

Uma dúvida: tem certeza de que aqui na Wikipédia os itens que precisam ser removidos são só aqueles com index > 7? No Wiklivros só há duas (e não sete) opções de bloqueio que não excedem 24horas: 2 horas e 1 dia. Há mais aqui na Wikipédia?

Ah, e o que acha de trocar .val() por .val().focus()? Helder 14h08min de 15 de abril de 2012 (UTC)

Opa, agora melhorou :) Essa página retorna um JSON bem menor, então acho que o tempo de resposta vai ser mais rápido também, porque o da outra eram quase 2 segundos! Mas OK, vou tratar de usar o util.wikiScript para aumentar a compatibilidade.
E sim, são 7 (Começando de zero, claro) mesmo: 10/20/30 minutos, 1/2/6/12 horas e 1 dia. E essa é uma boa ideia também, já que o foco vai retornar para o campo. !Silent (discussão) 14h22min de 15 de abril de 2012 (UTC)

Parabéns ao Silent e o Helder que trabalharam nesta funcionalidade extremamente útil e que dá segurança ao teste sendo realizado. Estou registrando manualmente os bloqueios para análise posterior. Se puder, e quando for implementado, um registro automático me avisem. Vlw!!OTAVIO1981 (discussão) 12h01min de 16 de abril de 2012 (UTC)

Um registro automático acho que daria pra colocar utilizando a API para editar a página em que ficariam os regitros.
A propósito, por algum motivo o foco não está voltando para o campo após a validação. !Silent (discussão) 14h54min de 16 de abril de 2012 (UTC)

Aviso automático de bloqueio

To tentando fazer um script para enviar a mensagem de bloqueio ao usuário, e veio uma dúvida: como saber se o bloqueio já foi efetuado, para que se possa mandar a mensagem? A única coisa que me veio na cabeça foi verificar se o título da página é "Bloqueio bem sucedido" lol !Silent (discussão) 20h36min de 16 de abril de 2012 (UTC)
Ou poderia ser feito usando Cookies também. Há algo assim na biblioteca do MediaWiki?

Talvez possa usar uma query deste tipo para obter o último bloqueio feito por User:X ao User:Y. Se existir um feito nos últimos N minutos, deve ser o que acabou de fazer. Helder 20h57min de 16 de abril de 2012 (UTC)

Pela API dá: :D. Alchimista ^{Fala comigo!} 21h03min de 16 de abril de 2012 (UTC)

Bem eu tou pensando em quando tiver tempo em retirar também as opções de motivo que não são válidas para os reversores. Como não vou ter tempo essa semana (e sou bem noob em JS) fica a sugestão para se alguém quiser fazer antes. Chico Venancio (discussão) 21h09min de 16 de abril de 2012 (UTC)

Enfim, saiu isso. O problema é pra testar, porque acho que vai dá conflito com o outro script.  :). !Silent (discussão) 23h05min de 16 de abril de 2012 (UTC)
PS:É uma boa ideia essa do Chico. Depois eu vejo se faço isso.

Ué... mas ele é um gadget, então é só desativar enquanto testa a versão nova, não? ;-)

(outra opção, um pouco mais trabalhosa, mas que te dará mais liberdade, é instalar o MW no seu computador) Helder 01h10min de 17 de abril de 2012 (UTC)

Ah é, tinha me esquecido. !Silent (discussão) 11h17min de 17 de abril de 2012 (UTC)

Encontrei um problema: pegar o motivo e a duração do bloqueio. Por isso volto a perguntar: tem algo no Mediawiki que permita trabalhar com Cookies? Porque senão eu uso um construtor que eu mesmo criei e que faz isso. !Silent (discussão) 21h46min de 17 de abril de 2012 (UTC)

A chamada à API que mencionei retorna todos os dados sobre o bloqueio.

Quanto aos cookies, há o módulo jquery.cookie (que é carregado pelo módulo "mediawiki.util", que atualmente é carregado por padrão). Tem exemplos de uso na mw:RL/DM#jQuery.cookie. Helder 22h14min de 17 de abril de 2012 (UTC)

Acho que a linha

text: '{{Bloqueado|' + userName + '|' + ( reason = $( '#mw-input-wpReason' ).val(), reason === 'other' ? $( '#mw-input-wpReason-other' ).val() : reason ) + '}}',

do gadget precisa ser corrigida para não causar o aparecimento de avisos com motivo undefined.

Não posso testar agora, mas acho que seria melhor definir "reason" fora dessa linha, e somente quando alguém confirmasse o bloqueio (para que o motivo já estivesse preenchido). Aliás, faltou declarar a variável "reason" com "var" e tem uma vírgula no meio dessa linha que eu não entendi.

Outra coisa, acho que é desnecessário colocar "=== true" nos ifs. Helder 12h44min de 18 de abril de 2012 (UTC)

Aí está o problema: ao invés de especificar a duração e o motivo de bloqueio, são especificados o nome de usuário e a palavra 'undefined'. Francisco (discussão) 12h47min de 18 de abril de 2012 (UTC)

Não seria o caso de reverter a última edição do script provisoriamente? Helder 12h50min de 18 de abril de 2012 (UTC)

Com as últimas modificações, acho que agora tá funcionando.
Aquela vírgula é para separar a declaração da variável da condição, pois senão daria erro. E o "=== true", tem razão, é redundante. !Silent (discussão) 12h58min de 18 de abril de 2012 (UTC)

Agora parou de enviar mensagens. Francisco (discussão) 13h30min de 18 de abril de 2012 (UTC)

E até agora não consegui compreender o por quê. Deve ser algum problema com a função isBlocked. !Silent (discussão) 15h45min de 18 de abril de 2012 (UTC)

Peço que não apliquem esse tipo de alteração sem antes consultar a comunidade. Se possível, o correto é usar a test.wikipedia para realizar testes com bloqueio em vez de bloquear aqui. Obrigado.‴ T_ele^s«D _{@ R C S}» 01h26min de 19 de abril de 2012 (UTC)

MediaWiki:Gadget-wikibugs.js

Falha no envio de erros.

O texto seguinte foi movido de: Wikipédia Discussão:Café dos administradores

Há um grande problema ao enviar um erro na página sobre a Ponte Hercílio Luz. A mensagem é: Há vários erros na página: Erro 1: Nacionalidade dos engenheiros - Os engenheiros não são estadunidenses são ingleses e o material é importado da inglaterra. Erro 2: Não está sendo citado o engenheiro estadunidense na obra de restauração.

Quanto à "falha no envio", não vi problema nenhum ao testar com o Google Chrome 17.0.963.83 na Ponte Hercílio Luz. O que exatamente falhou? Que navegador estava usando quando ocorreu a falha? Apareceu algum aviso estranho? Helder 11h51min de 24 de março de 2012 (UTC)

O texto acima foi movido de: Wikipédia Discussão:Café dos administradores

Necessito do cancelamento dos formulários API do informar um erro.

O texto seguinte foi movido de: Wikipédia Discussão:Café dos administradores

A Wikipédia colocou em 2011 os API como tentativa de inibir o informar de erros na Wikipédia. Você negam o problema e não que cancelar os formulários API. É necessário que a wikipédia dependa que os erros sejam informados.

Cancelar por quê? Não tá conseguindo usar-lo? !Silent (discussão) 19h37min de 30 de março de 2012 (UTC)

Forneça mais detalhes no outro tópico que criou. Helder 19h49min de 30 de março de 2012 (UTC)

O texto acima foi movido de: Wikipédia Discussão:Café dos administradores

Falha no envio de erros. (2)

Ver também Wikipédia:Café dos programadores/Arquivo/2012/1#Sobre que a wikipédia inibe o envio de erros.

Ouve falha ao enviar um erro para a Wikipédia com a mensagem assim:Falta informação sobre que a Coelba distribuiu eletrodomésticos modernos, lâmpadas fluorescente e troca de fiação. Pois se falta essa parte sobre a fraude cometida pela Coelba, a wikipédia está desatualizada.

Tentado chamar a atenção da wikipédia, mais os formulários dão erro, além de que eu uso o Google Chrome. —o comentário precedente não foi assinado por 189.100.122.56 (discussão • contrib) 22h09min de 16 de abril de 2012 (UTC)

Citação: Ouve falha ao enviar um erro... e qual foi a falha? Apareceu algum aviso? Isso acontece em que páginas?

Helder 22h20min de 17 de abril de 2012 (UTC)

Nova falha em envio de erros

Eu uso o google Chrome, mais falhou o envio de erros.

Aqui está a seguinte mensagem Título:Categoria:Arquitetura modernista

• Existe um texto capsula que diz que os estilos arquitetônicos modernos, Art déco, Art nouveau, Arquitetura expressionista ou Secessão de Viena não estão incluidos ,além da remoção da página de Arquitetura européia.

O que irás fazer com a situação. O navegador é Google Chrome. mais da problema - 189.100.161.246 (discussão) 23h21min de 30 de abril de 2012 (UTC)

Qual é o erro que dá? !Silent (discussão) 23h43min de 30 de abril de 2012 (UTC)

Ao enviar através de formulários API, falha o enio de problemas. Eu tento resolver o problema da Wikipédia, daí da um problema ao enviar por formulários API. —o comentário precedente não foi assinado por 186.220.128.171 (discussão • contrib) 14h39min de 5 de maio de 2012 (UTC)

Infelizmente as informações fornecidas não são suficientes para que possamos ajudá-lo. Não basta saber que "dá um problema" é preciso saber "qual o problema que dá" e como alguém (além de você) pode reproduzir o problema. Se ainda estiver usando o Google Chrome e o tal erro acontecer novamente, confira se aparece alguma mensagem no console de JavaScript dele (CTRL+SHIFT+J) e informe aqui qual a mensagem de erro que aparece. Helder 14h49min de 5 de maio de 2012 (UTC)

Falha no envio de erros. (3)

Houve a seguinte falha ao enviar um erro relacionado sobre os Uruguaios, que na verdade são descendentes de Gaúchos, Ingleses e Estadunideses, tendo alguns descendentes de Árabes ou de Russos em 10% da população. Mais não de Espanhóis, Europa, Italianos e Uruguai. Pois o cara que fez isso foi um zé mané que quiz estragar a Wikipédia. Mais a Wikipédia ao invés de deixar os outos á corrigirem a Wikipédia cria os formulários API, mais o meu computador falha ao enviar um erro através de APIs, mesmo eu usando o navegador Google Chrome.

A mensagem é a seguinte.

Existe um erro citando que os Uruguaios são relacionados aos espanhóis, á Europa, aos Italianos e ao Uruguai. Algo que não é verdade e sim é mentira. Pois os Uruguaios não são relacionados aos espanhóis e nem aos Italianos, Dois Europa não é um grupo étnico e sim um continente, OS Uruguaios são a mistura de Ingleses, Estadunidenses e Gaúchos. Erros como esses de informar continentes, países e grupos étnicos que não tem anda haver com Uruguaios em relação de grupos étnicos reduzem a credibilidade da Wikipédia e tornando á um lixo e não um site de informações geográficas e históricas.

O que faz para solucionar os problemas relacionados aos APIs aos enviar um erro? - 186.220.128.171 (discussão) 14h50min de 5 de maio de 2012 (UTC)

Citação: anônimo escreveu: «O que faz para solucionar os problemas relacionados aos APIs aos enviar um erro?»

Informe os detalhes que foram solicitados sobre o tal erro (ou desabilite o JavaScript). Mas note que se a falha é "no seu computador", não cabe aos editores da Wikipédia resolvê-la. Helder 15h02min de 5 de maio de 2012 (UTC)

...ou crie uma conta e desabilite o gadget. Helder 15h07min de 5 de maio de 2012 (UTC)

Captcha

Aparentemente o problema era causado pelo fato de que aqui na Wikipédia lusófona os anônimos só podem completar uma edição depois de passarem pelo captcha (da mw:Extension:ConfirmEdit). No entanto, como isso não era necessário na wiki em que o script foi criado, a causa passou despercebida. Propus uma alteração no script, para que ele exiba o captcha para os anônimos (baseando-se na documentação da API de edição), e parece que está funcionando. (exceto por um pequeno bug que está fazendo com que apareça "undefined" no sumário de edição, em vez do título das páginas, mas esse é um problema menor do que o anterior...) Helder 14h29min de 27 de maio de 2012 (UTC)

Predefinição:Info/Cidade da Áustria

Boa tarde. Alguém poderia dar uma olhada em Predefinição:Info/Cidade da Áustria, quando preenchidas as coordenadas o mapa desaparece nos artigos. Fabiano Tatsch ✉ 15h47min de 18 de abril de 2012 (UTC)

Dropdown de prazos de proteção de página

Muitos sysops (eu, inclusive), por distração, acabam protegendo páginas ao infinito porque o dropdown dá essa opção como padrão.

Tem jeito de deixar essa opção em branco, de forma que obrigue o sysop a selecionar uma opção de prazo, sem o que ele não possa confirmar o processo?

As opções de prazo estão aqui: MediaWiki:protect-expiry-options

Grato. Yanguas ^diz!-fiz 22h44min de 22 de abril de 2012 (UTC)

Pode resolver se acrescentar em MediaWiki:protect-expiry-options: "Escolha uma opção: Choose a option". !Silent (discussão) 23h19min de 22 de abril de 2012 (UTC)

Acabei de fazer isso, e não deu certo. Continua dando "infinito" by default. Yanguas ^diz!-fiz 15h32min de 24 de abril de 2012 (UTC)

Tenta colocar como última opção da lista. Chico Venancio (discussão) 15h35min de 24 de abril de 2012 (UTC)

Tentei. Nada. Yanguas ^diz!-fiz 17h07min de 24 de abril de 2012 (UTC)

Páginas protegidas: preenchimento

Creio que o modelo a preencher para solicitar a edição de uma página protegida é um tanto complexo para a maioria dos leitores comuns, principalmente novatos.

Queria modificar o modelo para o proposto abaixo, mas não consegui:

<!-- Sem apagar nem mover nada, apenas complete abaixo o nome da página e o motivo pelo qual deseja a desproteção. 
Apenas isso, NÃO PONHA TÍTULO, e depois salve a página.-->
{{subst:pdpp
 |Nome da página= 
 |motivo=
 }} ~~~~

Alguém pode fazer isso? Esse modelo também poderia se estender às similares. Boas. Yanguas ^diz!-fiz 15h25min de 24 de abril de 2012 (UTC)

Feito no Wikipédia:Pedidos a administradores/Páginas protegidas. Favor verificar se ficou bom, incluindo o texto em Wikipédia:Pedidos a administradores/Páginas protegidas/editintro para que possa ser replicado em outras páginas.OTAVIO1981 (discussão) 17h30min de 24 de abril de 2012 (UTC)

Parece que não deu muito certo não... !Silent (discussão) 21h08min de 24 de abril de 2012 (UTC)
Tinha que ter atualizado {{Pdpp}} também. !Silent (discussão) 21h11min de 24 de abril de 2012 (UTC)

Obrigado por avisar! Acho que agora foi, vê lá!OTAVIO1981 (discussão) 21h21min de 24 de abril de 2012 (UTC)

• Atualização: Fiz para Pedidos de supressão de edições, Pedidos de proteção de páginas, Pedidos de desproteção de páginas, Edição de páginas protegidas e Pedidos de restauro de páginas que são os pedidos que envolvem a manipulação da predefinição {{pdpp}}. Inicialmente pensei que a predefinição só era utilizada nas páginas protegidas (pdpp= predefinição páginas protegidas) mas não, então deu uma pequena zica ontem nos pedidos de restauro também. Aproveitei e movi as informações de preenchimento para fora da caixa de edição deixando na introdução conforme já era feito nas páginas protegidas. Acabou que ficou melhor do que esperava ficando tudo centralizado em Wikipédia:Pedidos_a_administradores/Páginas_protegidas/editintro, isto é, quando esta página de instruções for ajustada a mudança é refletida nas outras pois o funcionamento da predefinição é idêntico. As subpáginas de padrão (e.g. Wikipédia:Pedidos a administradores/Páginas protegidas padrão) também poderiam ser centralizadas o que facilitaria imensamente manutenção futura pois deste modo teríamos 1 página de info, 1 página de preload e 1 predefinição. Vou monitorar para ver se está tudo bem e peço que façam os testes necessários pois algo pode ter me escapado. Abs, OTAVIO1981 (discussão) 12h01min de 25 de abril de 2012 (UTC)

Não achei nenhum pouco intuitiva a forma de se fazer pedidos de edição em mais de uma página:

{{subst:pdpp
|Nome da página=exemplo|2=mais um exemplo|3=último exemplo
|Motivo=teste
}} ~~~~

Acho que seria muito melhor poder usar

{{subst:pdpp
|Nome da página=exemplo|mais um exemplo|último exemplo
|Motivo=teste
}} ~~~~

Outra coisa que pode (ou não) ser interessante é renomear "pdpp" para algo como "Que página precisa de atenção dos administradores?", que incentivaria (?) o preenchimento dos campos que aparecem abaixo (enquanto que "pdpp" não serve para esclarecer nada). É a mesma ideia que usaram ao escolher o nome da Template:Please leave this line alone. Helder 13h09min de 25 de abril de 2012 (UTC)

Eu nem sabia que era possível pedir para mais de uma página pois a anterior também não era intuitiva. Só notei esta possibilidade quando comecei a editar a pdpp que concordo que o nome não significa nada. Gostei das suas sugestões quanto ao preenchimento e alteração do nome e agora que a editintro está centralizada fica mais fácil realizar a alteração. Por mim, aproveitamos a tacada e padronizamos as subpáginas padrões também num local só. OTAVIO1981 (discussão) 13h15min de 25 de abril de 2012 (UTC)

Com estas alterações, torna-se possível usar a sintaxe que sugeri acima para pedidos relacionados a várias páginas. Helder 13h45min de 25 de abril de 2012 (UTC)

[conflito entre edições] A propósito, o que me causa mais incômodo ao pedir edições nas páginas protegidas são estes problemas (que continuarão existindo):

• Não dá para usar "|" nos pedidos
• A última linha não pode começar com um espaço

Mas infelizmente parece que preferem isso em vez do sistema do Commons e da enwiki... =( Helder 13h19min de 25 de abril de 2012 (UTC)

A dificuldade que eu vejo é fazer o leitor entender que é preciso apagar um conteúdo para inserir outro, diferentemente dos formulários a que está acostumado, em que se preenchem espaços em branco (ou, aqui na Wiki, depois do sinal de igual). O que comumente ocorre é ele escrever o nome da página depois da frase nome da página, e não no lugar dela. Não é possível fazer como na {{info/filme}}, por exemplo? Yanguas ^diz!-fiz 13h25min de 25 de abril de 2012 (UTC)

Não entendi o que quer aproveitar da info/filme. Helder 13h45min de 25 de abril de 2012 (UTC)

• Acho que vale a pena colocarmos um pouco mais de esforço investindo em melhorias similares as feitas nas páginas de PE com os pontos observados em relação ao preenchimento e automatização da limpeza da página. Um sistema que listasse os pedidos em aberto e os recém-fechados (24h) na página seria suficiente, deixando os outros em um "arquivo de pedidos" dinâmico. OTAVIO1981 (discussão) 13h38min de 25 de abril de 2012 (UTC) P.S.:Podemos fazer as páginas protegidas de teste piloto e depois implementar nas outras, o que acham?OTAVIO1981 (discussão) 13h41min de 25 de abril de 2012 (UTC)

Não compreendi exatamente a sugestão. O sistema de PEs foi feito porque elas são criadas em páginas específicas (subpáginas de WP:PE). Não vejo a comparação com o sistema de páginas protegidas. Pode explicar um pouco mais? Chico Venancio (discussão) 17h45min de 26 de abril de 2012 (UTC)

Acho que eu viajei na maionese...rsrs De todo caso, ficou tudo certo com o que foi feito e alguém gostaria de propor uma mudança que faça sentido? :) OTAVIO1981 (discussão) 19h24min de 26 de abril de 2012 (UTC)

Tem o script q oculta discussões antigas na esplanada / outros locais. Podia ser adaptado para os PAs, ocultando os casos já fechados (agora q tem uma predef para concluir o pedido) após x dias e deixando só o cabeçalho da seção. Ou um gadget opcional, quem usa mt os PAs poderia tirar proveito, facilitando focar nos pedidos em aberto (novos ou mt antigos). Rjclaudio ^msg 21h22min de 26 de abril de 2012 (UTC)

Acabo de pedir uma proteção de página, o preenchimento ficou mais fácil. Percebo que ninguém mais põe título adicional, um sinal de que o novo preenchimento é também intuitivo. Yanguas ^diz!-fiz 14h25min de 30 de abril de 2012 (UTC)

Já estamos com o MediaWiki 1.20...

wmf1

Ver também: en:Wikipedia:Village pump (technical)/Archive 98#1.20wmf1 deployment complete e commons:Commons:Village pump/Archive/2012/04#1.20wmf1 deployment complete.

Para quem ainda não notou, conforme a Especial:Versão já estamos usando a versão 1.20wmf1 do MediaWiki.

Fiquem atentos para o caso de surgirem problemas que possam ter sido causados pela atualização (talvez se deparem com um destes bugs que, a princípio, devem ser corrigidos até sair a versão final do MW 1.20).

Se necessário, criem subseções deste tópico para discutirmos problemas específicos. Helder 13h45min de 26 de abril de 2012 (UTC)

Com essa nova versão será necessário algum tipo adaptação dos scripts, como ocorreu tempos atrás? !Silent (discussão) 14h34min de 26 de abril de 2012 (UTC)

Pelo que diz no link acima, acho que os ajustes devem ser mínimos: This is a fairly small set of changes, compared to the previous deployments. Não me recordo de nada que pudesse causar problemas graves, e também não vi nada na página que fornece uma visão geral das mudanças... Mas talvez valha a pena dar uma conferida nas release notes

Um dos principais objetivos da tarefa de migração dos scripts nas atualizações anteriores foi garantir que eles não quebrariam tão facilmente em atualizações futuras (como esta). Mas ainda há bastante por fazer (o AntiVandalTool é um dos mais frágeis atualmente, pois ainda não usa a API como deveria).

Pelo que já vi por aí, as próximas mudanças no MediaWiki que podem/vão quebrar alguns/vários scripts, ou que pelo menos vão motivar algumas atualizações são

• A ativação de HTML5 nas wikis da WMF
• A possibilidade de mover o texto da interface dos gadgets para páginas do domínio MediaWiki, de modo a permitir a internacionalização (essencial para o item a seguir). A maioria dos scripts só poderá usar isso depois que for reescrito, pois atualmente poucos usam mw.message( 'nome-de-alguma-mensagem', 'Algum parâmetro', 'Outro parâmetro', ... ); para definir o texto da interface.
• A criação de um repositório central para os gadgets
• Um novo sistema para facilitar a personalização dos gadgets (criado no GSoC de 2011). Isso teoricamente não quebrará nada de imediato, mas para somente os gadgets que forem reescritos poderão se beneficiar disso. Com sorte, os gadgets mais comuns já estarão no repositório central a essa altura.

Fora isso, quando ativarem o MathJax ou quando lançarem o Editor Visual talvez tenhamos algum problema não previsto, mas acho que isso ainda vai demorar mais um pouco. Helder 16h46min de 26 de abril de 2012 (UTC)

Só quero ver quem vai ser o corajoso que vai revisar esse script do AntiVandal Tools todo. !Silent (discussão) 17h31min de 26 de abril de 2012 (UTC)

Pois é... eu acabei revisando só o básico, pra fazer ele "funcionar" por aqui. Mas o pior ainda está por vir... hehe Helder 18h14min de 26 de abril de 2012 (UTC)

Cores dos diffs

O código do MediaWiki:Common.css está entrando em conflito com o das novas cores que o MW usa nos diffs. Poderiam remover o CSS obsoleto, da seção

/* Formatação das diferenças de edição (cópia de w:fr:MediaWiki:Common.css) */

?

Se alguém ainda quiser usar o esquema de cores antigo, pode usar seu CSS pessoal, ou pedir para que criem um gadget (desativado por padrão) com as cores antigas (como foi feito na enwiki). Helder 13h45min de 26 de abril de 2012 (UTC)

Feito Rjclaudio ^msg 14h10min de 26 de abril de 2012 (UTC)

botão editar

o botão "editar" da primeira seção dos artigos foi deslocado para a esquerda, atrapalhando o título das páginas. Tetraktys (discussão) 20h28min de 26 de abril de 2012 (UTC)

Aqui ainda está na direita. Usas que browser? (chrome aqui) Chico Venancio (discussão) 20h44min de 26 de abril de 2012 (UTC)

Pelo o que vi, isso só ocorre no Monobook. O problema tá no script que adiciona o botão de editar no topo que já está bem desatualizado. !Silent (discussão) 20h45min de 26 de abril de 2012 (UTC)

uso o chrome mas o problema apareceu há uns dois, antes estava ok. Tetraktys (discussão) 20h49min de 26 de abril de 2012 (UTC)

Páginas vigiadas (2)

Monitorada no Bugzilla
Bug 36320

Ver também en:Wikipedia:Village pump (technical)#Occasional "mark all changes as read"

Aqui parou de mostrar em negrito as páginas editadas que ainda não visualizei. Uso o vector com o Firefox 12. !Silent (discussão) 17h14min de 27 de abril de 2012 (UTC)

Aqui tb. Vector, Chrome 16. Rjclaudio ^msg 17h33min de 27 de abril de 2012 (UTC)

Por acaso isso seria o bugzilla:35929? Helder 18h20min de 27 de abril de 2012 (UTC)

Acho que não, o bug não é sobre ter várias edições e não conseguir ver elas? O que está acontecendo agora é que as páginas deveriam ficar em negrito enquanto tiverem edições que você não viu. O engraçado é que foi de repente, acho que hoje pela manhã ainda estava funcionando. Chrome 18 aqui. Chico Venancio (discussão) 18h31min de 27 de abril de 2012 (UTC)

Agora notei o problema (vide detalhes abaixo). Helder 13h25min de 28 de abril de 2012 (UTC)

aqui também o negrito não aparece desde hoje Tetraktys (discussão) 20h32min de 27 de abril de 2012 (UTC)

Acessei a lista de vigiados para conferir se alguém havia comentado neste tópico, e embora houvesse, o tópico realmente não estava em negrito como deveria. Aparentemente o recurso continua funcionando no Wikilivros, pois lá um item vigiado que ainda não tenha sido visitado aparece assim

<td><strong class="mw-watched"><a href="/wiki/Exemplo" title="Exemplo">Exemplo</a></strong>...</td>

mas aqui na Wikipédia, todos os itens aparecem assim:

<td><a href="/wiki/Exemplo" title="Exemplo">Exemplo</a>...</td>

Resta saber o que pode ter causado o desaparecimento das tags <strong class="mw-watched"> (só encontrei um bug que menciona essa tag e essa classe ao pesquisar no bugzilla, mas não era sobre a mesma coisa). O mais estranho é que a Wikipédia e o Wikilivros estão usando a mesma versão do MW, então é possível que o problema tenha sido causado por alguma mudança na própria Wikipédia. Desabilitei todos os gadgets, e meus scripts pessoais, mas o problema persiste, tanto no Firefox 12 quanto no Google Chrome 18, e tanto na versão normal quanto na melhorada da lista de páginas vigiadas. Helder 13h25min de 28 de abril de 2012 (UTC)

Na Wikipédia em inglês está a mesma coisa. !Silent (discussão) 13h31min de 28 de abril de 2012 (UTC)

Informei o problema no bugzilla:36320. Helder 13h49min de 28 de abril de 2012 (UTC)

Aparentemente foi essa alteração no valor da $wgShowUpdatedMarker que causou o "problema". Helder 14h33min de 28 de abril de 2012 (UTC)

Existe alguma previsão de quando esse problema será resolvido? Heitor ^{diz aí!} 19h55min de 29 de abril de 2012 (UTC)

Não vi nenhuma. Helder 22h54min de 29 de abril de 2012 (UTC)

Até agora não entendo porque mudaram essa variável para false. Com que propósito eles fizeram isso? Fazer os usuários se perderem na hora de olhar as páginas vigiadas? !Silent (discussão) 21h03min de 29 de abril de 2012 (UTC)

O Platonides perguntou exatamente isso para o Reedy, mas ainda não obteve resposta. Mas talvez se perguntarem no IRC ou na lista de emails wikitech obtenham uma resposta mais rápida. Helder 22h54min de 29 de abril de 2012 (UTC)

Como está agora é ruim, perde-se tempo e visão geral. Por favor, façam voltar ao que era antes!--Kaktus Kid (discussão) 21h30min de 29 de abril de 2012 (UTC)

Não depende dos editores da ptwiki (a não ser no sentido de insistir nos canais mencionados acima - IRC e wikitech). Helder 22h54min de 29 de abril de 2012 (UTC)

O assunto parece estar morto no Bugzilla. Faz-me muita confusão que se tenham passado tantos dias sem ninguém atuar. Somos só nós na pt que sentimos a falta disso? Como é que os bifes podem viver sem isso? Há alguma forma de filtrar as lidas e não lidas? --Stegop (discussão) 10h47min de 30 de abril de 2012 (UTC)

Vou ver se faço um script pra contornar isso, enquanto não resolvem isso. !Silent (discussão) 12h59min de 30 de abril de 2012 (UTC)

O recurso nunca esteve ativado na enwiki (ver bugzilla:30295), por isso ninguém sentiu falta lá. Helder 14h05min de 30 de abril de 2012 (UTC)

Testei na wp-en e também não estava funcionando. !Silent (discussão) 14h09min de 30 de abril de 2012 (UTC)

Boa notícia: o Reedy acabou de ativar o recurso novamente! Helder 17h31min de 3 de maio de 2012 (UTC)

Já voltou ao normal õ/ Kascyo ^fale! 17h34min de 3 de maio de 2012 (UTC)

Finalmente. Já tinha até me acostumado, e chega achei estranho quando vi as PVs em negrito :) !Silent (discussão) 17h40min de 3 de maio de 2012 (UTC)

Alguém mais sente falta desse negrito na Wikipédia inglesa? Está ocorrendo uma discussão sobre isso na en:Wikipedia:Requests for comment/Watchlist survey. Helder 18h49min de 18 de maio de 2012 (UTC)

wmf2

Ver também en:Wikipedia:Village pump (technical)#1.20wmf2 deployment complete e commons:MediaWiki 1.20/Roadmap#Schedule for the deployments

O MediaWiki 1.20wmf2 já está em uso desde ontem!

Alguém notou algum problema? Helder 12h15min de 10 de maio de 2012 (UTC)

Nenhum problema até agora. !Silent (discussão) 12h17min de 10 de maio de 2012 (UTC)

Esconder linhas de reversão+revertido do histórico

Questão: é tecnicamente possível a implementação de código que esconda do histórico dos artigos o conjunto da edição de reversão mais a(s) edição(ões) revertida(s)?

Seria um pouco semelhante à possibilidade já existente de esconder do histórico de páginas vigiadas, ou páginas novas, as edições já patrulhadas ou realizadas por bots. Caso fosse possível seria de imensa utilidade. O número de conjuntos vandalismo+reversão tem crescido exponencialmente, sobretudo em 2011/2012. Tenho visto sistematicamente páginas de histórico sem qualquer edição válida há anos, e só com o par mencionado. Isto torna muito difícil e desesperante procurar edições válidas para saber quando e que texto foi inserido e por quem.

E, embora esse conjunto reversão+revertido seja importante preservar quando se analisa comportamentos de contas, a verdade é que no dia-a-dia e para os editores que editam texto é absolutamente inútil, e a hipótese de esconder seria muito bem vinda. Polyethylen (discussão) 14h28min de 26 de abril de 2012 (UTC)

Tem um script da Wikipedia inglesa que pode ser útil: en:User:Js/markZeroEdits.

Seria legal se fossem feitas as mudanças necessárias no código dele para que funcionasse em mais wikis (em particular na Wikipédia lusófona). Helder 14h52min de 26 de abril de 2012 (UTC)

Quase. Mas pelo que percebi não é bem isto. Este script apenas esconde edições únicas com zero bytes. O que procuro é basicamente o mesmo, mas que interprete como zero o conjunto do vandalismo e da reversão.

Em termos simples. Vândalo A insere spam (+ 200 b). Reversor B reverte (- 200b). Total= 0. Mas são duas (ou mais) edições.

A ideia seria qualquer coisa que interpretasse o registo de "reversão" e o user/IP "revertido" e eliminasse do histórico ambas as edições. Polyethylen (discussão) 15h02min de 26 de abril de 2012 (UTC)

Isso poderia ser feito verificando se o sumário possui algo como "Revertidas" ou "Desfeita", e aí ocultar. O problema seria ocultar as edições dos vândalos. !Silent (discussão) 15h08min de 26 de abril de 2012 (UTC)

Uma coisa que pode ser útil é o novo campo "sha1" que guarda uma checksum de cada revisão dos artigos, e que permitiria comparar se duas versões são idênticas sem ter que baixar o código wiki inteiro dessas revisões. Veja por exemplo o resultado desta requisição à API (há duas revisões com o sha1 = 1204cc366ac0dc3a2cc2e270ea9ec4dd9b4df629, o que quer dizer que a edição intermediária foi revertida). Helder 17h07min de 26 de abril de 2012 (UTC)

Monitorada no Bugzilla
Bug 36081

O problema é que só funciona para as reversões feitas a partir do dia 19 desse mês. !Silent (discussão) 19h40min de 26 de abril de 2012 (UTC)

O que só funciona depois do dia 19? E por que? Helder 16h04min de 27 de abril de 2012 (UTC)

O campo sha1. Já que ele foi implementado dia 19, só vai funcionar a partir dessa data. Em edições anteriores, ele fica em branco (Como pode ver aqui). !Silent (discussão) 16h09min de 27 de abril de 2012 (UTC)

Ah, entendi. Encontrei o Bug 36081, que será fechado assim que o campo "sha1" estiver perenchido para todas as revisões. Helder 16h36min de 27 de abril de 2012 (UTC)

Resta agora esperar. Mas como o script poderia ser feito? Como poderia se pegar cada edição do histórico e verificar se ela foi revertida? !Silent (discussão) 17h02min de 27 de abril de 2012 (UTC)

Pelo comentário do Reedy, o preenchimento do campo deve levar umas semanas para ser concluído em todas as wikis. Helder 19h06min de 3 de maio de 2012 (UTC)

Em relação ao algoritmo, imagino algo assim (em linhas gerais):

1. Obtem-se a lista de edições contendo a data/hora de cada versão, e também o valor sha1 correspondente.
2. Para cada edição X (da mais recente para a mais antiga), percorre-se a lista em busca da edição Y mais antiga cujo sha1 seja idêntico ao da edição X considerada.
   1. Se houver uma edição Y nessas condições, todas as edições intermediárias (de "Y+1" até X) foram revertidas
   2. Se não existir, a edição X não foi revertida e deve-se continuar com a próxima edição (digamos, "X-1")
3. Uma vez feito isso, cada edição teria sido considerada "revertida" ou "não revertida", e o script poderia agrupar/ocultar as edições de cada "grupo de versões revertidas consecutivas", reduzindo a poluição do histórico das paginas.

Helder 19h06min de 3 de maio de 2012 (UTC)

Facilitar o acompanhamento de bugs e pedidos

Ver Wikipédia:Esplanada/propostas/Facilitar o acompanhamento de bugs e pedidos (28abr2012). Helder 14h02min de 28 de abril de 2012 (UTC)

artigo errado

"imagem" no ID 69813-Mosteiro de Santa Cruz ou Mosteiro de Santa Cruz de Coimbra e túmulos de D. Afonso Henriques e de D. Sancho I - concelho de Coimbra a imagem está errada, aparece o Castelo de Guimarães em vez do referido mosteiro

O "ID" a que se refere é este. Mas isso é uma ligação externa que não tem relação nenhuma com a wikipédia. O site pertence ao IGESPAR e é com eles que deve falar acerca do erro. Polyethylen (discussão) 14h42min de 30 de abril de 2012 (UTC)

Noinclude para a esplanada

Criei {{ArquivarSeçãoEsplanada}} para poder ocultar parte dos tópicos para não aparecerem na transclusão da esplanada, diminuindo assim o peso de alguns tópicos (seja peso em kb ou em volume de texto mesmo). A ideia é aplicar o noinclude apenas na Esplanada/propostas e geral, e não aplicar na página de arquivo da esplanada. Essa seria uma solução melhor que a atual, q é apenas trocar a transclusão do tópico por um link direto para ele.

Tentei fazer isso com switch+PAGENAME e includeonly no meio do noinclude mas não deu certo. Alguém? Rjclaudio ^msg 16h51min de 1 de maio de 2012 (UTC)

Eu não cheguei a testar, nem sei detalhes sobre isso, mas tenho lá minhas dúvidas quanto ao uso de <{{#if:{{{1|}}}|/}}noinc. Parece que é o tipo de construção que seria considerada um edge case e talvez^{[carece de fontes, mas veja mw:Parsoid/Todo#Limitations]} não seja válida no novo parser. Helder 17h08min de 1 de maio de 2012 (UTC)

Também é bom ficar de olho nos limites que são aplicados à transclusão de páginas, para ver de que modo o sistema proposto afetará os valores. Helder 17h12min de 1 de maio de 2012 (UTC)

Track listing

Alguém me pode dizer porque não é visível a última faixa (#12), neste artigo: My One and Only Thrill#Faixas, embora ela esteja lá.-- L'Éclipse ^[mensagem] 10h13min de 3 de maio de 2012 (UTC)

Porque essa predefinição só aceita 11 músicas. Você teria que usar a {{Lista de faixas}}. !Silent (discussão) 11h19min de 3 de maio de 2012 (UTC)

Ah ok. Obrigado, !Silent!-- L'Éclipse ^[mensagem] 11h21min de 3 de maio de 2012 (UTC)

Agradeço pelos exemplos de predefinições em que se desperdiça recursos do CSS, aumentando o tamanho do HTML das páginas em que são usadas. Já citei no tópico em que conversamos sobre o "tamanho" dos artigos. Helder

Mais países na predefinição de filme

Poderia ser adicionado todos os países de língua portuguesa pra que eles tenham um título na predefinição? Com certeza eles tem seus próprios filmes pra serem adicionados aqui na Wikipédia e/ou dublagem própria, ocasionando em títulos diferentes do Brasil e de Portugal. Ficando mais ou menos desta forma como todos eles e em ordem:

|nome                  = título
|título-an             = título angolano
|título-br             = título brasileiro
|título-cv             = título cabo-verdiano
|título-gb             = título de Guiné-Bissau
|título-ge             = título guinéu-equatoriano
|título-mb             = título moçambicano
|título-pt             = título português
|título-st             = título são-tomense
|título-tm             = título timorense
|imagem                = Exemplo.jpg

... Ginko ^discussão 18h53min de 4 de maio de 2012 (UTC)

Imagino como ficaria a infobox se todos esses títulos forem preenchidos, vai ficar bem grande.

Precisaria de um trabalho pra ver quais os títulos são iguais, para colocar entre parênteses todos os países q tem aquele título, ao invés de colocar uma linha para cada título. E aumentar o if para qnd usar o título-or (original) pq o original só seria usado se tivesse algum desses campos diferente dos outros. Bem, tudo isso é mt complexo pra mim. Rjclaudio ^msg 19h01min de 4 de maio de 2012 (UTC)

Concordo que vai ficar bem grande, mais todos os países da língua portuguesa deveriam ter a liberdade que nós temos aqui por essa ser a Wikipédia deles também, caso o título seja igual poderia ficar junto por exemplo.

Nome A (AN/BR/GE)

Nome B (MB)

Nome C (PT/TM) ... Ginko ^discussão 19h18min de 4 de maio de 2012 (UTC)

Foi isso q pensei. Só não sei programar isso. Ou melhor, eu imagino um jeito mas ficaria bem grande / confuso o código pelo q prefiro nem tentar. Rjclaudio ^msg 19h32min de 4 de maio de 2012 (UTC)

De fato, antes de mexer na predefinição é melhor se informar como é feito o versionamento dos filmes nesses países. No caso do espanhol, geralmente há a 2 versões: a espanhola e a hispano-americana. É provável que alguns países lusófonos usem a própria versão portuguesa (o que dispensaria os campos para esses países). Todos os países lusófonos devem ter o mesmo tratamento, mas é melhor esperar algum feedback dos editores desses países para evitar colocar os bois na frente da carroça (desnecessariamente). Até onde me recordo, não li nenhum comentário a respeito dessa questão vindo de usuários de Moçambique ou Angola. Giro720^msg 03h37min de 5 de maio de 2012 (UTC)

Opção para vigiar as páginas editadas

Monitorada no Bugzilla
Bug 36578

Por acaso foi só comigo (ou algum deslize meu) ou a opção "Adicionar páginas editadas por mim à minha lista de páginas vigiadas" foi desativada "sozinha" para mais alguém? Fui fazer uma edição e notei que a página não foi incluída na minha lista de vigiadas. Fui conferir minhas preferências e a opção estava desabilitada (sendo que lembro de ter deixado ela ativada). Helder 22h53min de 4 de maio de 2012 (UTC)

Aqui ta normal. Chico Venancio (discussão) 23h09min de 4 de maio de 2012 (UTC)

Aqui também desativou sozinha... Kascyo ^fale! 22h00min de 6 de maio de 2012 (UTC)

Já que não foi só comigo, informei o problema no bug 36578. Helder 22h45min de 6 de maio de 2012 (UTC)

Histórico de configurações

Esbocei na página Wikipédia:Histórico de configurações uma tabela para facilitar o acompanhamento dos pedidos de configurações que são feitos no bugzilla em relação a Wikipédia lusófona. A princípio, os bugs no MediaWiki não deveriam ir para a lista, a não ser que sejam essencialmente relacionados a esse projeto.

Comentários? Helder 12h28min de 5 de maio de 2012 (UTC)

MediaWiki:Gadget-ValidarBloqueio.js

Infelizmente, um erro que impede os administradores de enviar mensagem de bloqueio está ocorrendo. Isso ocorre quando um nome de usuários está com acentos ou caracteres especiais.

O erro é esse:

Erro: A API retornou o código de erro "invalidtitle": Bad title "User talk:Anderson_P%C3%A1dua"

O que pode estar errado neste script? Francisco (discussão) 21h31min de 10 de maio de 2012 (UTC)

Talvez se no lugar de

that.sendMsg( /r\/(.+)/.exec( location.href )[1] );

usar

that.sendMsg( $( '#mw-content-text' ).find( 'a' ).html() );

funcione, já que pegando o nome do usuário direto da página, a string não fica escapada. !Silent (discussão) 21h55min de 10 de maio de 2012 (UTC)

Não bastaria usar a decodeURIComponent( ... ) para decodificar o texto obtido da URL antes de passar para a sendMsg?

decodeURIComponent( /r\/(.+)/.exec( location.href )[1] )

Helder 22h34min de 10 de maio de 2012 (UTC)

Pode ser. Eu também tinha pensado em usar o uniscape, só que com ele fica "Anderson_Pádua". Só que de certa forma, pegar o usuário dessa maneira aumenta a portabilidade para wikis de outras linguas, já que a palavra "Bloquear" não termina com "r" em todas elas (E o regex para pegar o nome toma como base isso). !Silent (discussão) 22h46min de 10 de maio de 2012 (UTC)

Sim, que o método atual não é portável já havia sido mencionado aqui.

No entanto, observe que o texto da página é definido por MediaWiki:blockipsuccesstext, então também não é portável (pois as wikis tem liberdade para redefinir o texto como quiserem). Helder 23h32min de 10 de maio de 2012 (UTC)

Bah, pelo menos serve na test.wikipedia, aí é menos uma coisa para eu mudar quando tenho que testar o script lá !Silent (discussão) 00h05min de 11 de maio de 2012 (UTC)

Outro problema: a mensagem {{bloqueado-disc}} é enviada a usuários que não podem editar a própria PDU (ver diff). Nesse caso, Jupaautocar D​ C​ E​ F​ B não tem a edição da PDU liberada. Francisco (discussão) 02h19min de 12 de maio de 2012 (UTC)

[3]. !Silent (discussão) 12h03min de 12 de maio de 2012 (UTC)

Mudanças recentes - mostrar edições somente maiores de 2kb

Olá Café! É possível filtrar as Especial:Mudanças_recentes na maneira de que somente edições maiores de (exemplo) 2 kb de acréscimo serão mostradas? Razão: 60-70% destas edições (especialmente feitas por IPs ou usuários não confirmados) são violações de direitos autoriais.^{estimativa pessoal} O filtro ajudaria na detecção destas eventuais violações. Passei pela documentação api mas não tive êxito. --Gunnex ^{msg contrib} 22h55min de 14 de maio de 2012 (UTC)

É possível:

1. Ative o gadget que tem a seguinte descrição:
   • Filtro para listas: permite filtrar quase toda página com listas (como páginas de históricos, de contribuições e de privilégios de utilizadores) com expressões regulares. [comentários]
2. Desative a versão aprimorada das mudanças recentes (caso tenha ativado).
3. Depois, quando acessar as mudanças recentes haverá um link no topo (no menu em que ficaria o "mover") para filtrar a lista de mudanças recentes. Poderá usar a seguinte regex no campo:

   [2-9]\s[0-9][0-9][0-9]\)‎

Se for usar isso com frequência, pode salvar um link em sua página de usuário, para que quando usá-lo o regex seja carregado por padrão no filtro. Helder 00h39min de 15 de maio de 2012 (UTC)

Obrigado. [2-9] = 2kb - $\infty$, certo? O link já serve muito bem, mas estou tentando aumentar a visibilidade deste filtro que atualmente mostra somente 250 alterações dos últimos 2 dias. Um filtro com 500 alterações e 30 dias seria mais prático. No âmbito da minha ingenuidade nesta matéria tentei isto via [4] acrescentando &limit=500&days=30 no final do filtro. Isto não dá erro, as novas opções (500 + 30) são aceitas, mas o filtro não avança no histórico. Como faria isto? --Gunnex ^{msg contrib} 08h23min de 15 de maio de 2012 (UTC)

É praticamente o mesmo que "2kb - $\infty$". Pra ficar 100% teria que aprimorar um pouco a regex utilizada. Por exemplo, uma edição que inclua "(+50 481)" não seria detectada pela regex acima, como pode conferir nesta ferramenta. Essa aqui deve funcionar um pouco melhor:

[2-9]\s\d{3}\)|‎\d+\d\s\d{3}\)

Não há problema em usar os parametros usuais das mudanças recentes, como &limit=500&days=30, mas note que o filtro se aplica a lista que estiver carregada e simplesmente esconde as edições que não forem detectadas pela regex escolhida. Então o número de edições será sempre menor do que o limite escolhido (no caso, será < 500). Mas ainda assim, acho que o filtro já ajuda... ;-) Helder 11h44min de 15 de maio de 2012 (UTC)

PS: O tamanho da lista de mudanças recentes foi reduzido (em março de 2009) de 5000 para 500 pelo Domas, para melhorar a performance:

* 10:45 logmsgbot: midom synchronized php-1.5/includes/specials/SpecialRecentchanges.php 'RC cost became too high to support 5000 limit, decreased to 500'

Helder 11h54min de 15 de maio de 2012 (UTC)

Mais uma vez, obrigado. Bom, não querendo complicar o negócio :-)) mas esqueci um detalhe ou me expressei mal. Veja a imagem à direita. Com Citação: Gunnex escreveu: «(...) mas o filtro não avança no histórico» quis dizer que o filtro aparentemente só mostra edições dos últimos 45-60 minutos e não "avança" para o histórico do 14 de maio etc. Será que isto é ligado com o gadget "Logs Filter" (que ativei), mas que é reservado somente aos WP:As (não sou WP:A)? A imagem representa o resultado usando o seu e meu link (+&limit=500&days=30). Hmmmm... --Gunnex ^{msg contrib} 18h38min de 15 de maio de 2012 (UTC)

Na verdade entre as últimas 500 não há mais edições nas condições estipuladas, então a lista que viu estava completa (como disse acima, sempre haverá no máximo 500 itens na lista filtrada). Além disso, o gadget funciona para qualquer editor. Aliás, devia ser movido para outra seção da lista de gadgets, e a descrição talvez devesse ser melhorada (acabei de pedir isso para os admins). Helder 19h28min de 15 de maio de 2012 (UTC)

Entendi agora. O filtro reporta somente ocurrências de edições >2kb, analisando as últimas 500 edições atuais. Eu pensava que o filtro seria capaz de mostrar (na melhor das hipóteses) as últimas 500 edições com acréscimos de > 2kb feitas nos últimos X dias. Em outras palavras: filtrando das +/- 450.000 edições dos últimos 30 dias somente aquelas com acréscimo de 2kb :-) <-> :-( Ok, aparentemente não há solução como queria. Fechando o tópico e mais um obrigado pelo esforço (e pela paciência). --Gunnex ^{msg contrib} 20h28min de 15 de maio de 2012 (UTC)

Os servidores provavelmente derreteriam se implementassem isso (que tem a ver com o bugzilla:18228), já que tiveram até que reduzir o máximo de itens (que já foi de 5000). Helder 21h03min de 15 de maio de 2012 (UTC)

Mesmo que se tentasse usar a API para criar scripts pessoais com funcionalidades mágicas como essa aí, eles ainda estariam sujeitos ao mesmo limite de 500 itens por chamada, a não ser que a conta tivesse a flag de "bot", que permite obter 5000 itens. Mas como $wgRCMaxAge = 30 * 86400 nas wikis da WMF, é provável que com a API daria para fazer chamadas extras para obter mudanças recentes mais antigas do que as 500 últimas, desde que tenham ocorrido nos últimos 30 dias. Mas precisaria conferir... (e de qualquer modo alguém precisaria escrever um script). Helder 21h03min de 15 de maio de 2012 (UTC)

Atualizar listas

Monitorada no Bugzilla
Bug 15434

Alguém sabe como atualizar aquelas listas especiais? Tipo essa ou essa? !Silent (discussão) 18h26min de 15 de maio de 2012 (UTC)

Normalmente são listas imensas por isso demoram mto tempo a serem actualizadas ou nem o são, como esses casos. Se quiseres posso fazer uma query, basta dizeres-me que listagem queres, assim até podes ter acesso à listagem completa, uma vez que as páginas especiais apresentam um número máximo de 50 000 creio eu. Alchimista ^{Fala comigo!} 18h42min de 15 de maio de 2012 (UTC)

Ver bugzilla:15434 e suas 15 duplicatas. Helder 19h19min de 15 de maio de 2012 (UTC)

Então, poderia fazer com a listagem de páginas sem saída? E na verdade nem é 50000, são apenas 5000 páginas. !Silent (discussão) 20h58min de 15 de maio de 2012 (UTC)

Estrela

Seria possível mover um pouco mais para a esquerda a estrela dos artigos destacados? Quando o artigo se encontra protegido o cadeado fica por cima da marca de destacado. Gean Carlos ^Escreva-me 14h24min de 18 de maio de 2012 (UTC)

Poderia dá um exemplo de um artigo assim? !Silent (discussão) 14h41min de 18 de maio de 2012 (UTC)

Eu já vi algo parecido acontecer no artigo sobre a Avril Lavigne, mas o cadeado ficava em cima do [x] de um banner. Helder 16h02min de 18 de maio de 2012 (UTC)

Aqui no artigo da Avril usando o Firefox 12 não acontece isso não, mesmo sem o FB e botão de editar a seção 0. Mas se for pra mudar algo, tem que ser em MediaWiki:Gadget-Topicon.css. !Silent (discussão) 16h05min de 18 de maio de 2012 (UTC)

Coloquei uma imagem à direita, mostrando a posição do ícone em três navegadores (Iceweasel 3.5.16, Epiphany 2.30.6 e Google Chrome 19, respectivamente). Em todos os casos o ícone está mal posicionado, pois deveria estar na mesma região em que os demais ícones relativos aos artigos são posicionados. O ideal seria que implementassem a mw:Extension:ArticleEmblems, pare resolver o bug 23796 de uma vez, mas acho que isso ainda vai demorar. Helder 18h28min de 18 de maio de 2012 (UTC)

De fato o posicionamento está desalinhado. Uso o Firefox 12 e no artigo principal o cadeado azul está sobre a estrela que indica destacado. Ao clicar nele, o link leva a Wikipédia:Página protegida e não Wikipédia:Artigos destacados. Gean Carlos ^Escreva-me 20h18min de 18 de maio de 2012 (UTC)

Authority control em português

Solicito auxílio para que seja disponibilizado em nossa pt.wiki a predefinição en:Template:Authority control (denominada Normdaten em diversas outras wikis). Como exemplo de sua praticidade, ver sua utilização na de.wiki no artigo/verbete de:Karl-Eugen Kurrer (que recém verti para o português, Karl-Eugen Kurrer). Saudações --Kaktus Kid (discussão) 15h30min de 19 de maio de 2012 (UTC)

Caso ninguém tenha disponibilidade antes, eu a partir de quarta feira posso pegar nisto. Polyethylen (discussão) 18h47min de 19 de maio de 2012 (UTC)

Está criado: Predefinição:Normdaten. Alguém por favor pode documentar? Não sei como fazer! Obrigado, --Kaktus Kid (discussão) 22h09min de 30 de junho de 2012 (UTC)

Estão faltando as interwikis! Eu traduzi da es:Plantilla:Normdaten.--Kaktus Kid (discussão) 22h15min de 30 de junho de 2012 (UTC)

Esta predefinição surgiu na criação de Philipp Müller.--Kaktus Kid (discussão) 22h18min de 30 de junho de 2012 (UTC)

Problemas com predef

Pessoal,

Alguém sabe por que a predefinição {{citação2}} está agora "invadindo" as imagens (veja aqui, aqui e aqui) somente no Chrome? Testei no IE9 e funciona... José Luiz ^disc 16h14min de 19 de maio de 2012 (UTC)

Predefinição Quote 2

A predefinição Quote2 está apresentando problemas e entrando em conflito com a infobox de alguns artigos, como em Homofobia e Portugal. O problema surgiu há pouco dias. Alguém sabe o que aconteceu e como resolver? Heitor ^{diz aí!} 07h45min de 23 de maio de 2012 (UTC)

De qual conflito você fala? É o mesmo descrito aqui? !Silent (discussão) 08h32min de 23 de maio de 2012 (UTC)

Sim, exatamente. Alguém sabe o que está havendo? Heitor ^{diz aí!} 04h39min de 24 de maio de 2012 (UTC)

Não não vi problema. Tentei fazer um ajuste, mas completamente "no desespero" e me dei mal. Será que pode ser alguma coisa do browser? Abraços Mwaldeck ^msg 12h51min de 24 de maio de 2012 (UTC)

É algum bug do Chrome mesmo, porque antes não estava asssim, e agora ficou de uma hora para outra. !Silent (discussão) 12h56min de 24 de maio de 2012 (UTC)

Só pra constar: isso também ocorre na wiki em inglês. Helder 17h57min de 2 de julho de 2012 (UTC)

Pedido de socorro contra possível ação hacker

Tenho tido dificuldades par me logar a partir deste IP, bem como meu irmão que também é Wikipedista e utiliza o mesmo IP que eu. O mesmo ocorre se nos logamos em outros computadores. Mesmo quando nos logamos, não conseguimos fazer edições ou salvá-las, ou levamos horas para conseguir algo. Estamos enfrentando o mesmo problema com relação ao Google e outros sites no mundo inteiro. Meu apelido é Rockabilly Rocha e meu irmão é Adrian de Limes.Nos ajudem a banir este tipo de ameaça da Wikipédia, tão importante para nós todos.--187.60.111.91 (discussão) 06h14min de 22 de maio de 2012 (UTC)

Como assim não conseguem fazer edições ou salvar-las? Acontece o quê? !Silent (discussão) 11h20min de 22 de maio de 2012 (UTC)

Se o problema acontece em outros sites, é improvável que seja um problema da Wikipédia. Helder 11h41min de 22 de maio de 2012 (UTC)

Criação de lista com itens opcionais

Precisava de criar em código uma lista com 4 a 6 itens opcionais, os primeiros separados por vírgula e o último por "e". Sei fazer o código assumindo que um item vazio significa que o anterior é o último, mas não é esse o caso, por isso o único algoritmo que me ocorre é analisar todos os casos possíveis, o que fica monstruoso e virtualmente impossível de construir devido à complexidade.

Exemplo: {{xpto|a||c|d}} => a, c e d ; {{xpto|||x||y}} => x e y

O código é para construir uma predef de esboço que suporte mais do que um tema (proposta em Wikipédia Discussão:Projetos/Manutenção#Marcas de mínimo e de esboço). A ideia é ter uma predef que define os parâmetros de cada tema:

{{#switch: {{{1|}}}
|ícone      =
|px         =
|tema       =
|relacionado=
|cat1       =
|cat2       =
|catpredef1 =
|catpredef2 =
}}

a qual é evocada sucessivamente na predef de esboço. Para os temas, tudo bem, eles são obrigatórios, mas para os "relacionados" (projetos), eles podem não existir, daí a dificuldade em criar a lista. --Stegop (discussão) 21h54min de 25 de maio de 2012 (UTC)

Info/Universidade

Esta universidade mudou de nome Moshood Abiola University fiz a mudança do nome e resolvi colocar a infobox, verifiquei que a Predefinição:Info/Universidade não tem campo para imagem, coloquei a imagem em brasao. Deixei no artigo a predef em inglês e Info para verem a diferença, o campo logo também não tem. Poderiam verificar por favor? JMGM (discussão) 11h17min de 29 de maio de 2012 (UTC)

Se for usada a Predefinição:Info/Universidade 2 essa não tem o campo para Logo.

No mesmo artigo:Outra predef é Ver desambig que pela interwiki deveria se referir a Template:About mas não está correspondendo. JMGM (discussão) 11h37min de 29 de maio de 2012 (UTC)

Barra vertical do lado esquerdo sobrepõe-se ao texto do artigo em modo de edição

Verifica-se desde há umas horas em Firefox 13 em WinXP e Win7. Curiosamente, aqui, no CP não se verifica. --Stegop (discussão) 20h14min de 12 de junho de 2012 (UTC)

Meu palpite é que isto deve ter resolvido o problema, que surgiu depois de mudanças relacionadas a este tópico.

Aparentemente o problema desapareceu. Obrigado. --Stegop (discussão) 22h31min de 12 de junho de 2012 (UTC)

Clube Atlético Paranaense#Elenco profissional

Seguindo aviso de erro em Wikipédia:Informe um erro#Clube Atlético Paranaense, que alerta para texto "encavalado", verifico que acontece por todo aquele artigo. Não consigo corrigir, a não ser inserindo espaçamentos. A predefinição 'limpar', não resulta, não sei outra forma de o fazer. Alguém? -- L'Éclipse ^[msg] 19h44min de 13 de junho de 2012 (UTC)

Não sei se terá a ver com alterações que ocorreram ontem na predef 'limpar', mas parece que o problema está resolvido. -- L'Éclipse ^[msg] 09h45min de 14 de junho de 2012 (UTC)

Template:Cite pmid

Seria muito produtivo ter esta predefinição disponível na pt.wiki. Ver por exemplo sua utilidade aqui, vide referência 1.--Kaktus Kid (discussão) 17h06min de 14 de junho de 2012 (UTC)

Meses terminam dia 29?

A predefinição:cab-ice, colocada nas categorias de eliminação por dia do mês, só vai até o dia 29, como se todo mês fosse fevereiro.

Aparentemente, o problema se deve a uma má-configuração da Predefinição:Eliminação/corpo, mas eu não sei como consertar.

Alguém se habilita?

Grato. Yanguas ^diz!-fiz 15h01min de 15 de junho de 2012 (UTC)

Eu movi para a (sub)Predefinição:Eliminação/corpo/dia a parte do código que se repetia em todos os dias, para tentar facilitar a identificação e resolução do defeito.

Por algum motivo não consegui identificar, isso causou um novo problema. Além disso, notei que há algo errado com a predefinição que está sendo usada para remover a primeira palavra do subtítulo de páginas como "Categoria:Itens candidatos à eliminação/14 de maio" (ver en:Template talk:Remove first word). Helder 13h34min de 16 de junho de 2012 (UTC)

Acho que está resolvido. Helder 13h57min de 16 de junho de 2012 (UTC)

Calendários juliano e gregoriano

Será que poderíamos dispor de uma predefinição para estes dois calendários, tal qual esta, es:Plantilla:Julgregfecha? --Kaktus Kid (discussão) 05h29min de 17 de junho de 2012 (UTC)

"Enviar mensagem de bloqueio"

Esse comando do WP:RA não está funcionando.

Alguém sabe por quê? É possível reverter?

Grato. Yanguas ^diz!-fiz 18h04min de 19 de junho de 2012 (UTC)

Na verdade esse botão vem do MediaWiki:Gadget-ValidarBloqueio.js. Mas como assim não funciona? Você clica no botão e não acontece nada? Porque eu testei ontem na test.wikipedia e funcionou. !Silent (discussão) 18h12min de 19 de junho de 2012 (UTC)

Outro problema ocorre ao aplicar um bloqueio de alguns meses, a palavra "mêses", que não existe, é colocada no lugar da grafia correta ("meses"). Francisco (discussão) 18h18min de 19 de junho de 2012 (UTC)

Vi que o problema é só no Internet Explorer (No 8 pelo menos), pois ele não tem suporte ao Function.prototype.bind (Por essas e outras que eu odeio esse navegador). Quando fiz a implemetação manual do bind, passou a funcionar no IE.
Francisco, eu tava em dúvida se era "mêses" ou "meses", aí deixei "mêses" mesmo.
A versão corrigida é essa. !Silent (discussão) 18h30min de 19 de junho de 2012 (UTC)

O guia de migração recomenda não alterar os protótipos dos objetos nativos do JavaScript (esse bind é mesmo necessario?). Além disso, deve-se usar jQuery.isFunction em vez de usar typeof ... === "function" (adivinhem por causa de que navegador...). Helder 19h20min de 19 de junho de 2012 (UTC)

O bind é necessário sim, para alterar o escopo da função, pois senão o this vai apontar para o evento. Um modo de contornar isso é usando o "var that = this;", só que eu acho que é muita gambiarra. O jQuery até tem um bind, mas não parei pra ver se faz a mesma coisa.
E eu não sabia que o IE tinha problema com typeof...que navegadorzinho chato, sério. !Silent (discussão) 19h41min de 19 de junho de 2012 (UTC)

Hm.. parece que dessa vez não era culpa do IE, mas sim do Firefox (veja nos comentários da documentacão do jQuery).

Estou sem tempo para fazer testes com o bind, então por hora vou assumir que é o único jeito... Helder 20h26min de 19 de junho de 2012 (UTC)

Na verdade o problema não é só no FF e sim em vários navegadores, pelo o que deu para ver no teste. Mas então é melhor usar o jQuery mesmo ou a propriedade constructor (foo.constructor === Function), que eu acredito não ter nenhuma falha. !Silent (discussão) 20h53min de 19 de junho de 2012 (UTC)

Eu uso/usaria jQuery mesmo. Helder 22h14min de 19 de junho de 2012 (UTC)

Algum admin pode aplicar a correção? !Silent (discussão) 21h24min de 19 de junho de 2012 (UTC)

Não tenho a menor ideia de como se faz isso. Dessa parte de programação eu não entendo. Yanguas ^diz!-fiz 23h28min de 19 de junho de 2012 (UTC)

Bom, de todo modo o problema já foi solucionado. !Silent (discussão) 23h40min de 19 de junho de 2012 (UTC)

Toolserver: contador de edições

O contador de edições do Toolserver não está mais funcionando? Não consigo acessar o de nenhum usuário. Alguém sabe o motivo? Kascyo ^fale! 20h16min de 19 de junho de 2012 (UTC)

Aqui também está assim a algum tempo, não só o contador de edições mas o de artigos também. !Silent (discussão) 12h48min de 20 de junho de 2012 (UTC)

Tem havido alguns problemas no ts, o que afecta algumas ferramentas. Entretanto, se for útil, embora mais simples, têm este meu edit counter. Alchimista ^{Fala comigo!} 12h52min de 25 de junho de 2012 (UTC)

Erro em [wikitravel]

Devido à mudança recente na estrutura dos URLs Wikitravel, [[wikitravel:]] deixou de funcionar. Entretanto corrigi {{Wikitravel}} para deixar de usar [wikitravel:].

PS: tem sentido a existência destes IW's para sites comerciais que, apesar de abertos e cooperativos, não são da Wikimedia? Se a resposta é sim, sugiro que se crie [[fotopedia:]], um projeto que está tanto ou mais ligado à Wikipédia do que o Wikitravel (não institucionalmente, mas a nível de estrutura de conteúdos e filosofia). --Stegop (discussão) 12h37min de 20 de junho de 2012 (UTC)

Os Interwiki links existentes estão listados em Especial:Interwikis. Suponho que tenha que ser pedido a um desenvolvedor para corrigir esses do Wikitravel e incluir a Fotopedia. GoEThe (discussão) 12h42min de 20 de junho de 2012 (UTC)

O que quer dizer com "deixou de funcionar"? Se refere ao aviso "The requested page title was invalid, empty, or an incorrectly linked inter-language or inter-wiki title. It may contain one or more characters which cannot be used in titles. Return to Main Page." que aparece por exemplo em wikitravel:pt:Argentina? Se sim, acho que isso é algo que deveria ser corrigido na estrutura de inter-language links de lá.

Achei um bug bem antigo relacionado a isso (e marcado como inválido): Bug 4479. Helder 13h17min de 20 de junho de 2012 (UTC)

Confusão em "Eliminar/restaurar edições"

Alguma inteligência suprema (cujos desígnios eu não consigo alcançar) fez de uma operação simples, de duas opções, uma complicada equação de quatro respostas obscuras, que o editor precisa adivinhar.

Ora, o editor só procura essa função para manter ou eliminar algo (texto, resumo, editor). Pois transformaram essa operação, mais simples que cara ou coroa, em manter ( ) / sim ( ) / não ( ), com opção para marcar as três. Bolas, manter e sim não é a mesma coisa?

Mas aí é que vem o busílis. Deveria ser a mesma coisa, mas as ações a executar deixam a coisa mais confusa: a primeira é esconder texto da revisão'. Se eu marcar sim, é para esconder ou para manter o texto (são opostas)? O mesmo se aplica a esconder nome do usuário e esconder resumo.

Percebem? Duas opções viraram quatro!

Por favor, alguém traga a operação para o nível dos mortais, porque eu e outros editores estamos tentando, em vão, beber do néctar dessa sabedoria suprema que nos impôs esse enigma, mais difícil que a da Esfinge.

Grato. Yanguas ^diz!-fiz 13h07min de 20 de junho de 2012 (UTC)

Se refere à Especial:Restaurar/Exemplo? Se for, será melhor postar no café dos administradores, pois só eles (e os eliminadores) tem acesso a essa página...

Não vi nenhuma edição no domínio MediaWiki que possa ser relacionada a isso. Helder 13h25min de 20 de junho de 2012 (UTC)

Ferramenta para rastrear spammers

Caros, acabo de ler rapidamente o seguinte artigo

• Hey, Wikipedia Spammers, Start Getting Worried — Datasift Has Built A Tool To Track You

Será que conseguimos pegar os dados só da pt.wikipedia (aqui tem só da en.wikipedia, se bem entendi) e fazer um site como esse? --everton137 (discussão) 15h18min de 20 de junho de 2012 (UTC)

Bpv-sem-fontes

A marca {{subst:s-fontes}} automaticamente categoriza numa das subcategorias mensais de Categoria:!Artigos que carecem de fontes. Creio que os artigos categorizados diretamente nessa categoria, ao invés de em uma de suas subcats, geralmente o estão por serem anteriores à data em que esse sistema foi implementado. Um artigo marcado hoje automaticamente vai para a subcategoria sem fontes desde junho de 2012.

Porém ao utilizar {{subst:S-fontes-bpv}} ou {{subst:m-notas-bpv}}, os artigos são categorizados, respectivamente, em Categoria:!Artigos sem fontes sobre biografias de pessoas vivas e Categoria:!Artigos que carecem de mais fontes sobre biografias de pessoas vivas e essas categorias não tem subcategorias mensais.

Os problemas que isso gera são vários. Primeiro, há artigos que são duplamente categorizados, como sem fontes desde tal mês, e como bpv-sem-fontes (quando poderiam estar apenas como "bpv-sem-fontes desde tal mês). Essa dupla categorização faz parecer que há mais artigos sem fontes do que a realidade. Depois, em trabalhos comunitários como Wikipédia:Esplanada/geral/Categoria:!Artigos sem fontes sobre biografias de pessoas vivas (15abr2012), parece que o esforço não rende, o que é desestimulante. Madalena (discussão) 13h00min de 21 de junho de 2012 (UTC)

Idealmente a categoria base estaria vazia e só teria artigos nas categorias por data e nas categorias por assunto/tema. Os anglófonos têm até mais tipos de categoria, uma com todos os artigos que não têm fontes, divisão por data de marcação e divisão por assunto/tema. Ver en:Category:Articles lacking sources. GoEThe (discussão) 13h43min de 21 de junho de 2012 (UTC)

Exacto! Mas como fazer o mesmo nestas categorias? Madalena (discussão) 04h04min de 22 de junho de 2012 (UTC)

Atualmente a situação é esta:

{{Sem-fontes-bpv}}

Categoriza !Artigos sem fontes sobre biografias de pessoas vivas

{{M-notas-bpv}}

Categoriza !Artigos que carecem de mais fontes sobre biografias de pessoas vivas

{{Sem-fontes}}

Categoriza !Artigos que carecem de fontes maiores que ?0000 bytes

Todas usam a {{Manutenção/Categorizando por assunto}}, que ainda não decifrei mas imagino que seja ela a responsável pelas subcategorias...

Helder 13h27min de 24 de junho de 2012 (UTC)

Eu posso alterar o código para que passem a ser usadas categorias específicas de pessoas vivas. Confirmem-me só se a ideia é passar a usar as categorias [[Categoria:!Artigos sem fontes sobre biografias de pessoas vivas desde ...]] e [[Categoria:!Artigos que carecem de mais fontes sobre biografias de pessoas vivas desde ...]]. Os nomes parecerem-me muito extensos. Ninguém sugere outros mais abreviados? --Stegop (discussão) 16h58min de 24 de junho de 2012 (UTC)

Não me incomodo com o tamanho, mas com a ambiguidade "pessoas vivas desde ...". O "desde" deveria ser relacionado ao problema que a categoria descreve, não ao tempo de vida das pessoas. Helder 17h37min de 24 de junho de 2012 (UTC)

Tenho o mesmo pensamento que o Helder, o tamanho não é problema, mas a ambiguidade sim. Poderia ser [[Categoria:!Artigos sobre biografias de pessoas vivas sem fontes desde ...]] e [[Categoria:!Artigos sobre biografias de pessoas vivas que carecem de mais fontes desde ...]] Se for preciso criar uma nova categoria base não há problema, mesmo que convivam duas categorias de manutenção para o mesmo problema, será por um curto período, desde que o código dos fastbuttons fosse actualizado. Categoria:!Artigos sem fontes sobre biografias de pessoas vivas em menos de um mês estará vazia, se novos artigos não forem adicionados dentro dela. Poderia existir, se fosse o caso, uma Categoria:!Artigos sobre biografias de pessoas vivas sem fontes. Mas também outra alternativa seria que as novas subcategorias fossem criadas dentro da categoria existente, porém com o nome diferente. Não sei se ocorre isto em algum lugar, mas não percebo como um problema. Madalena (discussão) 18h11min de 24 de junho de 2012 (UTC)

Poderia ser Biografias de pessoas vivas sem fonte desde..., uma vez que os artigos não são sobre biografias. GoEThe (discussão) 18h59min de 24 de junho de 2012 (UTC)

De fato. Faz muito mais sentido. Helder 19h35min de 24 de junho de 2012 (UTC)

Concordo Madalena (discussão) 02h59min de 25 de junho de 2012 (UTC)

┌─────────────────────────┘ Sugiro então o seguinte (quando se fala em data, entenda-se "mês de ano"):

1. Renomear Categoria:!Artigos sem fontes sobre biografias de pessoas vivas para
   => Categoria:!Biografias de pessoas vivas sem fontes e colocá-la como subcategoria de Categoria:!Artigos que carecem de fontes
2. {{Sem-fontes-bpv}} passa a usar essa categoria caso não seja indicada data
3. Criar [[:Categoria:!Biografias de pessoas vivas sem fontes desde mês/ano]] para ser usada por {{Sem-fontes-bpv}} quando é indicada a data (ou, o que é o mesmo, quando é usada {{subst:s-fontes-bpv}})
4. Renomear Categoria:!Artigos que carecem de mais fontes sobre biografias de pessoas vivas para
   => Categoria:!Biografias de pessoas vivas que carecem de mais fontes
5. Redirecionar {{M-notas-bpv}} para {{Mais notas-bpv}} (para ser coerente com {{Mais notas}})
6. {{Mais notas-bpv}} passa a usar a categoria acima quando não é indicada a data.
7. Criar [[:Categoria:!Biografias de pessoas vivas que carecem de mais fontes desde mês/ano]] para ser usada quando é indicada data em {{Mais notas-bpv}}
8. Substituir todas as ocorrências de {{M-notas-bpv}} por {{Mais notas-bpv}} para que {{M-notas-bpv}} possa ser equivalente a {{s-fontes-bpv}}, ou seja, para ser usada com subst colocando automaticamente a data. --Stegop (discussão) 19h34min de 25 de junho de 2012 (UTC)

• Tá fixe, mas podes fazê-lo? Agradeceria muito se pudesse, pois eu teria alguma dificuldade. Madalena (discussão) 23h39min de 25 de junho de 2012 (UTC)

Calma, Madalena. Não é raro haver dissabores com isto de mudar predefs com grande impacto, levantando-se acusações inflamadas de não ter havido debate antes de fazer as alterações, que a serem bem feitas dão algum trabalho tanto a fazer como a desfazer caso se levante burburinho. Arriscando-me melindrar alguém que o fez com a melhor das intenções, atrevo-me a dizer que se tivesse havido algum debate (se calhar até houve, não acompanhei com atenção o processo), as predefs tinham sido criadas ou alteradas já com a categorização que se quer fazer agora. A pressa não é boa conselheira, pelo menos num projeto "tão" comunitário como este. --Stegop (discussão) 00h35min de 26 de junho de 2012 (UTC)

Minhas desculpas pela pressa e insistência, mas inexplicavelmente perdi toda a vontade de acrescentar referências quando vi a categoria aumentar após o esforço que tive em determinado dia. Antes referenciava, ao menos parcialmente, uma média de 20 artigos por dia e ontem só consegui fazê-lo em 1. Pensei que não poderia haver objecções a esta mudança, mas se calhar, pode haver mesmo. Porém a mim basta saber que conheces o procedimento para fazer as alterações necessárias. Tu o fará em alguns dias se não houver discordâncias? Obrigada. Madalena (discussão) 01h07min de 26 de junho de 2012 (UTC)

Não é preciso pedir desculpa. Se ninguém se opuser, faço isso 4ªf., ok? Admiro sinceramente o teu trabalho, mas estás a exagerar nesse desânimo (e logo agora!). Afinal, provavelmente já arranjaram fontes para mais artigos dos que havia quando começaram e é isso que importa. --Stegop (discussão) 01h44min de 26 de junho de 2012 (UTC)

Antes de fazer o ponto 8 (editar os artigos para atualizar as predefs) seria melhor ter um script para aproveitar e colocar o tema na predef, ao menos nos artigos q tem alguma infobox. Dá para fazer uma lista de pares infobox x -> tema y pro bot. E, se formos fazer isso, esperar a conclusão de Wikipédia:Esplanada/propostas/Categorias de manutenção por assunto (26jun2012) para termos mais temas. Não deve ser uma espera grande, acho q vale a pena. Rjclaudio ^msg 20h40min de 26 de junho de 2012 (UTC)

Concordo com as sugestões do RJ. --Stegop (discussão) 22h41min de 26 de junho de 2012 (UTC)

Já estão implementados os pontos 1 até 7. Sugiro que confiram se tudo está ok.

Entretanto esquecemo-nos duma coisa: todas as cats de manutenção categorizam também por meia dúzia de temas (está a discutir-se aumentar esse número. Para já omiti isso, ou seja, só categoriza por mês/ano. Não vejo grande utilidade em criar subcats de biografias para esses temas, pelo que sugiro que sejam usadas as categorias genéricas, apesar disso exigir um código mais complicado nas predefs de biografias. O que acham? --Stego (discussão) 01h57min de 28 de junho de 2012 (UTC)

Sou indiferente quanto a isso. Madalena (discussão) 14h14min de 28 de junho de 2012 (UTC)

Prefiro q os temas fiquem na cat genérica. BPV já é um tema da cat de manutenção, colocar subtemas ali vai ficar um cruzamento de temas, e devemos evitar isso. Quem quiser uma lista dessas pode usar a catscan para cruzar os temas (BPV sem fontes + Futebol sem fontes = BPV sobre futebol sem fontes). Rjclaudio ^msg 17h14min de 28 de junho de 2012 (UTC)

Feito Usa as cats por assunto genéricas. --Stegop (discussão) 22h38min de 30 de junho de 2012 (UTC)

No fim da ... página anterior

Monitorada no Bugzilla
Bug 25095

Alguém sabe corrigir isto Procuro-te e não t'encontro Obrigado Pintopc ^escreva-me 16h36min de 22 de junho de 2012 (UTC)

Não consigo reproduzir o problema. É isto: [5]? Aparece-me logo como primeiro resultado Categoria:Listas de Portugal. GoEThe (discussão) 10h25min de 25 de junho de 2012 (UTC)

Conversando com o Pintopc percebi que o problema é em Especial:Categorias. Quando se procura por "Listas de Portugal" a página lista por ordem alfabética as categorias não-vazias começando em "Listas de Portugal" (exclusivé). Não faria mais sentido começar pela lista que coincide com o termo de busca? Há alguma maneira de mudar isso caso concordem? GoEThe (discussão) 13h12min de 26 de junho de 2012 (UTC)

Boa! Isso é um bug no MediaWiki. Informei no Bug 38016. Helder 20h28min de 26 de junho de 2012 (UTC)

O problema já era conhecido desde 2010. Ver bug 25095. Helder 18h50min de 29 de junho de 2012 (UTC)

Alterações relacionadas: bots x patrulhadas

Monitorada no Bugzilla
Bug 36524

Não estou conseguindo ver nas alterações relacionadas as edições feitas por bots. Qnd clico nas alterações relacionadas (exemplo) aparece oculto por padrão as edições de bots e as edições patrulhadas. Qnd exibo a dos bots não muda nada, provavelmente pq edições dos bots são patrulhadas, e as patrulhadas estão ocultas. Mas se depois eu clico para exibir as patrulhadas, a dos bots troca sozinho para ocultar, e aí eu tb não vejo a dos bots. Eu sei q tem edição de bot ali (são minhas, de hoje), então tem algo errado. Rjclaudio ^msg 00h04min de 2 de julho de 2012 (UTC)

Quando acessei o link acima somente as dos robôs é que estavam ocultas por padrão.

E o link "Mostrar robôs" aponta para

http://pt.wikipedia.org/w/index.php?title=Especial:Altera%C3%A7%C3%B5es_relacionadas&hidebots=0&target=Categoria%3A%21Biografias_de_pessoas_vivas_sem_fontes_desde_julho_de_2012

que é diferente do link original, e nele aparecem duas edicõe do Rjbot (na Aisha Jambo‎ e na Airton Ribeiro Santos‎) normalmente.

Mudou alguma coisa nas suas preferências em relação às mudanças recentes? Acesse o link acima sem estar logado para ver se funciona como quer. Helder 00h39min de 2 de julho de 2012 (UTC)

(Conflito) Eu vejo as edições do teu bot normalmente. Tenta esse link (Que tem os parametros hidepatrolled e hidebot setados como 0) pra ver se vai. !Silent (discussão) 00h40min de 2 de julho de 2012 (UTC)

Ok, realmente há um bug. Quando a opção "Esconder edições patrulhadas nas mudanças recentes" está ativada nas prefeências ocorre exatamente o que descreveu. Helder 00h45min de 2 de julho de 2012 (UTC)

Com o link do Silent funcionou, tinha pensado em fazer isso mesmo. Mas abrindo o link, se depois eu clicar para esconder qualquer um dos dois, ou os bots ou as patrulhadas, o outro tb esconde e volta a situação original. É bug mesmo. Helder, como arruma, por aqui mesmo ou no bugzilla? Rjclaudio ^msg 00h48min de 2 de julho de 2012 (UTC)

Informei no bugzilla:38108, que é uma duplicata do bugzilla:36524. Deve ser só um errinho de lógica...

A correção provavelmente será feita pelos desenvolvedores, em um destes arquivos:

1. includes/specials/SpecialRecentchanges.php; ou
2. includes/specials/SpecialRecentchangeslinked.php.

Mas como não vi nenhuma ocorrência das opções "hidebots" e "" no segundo destes, deduzo que o bug também esteja ocorrendo nas mudanças recentes, certo?

Deve ser só um errinho de lógica... Helder 01h22min de 2 de julho de 2012 (UTC)

Sim, tb acontece nas MRs. Rjclaudio ^msg 01h26min de 2 de julho de 2012 (UTC)

font color -> style color

• red - red
• #red - #red
• ff0000 - ff0000
• #ff0000 - #ff0000

Eu posso sempre tirar o # da cor quando eu for converter de um pro outro? Ou melhor, posso simplesmente tirar o # de todas as cores que eu ver? Rjclaudio ^msg 16h00min de 3 de julho de 2012 (UTC)

De todas as cores não, pois no style="color" o # deve ser usado quando a cor é representada em hexadecimal (No caso, #ff0000). !Silent (discussão) 16h29min de 3 de julho de 2012 (UTC)

Se manter como está, dá erro (caso 3), se adicionar dá erro (2), se retirar dá erro (3). Não tem nenhum modo de converter automaticamente? Ou há um modo de reconhecer q é hexadecimal sem risco de ser o nome de uma cor? Rjclaudio ^msg 16h33min de 3 de julho de 2012 (UTC)

O único que reconhece automáticamente se é hexadecimal ou o nome da cor em inglês é o atributo color, que está depreciado. !Silent (discussão) 16h37min de 3 de julho de 2012 (UTC)

Há uma lista das cores em inglês q são aceitas pelo color? Não devem ter mts cores apenas com letras de a-f (é até f né? 0-9a-f ?) e com até 6 caracteres, pode valer tratar as exceções. Rjclaudio ^msg 16h44min de 3 de julho de 2012 (UTC)

Posso usar a lista em en:X11 color names#Color name charts? Ou há outra mais completa? Rjclaudio ^msg 17h01min de 3 de julho de 2012 (UTC)

Pode usar essa lista mesmo, mas não vejo necessidade em usar os nomes das cores, é melhor por em hexadecimal mesmo, exceto quando for uma cor simples (Blue, red, yellow e etc). !Silent (discussão) 17h13min de 3 de julho de 2012 (UTC)

Pelo contrário: o melhor é colocar nos que estiver faltando!

Como o Silent disse, o # é só para os códigos de cores hexadecimais, não para os nome de cores. Em geral, eu preferiria usar a versão hexadecimal com 3 caracteres, ou se necessário a versão com 6 caracteres (a não ser que o nome da cor seja mais curto - como "red").

Na função "fixObsoleteHTML" deste meu script são geradas umas expressões regulares que são úteis nesse tipo de conversão. Helder 17h23min de 3 de julho de 2012 (UTC)

Da lista de 150 cores, não existe nenhuma cor que só tenha letras de a-f, então dá para usar isso para identificar se é hexa ou não. Se a string tiver só número e letras de 'a' a 'f' então é hexa e eu adiciono o #, caso contrário eu retiro. Assim? Rjclaudio ^msg 17h29min de 3 de julho de 2012 (UTC)

Eu não tinha percebido isso, apesar de estar usando (?:[a-f0-9]{6}|[a-f0-9]{3}) para detectar os códigos hexadecimais das cores.

Não sei exatamente onde pretende usar isso, mas o mais problemático é corrigir as tags quando há links ou tabelas envolvidas. Exemplos dos links:

Antes	Depois
<font color="#123456">[[página|texto]]</font>	[[página|<span style="color:#123456;">texto</span>]]
<font color="#123456">[[página]]</font>	[[página|<span style="color:#123456;">página</span>]]

Helder 17h52min de 3 de julho de 2012 (UTC)

Eu reparei isso logo no início, qnd testei pela primeira vez em um artigo de carnaval e me espantei com o carnaval pior ainda que ficou.

Eu to fazendo exatamente para isso, para as tabelas e links, aproveitei q ia ficar fácil de corrigir os erros do script já que o carnaval ia me dar bastante artigo de teste, passando por 2 ou 3 já achei uma porção de casos q não tinha pensado.

O script tá indo, veja como ele está até agora com essa edição. Tentando fazer as regras o mais genéricas que consigo, para servir pros artigos fora do carnaval.

Rjclaudio ^msg 18h39min de 3 de julho de 2012 (UTC)

Predefinição Normdaten II

Se eu não solicitar aqui não sei para onde me dirigir. Fato é que na Predefinição:Normdaten não sei como incluir as interwikis! Como exemplo de sua praticidade, ver Charles Coulson.--Kaktus Kid (discussão) 03h04min de 5 de julho de 2012 (UTC)

Info/Ator

Alguém saberia como fazer uma opção que permitisse a quem utilizar a infobox {{Info/Ator}} escolher entre ptPT e ptBR em determinados parâmetros, tal como já vi ser feito em outras infoboxes, ou na {{dni}}? Creio que seria mais apropriado que a infobox pudesse ser padronizada de acordo com o formato do texto, fica um bocado estranho um artigo todo em português brasileiro ter "Óscares" e outras grafias em ptPT. RafaAzevedo ^disc 11h08min de 5 de julho de 2012 (UTC)

Tem, colocando um ifeq em cada parte que possui uma variação, para verificar se o parametro ptBR está setado como sim. Exemplo:

tópico12 = {{#if:{{{oscares_academia|}}}|{{#ifeq:{{{ptBR}}}|sim|Grafia em ptBR|Grafia em ptPT}}}}

Estou sem disposição para fazer isso agora, então deixo para outro. !Silent (discussão) 11h36min de 5 de julho de 2012 (UTC)
PS: Talvez seja melhor criar uma subpágina com isso, para deixar o código mais limpo.

Alterei em outros_prêmios, indicações e oscares_academia para usar uma outra variante conforme lang seja pt ou br. Por defeito assume BR (os brazucas são mais comichosos, rsssrsss :->). Exemplo do código usado: {{#ifeq: {{lc:{{{lang|{{{ling|br}}}}}}}} |pt|Ó|O}}scares. --Stegop (discussão) 12h04min de 5 de julho de 2012 (UTC)

Agradeço aos dois pela atenção, e em especial ao Stegop por "colocar a mão na massa"! :) RafaAzevedo ^disc 17h08min de 10 de julho de 2012 (UTC)

Marca de artigo bom não aparece nos interwikis

Não sei há quanto tempos isso acontece, mas a marca de AB não aparece nos interwikis. Exemplo: Fantasia (Magrebe) (bom na FR). --Stegop (discussão) 01h35min de 6 de julho de 2012 (UTC)

Aqui no Firefox 13 se eu por no console

$( '.BOM' ).css( 'background', 'url( "//upload.wikimedia.org/wikipedia/commons/a/a1/Monobook-bullet-star-gray.png" ) no-repeat' );

funciona, só que se eu trocar background por list-style-image não pega, e é essa propriedade que está sendo usada em MediaWiki:Gadget-featuredLinks.css. O problema é que ela funciona normalmente com o FA e FL. Tem algo bem estranho nisso aí. !Silent (discussão) 11h29min de 6 de julho de 2012 (UTC)

Provavelmente está assim desde que pedi esta alteração, em que o background da classe BOM foi removido sem querer. Mas o que eu não entendi é para que os list-style-image do início (que vieram deste pedido de 2009, e destas edições de 2007) estão servindo se disse que não funciona para a classe BOM. Helder 12h53min de 6 de julho de 2012 (UTC)

Aparente o Giro já havia notado o mesmo problema em 2010, depois de uma conversa com o Opraco, que notou que algo estava errado quando o vector estava em fase beta. Helder 13h09min de 6 de julho de 2012 (UTC)

Pode ter acontecido ocasionalmente no passado, mas quase que juraria que até há algumas semanas a marca aparecia. --Stegop (discussão) 13h23min de 6 de julho de 2012 (UTC)

Sim, o retorno do problema por causa da minha edição recente. Mas seria bom resolver as duas coisas já de uma vez (remover o código que parece ser inútil e re-incluir o código para o background da classe BOM). Meu palpite é que assim deverá funcionar. Helder 13h32min de 6 de julho de 2012 (UTC)

A propósito, para que serve a classe FL? !Silent (discussão) 13h36min de 6 de julho de 2012 (UTC)

A FL é usada para indicar as listas destacadas (Featured Lists) das demais wikis. Helder 13h39min de 6 de julho de 2012 (UTC)

Aliás, no monobook a estrela aparece no artigo mencionado. Então acho que a "list-style-image" deve estar servindo para esse skin. Helder 13h39min de 6 de julho de 2012 (UTC)

Só para constar: na en:MediaWiki:Monobook.css e na en:MediaWiki:Modern.css usam "list-style-image", na en:MediaWiki:Vector.css usam "background", e o padding e margin da esquerda já foram atualizados para usar medidas relativas em vez de absolutas (e marcados com @noflip para o caso de alguém acessar com a interface em um idioma RTL). Helder 14h05min de 6 de julho de 2012 (UTC)

Fiz uns testes e cheguei a esta versão, que resolve o problema indicado e incorpora os aprimoramentos que fizeram na wiki inglesa. Helder 14h59min de 7 de julho de 2012 (UTC)

Ok, já funciona. Obrigado. --Stegop (discussão) 13h32min de 10 de julho de 2012 (UTC)

Página de erros da Wikipédia não está sendo respondida.

A Wikipédia não responde os recentes tópicos de erros nessa página criados por mim. Para que mandar um monte mais a Wikipédia não anda respondendo.- 186.220.135.193 (discussão) 15h02min de 6 de julho de 2012 (UTC)

• A página foi criada para reportar algum erro eventual, de algum leitor desavisado. Não para o flood que colocou lá. Somos uns poucos editores voluntários, sem remuneração, com milhares de coisas para fazer, não vamos ficar atendendo reclamações que o senhor (ou senhora) mesmo, baseado em fontes fiáveis e seguindo as regras, poderia estar corrigindo diretamente. A Wikipédia é uma enciclopédia feita por quem a lê, não temos uma equipe de revisores, não temos chefe nem patrão. Você é um de nós, parece adorar o projeto, tanto que se preocupa em apontar os erros que encontra, então venha ajudar diretamente. Sugiro que crie um usuário e comece atendendo ao Wikipédia:Informe um erro, tem um leitor que colocou um monte de questões lá e aguarda uma resposta. -- Jo Lorib ^->d 10h06min de 7 de julho de 2012 (UTC)
• Acrescento só que os tópicos têm tido resposta, sim! e no próprio dia ou seguinte. Há tópicos que ficam sem resposta? Sim. Mas... o Jo Lorib, já disse tudo. -- L'Éclipse ^[msg] 11h22min de 7 de julho de 2012 (UTC)

Os seus tópicos não têm resposta porque a maior parte deles são estapafúrdios e o que escreve não tem o mínimo de lógica. Vá trollar o facebook, por favor. Polyethylen (discussão) 12h12min de 7 de julho de 2012 (UTC)

Meus tópicos não são estapafúrdios e sim reportam que as páginas da Wikipédia estão desatualizadas ou portam algum erro de data de nascimento. - 186.220.140.158 (discussão) 14h25min de 16 de julho de 2012 (UTC)

Erro em Fastbuttons

Pelos vistos andam a melhorar o Fastbuttons. Em boa hora! Pela minha parte fico muito grato, e atrevo-me a sugerir que incluam uns quantos campos opcionais para catgeorizar as marcas de manutenção.

No entanto, os botões de ER não estão a funcionar. Obrigado. --Stego (discussão) 10h44min de 11 de julho de 2012 (UTC)

Admedialink

Alguém sabe o que está causando isso?

• [6]
• [7]
• [8]
• [9]

Spam proposital, malware, gadget? Isso é uma classe CSS pra um daqueles anúncios de links comuns em blogs? Qualquer esclarecimento, por menor que seja, será bem-vindo. Kleiner ^msg 20h51min de 11 de julho de 2012 (UTC)

[10] e [11]. Melhor criar um filtro para impedir essas edições e fazer um apanhado de todas essas edições para reverter. GoEThe (discussão) 22h17min de 11 de julho de 2012 (UTC)

Até agora, foram poucos casos não consertados. Como o código não é visível e ele não parece causar nenhum efeito nos textos (posto que a classe "inlineAdmedialink" não me parece estar definida em nossas folhas de estilo), não vejo necessidade de filtro por hora. Para descobrir as demais páginas e consertá-las, foi suficiente pra mim usar a ferramenta padrão de pesquisa. De qualquer forma, já sabemos pela en.wiki que esse problema não é bem uma novidade... Kleiner ^msg 14h08min de 12 de julho de 2012 (UTC)

Em todo caso, já criaram um filtro para isso na wiki em inglês. Helder 16h05min de 17 de julho de 2012 (UTC)

Por que não consigo enviar notificações de bloqueio?

Uso o Google Chrome e/ou o Mozilla Firefox e gostaria de saber por que, ao clicar no botão de enviar mensagem de bloqueio, a tela ficou congelada na mensagem "Consultando registros de bloqueio...". Assim, não da para eu enviar mensagens de bloqueio. Francisco (discussão) 02h19min de 12 de julho de 2012 (UTC)

Basta atualizar a página e enviar de novo. É porque as vezes dá um erro na requisição e eu esqueci de por algo avisando que deu um erro. !Silent (discussão) 11h17min de 12 de julho de 2012 (UTC)
PS:É para atualizar a página com o F5, e não com o botão de atualizar, pois senão volta para parte em que você coloca as especificações do bloqueio.

Parece que não resolveu o problema: a tela continua parada na mensagem "Consultando registros de bloqueio...". O que está ocorrendo? Francisco (discussão) 15h53min de 17 de julho de 2012 (UTC)

Aparece alguma mensagem no console do navegador? Helder 15h57min de 17 de julho de 2012 (UTC)

O problema só acontece nos bloqueios indefinidos. No caso dos bloqueios com tempo definido, funciona normalmente. Francisco (discussão) 16h02min de 17 de julho de 2012 (UTC)

O que causou o problema era "Infinite" com inicial maiúscula. Fiz mais alguns testes na Test Wikipedia e certamente o problema foi resolvido (diff). Francisco (discussão) 19h17min de 17 de julho de 2012 (UTC)

Estranho isso aí, porque antes era "Infinite" mesmo e não "indefinite".
Em todo caso, tem como melhorar aquilo ali, mudando para

if ( duration.search( /In(de)?finit(y|e)\b/i ) !== -1 ) {
        return 'Tempo indeterminado';
}

!Silent (discussão) 00h01min de 18 de julho de 2012 (UTC)

Conteúdo relevante

Gostaria que fosse ativada a opção "emissoras luso" na Predefinição:Info/Televisão. A Wikipédia deve nos informar e não proibir informações. Devido a atitude equivocada de um usuário agora somos a unica Wikipédia que proíbe que seja colocada as emissoras de exibição do seu pais local. Gostaria que essa opção fosse reativada. Ginko ^discussão 08h23min de 12 de julho de 2012 (UTC)

Essas mudanças estão longe de "terem sido decididas por um usuário", pois foram decididas em Wikipédia:Esplanada/propostas/Classificação etária (9mai2012). --Stegop (discussão) 09h06min de 12 de julho de 2012 (UTC)

Mais não houve sequer uma discussão para se levantar o assunto, alguns concordaram e ponto final, e nem um convite para os que editam no projeto televisão. Ao meu ver foi aproveitado o "embalo" de uma discussão anterior para remover um conteúdo enciclopédico. Ginko ^discussão 09h40min de 12 de julho de 2012 (UTC)

Ao meu ver não foi nada disso e chamar "conteúdo enciclopédico" aquilo roça a piada de mau gosto. Mas nada o impede de solicitar na página do tal projeto que a discussão seja reaberta. Mas talvez não fizesse mal nenhum se lesse WP:GUIA e consultasse umas quantas enciclopédias antes de falar em "conteúdo enciclopédico". --Stegop (discussão) 09h53min de 12 de julho de 2012 (UTC)

Informar qual canal que comprou a série em um pais lusofano ou o de origem não se encaixa em WP:GUIA. Alguns desses canais nem existem mais. Seria errado se fosse informado o dia e o horário de exibição. Ginko ^discussão 10h17min de 12 de julho de 2012 (UTC)

É lamentável ver que usuários que devem conhecer todas as regras, usam do "juridiquês", inventam histórias Citação: Imagine-se o que seria... para fazer com que os outros concordem com ele. Não estou dizendo que é você Stegop. É triste ver como a Wikipédia retrocede com usuários assim. A parte da predefinição é removida com facilidade mais eu tenho que levantar o assunto pra que seja decida em uma discussão de verdade, ao contrario do que foi feito pra se remover. Ginko ^discussão 10h38min de 12 de julho de 2012 (UTC)

Categoria de nascimentos

Como é que na Categoria:Nascidos em 1997 o indivíduo na letra E lá chegou (onde não deveria estar)? Qual o código em Negócio da China que o categoriza em verde, que deve ser eliminado?--Kaktus Kid (discussão) 05h31min de 13 de julho de 2012 (UTC)

No índice "S" da Categoria:Nascidos em 1992 constam no momento "Seleção Japonesa de Futebol", "Seleção Polonesa de Futebol", "Seleção Burquinense de Futebol", "Seleção Costarriquenha de Futebol" e "Seleção Liberiana de Futebol"! Causador disso tudo é a predefinição "birth date and age"! Alguém poderia resolver isto?--Kaktus Kid (discussão) 06h31min de 13 de julho de 2012 (UTC)

E varrer todas as "Categoria:Nascidos em WXYZ".--Kaktus Kid (discussão) 06h34min de 13 de julho de 2012 (UTC)

• A mim não me aparecem as seleções na categoria. Quanto ao Eike Duarte, era o redir [12] que estava categorizado. --Stegop (discussão) 10h31min de 13 de julho de 2012 (UTC)

Aqui aparece. Abri o artigo Seleção Japonesa de Futebol e ele está categorizado em umas 10 cats de nascimento. É a {{birth date and age}} mesmo. Só q essa predef é a equivalente a dni, então deve colocar as cats sim, os artigos q deviam usar a dtlink no lugar.

Dos quase 200 afluentes da predef, olhando por cima só os 10 artigos de seleções q estão usando a predef indevidamente. Rjclaudio ^msg 11h30min de 13 de julho de 2012 (UTC)

• Por que apagaste o redir, Stegop? Madalena (discussão) 14h43min de 13 de julho de 2012 (UTC)

Favor: aviso geolocalizado para companha para embaixadores

Oi, pessoal. Eu gostaria de saber se é possível modificar o arquivo para deixar um sitenotice geolocalizado no Brasil para convidar embaixadores da Wikipédia. Criei um tópico aqui, mas ninguém respondeu, vejam

• Wikipédia:Pedidos/Páginas_protegidas#MediaWiki:Geonotice.js

Obrigado, --everton137 (discussão) 14h40min de 13 de julho de 2012 (UTC)

O Castelo fez a edição, mas parece que não funcionou. Helder 22h40min de 16 de julho de 2012 (UTC)

Fiz uns testes e parece que o problema é o mesmo descrito no bugzilla:34036: a URL passada para a mw.loader.load na MediaWiki:Common.js/watchlist.js tem que ser completa (o que não ocorre quando se usa mw.config.get('wgScript') + 'qualquer coisa')

Acredito que se
mw.loader.load(mw.config.get('wgScript')
for trocado por
mw.loader.load(mw.config.get('wgServer') + mw.config.get('wgScript')
o script deverá funcionar. Helder 13h44min de 18 de julho de 2012 (UTC)

Helder, tudo bem se fizermos o teste numa outra oportunidade? Estão aparecendo propostas de embaixadores online também de Portugal e até mesmo de brasileiro nos EUA. Acho que deixar o aviso até o começo de agosto não terá tanto problema. Será que tem algum jeito de testar o script sem aparecer o banner? Eu achei que ele estava rodando por alguns dias, mas eu não estava no Brasil. Sorte que o Otavio avisou, então deu tempo de colocar o aviso geral. --Ezalvarenga (discussão) 14h05min de 18 de julho de 2012 (UTC)

Tem sim: é só fazer a alteração mas remover o banner . Helder 14h12min de 18 de julho de 2012 (UTC)

Haha, verdade! Não podemos esquecer de remover a mensagem deixada lá no sitenotice geolocalizado. Você tem permissão para editar esse arquivo? Talvez melhor pedir para alguém que tenha para não esquecermos e ficar com duas mensagens. --Ezalvarenga (discussão) 14h53min de 18 de julho de 2012 (UTC)

Não tenho, mas coloquei um link para este tópico no pedido que fiz aos administradores. Helder 15h35min de 18 de julho de 2012 (UTC)

Novos fastbuttons

É possível adicionar novos fastbuttons? Por vezes sinto falta de alguns, como {{subst:cite|}}. Na MR encontrei a discussão Wikipédia:Esplanada/propostas/Pedidos nas páginas de discussões (23fev2012), mas não sei no que resultou. Madalena (discussão) 20h24min de 13 de julho de 2012 (UTC)

Há um tempo fiz um pedido na CR e o botão "citar fontes" que coloca a mesma predefinição que você citou acima foi adicionado. Kascyo ^fale! 20h42min de 13 de julho de 2012 (UTC)

(Conflito) Sim, e se adiciona em MediaWiki:Gadget-fastbuttons.js. Mas no caso do {{Cite}}, ele já está incluso no FB (É o botão "Citar fontes"). !Silent (discussão) 20h45min de 13 de julho de 2012 (UTC)

Usuário:Léo Call/Teste

Dei com esta página Usuário:Léo Call/Teste nas PN. Ao contrário do que é hábito com as subpáginas de usuários, nesta não aparece o link para Usuário:Léo Call. O que se passa aqui? --Stego (discussão) 20h44min de 15 de julho de 2012 (UTC)

Como a página principal (Usuário:Léo Call) não existe, não aparece. !Silent (discussão) 20h50min de 15 de julho de 2012 (UTC)

Ok, mas porque é que me apareceu nas PN? É a primeira vez que vejo uma página de usuário nas PN. --Stegop (discussão) 20h52min de 15 de julho de 2012 (UTC)

Talvez pelo fato da página principal não existir, aí isso gerou algum bug. Tanto é que se você for aqui a página não aparece, então deve ser que o MediaWiki interpretou essa página como do domínio principal. !Silent (discussão) 20h58min de 15 de julho de 2012 (UTC)

A página está listada no dominio Usuário (ver API), mas pelo menos na página de discussão é interpretada como uma subpágina. É mesmo estranho. Alchimista ^{Fala comigo!} 13h09min de 16 de julho de 2012 (UTC)

Ontem quando eu criei uma subpágina num sock meu (Que não tem página de usuário) na wiki de testes, não ocorreu isso. Então foi algum glitch que o ocorreu no MediaWiki. !Silent (discussão) 13h16min de 16 de julho de 2012 (UTC)

Fast-button de bloqueio não funciona

Alguma alteração malsucedida? Algum bug? Yanguas ^diz!-fiz 17h19min de 16 de julho de 2012 (UTC)

Fala do botão de enviar uma notificação de bloqueio? E o que está havendo para não funcionar? !Silent (discussão) 17h24min de 16 de julho de 2012 (UTC)

Isso mesmo. Yanguas ^diz!-fiz 18h19min de 16 de julho de 2012 (UTC)

Tamanho das imagens

O texto seguinte foi movido de: [13] e [14]

Helder, atualmente meu script está colocando o tamanho definido de |180px para as imagens que não possuem tamanho. Está certo isso? Ou é melhor deixar sem tamanho definido, para poder ajustar o tamanho de acordo com a tela do usuário? Devo fazer o oposto, imagens entre 170-190px eu removo o tamanho? Rjclaudio ^msg 20h18min de 11 de julho de 2012 (UTC)

Imagem em miniatura

Nossa documentação a respeito das melhores práticas em relação ao tamanho das imagens ainda é pouca. A questão das preferências de usuário (mencionada na seção Wikipédia:Acessibilidade#Imagens) refere-se apenas às imagens que usam "thumb" ou "miniatura" (como a que está ao lado). Em relação a estas, pelo que vi na en:Wikipedia:Picture tutorial#Thumbnail sizes (que, diga-se de passagem, não possui uma versão em português), acho que não é boa ideia definir o tamanho de 180px.

Mas ainda não li a respeito das demais imagens, quando usá-las, como escolher o tamanho apropriado, se é que deve ser feita uma escolha, etc... Então ainda não sei o que fazer a respeito deleas. Helder 13h45min de 17 de julho de 2012 (UTC)

Então imagens com thumb/miniatura eu removo o tamanho se tiver entre 170-190 px? E se o tamanho for, por exemplo, 250px, ou menor? Eu uso o upright=x e faço a conversão (divido o tamanho em pixel por 180)? Se a imagem estiver dentro de uma predef (infobox), faz sentido permitir a alteração do tamanho pelas preferências já q a largura da infobox é fixa?

Vi lá na wiki.en q o tamanho padrão é 220. É isso mesmo? Sempre achei q fosse 180px.

Vale a pena criar uma predef q receba como parâmetro o valor em pixel e converte para upright? Já q a maioria está acostumada com o valor em pixel, ficaria mais amigável para usar.

Rjclaudio ^msg 14h04min de 17 de julho de 2012 (UTC)

Fui conferir e vi que em quase todas as wikis da WMF os tamanhos disponiveis são 120, 150, 180, 200, 220, 250 e 300, sendo que 220 é o valor padrão (exceto na svwiki, em que é 250).

Vi também que a descrição da preferencia estava incorreta em "pt".

Não sei se o artigo Zack Greinke é um exemplo típico do que acontece nas predef's info***, mas se for então o problema está na lista dos que preciso me informar a respeito, pois não está sendo usado "thumb" em [[Ficheiro:Zackgreinkebrewers.TIF|250px]].

Se for para criar uma predef. para a conversão, talvez seja o caso de depreciar o uso de px. Sabe se fizeram algo do gênero em outras wikis?

Acho que seria bom movermos nossos comentários para o café dos programadores para que mais olhos confiram/opinem sobre o que estamos dizendo. Helder 14h37min de 17 de julho de 2012 (UTC)

Vários artigos usam na infobox diretamente o código da imagem, ao invés de usar os parametros imagem= imagem_tamanho= imagem_legenda= . Aí acontece esses casos de colocar o tamanho e não usar thumb. A verdade nem sei se a {{Info}} está programada para colocar o thumb. Meu script awb desmembra a imagem nos três campos (qnd a infobox já está programada para isso) e arrumaria essas coisas.

Não sei como as outras wikis tratam isso.

Concordo em mover pra lá, até pq eu não sei mt sobre a parte técnica e não posso te ajudar, só posso perguntar. Rjclaudio ^msg 18h26min de 17 de julho de 2012 (UTC)

O texto acima foi movido de: [15] e [16]

Não percebo muito bem aquilo que está em discussão. Julgava que o LE deixa claro que se deve evitar explicitar tamanho quando se usa thumb e quando é necessário ajustar o tamanho, deve usar-se upright. Assim, substituir ou colocar via bot ou semibot a largura não será muito aconselhável, seja por desrespeito ao LE, seja porque vai afetar o layout da página de forma arbitrária.

No entanto, para infocaixas há um problema com o uso de thumb: i) este implica um bordo, o que esteticamente fica mal numa caixa; ii) os mapas não têm largura de defeito. Isto resulta em que se tem que indicar largura. Ou há forma de não ter bordo com o thumb? --Stegop (discussão) 19h04min de 17 de julho de 2012 (UTC)

Já vi q não se deve adicionar a imagem. Minha pergunta agora é o contrário: devo remover o tamanho das imagens qnd encontrar / fazer a troca para upright? Há casos em q seja preferível usar o tamanho em px?

E o complemento: devíamos passar a exigir/avaliar o uso do upright nas imagens do nosso conteúdo destacado, q deveriam ser o exemplo? Rjclaudio ^msg 19h17min de 17 de julho de 2012 (UTC)

Estava à espera que mais alguém se pronunciasse... Eu atrever-me-ia a dizer que não é aconselhável mudar de forma automática (ou quase) a largura, pois em alguns casos isso poderá estragar o layout. Estou a lembrar-me, por exemplo de imagens que estrangulam o texto (tão ao gosto de alguns editores aqui), que se crescerem vão estrangular ainda mais; ou logotipos, que podem ficar mal com o tamanho normal. Eu evito ao máximo indicar larguras, exceto numa situação: para imagens coladas à parte de baixo de infocaixas, uma situação comum, na qual fica mal se a imagem tiver uma largura diferente da caixa. --Stegop (discussão) 21h00min de 18 de julho de 2012 (UTC)

Tiraram o negrito das páginas vigiadas de novo?

Tiraram de novo foi? Aí complica. !Silent (discussão) 20h26min de 18 de julho de 2012 (UTC)

E o pior é que tiraram de todas as páginas, e não só das novas edições, sendo que eu tinha um monte de página editadas por IPs não visitadas (Que por sinal eu estava passando em todas elas). Que complicação.. !Silent (discussão) 20h29min de 18 de julho de 2012 (UTC)

Aqui está normal. Helder 20h30min de 18 de julho de 2012 (UTC)

Aqui também está normal.Érico ^msg 20h31min de 18 de julho de 2012 (UTC)

Vocês usam que navegador? Aqui ta no Firefox 14. !Silent (discussão) 20h35min de 18 de julho de 2012 (UTC)

Em todo caso, pode ter relação com a distribuição da nova versão (1.20wmf7), que estava agendado para hoje.

Eu uso o Chrome.Érico ^msg 20h36min de 18 de julho de 2012 (UTC)

É só no FF mesmo. No Chrome ta OK. !Silent (discussão) 20h39min de 18 de julho de 2012 (UTC)

Eu uso o FF 13.01 (Ruindows 7) e está tudo ok. E acabei de desligar a atualização automática, não vá o diabo tecê-las. :D --Stegop (discussão) 20h54min de 18 de julho de 2012 (UTC)