Wikipédia:Café dos programadores/Arquivo/2015/2

15h41min de 6 de abril de 2015 (UTC)

VisualEditor News #2—2015 editar

19h48min de 10 de abril de 2015 (UTC)

Tool Labs ptwikis editar

Esta(s) ferramenta(s) deixaram de funcionar. Ex: https://tools.wmflabs.org/ptwikis/Matriz:Brasil (erro: "no webservice"). Será um problema temporário? O URL mudou? --Stego (discussão) 01h49min de 12 de abril de 2015 (UTC)[responder]

@Stego: Aparentemente voltou ao normal depois que eu executei webservice start lá no Labs. Helder 14h26min de 12 de abril de 2015 (UTC)[responder]
  Obrigado, Helder. --Stegop (discussão) 19h55min de 12 de abril de 2015 (UTC)[responder]

Predefinição Notas editar

Peço a atenção para uma sugestão que fiz para alterar a predef {{Notas}}, conforme inseri na discussão há cerca de seis meses (vide Predefinição Discussão:Notas#Inclusão de nomes alternativos para o parâmetro "ref group"). A sugestão é para inclusão de alternativas ao padrão ref group="nota", de modo a aceitar indiferentemente "nota", "Nota", "notas" e "Notas" (e até "note", "Note", "notes" e "Notes"). Max51diga! 02h04min de 12 de abril de 2015 (UTC)[responder]

16h40min de 13 de abril de 2015 (UTC)

Removi todas as regras da MediaWiki:Titleblacklist que se referiam à criação de contas novas. Helder 17h33min de 13 de abril de 2015 (UTC)[responder]

Links vermelhos com query strings editar

Há alguns dias eu percebi que é possível criar interlinks com query strings, eles ficam com link vermelho, como neste exemplo, mas se vocês clicarem no meu exemplo vocês irão para minha PDU pelo fato de que passei a curid da minha PDU como query string.

O estranho é que funciona mesmo tendo link vermelho, isso seria um bug? É permitido usar esse recurso em páginas de discussões? eu tentei pergutar sobre isso lá no phabricator mas acho que não entenderam o que eu quiz dizer.--Luizdl discussão 21h34min de 14 de abril de 2015 (UTC)[responder]

O link vermelho que indicou não vai para

https://pt.wikipedia.org/wiki/Usu%C3%A1rio_Discuss%C3%A3o:Luizdl

mas sim para

https://pt.wikipedia.org/w/index.php?title=%3Fcurid%3D2047563&action=edit&redlink=1

Helder 21h45min de 14 de abril de 2015 (UTC)[responder]
Eu vi isso na barra de status também, mas quando clica é redirecionado para

https://pt.wikipedia.org/wiki/%3Fcurid%3D2047563

Percebi que esse redirecionamento ocorre por causa do parâmetro "redlink=1"--Luizdl discussão 21h52min de 14 de abril de 2015 (UTC)[responder]
Em tempo, como isso permite manipular query strings é possível até passar versões arquivadas de página e até diffs como o seguinte ?diff=next&oldid=41910865, sempre com links vermelhos mas redirecionados para a página certa ao invés de criar uma página, mas se remover o final redlink=1 daí dá erro de permissão.--Luizdl discussão 22h13min de 14 de abril de 2015 (UTC)[responder]
@Luizdl: aqui não redireciona. Mas já faz tempo que é possível fazer ligações para diffs e versões antigas, com Especial:Diff/123456 e Especial:PermaLink/123456. Helder 23h57min de 14 de abril de 2015 (UTC)[responder]

Notificações / Ligação para a página e afluentes editar

Está a acontecer algo com as notificações / afluentes, que eu não estou a entender. Não sei se será bug ou se o problema é meu, porque não vejo a relação entre uma página e a outra. Exemplos de notificação:

  1. 1525 na arte foi ligada a partir de 1519 na arte. Ver todas as páginas afluentes a esta.
  2. 1517 na arte foi ligada a partir de 1519 na arte. Ver todas as páginas afluentes a esta.

Nota: (afluentes):

  1. A página 1525 na arte tem como afluente a página 1519 na arte. Porque motivo ?
  2. A página 1517 na arte tem como afluente a página 1519 na arte
--João Carvalho deixar mensagem 21h43min de 16 de abril de 2015 (UTC)[responder]
Foram geradas notificações porque ambas têm ligação interna em 1519 na arte devido à predefinição ({{Navecaixa ano-tema}}). VítoR™ (♪) 22h09min de 16 de abril de 2015 (UTC)[responder]
Obrigado pelo esclarecimento Vitorvicentevalente. --João Carvalho deixar mensagem 22h22min de 16 de abril de 2015 (UTC)[responder]

Anexos transcluídos e consulta de versões antigas que os utilizam editar

Com o fim do domínio Anexo deixou de ser possível consultar integralmente as versões antigas de ficheiros que usavam anexos transcluídos que entretanto foram movidos sem deixar redirecionamento para o antigo título. Exemplo: estaversão de Alanya transcluía, entre outros, Anexo:Alanya (notas e referências), que entretanto foi movida para Alanya (notas e referências). Como o anexo já não existe, a transclusão já não ocorre, pelo que é impossível ver a totalidade da página como ela foi quando foi editada.

Suponho que uma solução possível para o problema seria criar "Anexo:Alanya (notas e referências)" como redir, mas isso agora não é possível.

Como se poderá resolver isso? --Stegop (discussão) 21h46min de 17 de abril de 2015 (UTC)[responder]

Sinceramente, qual o argumento contra o redirecionamento dos títulos antigos dos anexos? Por que Anexo:Alanya (notas e referências) não poderia redirecionar para Alanya (notas e referências)? E os sites que linkam pros antigos anexos? E as versões antigas da páginas? Fica com um link quebrado, que não aponta pra lugar nenhum. !Silent (discussão) 23h42min de 17 de abril de 2015 (UTC)[responder]
@!Silent: Abri essa discussão porque há um filtro que impede a criação desses redirs. --Stegop (discussão) 03h30min de 18 de abril de 2015 (UTC)[responder]
Pois é. Eu queria uma justificativa para isso. !Silent (discussão) 13h08min de 18 de abril de 2015 (UTC)[responder]
Eu não entendi o motivo para OnlyJonny e Stanglavine concordarem em eliminar um redirecionamento que ficou no ar por meses! Simplesmente Não elimine redirecionamentos.
No entanto, note que as versões antigas das páginas não mostram como elas eram em um certo momento, mas sim como o código wiki delas era (não são transcluídas as versões antigas das páginas/predefinições). Nesse sentido, nunca foi possível consultar integralmente as versões antigas dos artigos (a não ser que tenham sido arquivados em algum site externo). Helder 13h18min de 18 de abril de 2015 (UTC)[responder]
  • O filtro serve para evitar que desavisados continuem fazendo novos anexos, não? Mas acho que não há problema algum em botar lá uma exceção que permita criar páginas começando com Anexo se (e somente se) elas forem redirects. Acho que se alguém souber fazer, não haverá contestação. José Luiz disc 13h49min de 18 de abril de 2015 (UTC)[responder]
Em vez de

( substr( article_prefixedtext, 0, 6 ) == 'Anexo:' & article_recent_contributors == '' )

provavelmente usaríamos

( substr( article_prefixedtext, 0, 6 ) == 'Anexo:' & article_recent_contributors == '' & ! added_lines irlike '#redirec' )

Helder 14h13min de 18 de abril de 2015 (UTC)[responder]

Eu não entendi porque anexos (no caso redirecionamentos) sem afluentes e sem histórico relevante devem ser mantidos. No caso de verbetes normais, os redirecionamentos servem para encaminhar palavras/títulos semelhantes ou que tenham alguma coisa a ver para um verbete de destino automaticamente, mas o domínio anexo foi extinto. Quando isso ocorreu, penso eu, que primeiro seriam movidas as páginas para o domínio principal, depois corrigidos os afluentes dos anexos e por último eliminaríamos eles (me corrijam se eu estiver enganado). Não sei se entendi direito mas pretendemos manter os redirecionamentos (mesmo os que não tenham nenhum afluente) em virtude dos sites que externamente possam ligar para eles? -- stanglavine discussão 15h37min de 18 de abril de 2015 (UTC)[responder]

Exato. É para isso que são criados os redirecionamentos. Para que nenhum link fique quebrado, seja ele local ou vindo "de fora". Helder 16h56min de 18 de abril de 2015 (UTC)[responder]

O texto seguinte foi movido de: Usuário Discussão:Stanglavine#Eliminação de anexos

vi isso aqui e confesso que não entendi muito bem. Acha que devemos parar com o esse trabalho de eliminar anexos? Talvez o @He7d3r: possa explicar melhor. Jonny DC 16h15min de 18 de abril de 2015 (UTC)[responder]

E que trabalho de eliminar anexos seria esse? Os anexos já foram todos movidos para o domínio principal. Helder 16h17min de 18 de abril de 2015 (UTC)[responder]
Os redirecionamentos do domínio "Anexo:" sem afluentes e sem histórico relevante. Jonny DC 16h20min de 18 de abril de 2015 (UTC)[responder]
meta:Don't delete redirects/pt. O histórico de movimentação da página é relevante, e não há como corrigir os afluentes fora da wiki, nem nas versões anteriores das páginas (exemplo indicado pelo Stegop no café dos programadores). Além disso, já tinha ficado combinado na proposta de eliminação do domínio, que os redirecionamentos seriam mantidos. Helder 16h25min de 18 de abril de 2015 (UTC)[responder]

@OnlyJonny: Também não entendi muito bem, me parece que querem manter em virtude das versões antigas das páginas (históricos) (fato este que discordo). Por hora, vamos dar uma pausa e ver o que se decide.@He7d3r: O trabalho é bem esse que o Jonny comentou. -- stanglavine discussão 16h23min de 18 de abril de 2015 (UTC)[responder]

Ainda é possível encontrar muitos redirects do domínio "Anexo:" para páginas hoje inexistentes, essas podem ser exceções e podem ser deletadas, conforme o ensaio. Jonny DC 16h30min de 18 de abril de 2015 (UTC)[responder]

A não ser que o alvo tenha sido movido eliminando o redirecionamento que o MediaWiki deixaria lá (sem correção dos afluentes), pois nesse caso o que precisa fazer é corrigir o redirecionamento para que aponte para o lugar certo. Helder 16h43min de 18 de abril de 2015 (UTC)[responder]
@He7d3r: Vamos manter por hora os redirecionamentos então? Mesmo os que não tem afluentes e histórico relevante? Só a título de curiosidade, do mesmo ensaio que você comentou: 3. Se o alvo está em outro domínio, sobretudo nos casos do domínio principal para domínio Ficheiro, ou Categoria. Referente as versões antigas, não consigo concordar com a ideia de manter páginas para não avermelhar links em versões antigas. Se são versões antigas, é porque já estão desatualizadas e/ou erradas, se não estivessem não seriam antigas e sim atuais. Portanto, não vejo nenhum problema em avermelhar links nessas versões. -- stanglavine discussão 16h47min de 18 de abril de 2015 (UTC)[responder]
Só que o alvo está no mesmo domínio ("Anexo:X" e "X" pertencem ao domínio principal - e antes ambos eram "domínios de conteúdo", ver Wikipédia:Esplanada/propostas/"Arrumar_a_casa"_no_domínio_anexo_(19set2011)#Enquete) e não há como garantir que não há afluentes (o software não consulta fontes externas para ver se contém links para os antigos anexos da Wikipédia lusófona). Helder 16h50min de 18 de abril de 2015 (UTC)[responder]

O texto acima foi movido de: Usuário Discussão:Stanglavine#Eliminação de anexos.

Diffs de pedidos de renomeação editar

Pessoal, alguém sabe como resolver o problema descrito aqui? O REVISIONID precisa ter subsituído também, mas não sei como...—Teles«fale comigo» 04h30min de 18 de abril de 2015 (UTC)[responder]

Problemas na predefinição em Girlfriend editar

O artigo Girlfriend, tinha uma predefinição do até então Anexo Tabela das melhores posições do single Girlfriend, mas com a remoção do domínio não estou conseguindo incluir as tabelas no artigo. Alguém sabe como resolver isso? Vitor MazucoMsg 21h47min de 19 de abril de 2015 (UTC)[responder]

Acredito que fiz o que você queria--Luizdl discussão 23h23min de 19 de abril de 2015 (UTC)[responder]
Valeu Luizdl!!! Vitor MazucoMsg 13h01min de 20 de abril de 2015 (UTC)[responder]

15h30min de 20 de abril de 2015 (UTC)

Alguém consegue me ajudar a dar um visual mais leve para Predefinição:Info/Edifício religioso? Tentei umas vezes, mas sem muito sucesso. Acho que a cor poderia ficar somente na barra no alto e uma margem fininha. O resto, fundo branco, não? E a fonte das coordenadas eu não consigo mexer para deixar em 100%/90% (e não 120%) como está hoje. Alguém? José Luiz disc 16h00min de 20 de abril de 2015 (UTC)[responder]

Acho que há uns anos fiz a fusão dessa predefinição com info/prédio, conforme estava proposto, embora depois não tenha chegado a fazer o redirecionamento. Penso que todos os campos são suportados, mas logo verifico com certeza. Quintal 17h07min de 20 de abril de 2015 (UTC)[responder]

Afluentes de Predefinição:Pedidos/Cabeçalho editar

Estava a verificar as edições de RaidersdoABC D​ C​ E​ F, um sock muito prolífico, quando dei com Predefinição:Pedidos/Cabeçalho, criada há 2 dias, que pensei em marcar para ER, mas quando fui ver Especial:Páginas_afluentes/Predefinição:Pedidos/Cabeçalho deparo com uma lista enorme, nomeadamente em várias Wikipédia/Pedidos. O que se passa aqui? Parece bug do mediawiki. Como se podem verificar os verdadeiros afluentes? --Stego (discussão) 23h15min de 21 de abril de 2015 (UTC)[responder]

Não investiguei o motivo, mas esta simples navbox é suficiente para que a página apareça na lista de afluentes. Talvez ela utilize (indiretamente) algum ifexist, ou algum comando em Lua que esteja fazendo referência ao título sem levar em conta o domínio correto... Helder 01h49min de 22 de abril de 2015 (UTC)[responder]

Rollback na enwiki editar

Pessoal, lá na enwiki agora está ativa alguma nova função que ajuda no Rollback e Restauro de edições anteriores. Em diffs (usem este como exemplo), aparecem três opções na versão atual: "Rollback", "Rollback (AGF)" (que é o nosso WP:ABF) e "Rollback (VANDAL)". Nas versões anteriores, uma opção de "Restore to this version" (algo que atualmente exige 2 cliques e um save + sumário). Foi agora a pouco (deve ter baixado alguma versão). Foi um hack local ou modificação no Media Wiki? Alguém sabe? José Luiz disc 00h46min de 23 de abril de 2015 (UTC)[responder]

Isso não é novo não. Faz parte do Twinkle, ferramenta que não foi bem adaptada pra nós. É realmente muito útil pelas suas várias funções, como de reportar vandalismo, pedir proteção de página, avisar usuários, entre outras... Hoje isso parece fazer parte das ferramentas disponíveis nas preferências. Quando comecei a usar, era um script importado mantido por outro usuário.
Disso aqui acho que estamos longe... ou não? Nós também temos a nossa versão, mas não acho que esteja funcionando bem.—Teles«fale comigo» 01h21min de 23 de abril de 2015 (UTC)[responder]
Eu ativei o Twinkle lá e faz sentido. Uau. Muito poderosa mesmo! Nunca tentei usar aqui. José Luiz disc 01h26min de 23 de abril de 2015 (UTC)[responder]

Ícones do topo da página editar

Bem, gostaria de propor a padronização de todos os ícones do topo das páginas (top icons) para o mesmo tamanho, para evitar problemas como aqui. A Wikipédia anglófona já faz isso (vide Katy Perry, Palladian architecture e Terry Fox). Só que o problema é que não tenho ideia de como fazer isso, rs. O que acham? LuizM 13h00min de 25 de abril de 2015 (UTC)[responder]

Verdade. Vou dar uma olhada nisso, porque do que está não dá, tá muito bagunçado. !Silent (discussão) 15h19min de 25 de abril de 2015 (UTC)[responder]
Isso deverá ser mais fácil já que, conforme foi anunciado em novembro de 2014, foram implementados page status indicators no próprio MediaWiki, e já podemos utilizar a tag <indicator>. A enwiki já migrou as predefinições que utilizavam o sistema antigo. Helder 15h33min de 25 de abril de 2015 (UTC)[responder]
  Contra:
!Silent, He7d3r, e principalmente você LuizM, será que vocês tem ideia do que estão fazendo? Vocês já olharam o impacto grotesco, isso pra não dizer horroroso, que isso vai fazer nos artigos? Olha, se não entendem o que estou falando deem uma olhada no artigo Idade Média: essa é a ideia? Péssimo.
Eu quero agora que seja revertida essa situação: que as estrelinhas voltem a ser o que era. A demais eu tenho um último pedido: Luís, vê se na próxima propõe uma discussão na Esplanada pra ver se suas ideias são consensuais. Beleza? No aguardo das respostas. --Zoldyick (Discussão) 00h13min de 26 de abril de 2015 (UTC)[responder]
Antes de tudo, ainda não foi feita nenhuma alteração, então não tem o que ser revertido. Acho que você não entendeu o que está sendo discutido aqui. Releia e tente compreender. !Silent (discussão) 00h34min de 26 de abril de 2015 (UTC)[responder]
É, talvez esteja certo, talvez eu não tenha entendido direito o que estão pedindo, por isso vou criar um tópico mais simples aqui em baixo... --Zoldyick (Discussão) 00h58min de 26 de abril de 2015 (UTC)[responder]
Note que a tag <indicator> adicionada ao MediaWiki recentemente também é utilizada para fornecer os links para páginas de documentação sobre partes da interface, e não há motivos para deixarmos de ser consistentes e além disso se arranjar o trabalho extra de ficar conferindo se um hack local funciona em todas as combinações de navegadores/skins, sendo que isso já é feito pela versão implementada no próprio MediaWiki. Helder 18h12min de 26 de abril de 2015 (UTC)[responder]
Ajustes feitos. [36][37] !Silent (discussão) 00h53min de 26 de abril de 2015 (UTC)[responder]

Estrelas dos artigos destacados e bons editar

... e o meu novo tópico é simples: Gostaria de pedir que seja retornada a forma original das estrelas dos artigos destacados e bons. Essas estrelas que querem enfiar aqui são um absurdo no quesito leiaute e beleza, só servem como "propaganda de artigo destacado". Quero de volta as antigas estrelas do jeito que eram. Não houve nenhuma discussão no Esplanda para implementar essas estrelas mastodônticas aqui e isso não é consensual, existe pelo menos um usuário contra: EU. --Zoldyick (Discussão) 01h02min de 26 de abril de 2015 (UTC)[responder]

As estrelas são as mesmas de sempre, não mudou nada, basta olhar pelos históricos [38][39] e pelos arquivos das imagens Ficheiro:Cscr-featured1.png e Ficheiro:Cscr-featured2.png. !Silent (discussão) 01h29min de 26 de abril de 2015 (UTC)[responder]
A mim parecem-me idênticas. Quintal 12h57min de 26 de abril de 2015 (UTC)[responder]
Não foi feita mudança alguma, foi só padronizada a altura para não deixar as estrelas dos artigos do jeito que estava antes, uma verdadeira confusão de tamanho e altura. Apenas isso. LuizM 14h47min de 26 de abril de 2015 (UTC)[responder]

15h10min de 27 de abril de 2015 (UTC)

Script/ferramenta de reversão em massa editar

Tenho a ideia de ter lido algures que há um script/ferramenta para reverter todas as edições de um usuário (ou IP). Isso dava-me um jeitão para quando dou com um dos vários socks banidos em infinito que aparecem frequentemente a fazer dezenas de edições em poucas horas. Isso existe mesmo? Onde? Como se pode usar? É seguro, nomeadamente nos casos em que houve edições posteriores? Obrigado. --Stegop (discussão) 02h59min de 30 de abril de 2015 (UTC)[responder]

Será o Especial:Nuke? GoEThe (discussão) 08h08min de 30 de abril de 2015 (UTC)[responder]
Acho que não GoEThe, pois o que pretendo não é eliminar páginas, mas sim reverter edições, o que me parece mais comum. EM todo o caso obrigado. Stegop (discussão) 14h36min de 30 de abril de 2015 (UTC)[responder]
@Stegop: en:WP:MRbk Quintal 15h25min de 30 de abril de 2015 (UTC)[responder]
Obrigado, Quintal. Não funcionou, mas agora estou sem paciência para tentar perceber o que está errado. --Stegop (discussão) 15h47min de 30 de abril de 2015 (UTC)[responder]

Sugiro testar este que uso há algum tempo já e funciona bem. Permite editar o comentário das reversões e definir como edições de robô (markbotedit). Desfaz apenas as últimas edições, assim como o rollback. Coloquei em sua subpágina apenas para facilitar a visualização, mas já retirei.—Teles«fale comigo» 21h48min de 30 de abril de 2015 (UTC)[responder]

Obrigado Teles. --Stegop (discussão) 21h54min de 30 de abril de 2015 (UTC)[responder]

Support request with team editing experiment project editar

Dear tech ambassadors, instead of spamming the Village Pump of each Wikipedia about my tiny project proposal for researching team editing (see here: https://meta.wikimedia.org/wiki/Grants:IdeaLab/Research_team_editing), I have decided to leave to your own discretion if the matter is relevant enough to inform a wider audience already. I would appreciate if you could appraise if the Wikipedia community you are more familiar with could have interest in testing group editing "on their own grounds" and with their own guidance. In a nutshell: it consists in editing pages as a group instead of as an individual. This social experiment might involve redefining some aspects of the workflow we are all used to, with the hope of creating a more friendly and collaborative environment since editing under a group umbrella creates less social exposure than traditional "individual editing". I send you this message also as a proof that the Inspire Campaign is already gearing up. As said I would appreciate of *you* just a comment on the talk page/endorsement of my project noting your general perception about the idea. Nothing else. Your contribution helps to shape the future! (which I hope it will be very bright, with colors, and Wikipedia everywhere) Regards from User:Micru on meta.

Alguém pode me dar uma forcinha para ajudar a tirar o Erro: tempo inválido? Grato. Pedrohoneto (discussão) 03h02min de 4 de maio de 2015 (UTC)[responder]

De onde veio aquele código? Helder 12h25min de 4 de maio de 2015 (UTC)[responder]
Ao que parece, o problema se dá por causa da {{ano fornecido}} que não consegue retornar só o ano quando uma data por extenso é escrita igual na en:Template:Get year. Pedrohoneto (discussão) 21h50min de 5 de maio de 2015 (UTC)[responder]
O problema é que a #time não funciona com datas em português. Modifiquei a {{ano fornecido}} ([50]) para usar o Módulo:Datas e a {{casamento}} ([51]) pois ela usava alguns #time:Y diretamente em vez da {{ano fornecido}}. Agora parece que está funcionando. – Opraco (discussão), às 22h48min de 9 de maio de 2015 (UTC)[responder]
Perfeitamente. Muito obrigado. Pedrohoneto (discussão) 23h48min de 10 de maio de 2015 (UTC)[responder]

15h06min de 4 de maio de 2015 (UTC)

infobox feiras mundiais editar

Não sei se é o local adequado, mas verifiquei em vários artigos de feiras mundiais (Expo 2010, Exposição Universal de Sevilha de 1992) não possuem infobox e procurei em Wikipédia:Projetos/Padronização/Infocaixas e não achei nada igual ao existente na anglófona, ver expo 2015 [58]. O mais próximo é Predefinição:Info/Evento histórico, mais incompleto. Para pedir uma predefinição idêntica ao existente na anglófona, é por aqui? Alguém se habilita? E se não é por aqui, poderiam informar onde posso solicitar ou até indicar alguém conhecedor, com experiência para criar uma infobox específica para o assunto? O "R" Aliado 23h17min de 4 de maio de 2015 (UTC)[responder]

@O revolucionário aliado: A infobox que você quer é mais ou menos assim? (sou leigo nesse assunto, por isso, posso ter colocado o nome dos campos errado). Se for, é só copiar e gravar o conteúdo da minha página de testes em Predefinição:Info/Exposição mundial. Qualquer dúvida, estamos ai. Pedrohoneto (discussão) 00h23min de 6 de maio de 2015 (UTC)[responder]

Pedrohoneto, aparentemente possui todos os requisitos informativos. Quando finalizar, favor informar, para postar nos artigos. Muito obrigado pela disposição do seu tempo em desenvolver a predefinição. Abraços. O "R" Aliado 01h25min de 6 de maio de 2015 (UTC)[responder]

@O revolucionário aliado:   Feito Pedrohoneto (discussão) 15h43min de 11 de maio de 2015 (UTC)[responder]
@Pedrohoneto Serviço completo, meus parabéns! Assim que conseguir um tempinho, vou começar a postar nos artigos. O "R" Aliado 17h15min de 11 de maio de 2015 (UTC)[responder]

Script para destacar edições com grandes chances de serem revertidas editar

Pessoal, fiz uma versão preliminar de um script para colorir as mudanças recentes e páginas vigiadas de acordo com a probabilidade das edições serem revertidas. Se alguém quiser testar, coloque o seguinte código no seu common.js:

e limpe o cache do seu navegador. Quando acessar as mudanças recentes ou as páginas vigiadas, algumas revisões poderão aparecer com um fundo colorido (mais escuro indica uma maior probabilidade de ser revertida), então poderá conferir se deve ou não reverter a edição.

A "probabilidade de uma edição ser revertida" está sendo obtida por meio de uma API que estamos desenvolvendo. O modelo subjacente foi "treinado" com 20000 mudanças recentes, mas ainda serão feitos aprimoramentos. Se alguém fizer testes e encontrar alguma edição que o script diz ter grande probabilidade de ser revertida, mas que de acordo com sua avaliação não deverá ser revertida, pode ser útil nos informar para tentarmos identificar a causa do falso positivo. Helder 21h40min de 22 de abril de 2015 (UTC)[responder]

Já coloquei o script no meu common.js e já atualizei, esvaziei o cache e tudo, mas até agora não notei nenhuma diferença nem nas MR e nem nas PV Jonny DC 21h58min de 22 de abril de 2015 (UTC)[responder]

Não seria o caso de por no vector.js? Jonny DC 21h59min de 22 de abril de 2015 (UTC)[responder]
Também serve, mas se colocar no common.js será carregado mesmo que mude de skin. Helder 22h00min de 22 de abril de 2015 (UTC)[responder]
Por enquanto, nenhuma diferença. Não sei se estou fazendo algo errado. Vou esperar algumas horas e aviso aqui se perceber alguma diferença, estou ansioso para ajudar com esse script. Jonny DC 22h05min de 22 de abril de 2015 (UTC)[responder]
Eu acho que você não está vendo nenhuma diferença pois não está dando tempo do script terminar de verificar as edições (note que na aba da página fica um imagem de "carregando"). Eu acho que o script poderia ir marcando logo as edições que ele considere com chances de ser revertida, ao invés de marcar tudo só no fim da verificação.
Gostei da ideia ;) Nem sabia que existia essa API, muito interessante. !Silent (discussão) 22h11min de 22 de abril de 2015 (UTC)[responder]
Me parece que esse é o caso, sim, mas demora MUITO pra checar a MR inteira (minha internet é boa). O que acontece é que o Script está marcando todas as edições de IP e de usuários novos. Algumas boas edições foram marcadas 1, 2 Jonny DC 22h21min de 22 de abril de 2015 (UTC)[responder]
Alterei o script para colorir as edições assim: 70% de probabilidade ou menos fica com a cor branca , 100% ficam com a cor . Probabilidades intermediárias correspondem a tons intermediários entre o e . Helder 16h02min de 23 de abril de 2015 (UTC)[responder]
A API não existia: a ideia do projeto era criá-la :-) Mas só colocamos no ar recentemente, para fazer uns testes...
O script demora porque o código no servidor ainda está levando vários segundos para pontuar um conjunto de várias (50) edições. Vamos tentar otimizar alguma coisa no código-fonte para reduzir o tempo de processamento. Mas talvez valha a pena fazer várias consultas à API, com menos revisões em cada uma, e ir colorindo a lista aos poucos... Mas não terei tempo de fazer isso por enquanto (pull requests são bem-vindos!  ). Helder 22h28min de 22 de abril de 2015 (UTC)[responder]
Vou mandar um em breve hehe. !Silent (discussão) 22h40min de 22 de abril de 2015 (UTC)[responder]
Mudei o código para requisitar a pontuação de 10 revisões por vez (e não ficar limitado aos 50 primeiros itens, caso haja mais do que isso na página). Helder 14h51min de 23 de abril de 2015 (UTC)[responder]
@!Silent: a velocidade melhorou consideravelmente depois que o Aaron mudou o sistema que verifica erros ortográficos, e alterou o código para que certas requisições à API sejam feitas "em lotes" (em vez de em várias requisições separadas). Agora a pouco atualizei o URL que o script utiliza, e ele já está usando a nova versão. Em breve deveremos ter outras otimizações, o que deverá deixá-lo bem melhor. Helder 19h35min de 30 de maio de 2015 (UTC)[responder]
Pelo o que percebi o script causa um conflito com o Popups. !Silent (discussão) 23h19min de 22 de abril de 2015 (UTC)[responder]
Que tipo de conflito? Helder 14h51min de 23 de abril de 2015 (UTC)[responder]
Simplesmente o popups não funciona em quanto o script estiver verificando as edições. !Silent (discussão) 19h51min de 23 de abril de 2015 (UTC)[responder]
O en:MediaWiki:Gadget-popups.js testa se document.readyState=="complete" antes de executar autoEdit(), então ele não é executado antes das requisições que obtém as pontuações (ou, imagino, de qualquer outro script) terminarem...
// For some reason popups requires a fully loaded page jQuery.ready(...) causes problems for some.
Helder 19h41min de 25 de abril de 2015 (UTC)[responder]

Comigo parece funcionar bem, apesar de assinalar muito poucos artigos e, certamente por uma mera coincidência, até agora só ter apanhado edições válidas (coisa raríssima em IP's!). Se percebi bem, a flg de patrulhada é ignorada, o que talvez não faça muito sentido. E daí... Eu pessoalmente revejo tudo, principalmente desde que me dei conta da elevada quantidade que há (havia?) de gente que patrulhava muito lixo. --Stegop (discussão) 15h29min de 23 de abril de 2015 (UTC)[responder]

O modelo leva em conta várias características (features) das edições (acredito que esta é a lista de features que foram usados no último treino, onde foram utilizadas estas edições). Ainda não escrevemos o feature que dirá para o modelo se a página "foi patrulhada" ou "não foi patrulhada" (mas isso está na lista).
[off-topic] Mas note que tanto edições boas quanto edições ruins devem ser patrulhadas (estas, assim que forem revertidas ou corrigidas)... Helder 15h49min de 23 de abril de 2015 (UTC)[responder]

uma boa edição marcada como mais de 70% de probabilidade de ser vandalismo, provavelmente por causa do sumário e por ser uma pequena remoção de conteúdo. Jonny DC 21h40min de 23 de abril de 2015 (UTC)[responder]

Um esclarecimento: as 20k edições utilizadas para treinar o modelo não foram rotuladas "vandalismo" ou "não-vandalismo", mas sim como desfeitas ou não (e edições podem ser desfeitas por vários motivos, não só por terem sido vandalismo). Então a pontuação que este modelo calcula se refere às chances de ser revertida (não de ser vandalismo). Quando dispusermos de edições rotuladas em relação a serem ou não vandalismos propriamente dito, poderemos treinar o modelo para detectar vandalismo (em vez de edições que seriam revertidas), o que evitaria que algumas edições boas fossem pontuadas como tendo grande chances de reversão... Helder 01h34min de 24 de abril de 2015 (UTC)[responder]

@He7d3r: teria como colocar WP:PT, WP:PT/1, WP:PT/2, WP:PT/3 e WP:PT/4 em algum tipo de "whitelist" para o script não marcar? Jonny DC 17h16min de 26 de abril de 2015 (UTC)[responder]

Uma vez que o script deve funcionar com qualquer wiki, isso não poderia estar hard-coded no script. Além disso, mesmo que para o modelo que estima a probabilidade de reversões alguém possa querer ignorar essas 4 páginas, para um outro modelo, pode ser interessante mantê-las. O que pode fazer é filtrar a lista de mudanças recentes/páginas vigiadas pelo domínio, para ver apenas mudanças no domínio principal (ou algum outro domínio específico). Helder 17h49min de 26 de abril de 2015 (UTC)[responder]

Voluntários para rotular edições como prejudiciais ou não editar

 
Uma captura de tela mostrando a interface do "wiki labels" ao analisar um dif

Pessoal, estamos precisando de voluntários para ajudar na construção de melhores ferramentas para o controle de qualidade na Wikipédia. Agora que o projeto está razoavelmente estruturado, precisaremos de ajuda na rotulagem manual de edições em relação à sua qualidade para poder treinar os modelos de aprendizado de máquina disponíveis que ajudarão nessa tarefa de controle de qualidade/combate ao vandalismo. Nós construímos um gadget para agilizar e facilitar o trabalho (e talvez torná-lo divertido  ) Se estiver interessado, confira a página Wikipédia:Projetos/Rotulagem/Qualidade das edições. Helder 15h14min de 6 de maio de 2015 (UTC)[responder]

Remoção de predefinições de manutenção editar

Olá. Certas predefinições de aviso sobre a manutenção de artigos possuem utilidade restrita e não existe qualquer controlo sobre a sua utilização, pelo que a monitorização e manuseio dessas predefinições torna-se necessário. Em observância do tempo recomendável e limitado na utilização dessas marcações de artigos em processo de construção, pergunto se é possivel que o número de afluentes de predefinições como {{em construção}}, {{em tradução}}, {{em reforma}}, {{em edição}}, etc. com mais de meio ano seja automaticamente reduzido? A documentação dessas predefinições recomenda o respetivo uso por períodos relativamente curtos, algumas de apenas umas horas, no entanto, existem páginas em que essas predefinições permanecem nos artigos por vários anos, verificando-se ainda verbetes cujas tags foram inseridas sem que qualquer outra alteração significativa ocorresse para além do dia em que foram colocadas ou no momento em que o artigo foi criado. Considerando que são centenas de páginas enxovalhadas com avisos inúteis e que só desincentivam a edição e aprimoramento dos artigos, seria importante que algo fosse feito nesse sentido. É possivel que aquelas inseridas há já vários meses sejam removidas por alguma ferramenta automática? Shgür Datsügen [disc] · [contribs] 05h24min de 6 de maio de 2015 (UTC)[responder]

  Discordo dessa remoção automática. Se existem tags de manutenção, é necessário que os editores verifiquem o que é preciso fazer nos artigos. A solução não é atirar o pó para de baixo do tapete. --João Carvalho deixar mensagem 11h54min de 6 de maio de 2015 (UTC)[responder]
João Carvalho, que utilidade tem uma tag como a de {{em tradução}}, quando o artigo não está a ser traduzido? Shgür Datsügen [disc] · [contribs] 13h51min de 6 de maio de 2015 (UTC)[responder]
Note também que há várias páginas marcadas com {{em tradução}} que ainda possuem conteúdos em outros idiomas no código-fonte mesmo depois de passados cinco anos (!). Tais conteúdos precisariam ser removidos junto com a marca, o que não é necessariamente fácil de detectar de forma confiável. Helder 12h14min de 6 de maio de 2015 (UTC)[responder]
Esse exemplo que apresentou, foi feita uma eliminação de parte do artigo que seria possível ter sido feita por um bot (calculo eu, porque não tenho conhecimentos para isso) mas essa eliminação, na minha opinião foi feita de uma forma errada, pois apagaram o que já estava traduzido juntamente com o que faltava traduzir. Se manualmente foi feito isso, imagino o que possa acontecer feito de uma maneira automática. Além disso, sempre foi dito, que não existia problema de espaço nos servidores, portanto qual foi o ganho ? Continuo a defender que devem ser vistos esses casos, mas ver com olhos de gente, coisas que os bots não podem fazer. --João Carvalho deixar mensagem 12h41min de 6 de maio de 2015 (UTC)[responder]
O ganho é em estatísticas mais coerentes com a realidade do projeto, já que aquela página era apenas uma das dezenas na mesma situação (e ainda há outras por aí...). Note que "ter pelo menos 20000 bytes" é um dos parâmetros que são utilizados para estimar se o artigo pode ou não ser de qualidade 4, e esse é mais ou menos o tanto de bytes que eu estava removendo dos artigos em questão. Feito isso, há menos chances do Módulo:Avaliação superestimar a qualidade dos artigos só por causa do tamanho do código fonte. Helder 13h04min de 6 de maio de 2015 (UTC)[responder]

  Concordo com a proposta, pelo menos no geral. Talvez com uma nuance: que a marca {{em tradução}} seja substituída por {{expandir}}, para assinalar o facto de que há muito mais conteúdo noutras wikis. Por sinal, e embora não seja algo de que me orgulhe, há por aí muitos artigos "meus" com essa marca. :8( Mas, a título de curiosidade, o AD Marinha bizantina esteve nesse estado durante um ano... kkkk --Stegop (discussão) 14h08min de 6 de maio de 2015 (UTC)[responder]

Exactamente. São várias as traduções de artigos em que fiz uso desses avisos, mas pelo simples facto de nunca mais os ter editado, elas foram removidas. Um exemplo é História da Dinastia Han que pela dimensão do texto original vou precisar de algum alento para agarrar-me àquilo novamente. Shgür Datsügen [disc] · [contribs] 14h33min de 6 de maio de 2015 (UTC)[responder]
Eu mantive o artigo com o mesmo conteúdo (visível) anterior à minha edição, justamente porque não achei que deveria ser "publicado" um esboço de tradução. Isso poderia ser terminado na subpágina de testes do autor, em vez de no domínio principal (dentro de um comentário oculto). Helder 16h07min de 6 de maio de 2015 (UTC)[responder]

15h38min de 11 de maio de 2015 (UTC)

TemplateData no artigo Debian editar

O artigo Debian está com problemas em seu cabeçalho. Creio que a página do problema seria essa. Mas não sei como resolver ele. Vitor MazucoMsg 18h46min de 11 de maio de 2015 (UTC)[responder]

Special:Diff/42320434. Helder 19h27min de 11 de maio de 2015 (UTC)[responder]
Valeu. Vitor MazucoMsg 00h48min de 12 de maio de 2015 (UTC)[responder]

Problema em predefinição editar

Na página da Seleção Brasileira de Futebol, fui incluir fontes para atualizar o Ranking da FIFA e do Elo (ver diff) pela predefinição {{Info/Futebol/seleção}}, só que as informações atualizadas não são visualizadas no artigo (continua com aquelas mesmas informações e fontes desatualizadas). Gostaria de saber qual é o problema desta predefinição e se é possível corrigi-lo. WikiFer msg 04h50min de 12 de maio de 2015 (UTC)[responder]

@WikiFer: A predefinição {{Info/Futebol/seleção}} pega automaticamente esse valor da predefinição {{RankingFIFAMasculino/PosiçãoAtual}}. Se você quiser alterar, terá que alterar . O atributo "rankingfifa=" da {{Info/Futebol/seleção}} está depreciado. Rafael (stanglavine) disc 13h20min de 14 de maio de 2015 (UTC)[responder]
Depois eu vejo o que faço em relação a isso, já que esse atributo já está depreciado mesmo. WikiFer msg 23h26min de 14 de maio de 2015 (UTC)[responder]

Predefinição:Location map+ editar

Por favor, como fazer esta predef funcionar em Cidades mais antigas da Alemanha. Eu a copiei da de.wiki tentando fazer funcionar com auxílio da explicação "econômica" da pt.wiki, mas não consigo realizar o intento. Alguém disponível a dar uma mão? Obrigado, --Kaktus Kid (discussão) 02h35min de 14 de maio de 2015 (UTC)[responder]

@Kaktus Kid: Seria isso? Rafael (stanglavine) disc 12h55min de 14 de maio de 2015 (UTC)[responder]
Ok! Obrigado. Acho que agora consigo completar.--Kaktus Kid (discussão) 13h25min de 14 de maio de 2015 (UTC)[responder]
E agora! Socorro! Alguém para ajudar! Bagunçou tudo!!!--Kaktus Kid (discussão) 02h13min de 15 de maio de 2015 (UTC)[responder]
Já andei nessas praias séculos atrás, tente ver até onde cheguei [72] e ver nos históricos mudanças que possam ter mudado o efeito.JMGM (discussão) 07h24min de 15 de maio de 2015 (UTC)[responder]
PS: Fiz um teste [73] só precisar acertar as posições. JMGM (discussão) 08h26min de 15 de maio de 2015 (UTC)[responder]

Problema em visualização de artigo editar

Analisando o artigo Gnosticismo, vi que não é possível descarregar o conteúdo como PDF, pois mostra um aviso:

A geração do ficheiro de documento falhou.

Status: Rendering process died with non zero code: 1

Será que vocês da programação poderiam corrigir este problema, já que eu preciso responder esta solicitação lá no Informe um Erro. Aguardo resposta! WikiFer msg 23h35min de 23 de maio de 2015 (UTC)[responder]

Isso depende dos desenvolvedores. Helder 23h57min de 23 de maio de 2015 (UTC)[responder]

Salvar redirects editar

Pessoal, por que estamos recebendo a mensagem de "artigo sem fontes" quando tentamos salvar redirects? O filtro desta mensagem não excluía essa possibilidade? Alguém mexeu nisso? José Luiz disc 21h40min de 24 de maio de 2015 (UTC)[responder]

@jbribeiro1: procurei nos registros mais recentes do filtro 113 e não encontrei nenhum redirecionamento. Quando, em que página e com quem isso aconteceu? Helder 01h17min de 25 de maio de 2015 (UTC)[responder]
Tente salvar uma página com "#redirect". Pra mim está acontecendo com todas. José Luiz disc 01h47min de 25 de maio de 2015 (UTC)[responder]
Não houve problema algum aqui e o único registro seu no filtro 113, hoje, foi este aqui, que não era mesmo um redirecionamento. Helder 02h04min de 25 de maio de 2015 (UTC)[responder]
He7d3r, pra mim também não deu erro nenhum aqui. Agora tente salvar no DP este redirect válido: "#redirect Santa Teresa al Corso d'Italia" em Basílica de Santa Teresa al Corso d'Italia. José Luiz disc 02h13min de 25 de maio de 2015 (UTC)[responder]
Agora recebi um aviso, mas era sobre ter inserido um "Redirect em local errado", não por não colocar fontes.
Vou ver o que descubro a respeito... Helder 02h18min de 25 de maio de 2015 (UTC)[responder]
───────────────
Ok, o problema não parece ser no filtro 59, mas sim na extensão. Reportei em phab:T100249.
Estejam atentos pois outros filtros também podem estar sendo afetados pela mudança. Helder 02h29min de 25 de maio de 2015 (UTC)[responder]
Notei outra coisa estranha. Nas minhas vigiadas, agora tenho que pressionar duas vezes o botão de "Marcar todas as páginas como vigiadas" para que funcione. Está assim aqui e na enwiki, mas não no Commons. Muito estranho. José Luiz disc 03h02min de 25 de maio de 2015 (UTC)[responder]
Este problema eu não vou testar, pois ainda não quero marcar as páginas da minha lista como visitadas. No entanto, vi que ambas as wikis estão utilizando a mesma versão do MediaWiki, então não tenho nenhum palpite do que poderia ser. Helder 03h06min de 25 de maio de 2015 (UTC)[responder]

16h15min de 25 de maio de 2015 (UTC)

Uma pequena ajuda com o meu "global.css" personalizado editar

Olá, pessoal,

recentemente descobri que posso ter meu próprio estilo nas páginas da Wikipédia. "Finalmente consigo me livrar do branco que me dói os olhos, em todos os lugares que eu ler a Wikipédia, e não apenas nos computadores que mais uso!" - foi o que pensei.

Tudo certo, exceto por alguns poucos detalhes, e imagino que possam me ajudar com isso[78].

2002 palavras pra mostrar à vocês o que tentei sem conseguir:

http://balacobaco.insomnia247.nl/pedia/tela1.png

http://balacobaco.insomnia247.nl/pedia/tela2.png

Resumindo: quero me livrar dos brancos que ainda aparecem, mas não consegui descobrir qual estilo devo usar pra isso acontecer.

Simples? :)

. . . . . . . . . . . -- Chê Rapidim (discussão) 08h55min de 29 de maio de 2015 (UTC)[responder]

Ah, entendi! Você quer estragar tudo...
Bricadeirinha! Sei que é uma questão de gosto.
Você deve descobrir os elementos a estilizar. Para isso, pode usar a opção de botão direito do mouse "Inspecionar elemento", no Firefox.
Alexandre Magno (discussão) 14h17min de 29 de maio de 2015 (UTC)[responder]
Se quiser um exemplo "similar", veja o código do en:MediaWiki:Gadget-Blackskin.css. Helder 18h46min de 29 de maio de 2015 (UTC)[responder]
Hahaha... é exatamente isso, eu quero estragar tudo! :D hahahaha Tirando a parte que eu não quero ter trabalho pra construir de novo...
Quanto a isso de descobrir os elementos e colocá-los no CSS, foi exatamente o que tentei! Exatamente como você descreveu. Porém, não estou conseguindo passar do ponto pelo qual mostrei. Alguns deles não funcionaram. E meu palpite pra explicar isso é meu domínio pequeno sobre CSS e HTML juntos. Eu sei que no final, a cor que eu esperava ter para uns poucos elementos não fica com ele na página final. E por não ter conseguido progresso com esse elemento, mesmo depois de algumas tentativas com essa "força bruta", achei que é mais fácil perguntar aqui, de forma simples, onde estão o restante das cores que estilizam a wikipédia. Ou, quem sabe, encontraria um CSS pronto já com um fundo totalmente diferente, e a partir dele eu poderia derivar outros em passos simples.
Mais tarde vou olhar o exemplo que você aponta, talvez ela seja exatamente isso. Qualquer dificuldade eu já aproveito esse cantinho aqui mesmo.
Obrigado!
-- Rapidim

Problema do FastButtons em navegador editar

Eu não sei se o mesmo problema ocorre com outros usuários editando pelo Google Chrome, mas no meu caso os botões do FastButtons não aparece neste navegador. Esse problema tem alguma solução ou só está ocorrendo somente no meu navegador? Será que terei que usar o Mozilla Firefox para poder voltar a usar o FastButtons sem problemas? WikiFer msg 18h03min de 30 de maio de 2015 (UTC)[responder]

Eu sempre usei no Google Chrome sem problemas. Qual é a versão do seu navegador? Verifique se o Javascript está liberado para a Wikipédia. Rafael (stanglavine) disc 18h13min de 30 de maio de 2015 (UTC)[responder]
Bom, o problema não era a respeito do Javascript, pois este estava liberado para todos os sites. Veja o que eu fiz para resolver o problema: Eu desinstalei o Adblock e instalei o Adblock Plus. Depois eu desabilitei o Crazy Store, que diz que esse programa modifica alguns dados do WebSite (talvez isto tenha influência com a eliminação do FastButtons). Agora o problema está   Corrigido. Eu agradeço pela sua atenção!   WikiFer msg 18h38min de 30 de maio de 2015 (UTC)[responder]
Por nada, que bom que funcionou! Rafael (stanglavine) disc 19h13min de 30 de maio de 2015 (UTC)[responder]

15h35min de 1 de junho de 2015 (UTC)

O texto seguinte foi movido de: População X Estimativa Populacional

Pessoal, vejo que em muitos verbetes o atributo população está preenchido com, na verdade, a estimativa populacional. Por mais que esteja escrito (em boa parte dos verbetes) "Estimativa", na minha opinião devíamos inserir neste campo a população já "consolidada", pois estimativa e população "consolidada" são coisas diferentes. Talvez até poderíamos deixar os dois, daí criaríamos um novo atributo chamado populacao_estimativa ou algo do gênero. O que vocês acham? Rafael (stanglavine) disc 15h30min de 3 de junho de 2015 (UTC)[responder]

  Concordo A predefinição calcula a densidade automaticamente. O IBGE informa sempre a densidade do último censo. Por isso, ao se colocar a população "estimada", a densidade fica em desacordo com o informado pelo IBGE. O melhor seria ter dois parâmetros a serem preenchidos ("População_último censo" e "População_última estimativa") com suas respectivas densidades calculadas pela predefinição ("Densidade_último censo" e "Densidade_última estimativa").PauloMSimoes (discussão) 19h34min de 3 de junho de 2015 (UTC)[responder]
  Comentário O Censo é realizado a cada 10 anos pelo IBGE; além disso, ele costuma fazer "contagens populacionais" a cada aprox. 5 anos (esses dois processos envolvem entrevistas de casa em casa); e, além disso, eles realizam estimativas populacionais anualmente (usando modelagem e os dados obtidos nos censos e contagens), por questões legais (repasses de verbas aos municípios, etc). Se a estimativa preenchida for a do IBGE, eu não vejo problema em utilizá-la (para mim a estimativa do IBGE é tão válida quanto a obtido pelo censo, e não faria sentido distinguir "população estimada" e "população consolidada"). Eu não acho que valha a pena criar um campo separado entre para o Censo e outra para a estimativa (muito menos outra para as "contagens"). Giro720 (discussão) 22h07min de 3 de junho de 2015 (UTC)[responder]

────@Giro720:Sua explicação está perfeita. Mas o que se pleiteia aqui é que se crie estes parâmetros adicionais porque tem-se colocado frequentemente nos artigos a população "estimada". Isto cria uma inconsistência na "densidade". Vou exemplificar com a cidade de Borá: a população citada é conforme a da "estimativa 2014" do IBGE (835 habitantes). A predefinição calcula automaticamente o parâmetro "densidade" em 7,02 hab/km², considerando este número de habitantes. Mas se você for ver a densidade na fonte IBGE citada, está 6,8 hab/km², porque o IBGE não coloca a densidade da "estimativa", mas sim a do "censo". Sou da opinião que não haveria problema algum criar mais dois parâmetros (pop_estim e dens_estim) para que esta inconsistência fique explicada. Resumindo, ficaria assim:

  • pop_censo
  • dens_censo
  • pop_estim
  • dens_estim

Inclusive nenhum dos dois parâmetros "densidade" precisa ser preenchido, já que são calculados automaticamente. Penso até que poderiam ficar ocultos na predefinição (não sei se é possível isso) pois alguns editores, por desconhecimento do recurso, os preenchem com valores às vezes incorretos.
PauloMSimoes (discussão) 05h13min de 4 de junho de 2015 (UTC)[responder]

E quais parâmetros corresponderão a quais propriedades do Wikidata? Atualmente existe a propriedade população e a propriedade "área" foi aprovada, mas depende de alguns desenvolvimentos no software. No entanto, a comunidade já rejeitou a proposta de criação de uma propriedade "densidade populacional", por ser derivável das outras duas. Helder 15h37min de 4 de junho de 2015 (UTC)[responder]
E como outras wikis lidam com o mesmo problema? Helder 15h42min de 4 de junho de 2015 (UTC)[responder]

Talvez vos interesse ver a solução que adotei em {{Info/Comuna da França}} e {{Info/Assentamento/Espanha}} (parâmetro predef_população). Em termos técnicos é muito pouco elegante, mas até há uns anos não havia forma de fazer aquilo de forma elegante. A ideia é ter predefs que funcionam como base de dados (ex: {{População comunas francesas 0}}, {{População da Catalunha}}, {{Área município de Navarra/num}}, etc.) cuja atualização é trivial usando copy/paste e mais umas macros simples num qualquer editor de texto. --Stegop (discussão) 16h33min de 4 de junho de 2015 (UTC)[responder]

O porém é que este é o tipo de coisa que se está tentando migrar para o Wikidata, para não precisar ser atualizado manualmente (ou mesmo roboticamente) em vários idiomas, sendo que poderiam ser mantidos em um único lugar. Helder 17h07min de 4 de junho de 2015 (UTC)[responder]
Pois... Mas há quantos anos é que andamos a ouvir falar disso e ninguém sabe pode ser feito e/ou como se faz?... De qq forma, quando se souber ir buscar dados ao wikidata, podem adaptar-se as predefs atuais para passarem a fazê-lo sem ser preciso mexer em milhares de artigos. --Stegop (discussão) 17h18min de 4 de junho de 2015 (UTC)[responder]
É que boa parte desses usos mais interessantes dependia do acesso arbitrário a itens do Wikidata, que finalmente foi implementado e já está sendo ativado nas wikis. Helder 17h42min de 4 de junho de 2015 (UTC)[responder]

@He7d3r:; @Stegop:Desculpem, não entendo do assunto a este nível. Como é uma predefinição apenas para o Brasil, pensei que fosse mais simples, pois bastaria adaptar à metodologia do IBGE. Se for muito complicada esta modificação, poderia simplesmente criar apenas o parâmetro "pop_estimada" (sem "dens_estimada") ? Isso pelo menos faria com que fosse obrigatório colocar a população do censo no lugar certo.
PauloMSimoes (discussão) 16h54min de 4 de junho de 2015 (UTC)[responder]

Paulo, desculpe eu estar a "complicar". Eu é que achei que era oportuno chamar a atenção de que talvez não seja assim tão complicado atualizar uma porção enorme de artigos sem ter que os editar (ou editando-os apenas para que passem a ir buscar dados a uma espécie de repositório central). --Stegop (discussão) 17h18min de 4 de junho de 2015 (UTC)[responder]
@Stegop:Prezado, não vi nenhum problema no comentário. Eu é que não conheço nada deste assunto. Sempre acho que problemas como este são mais simples de resolver do que de fato o são. Mas entendo as implicações de se alterar uma predefinição. Abraço!
PauloMSimoes (discussão) 22h48min de 5 de junho de 2015 (UTC)[responder]

Barra lateral das Mudanças Recentes sem algumas wikis editar

Oi, pessoal. Notei que há poucos dias a barra lateral das Mudanças Recentes sofreu algumas alterações. A ordem do projetos foi alterada, Commons mudou de nome, o que não tem muita importância.
Entretanto, percebi que foi retirada a ligação pro Wikcionário e pro Meta-Wiki, além de ter sido incluído o Wikivoyage e o Wikidata. Se não me engano, também havia ligação pro Wikispecies, mas não tenho certeza.

Alguma razão pra isso ter sido feito? Seria bom pelo menos recolocar os que sumiram. Concordam?—Teles«fale comigo» 20h22min de 5 de junho de 2015 (UTC)[responder]

As ligações para os outros projetos passaram a ser feitas de forma nativa, utilizando os dados que estão no Wikidata (em vez do nosso antigo hack baseado em JavaScript). Ainda está sendo decidido como será a integração com o Wikcionário (phab:T986 / d:Wikidata:Wiktionary), Wikispecies e Meta-wiki, mas nestes casos pode ser mantida a predefinição {{correlatos}} no corpo das páginas, como um fallback até serem interligados com o Wikidata. Helder 20h48min de 5 de junho de 2015 (UTC)[responder]

Bug nos índices editar

Os índices das páginas passaram a incorporar as referências atribuídas aos subtítulos (ver, por exemplo, Ruth de Souza), e o resultado é esteticamente horroroso, pois estraga toda a diagramação da página.

Yanguas diz!-fiz23h01min de 7 de junho de 2015 (UTC)[responder]

O problema acho que é colocar as referências no título da seção. Passei pro texto.—Teles«fale comigo» 01h30min de 8 de junho de 2015 (UTC)[responder]
@Teles: Você resolveu o problema (estético) desse artigo, mas há inúmeros outros com esse problema, simplesmente porque até outro dia o índice não transcrevia os links das fontes. Yanguas diz!-fiz03h02min de 8 de junho de 2015 (UTC)[responder]
Tudo bem que também há inúmeros artigos com outros problemas, e às vezes eles também ficam piores com as atualizações do software (o que não é necessariamente ruim - só se corrigem certas coisas quando ficam inaceitáveis). A inserção de referências nos títulos é só um dos muitos que precisam ser corrigidos. Como ela já consta no Wikipédia:WPCleaner/Configuração/Ajuda#Erro 504, isso deve agilizar um pouco as correções. Helder 14h15min de 8 de junho de 2015 (UTC)[responder]
Concordo. Foi alguma versão nova do Media Wiki? José Luiz disc 03h12min de 8 de junho de 2015 (UTC)[responder]
Parece ser o mesmo que reportaram na phab:T101390. Helder 14h15min de 8 de junho de 2015 (UTC)[responder]

15h21min de 8 de junho de 2015 (UTC)

Alertas (notificações) editar

Desde há uns dias, os alertas /notificações de alterações que contêm um link para o nosso usuário, quando se trata da PDU apresentam invariavelmente um link para a secção #footer, em vez de o fazer para a secção onde ocorreu o link. --Stegop (discussão) 19h37min de 8 de junho de 2015 (UTC)[responder]

Não vi nenhum caso assim até agora. Helder 19h46min de 8 de junho de 2015 (UTC)[responder]

VisualEditor News #3—2015 editar

10h44min de 13 de junho de 2015 (UTC)

"Bandeira da Avaré" editar

Alguém consegue explicar (e resolver) esse bug? Na infobox sobre o município de Avaré, o link para o texto da bandeira pede, corretamente, Bandeira de Avaré. Já o link para o texto do brasão pede, erroneamente, "Bandeira da Avaré".

Yanguas diz!-fiz14h54min de 13 de junho de 2015 (UTC)[responder]

@Yanguas: Existe um atributo na Predefinição:Info/Município do Brasil chamado preposicao que define qual será a preposição utilizada pela predefinição para buscar um link padrão. No verbete esse atributo estava assim: preposicao = da, dessa forma, caso a predefinição tivesse que buscar um nome padrão ela iria buscar algo como Brasão da Avaré (remova os links colocados para o brasão e a bandeira e pré-visualize a edição que você verá que ambos se transformarão em Brasão da Avaré e Bandeira da Avaré). Nesse caso em específico, foi setado link_brasão = Brasão de Avaré. Como essa página não existe (foi eliminada) a predefinição buscou o valor padrão, que nesse caso devido a preposicao estar como preposicao = da é Brasão da Avaré. Com a bandeira não aconteceu isso porque a página que foi setada (Bandeira de Avaré) existe, aí a predefinição não precisou buscar o valor padrão (faça o teste que lhe disse acima caso queira). Rafael (stanglavine) disc 17h09min de 13 de junho de 2015 (UTC)[responder]
Obrigado pela resposta, Stanglavine, mas eu vi a página antes da eliminação de Brasão de Avaré, e já constava o link da, redirecionando para o nome correto. Yanguas diz!-fiz17h27min de 13 de junho de 2015 (UTC)[responder]
Analisei o código da predefinição mas não encontrei nenhum erro. @He7d3r: Poderia dar uma olhada? Rafael (stanglavine) disc 17h58min de 13 de junho de 2015 (UTC)[responder]
Está funcionando exatamente como descreveu. Quando a página existe, a predefinição utiliza o nome "Brasão de Avaré". Quando não existe, utiliza "Brasão da Avaré". Se em um determinado momento não é isto o que ocorre, é só editar a página ou forçar uma atualização do cache com action=purge. Helder 14h26min de 14 de junho de 2015 (UTC)[responder]

15h04min de 15 de junho de 2015 (UTC)

Editar uma página é agora mais rápido. Isto sucede porque algumas estatísticas sobre os filtros de edição foram removidas.

...às custas de tornar mais difícil para os administradores depurarem os filtros e detectarem quais podem ser otimizados para consumir menos condições. Helder 15h14min de 15 de junho de 2015 (UTC)[responder]

Compactar referências editar

Estou no momento discutindo com sysops e programadores a possibilidade de implementarem o gadget "compactar referências" na Wikipédia Inglêsa. No entanto, dois ou três administradores insistem que este gadget é desencorajador porque ele pode apresentar vários efeitos indesejáveis, tais como:

  • Exibição de uma informação incorreta, ou mutilada em alguns browsers;
  • Incompatibilidade ou dificuldade de navegação com algumas ferramentas de acesso (como leitores de tela para cegos);
  • Exibição incorreta ou incompleta de referências ao se imprimir artigos;
  • Dificuldade de processamento em pequena ou baixa resolução, ou ainda em telas de tamanho wide-screen;
  • Provavelmente, outro tanto de coisas irritantes para editores lerem, revisarem, atualizarem ou referênciarem.

Assim sendo, achei melhor entrar em contato com vcs para saber se há reclamações por parte de usuários, editores, ou leitores em geral, cegos ou não.

Outro assunto lá discutido é o gadget "justificar margem à direita". Seria possivél implementa-lo nesta Wikipédia da mesma forma como "compactar referências" o foi ? Muitíssimo grato pela atenção. Krenakarore TK 15h57min de 15 de junho de 2015 (UTC)[responder]

Tal como foi explicado quando os desenvolvedores removeram a opção de justificar parágrafos das preferências, quem sentir falta dela só precisa copiar o código da mw:Snippets/Paragraph justification para o seu common.css:
#article, #bodyContent, #mw_content { text-align: justify; }
Se os poucos usuários que justificam os parágrafos (!Silent, Vitor, Trooper777, Azuizo, Marcos, Brunosl e Matheus) preferirem remover o código de seus estilos pessoais para ativar um gadget em vez disso, por mim tudo. Mas ele deve ser mantido desativado por padrão para os demais usuários e visitantes do projeto, pelos problemas que já foram citados na discussão da Wikipédia em inglês.
Acho improvável a criação de um gadget para compactar as referências na Wikipédia inglesa, já que os problemas que ele introduziria são o suficiente para que ele não passe no critério geral para criar gadgets. Helder 17h47min de 15 de junho de 2015 (UTC)[responder]
Sim Helder, agradeço a dica de como ativar o gadget justificar parágrafos, sendo eu agora mais um a usa-lo. Também partilho de sua opinião quanto a criarem um para compactar as referências na Wikipédia Inglêsa. No entanto, sua resposta me deixa confuso. Se ele introduziria problemas lá, como pode estar presente aqui ? Ademais, a pergunta foi se há reclamações por parte de usuários e leitores nessa Wikipédia. Krenakarore TK 21h04min de 15 de junho de 2015 (UTC)[responder]
Provavelmente porque este gadget específico veio como um meio termo para que retirássemos o código problemático da Predefinição:Referências, que é usada em centenas de milhares de artigos, e isso fosse apenas uma opção para quem achava útil (em vez de ser o padrão para todos os visitantes). Além disso, a página sobre os critérios para criar gadgets não existia pouco tempo antes da proposta que resultou na criação do gadget (e nem sei se chegamos a entrar em um acordo quanto a segui-la à risca). Helder 21h17min de 15 de junho de 2015 (UTC)[responder]
Falou e disse Helder. Obrigado por tudo de bom q hoje vc me ofereceu. Abs do mano, Krenakarore TK 22h21min de 15 de junho de 2015 (UTC)[responder]

Helder, poderia eu criar a opção "compactar referências com uma barra de rolagem" lá na Wikipédia Inglêsa da mesma forma que criei a opção "justificar parágrafos" aqui hoje, e como isso seria feito ? Pode me mostrar da forma como o fêz antes ? Krenakarore TK 23h27min de 15 de junho de 2015 (UTC)[responder]

  Done - You're the man !
Aparentemente já encontrou  . Caso queira que o código funcione mesmo que mude de skin (por exemplo, para o monobook ou o modern), basta mover aquele código do seu vector.css para o seu common.css. Também pode usar a sua global.css no Meta-wiki para que esse estilo se aplique a todas as wikis e todos os skins. Helder 10h31min de 16 de junho de 2015 (UTC)[responder]

Problemas no Tool Labs editar

Pessoal, estamos com problemas no Tool Labs? Percebi que nem o OrphanTalk e nem o contador de edições providos por lá estão funcionando. Rafael (stanglavine) disc 22h57min de 16 de junho de 2015 (UTC)[responder]

@Stanglavine: links? Helder 23h15min de 16 de junho de 2015 (UTC)[responder]
Contador de edições e OrphanTalk (O Orphan abre mas na hora de tirar qualquer relatório dá erro). Rafael (stanglavine) disc 23h20min de 16 de junho de 2015 (UTC)[responder]

Vinha abrir uma discussão sobre isso. Acho que desde ontem o https://tools.wmflabs.org/xtools-articleinfo/ tb. não funciona. Diz que "No revisions found". Não sei se foi coincidência, mas foi depois de um período há cerca de 24 h, em que não era possível fazer buscas de páginas, apesar de se poder editar. --Stegop (discussão) 07h02min de 17 de junho de 2015 (UTC)[responder]

Agora o contador de edições está funcionando, mas o Orphan e o link citado pelo Stegop ainda não. Rafael (stanglavine) disc 22h19min de 17 de junho de 2015 (UTC)[responder]

Efectivamente o servidor "Wikimedia Labs" esta em baixo desde ontem (17. Jun). Ver: Incident documentation/20150617-LabsNFSOutage --JotaCartas (discussão) 17h00min de 18 de junho de 2015 :(UTC)

O servidor parece já estar operacional, pelo menos para algumas tools (tools.wmflabs.org), mas não todas; mais informação no link acima. --JotaCartas (discussão) 09h27min de 19 de junho de 2015 (UTC)[responder]

Ajustes em predefinições editar

Olá. 2 perguntas:

Desde já agradeço. --Zoldyick (Discussão) 01h55min de 22 de junho de 2015 (UTC)[responder]

Olá @Zoldyick: No primeiro caso, era só uma linha em branco que estava na Predefinição:Reino da Inglaterra e eu removi. No segundo caso, a Predefinição:Campaignbox estava com dois valores configurados para o parâmetro state da Predefinição:Navegação militar, removi um deles e pra mim não ocorreu mais o erro. Abraços! Rafael (stanglavine) disc 02h32min de 22 de junho de 2015 (UTC)[responder]
Boa noite Stanglavine. Eu realmente agradeço. Muito obrigado. --Zoldyick (Discussão) 02h44min de 22 de junho de 2015 (UTC)[responder]
Ver também outras 51801 páginas que utilizam argumentos duplicados ao chamar predefinições. Helder 15h54min de 22 de junho de 2015 (UTC)[responder]

15h23min de 22 de junho de 2015 (UTC)

IPv6 e o DeluxeHistory editar

Parece que esta extensão não reconhece IPv6 como usuário anônimo, assim colorindo a linha com a mesma cor de usuários registrados (exemplo). Gostaria de saber se poderiam atualizar a extensão, ou se é assim que deveria ser mesmo. Obrigado. Paulo Belato PingPong 23h55min de 24 de junho de 2015 (UTC)[responder]

Feito. !Silent (discussão) 03h14min de 25 de junho de 2015 (UTC)[responder]
Note que agora o script depende do módulo mediawiki.util. Isso não deverá ser um problema até que esse módulo deixe de ser carregado por padrão. Mas suspeito que o script precisaria de mudanças mais substanciais para não quebrar se quiséssemos ativar o ResourceLoader e adicionar essa dependência explicitamente... Helder 09h41min de 25 de junho de 2015 (UTC)[responder]

Leiam por favor: robôs, scripts de usuários e gadgets poderão quebrar em breve editar

Olá a todos. Desculpem-me por utilizar inglês para a maior parte desta mensagem. Na próxima semana será feita uma grande mudança nas APIs da Wikimedia. Esta atualização tem sido planejada, discutida e anunciada por anos, mas eu queria me certificar de que vocês receberiam mais uma notificação sobre ela, porque ela chegará às wikis a partir de 30 de junho de 2015, e se os robôs, gadgets e scripts de usuários desta wiki não forem atualizados, eles deixarão de funcionar. No entanto, não há motivos para pânico :) Por favor certifique-se de que os criadores/mantenedores de robôs verão a mensagem abaixo. Obrigada, --Elitre (WMF) (discussão) 11h57min de 26 de junho de 2015 (UTC) (translation by User:He7d3r!)[responder]

Is a bot, gadget, or user script you wrote in use on this wiki?

The breaking change involves API calls. This change has been planned for two years. The WMF will start making this change on 30 June 2015. A partial list of affected bots can be seen here: https://lists.wikimedia.org/pipermail/wikitech-l/2015-June/081931.html This includes all bots that are using pywikibot compat. Some of these bots have already been fixed. However, if you write user scripts or operate a bot that uses the API, then you should check your code, to make sure that it will not break.

What, exactly, is breaking? The "default continuation mode" for action=query requests to api.php will be changing to be easier for new coders to use correctly. To find out whether your script or bot may be affected, then search the source code (including any frameworks or libraries) for the string "query-continue". If that is not present, then the script or bot is not affected. In a few cases, the code will be present but not used. In that case, the script or bot will continue working.

This change will be part of 1.26wmf12. It will be deployed to test wikis (including mediawiki.org) on 30 June, to non-Wikipedias (such as Wiktionary) on 1 July, and to all Wikipedias on 2 July 2015.

If your bot or script is receiving the warning about this upcoming change (as seen at https://www.mediawiki.org/w/api.php?action=query&list=allpages ), it's time to fix your code!

Either of the above solutions may be tested immediately, you'll know it works because you stop seeing the warning.

Here are a couple of examples of code being fixed at enwiki: [110], [111] .

  • Do you need help with your own bot or script? In case you can't find help locally, please feel free to ask questions in e-mail on the mediawiki-api or wikitech-l mailing lists. Volunteers at m:Tech or w:en:WP:Village pump (technical) or w:en:Wikipedia:Bot owners' noticeboard may also be able to help you.
  • Are you using someone else's gadgets or user scripts? Most scripts are not affected. To find out if a script you use needs to be updated, then post a note at the discussion page for the gadget or the talk page of the user who originally made the script.

15h56min de 29 de junho de 2015 (UTC)