Wikipédia:Café dos programadores/Arquivo/2014/4

Número de visitas editar

Colegas, na página do histórico de qualquer artigo, numa seção chamada "ferramentas", há um link para "número de visitas". Pois bem, acho que ele deixou de funcionar depois que o tools foi pro azeite. Vejam um exemplo. José Luiz disc 22h29min de 1 de outubro de 2014 (UTC)[responder]

Pois é, tem muita coisa para arrumar. Hoje mesmo arrumei as predefinições {{Usuário}}, {{Usuário3}}... etc. Todas com um problema similar. --Diego Queiroz (discussão) 22h56min de 1 de outubro de 2014 (UTC)[responder]
Fiz a predefinição {{EstatísticasUsuário}} para gerar o link das estatísticas dos usuários. Acho viável que façamos páginas parecidas para as ferramentas externas. Assim, se alguma for modificada, fica mais fácil de arrumar. --Diego Queiroz (discussão) 23h37min de 1 de outubro de 2014 (UTC)[responder]
Fiz uma relação dos links utilizados em MediaWiki:Sp-contributions-footer:
  1. //toolserver.org/~alchimista/stats.php?user=USUÁRIO&language=pt
    • Parece redundante em relação ao XTools. Sugiro remover.
  2. //tools.wmflabs.org/xtools/pcount/index.php?name=USUÁRIO&lang=pt&wiki=wikipedia
    • Ainda funciona, mas sugiro alterar para //tools.wmflabs.org/xtools/ec/?project=pt.wikipedia.org&user=USUÁRIO
  3. //tools.wmflabs.org/guc/?user=USUÁRIO&blocks=true
    • OK.
  4. //tools.wmflabs.org/xtools/pages/index.php?name=USUÁRIO&lang=pt&wiki=wikipedia&namespace=0&redirects=noredirects&getall=1
    • Ainda funciona, mas sugiro alterar para //tools.wmflabs.org/xtools/pages/?project=pt.wikipedia.org&namespace=0&redirects=none&user=USUÁRIO
  5. //tools.wikimedia.de/~daniel/WikiSense/Gallery.php?wikilang=pt&wikifam=.wikipedia.org&format=html&img_user_text=USUÁRIO&order=-img_timestamp
  6. //tools.wikimedia.de/~daniel/WikiSense/Gallery.php?wikifam=commons.wikimedia.org&format=html&img_user_text=USUÁRIO&order=-img_timestamp
    • Inativo. Não sei se há ferramenta similar disponível.
  7. //tools.wmflabs.org/quentinv57-tools/tools/sulinfo.php?username=USUÁRIO&showblocks=1
Alguém com permissão poderia fazer os ajustes? @He7d3r: @!Silent: --Diego Queiroz (discussão) 03h32min de 2 de outubro de 2014 (UTC)[responder]
Eu prefiro que os links sejam usados diretamente. Quando acontece de ser essencial mudar o endereço (o que não é comum, e Cool URIs don't change), os usos podem ser encontrados via Especial:Pesquisar links/tools.wmflabs.org/xtools/pcount/index.php, e a correção pode ser feita em poucos minutos com replace.py. Helder 11h33min de 2 de outubro de 2014 (UTC)[responder]
Concordo que as URIs não deveriam mudar mas, na prática, elas mudam. Também é preciso considerar que a maioria dos usuários não tem (e nem terá) familiaridade com bots e scripts. Levando isso em consideração, na minha opinião, precisamos manter formas mais simples de gerenciar essas coisas. --Diego Queiroz (discussão) 12h50min de 2 de outubro de 2014 (UTC)[responder]
Mudam raramente. E quando é preciso ajuda com tarefas repetitivas e robôs, é só pedir na coordenação robótica  
Criar, proteger, documentar e manter uma predefinição por ferramenta externa não é bem uma forma "simples" de gerenciar o problema. Helder 13h26min de 2 de outubro de 2014 (UTC)[responder]
Justamente por isso. Com "simples" eu quis citar a necessidade de conhecimentos técnicos. Da forma como é feito hoje, cria-se uma dependência que faz com que apenas um grupo de usuários seja capaz de resolver. Ajustar um link em uma predefinição é trivial para a maioria dos usuários, mas executar um script não é. --Diego Queiroz (discussão) 18h27min de 2 de outubro de 2014 (UTC)[responder]
Ok. Helder 20h25min de 2 de outubro de 2014 (UTC)[responder]

Alguém poderia me ajudar com a predefinição {{Informação}}? Minha ideia é de que ela categorize automaticamente as imagens carregadas como 1.2: Imagens de acontecimentos em Categoria:Imagens sobre acontecimentos Tentei implementar mas não consegui. Grato. Rodrigolopes (discussão) 13h44min de 4 de outubro de 2014 (UTC)[responder]

Pelo que entendi você queria categorizar utilizando o conteúdo do parâmetro "tipo de carregamento". Esse parâmetro é preenchido com qualquer conteúdo e parece que não há um padrão para a sua formação. Para resolver o problema teria que usar um regex e procurar por trechos que dessem "dicas" da categoria, mas não me parece seguro categorizar dessa forma. --Diego Queiroz (discussão) 20h03min de 4 de outubro de 2014 (UTC)[responder]

Inclusão da classe rollbacker-show editar

Caros. Eu estou trabalhando em uma predefinição e queria exibir um link apenas se o usuário fosse Reversor. Será que não dava para criar uma classe CSS rollbacker-show? (igual sysop-show e eliminator-show). --Diego Queiroz (discussão) 04h34min de 5 de outubro de 2014 (UTC)[responder]

  Feito: Special:Diff/40230752 e Special:Diff/40230754. Helder 22h26min de 6 de outubro de 2014 (UTC)[responder]

Adicionar um span com classes em assinaturas por default editar

Olá,

Estive modificando minha assinatura e por fim pensei em usar um span com classe nela para poder estilizá-la na minha folha de estilos de usuário, isso porque incrivelmente as assinaturas não tem nenhuma classe própria?!

Seria possível modificar algo do nosso Mediawiki para que as assinaturas retornassem dentro de um span com 2 classes? Sugiro que uma classe seja o nome de usuário ou ID para ter uma classe única e outra tipo "user_name" ou algo assim para ser possível estilizar a assinatura de todos (por exemplo anulando estilos rs). Assim, podemos estilizar nossas assinaturas como quiser através de nossas folhas de estilo e de modo retroativo (em termos porque o que está inline ficará inline mesmo). Isso não alteraria em nada a exibição das assinaturas atualmente porém dá liberdade para o usuário personalizar sua assinatura para si, para ser estilizar a assinatura de todos, permitira usar alguns scripts como indexar comentários num toc etc.

Diana m 02h07min de 6 de outubro de 2014 (UTC)[responder]

Conforme informei na Wikipédia Discussão:Votações/Regras para assinaturas (2):

há um pedido sobre isso no Bugzilla e está sob revisão um patch para implementar um classe "mw-signature" diretamente no MediaWiki.

Além disso, o assunto também está em discussão na wikitech-l. Helder 11h06min de 6 de outubro de 2014 (UTC)[responder]
Legal! Já era tempo :) ― Diana m 16h21min de 6 de outubro de 2014 (UTC)[responder]

06h10min de 6 de outubro de 2014 (UTC)

08h53min de 13 de outubro de 2014 (UTC)

VisualEditor News #8—2014 editar

09h49min de 13 de outubro de 2014 (UTC)

Páginas de testes aparecendo em categorias de artigos editar

Eu me deparei com a página de testes de um usuário aparecendo indevidamente em uma categoria dos artigos principais. Como eu não manjo nada de programação, minha solução foi colocar a tag <nowiki> junto às categorias da página do usuário: [26].

Mas daí eu pensei: não seria mais fácil se fosse programado para páginas de testes e páginas de usuários automaticamente não aparecerem em categorias de artigos? Alguém sabe como fazer isso? Robertogilnei (discussão) 12h23min de 13 de outubro de 2014 (UTC)[responder]

Células de tabelas editar

Saudações! Não sei se alguém me poderia ajudar com uma questão sobre tabelas. Em Anexo:Lista de ministros da Educação de Portugal, o ex-ministro José Hermano Saraiva foi ministro da Educação no final do 2.º governo do Estado Novo e no príncipio do 3.º, mas continuamente. A minha dúvida é: como faço uma célula de uma tabela começar numa linha anterior e parar a meio da linha abaixo? Neste momento, para contornar o problema tenho de repetir a informação de que no início era ministro do 2.º governo inserindo uma nova célula, o que não faz muito sentido porque bastaria fazer a célula anterior (que começa em António Carneiro Pacheco) deslocar-se até meio da linha de José Hermano Saraiva. Alguém me pode ajudar? Gameiroestá lá? 14h06min de 13 de outubro de 2014 (UTC)[responder]

Mais resumidamente, aquilo que quero repoduzir em Anexo:Lista de ministros da Educação de Portugal (na parte de José Hermano Saraiva) é o que consigo fazer neste exemplo com o Indivíduo C: que está tanto no Governo 1 como no Governo 2. Mas ao reproduzir isto no anexo, fico sempre com o Governo 1 a acabar no Indivíduo B (Inocêncio Galvão Teles), e o Governo 2 a começar no Indivíduo C (José Hermano Saraiva). Gameiroestá lá? 14h55min de 13 de outubro de 2014 (UTC)[responder]
# Ministro Retrato Início do mandato Fim do mandato Governo
1 Indivíduo A   Janeiro Fevereiro   Governo 1
2 Indivíduo B   Março Abril
3 Indivíduo C   Maio Junho
  Governo 2
4 Indivíduo D   Julho Agosto

@Gameiro: A princípio, as tabelas não deviam ser utilizadas para fornecer esse tipo de decoração (senão, não seriam tabelas). Nessa tabela que você indicou foi feita uma "gambiarra": as linhas da tabela são, na verdade, duas linhas mescladas (propriedade rowspan). Assim, a célula onde o conteúdo é divido no meio é, na verdade, apenas uma célula em que não houve a mesclagem do conteúdo. Em outras palavras, para reproduzir esse efeito na sua tabela, é necessário alterar todas as células da linha para que possuam o mesmo rowspan >2 e deixar a última coluna vazia. --Diego Queiroz (discussão) 16h13min de 13 de outubro de 2014 (UTC)[responder]

Como será o resultado para alguém que utilize leitores de tela?
As utilidade dos dados que pretende colocar na tabela dependerá do quão acessível será o conteúdo... Preocupe-se mais em garantir que o conteúdo possa ser compreendido por usuários dos diferentes dispositivos do que com a "aparência" dele. Helder 16h47min de 13 de outubro de 2014 (UTC)[responder]
@He7d3r: Julgo que a questão aqui não será de decoração, mas mesmo de compreensão. Seria importante para o leitor entender que Hermano Saraiva foi ministro de dois governos, se bem que continuamente, e não apenas de um. @Diego Queiroz: Eu próprio fiz a tabela, com os meus conhecimentos rudimentares. Se bem percebo, aquilo que o Diego Queiroz sugere já o fiz, mas o resultado é que como o 3.º governo começa também com Hermano Saraiva e se prolonga para Veiga Simão, graficamente elimina a célula que deixei vazia atrás e ocupa-a por completo com a do 3.º governo, que deveria começar a meio da célula. O estranho, é que quando aplicado aqui acima no meu exemplo, isso não acontece. Como explicar isto? Gameiroestá lá? 17h51min de 13 de outubro de 2014 (UTC)[responder]
@Gameiro: Você não entendeu a preocupação. Você está destinando esforços para desenvolver uma tabela que apenas poderá ser lida por pessoas que utilizam o mesmo navegador que você e que tem as mesmas habilidades que você. Você esquece que a Wikipédia também é acessada por pessoas com deficiência física (como cegos) e que dependem de ferramentas de auxílio (como leitores de tela). Essas ferramentas não conseguem entender essas tabelas cheias de "decoração", por isso, a recomendação é que não sejam utilizadas essas tabelas. Entendeu? PS: Para todos os efeitos dessa conversa, considere uma tabela em que as células não representam o cruzamento exato de uma linha com uma coluna como uma "tabela decorada". --Diego Queiroz (discussão) 18h11min de 13 de outubro de 2014 (UTC)[responder]

Gadget para visualizar a aparência das páginas nos dispositivos móveis editar

Aceito comentários em WP:Esplanada/propostas/Gadget para visualizar a aparência das páginas nos dispositivos móveis (13out2014). Helder 14h30min de 13 de outubro de 2014 (UTC)[responder]

Infopédia, novos URL editar

O site da Infopédia foi há pouco tempo completamente renovado, não só em termos gráficos como também a nível dos URL. Uma vez que se trata de uma das mais robustas fontes e a mais completa enciclopédia online em língua portuguesa, tem sido exaustivamente utilizada para referenciar milhares de artigos da Wikipédia. Com esta alteração, esses milhares de links passaram a apontar para um erro 404.

Então seria suficiente atualizar em todas as ocorrências o novo URL com um bot, certo? Não! O problema é que na remodelação do site foi introduzido um número de série no URL único para cada página. Por exemplo, onde anteriormente o URL era simplesmente:

atualmente é:

Como é óbvio, isto torna tudo muito mais complexo. Caso não se consiga um processo automatizado para obter os números de série e alterar o URL, estamos a falar de uma quantidade de links que torna inviável correções manuais. Alguém tem ideias para resolver a situação? Antero de Quintal (discussão) 16h21min de 13 de outubro de 2014 (UTC)[responder]

Contactar os responsáveis para que implementem os devidos redirecionamentos permanentes? Cool URIs don't change. Helder 16h28min de 13 de outubro de 2014 (UTC)[responder]
É capaz de ser a melhor opção, referindo o impacto para ambas as partes (para eles a diminuição do volume de tráfego derivado da wiki). Não sei até que ponto o Internet Archive pode ajudar como alternativa. Lijealso (discussão) 16h46min de 13 de outubro de 2014 (UTC)[responder]
Tentei entrar em contato por e-mail, mas recebi uma resposta que parece ser automática, dizendo que o tal e-mail de suporte está desativado. As outras formas de contato que eles disponibilizaram não serão muito práticas (telefone/correio). Helder 16h59min de 13 de outubro de 2014 (UTC)[responder]
Talvez por este mais geral. Lijealso (discussão) 17h04min de 13 de outubro de 2014 (UTC)[responder]
@Antero de Quintal, Lijealso, Diego Queiroz, Stegop, Renato de carvalho ferreira: Acho que agora funcionou. Fui informado de que encaminhariam a sugestão dos redirecionamentos permanentes aos coordenadores do projeto Infopédia. Helder 22h10min de 5 de novembro de 2014 (UTC)[responder]
Aproveitando a discussão, o dicionário Aulete está gerando o mesmo problema. Recentemente ele desvinculou-se do domínio "Uol" e, por conta disso, várias páginas que o usam como fonte estão aparecendo mensagens de erro 404. Talvez aqui seja possível usar um robô.--Rena (discussão) 17h13min de 13 de outubro de 2014 (UTC)[responder]

Este é um bom pretexto para criar predefs especializadas para citações desses sites mais usados e substituir os URL's errados por essas predefs. Dessa forma, quando voltarem a mudar os URL's é provável que seja simples corrigir. Para o aulete ela já existe: {{Citar aulete}}. Há mais umas quantas em Categoria:!Predefinições para referências a sites específicos. --Stegop (discussão) 19h34min de 13 de outubro de 2014 (UTC)[responder]

  • Caros. Esse é um problema que todo trabalho acadêmico possui e, embora seja preocupante, não deve ser encarado dessa forma. O ideal seria que as URL não mudassem, como o Helder bem falou. Mas a experiência já mostrou que as URLs hora ou outra vão mudar e ficar indisponíveis (nós mesmos vivemos fazendo isso na Wikipédia, apagando redirects "inúteis", ignorando WP:NRR). Temos que ter em mente que solucionar esse problema de forma localizada (considerando que fosse possível a utilização de robôs) é uma medida de contingência pouco eficaz. Além disso, para atualizar as URLs de forma automatizada, seria necessário ter garantias de que o conteúdo se manteve inalterado (lembre-se que a citação de URLs deve conter a data de acesso e, para atualizá-la, seria necessário validar novamente o conteúdo). Assim sendo, o melhor que podemos fazer nesses casos é inserir uma URL do conteúdo arquivado (vide Wayback Machine), mas cientes que até o arquivo pode ficar eventualmente indisponível e que não dá pra resolver todos os problemas do mundo. --Diego Queiroz (discussão) 19h51min de 13 de outubro de 2014 (UTC)[responder]

Existe problemas na caixa de envio de erro na página da Wikipédia!!! editar

Existe problemas na caixa de envio de erro na página da Wikipédia!!! Estou informando erros que as páginas da Wikipédia possuem, como exemplo: mentir o estilo arquitetônico do Hospital Matarazzo. Mas ao informar o problema não vai. - 191.180.157.103 (discussão) 01h45min de 14 de outubro de 2014 (UTC).[responder]

Obrigado por nos informar. Aparentemente, esta alteração resolveu o problema. Helder 02h21min de 14 de outubro de 2014 (UTC)[responder]

Usuários do Bugzilla precisam agir editar

Hello all, In some time Bugzilla will be closed and be moved to Phabricator which will take over the functions of Bugzilla. To make this move run as smood as possible, all users with an account on Bugzilla are recommended to create an account (by logging in with your SUL account/unified login) on Phabricator and connect this account the Wikimedia wide SUL account. Do this as follows:

  1. Go to https://phabricator.wikimedia.org/auth/start/ and there log in with your Wikimedia account. If you are asked to enter your real name, you can use the name you have used on Bugzilla or add there your user name or other pseudonym.
  2. Make sure that you have your e-mail address, you used in your Bugzilla account, added here: https://phabricator.wikimedia.org/settings/panel/email/ Based on this e-mail address your edits on Bugzilla will be connected to your account. (If you use a different e-mail address for your Wikimedia accounts (SUL), it is recommended to change it there.)
  3. Add under MediaWiki a link to your mw:Special:Mypage in your profile on https://phabricator.wikimedia.org/settings/panel/external/
  4. On your profile page (linked in the top right corner, 4th link from the right) you now see a link behind MediaWiki Userpage that links to mw:Special:Mypage.

If you have difficulties or questions, feel free to ask me. Greetings from the Dutch technical ambassador - Romaine (discussão) 06h37min de 15 de outubro de 2014 (UTC)[responder]

13h48min de 20 de outubro de 2014 (UTC)

Complementando o item sobre o Internet Explorer, caso alguém ainda não tenha visto: WP:Café dos programadores/Arquivo/2014/3#O MediaWiki não executará mais JavaScript nas versões 6 e 7 do Internet Explorer. Helder 19h36min de 20 de outubro de 2014 (UTC)[responder]

Categoria que não acho de onde!! editar

Pessoal, alguém sabe como eu faço pra descobrir qual predefinição está incluindo a Categoria:Pages using duplicate arguments in template calls em várias páginas variadas, incluindo Teodora Petralifaina, 2000 Light Years from Home e 1913 na ciência (há muitas outras). Com tantas transclusões encadeadas, não consigo achar a culpada! Desconfio que seja uma das utilizadas em caixas de navegação, mas tem que haver um jeito mais fácil de fazer isso do que catar uma por uma, não? José Luiz disc 23h37min de 23 de outubro de 2014 (UTC)[responder]

@José Luiz: O nome dessa categoria de monitoramento é definido na MediaWiki:duplicate-args-category.
Acabei de traduzir o nome para Categoria:!Páginas que utilizam argumentos duplicados ao chamar predefinições. Helder 00h13min de 24 de outubro de 2014 (UTC)[responder]
E como é que eu faço pra tirar isso? No caso de Maria Petralifaina, por ex., qual é o template errado? José Luiz disc 00h19min de 24 de outubro de 2014 (UTC)[responder]
Opa! Agora sumiu de lá! O que mais você fez, hein??? rs... Obrigadão. José Luiz disc 00h20min de 24 de outubro de 2014 (UTC)[responder]
Não fiz nada além de renomear. Agora o MediaWiki está movendo aos poucos da categoria com o nome antigo para a que tem o novo nome. Helder 00h30min de 24 de outubro de 2014 (UTC)[responder]
E fazendo uma pequena pesquisa binária (mostrando a previsão de metade do que está na página, e depois da metade da metade, etc), vi que a categoria aparece até mesmo quando o único código na página é apenas {{MLCC}}. Helder 00h38min de 24 de outubro de 2014 (UTC)[responder]
O parâmetro duplicado é o "HIDE_PARAMETER" que aparece ao chamar a predefinição "Citation" na {{MLCC}}. Helder 00h40min de 24 de outubro de 2014 (UTC)[responder]
  Perfeito. Muitíssimo obrigado! José Luiz disc 01h34min de 24 de outubro de 2014 (UTC)[responder]

Introdução da renderização de fórmulas 2.0 editar

(anúncio traduzido de mailarchive:wikitech-ambassadors/2014-October/000991.html)

Caros Wikipedistas,

Gostaríamos de anunciar uma grande atualização da extensão Math (renderização).

Introduzimos, para os usuários registrados da Wikipedia, um novo modo de renderização utilizando MathML, uma linguagem de marcação para fórmulas matemáticas. Como MathML não é suportado em todos os navegadores[1] também incluímos um modo alternativo utilizando gráficos vetoriais escaláveis (SVG).

Ambos os modos oferecem uma renderização nítida em qualquer resolução, o que é uma grande vantagem sobre o padrão atual baseado em imagens. Também poderemos fazer nossas fórmulas mais acessíveis aprimorando o suporte aos leitores de tela e às ferramentas de ampliação.

Encorajamos a ativação do modo MathML em suas preferências de aparência. Por exemplo, a URL para essa seção na Wikipédia lusófona é:

https://pt.wikipedia.org/wiki/Especial:Preferências#mw-prefsection-rendering

Para os editores, também há dois novos recursos opcionais:

  1. Pode definir um atributo "id" para criar elementos math que possam ser referenciados. Por exemplo, o seguinte elemento math

     

    pode ser referenciada pelo código wiki
    [[#MassEnergyEquivalence|mass energy equivalence]]
    Isso funciona independentemente do modo de renderização.
  2. Além disso, há um atributo "display" cujos possíveis valores são "block" e "inline". Esse atributo pode ser usado para controlar o layout do elemento math em relação à centralização e ao tamanho dos operadores. Ver mw:Extension:Math/Displaystyle para uma descrição completa deste recurso.

Os seus comentários são bem-vindos. Por favor informe defeitos no Bugzilla na seção correspondente à extensão Math, ou insira um comentário na página de discusssão mw:Extension talk:Math.

Tudo isso foi desenvolvido por Moritz Schubotz e Frédéric Wang (ambos voluntários) em colaboração com Gabriel Wicke, C. Scott Ananian, Alexandros Kosiaris e Roan Kattouw da Wikimedia Foundation. Também temos muito a agradecer a Peter Krautzberger e Davide P. Cervone do MathJax pelo backend de renderização matemática no lado do servidor.

Cumprimentos,

Gabriel Wicke e Moritz Schubotz

  1. Atualmente MathML é suportado pelo Firefox e outros navegadores baseados em Gecko, e ferramentas de acessibilidade como o VoiceOver da Apple. Há também suporte parcial no WebKit.
Muito boa notícia, a apresentação se torna muito melhor. Acho que devemos começar a usar esses opções. Algumas dúvidas: funciona com o VisualEditor? Tem como fazer numeração automática nas equações? Lechatjaune msg 14h51min de 26 de outubro de 2014 (UTC)[responder]
Não. Numeração automática continua sendo um problema sem solução.
Acabei de testar e vi que durante a edição com o Editor Visual as fórmulas não são renderizadas com o novo formato, e ao salvar a fórmula desaparece. Mas tudo funciona normalmente ao recarregar a página. Helder 20h59min de 26 de outubro de 2014 (UTC)[responder]
Informei no bugzilla:72539. Helder 21h03min de 26 de outubro de 2014 (UTC)[responder]

Falha em baixar livro por PDF editar

Tenho tentado baixar alguns livros da Wikipédia por PDF e tem dado a mensagem de erro abaixo. Será pior se as pessoas não poderem comprar os livros que arrecadam recursos para a Wikipédia como o livro abaixo, tendo eu mesmo já comprado alguns livros, mas não sei dizer se isto está acontecendo atualmente.

Segue a mensagem de erro:

A renderização falhou

A geração do ficheiro de documento falhou.

Status: Rendering process died with non zero code: 1

Voltar para Livro:Clássicos do Fluminense Football Club

Atenciosamente, Alexandre M. B. Berwanger (discussão) 19h01min de 26 de outubro de 2014 (UTC)[responder]

Não sei a causa, mas parece que um problema similar foi reportado no bugzilla, ver. Lijealso (discussão) 19h21min de 26 de outubro de 2014 (UTC)[responder]
Informei o exemplo acima no mesmo item do Bugzilla. Helder 21h08min de 26 de outubro de 2014 (UTC)[responder]

0brigado pelo interesse, confrades!

Abraços, Alexandre M. B. Berwanger (discussão) 22h54min de 26 de outubro de 2014 (UTC)[responder]

A título de informação, permanece a mesma mensagem de erro.

Att., Alexandre M. B. Berwanger (discussão) 21h20min de 31 de outubro de 2014 (UTC)[responder]


Falha em baixar livro por PDF (2). editar

O erro continua por um tempo inacreditável. Será que não é a hora de solicitar ajuda aos americanos e outros estrangeiros?

Aparentemente pode ser solucionado reprogramando a Wikipédia para um estado anterior aos erros citados acima (1), ou não?

Atenciosamente, Alexandre M. B. Berwanger (discussão) 21h15min de 16 de novembro de 2014 (UTC)[responder]

Well, as you can see just last week a person lastly commented on that bug. I believe that right now he's the only person working on that project, so thanks for your patience and understanding. Regards, --Elitre (WMF) (discussão) 17h44min de 17 de novembro de 2014 (UTC)[responder]
Thank You.Alexandre M. B. Berwanger (discussão) 22h27min de 17 de novembro de 2014 (UTC)[responder]

05h20min de 27 de outubro de 2014 (UTC)

Esta predefinição parece estar quebrada (ainda). Se alguém puder dar uma olhada, ela tem quase 800 afluentes... Helder 17h13min de 29 de outubro de 2014 (UTC)[responder]

Estou trabalhando nela. --Diego Queiroz (discussão) 17h53min de 29 de outubro de 2014 (UTC)[responder]
 
Caros. Resolvi o problema. No entanto, notei que a caixa de áudio fica diferente quando vejo no artigo compilado e na previsão (veja o print dessa página ao lado). Alguém sabe explicar isso? --Diego Queiroz (discussão) 18h35min de 29 de outubro de 2014 (UTC)[responder]
@Diego Queiroz: eu sempre vejo a versão da esquerda no Firefox. No Chrome eu vejo a da direita por poucos instantes, e então fica como a da direita. Somente quando desativo o JavaScript é que vejo a versão da direita permanentemente. Helder 21h57min de 29 de outubro de 2014 (UTC)[responder]
Pode tentar comparar o resultado do comando mw.loader.inspect() no console do navegador nos dois casos, para ver se há algum módulo que só é carregado em uma das situações e que possa ter relação com isso... Helder 22h02min de 29 de outubro de 2014 (UTC)[responder]
Enfim, não to com muito saco pra ver isso. Mas considerando que o da esquerda que acaba ficando, alguém consegue explicar isso: [44]. Note que a caixa do áudio fica desalinhada quando é inserida dentro de uma tabela. --Diego Queiroz (discussão) 03h55min de 30 de outubro de 2014 (UTC)[responder]
@Diego Queiroz: Não parece ser causado por nossos CSS locais. Informei no bugzilla:72758. Helder 11h10min de 30 de outubro de 2014 (UTC)[responder]

Geo-coordenadas editar

Não sei dizer se isso deve ser perguntado aqui, mas não custa. Melhorei o artigo do Luco dos Ástures e atribui as coordenadas da localidade. E embora elas estejam certas (verifiquei no Google Earth), quando as coloco o marcador aparece muito distante do local, lá na França. Será que o problema é como eu estou preenchendo os valores na predefinição, ou será que há algo de errado no mapa alfinete da Espanha.? comentário não assinado de Renato de carvalho ferreira (discussão • contrib) 04h08min de 30 de outubro de 2014 (UTC)[responder]

@Renato: Poderia fornecer o link do Google Maps que aponta para o lugar que tentou indicar na predefinição? Helder 11h17min de 30 de outubro de 2014 (UTC)[responder]
Aqui.--Rena (discussão) 14h49min de 30 de outubro de 2014 (UTC)[responder]
Corrigido. --Diego Queiroz (discussão) 15h26min de 30 de outubro de 2014 (UTC)[responder]
Acredito que o que fez mais diferença foi o longEW=W.
Considere copiar essa informação para o item do Wikidata. Helder 15h36min de 30 de outubro de 2014 (UTC)[responder]
Agradeço a ajuda de ambos. Mais uma dúvida, como adicionar no Wikidata. Nunca incorporei tal informação lá.--Rena (discussão) 17h18min de 30 de outubro de 2014 (UTC)[responder]
Pode pegar um outro item do mesmo tipo como base. Por exemplo, d:Q1752019 se refere a um município da Espanha (La Romana). Entre as declarações sobre esse item, há a propriedade "coordenadas geográficas" com o valor "38°22'1"N, 0°53'49"W". Então no caso do Luco dos Ástures, deveria clicar em "adicionar", logo após a seção de declarações e então digitar "coordenadas geográficas" (ou "P625"), e preencher com as coordenadas do lugar (43°26'34.656"N, 5°49'5.675"W). Helder 19h17min de 30 de outubro de 2014 (UTC)[responder]
Agradeço novamente, muito solícitos.--Rena (discussão) 19h23min de 30 de outubro de 2014 (UTC)[responder]

"Expandir" editar

Quando estou logado, não consigo ver o botão "Expandir", o que será que aconteceu? Marcos Dias ? 23h48min de 31 de outubro de 2014 (UTC)[responder]

Onde? Em que skin/navegador? Helder 10h59min de 2 de novembro de 2014 (UTC)[responder]
No google chrome e no skin vector, mas voltou ao normal, desculpe-me, esqueci de avisar que voltou ao normal, mais gostaria de saber por que isso aconteceu, Marcos Dias ? 21h31min de 2 de novembro de 2014 (UTC)[responder]
Onde (em que página) aconteceu isso? Helder 14h56min de 3 de novembro de 2014 (UTC)[responder]

17h28min de 3 de novembro de 2014 (UTC)

Menções [parece que] não está funcionando editar

Achei estranho que usuários que ando citando não têm respondido minhas mensagens. Enfim, realizei uns testes com IPs, conta sock, e parece que é isso mesmo. Não recebi notificação de nenhum que dos testes me citaram. Isso é realmente um bug? Ou funciona em certas ocasiões? Se sim, qual(is)? E sim, já verifiquei e minhas preferências incluem essa opção como ativada. Paulo Eduardo Discussão 21h17min de 4 de novembro de 2014 (UTC)[responder]

@User:PauloEduardo: precisa trocar "User" por "Usuário(a)" ou "Usuário" na sua assinatura ou esperar até que corrijam o bug 66473. Helder 21h35min de 4 de novembro de 2014 (UTC)[responder]
Obrigado, He7d3r. Paulo Eduardo Discussão 21h41min de 4 de novembro de 2014 (UTC)[responder]

caixa de edição editar

Oi.

Reparei que agora aparece uma lista azul do lado esquerdo da caixa de edição. Tem algo a ver com padronização que têm estado a fazer a nível do UI? Também reparei que o tipo de letra / tamanho de letra na caixa de edição ficou diferente / mais pequeno, o que pessoalmente dificulta um pouco a edição. Lijealso (discussão) 23h50min de 4 de novembro de 2014 (UTC)[responder]

Provavelmente causado por edição do !Silent na definição do FastButtons. Helder 23h59min de 4 de novembro de 2014 (UTC)[responder]
Acho que foi a combinação disso com o bugzilla:70028. Helder 00h17min de 5 de novembro de 2014 (UTC)[responder]
Os botões do FB mudaram de tamanho tb. E a fonte da caixa de edição mudou... Estão mexendo na interface aqui ou no MediaWiki? José Luiz disc 00h00min de 5 de novembro de 2014 (UTC)[responder]

Jbribeiro1, eu desativei o fastbuttons e coloquei no meu common.js o seguinte:

mw.loader.load( '//pt.wikipedia.org/w/index.php?title=MediaWiki:Gadget-fastbuttons.js&oldid=40458954&action=raw&ctype=text/javascript' );

e adicionei no meu common.css o código presente aqui, Marcos Dias ? 00h21min de 5 de novembro de 2014 (UTC)[responder]

Restaurei a versão anterior das três páginas (por enquanto?).
Marcos dias de oliveira: só pra constar, se usar um simples mw.loader.load não carregará as dependências que constam na definição do gadget. Precisaria combinar isso com um mw.loader.using. Helder 00h33min de 5 de novembro de 2014 (UTC)[responder]

Dificuldades com o popup de edição editar

Não sei se vem acontecendo com todos, e não sei se me farei entender.

Gosto muito de usar os popups, são bastante práticos e economizam várias etapas na hora de abrir páginas e caixas de edição.

O funcionamento é simples: ao passar o mouse sobre o nome de um artigo, aparece o menu onde se veem os dois links ações e popups, certo? Hoje, porém, notei uma mudança.

Quando o título do artigo é muito comprido (exemplo recente: Predefinição: Melhor Filme no Festival do Rio), esses dois links caem para uma segunda linha, e aí vem o problema: ao pousar o ponteiro do mouse sobre o link ações, aparece, logo abaixo, o menu vertical que contém editar, história, edição mais recente, etc. Só que esse menu fica alguns milímetros distante do link ações, de tal maneira que, ao tentar levar o mouse do link ações para o link editar, esse último menu desaparece antes que o ponteiro chegue.

Não há maneira de ajustar isso? Talvez alargando a janela do popup, ou aproximando o menu vertical da palavra ações...

Grato por qualquer ajuda ou sugestão. Yanguas diz!-fiz 13h50min de 6 de novembro de 2014 (UTC)[responder]

 
Consegui reproduzir o problema apenas no Firefox. No Chrome o problema não acontece. Segue print. Yanguas, é esse o problema que está tendo? Suponho que esteja utilizando o Firefox. --Diego Queiroz (discussão) 19h19min de 6 de novembro de 2014 (UTC)[responder]
Uma maneira de contornar esse problema por enquanto é, ao clicar no botão de "ações", segura-lo, depois arrasta-lo até o menu vertical e aí então solta-lo, que o menu não desaparece. !Silent (discussão) 21h45min de 6 de novembro de 2014 (UTC)[responder]
Sim, Diego Queiroz, uso o Firefox. Vou tentar, !Silent. Yanguas diz!-fiz 22h11min de 14 de novembro de 2014 (UTC)[responder]
Nem sempre funciona, !Silent. Quando a função desejada está mais abaixo da lista (como não vigiar), não é possível executá-la pelo pop-up. Tenho de abrir a página, o que torna inútil o pop-up para títulos compridos e/ou para páginas com figuras (estas ocupam a direita do pop-up, forçando qualquer título a ter duas linhas). Yanguas diz!-fiz 17h24min de 8 de dezembro de 2014 (UTC)[responder]
Aqui funciona sempre. Basta clicar no botão "ações" e arrastar até o menu. Depois disso pode-se usar qualquer função. !Silent (discussão) 17h36min de 8 de dezembro de 2014 (UTC)[responder]

Predefinições editar

Alguém que saiba mexer em predefinições poderia dar uma olhada nas seguintes:

  1. Predefinição:Estado extinto: Aparecem algumas categorias no topo da info. (exemplo)
  2. Predefinição:Info/Político/Presidente: O campo "presidente" é 'engolido' pelo campo 'primeiro-ministro' e não aparece. (um exemplo)

Agradeço desde já a atenção. Coltsfan Talk to Me 22h35min de 8 de novembro de 2014 (UTC)[responder]

Quanto a Predefinição:Info/Estado extinto, me parece esse , {{{ano_início}}}, He7d3r, sabe algo sobre isso? Marcos Dias ? 22h56min de 8 de novembro de 2014 (UTC)[responder]

Suponho que seja o bastante remover o link indevido para o ano nesse campo que mencionou. Helder 00h12min de 9 de novembro de 2014 (UTC)[responder]
Isso resolve o primeiro problema. --Diego Queiroz (discussão) 04h07min de 9 de novembro de 2014 (UTC)[responder]
Isso resolve o segundo problema por enquanto. As predefinições {{Info/Político}} e {{Info/Político/Presidente}} estão horríveis e mal documentadas. Não fica claro qual a função do campo primeiro-ministro. Sugiro não usar até que essa predefinição seja melhor documentada. --Diego Queiroz (discussão) 04h31min de 9 de novembro de 2014 (UTC)[responder]
Obg, Diego. O problema da segunda predefinição ainda persiste né. O campo "primeiro-ministro" deveria servir, a princípio, para indicar os primeiros-ministros que serviram no mandato de tal político. Agora, como ela esta sendo usada por ai, eu não sei. Coltsfan Talk to Me 16h04min de 9 de novembro de 2014 (UTC)[responder]
@Coltsfan: Talvez isso seja para que "deveria" servir, mas a lógica escrita na predefinição {{Info/Político}} é a seguinte:
  • Se o campo primeiro-ministro estiver preenchido com qualquer coisa, faça com que o título seja "Primeiro-ministro" e ignore todos os outros campos relacionados com o título (isso inclui os campos título, ministro, imperador, político e vários outros)
  • Inclua o conteúdo do campo primeiro-ministro como terceiro rótulo, nomeado "Primeiro-ministro".
Ou seja, não tem como informar o nome dos ministros sem fazer com que o político "se torne" primeiro-ministro também. O campo primeiro-ministro é tanto utilizado para identificar a pessoa como primeiro-ministro (e deveria ser usada como "primeiro-ministro=sim") como para informar quem é o primeiro-ministro (com "primeiro-ministro=Fulano"). Pela falta de documentação sobre o campo em Predefinição:Info/Político/doc, minha conclusão é que esse campo foi inserido depois de maneira incorreta. --Diego Queiroz (discussão) 21h12min de 9 de novembro de 2014 (UTC)[responder]
Por ai, Diego Queiroz! Alguem com tempo e disposição teria que fazer mexer naquela predefinição. Algum candidato?? Coltsfan Talk to Me 21h31min de 9 de novembro de 2014 (UTC)[responder]

15h00min de 10 de novembro de 2014 (UTC)

Falso positivo na etiqueta editar

O sistema etiquetou esta edição como retirada da marcação de eliminação, o que, como se pode constatar, não aconteceu.

Seria algum bug? Não haveria risco de erros mais graves em outras etiquetagens?

Yanguas diz!-fiz 22h10min de 14 de novembro de 2014 (UTC)[responder]

Isso aconteceu porque (por algum motivo) no registro feito pela extensão AbuseFilter a string "{{ESR2|" está em removed_lines mas não está em added_lines. Helder 23h43min de 14 de novembro de 2014 (UTC)[responder]
Parece que é o mesmo problema informado no bug 71947. Helder 23h51min de 14 de novembro de 2014 (UTC)[responder]

VisualEditor News #9—2014 editar

23h29min de 14 de novembro de 2014 (UTC)

Predefinição para referencias e arquivamente automático. editar

Ola, pessoal!

Será que alguém conhece soluções automáticas ou semi-automáticas para traduzir {{cite web}} para {{citar web}} e fazer arquivamento automático de páginas web citadas e atualizar as prefedefinições conforme? Lechatjaune msg 12h23min de 15 de novembro de 2014 (UTC)[responder]

18h28min de 17 de novembro de 2014 (UTC)

Esplanada/propostas/Arquivamento de pedidos de bloqueio editar

Oi. Alguém pode verificar este tópico da esplanada, e ver se há hipóteses de se fazer algo quanto ao arquivamento dos pedidos de bloqueio. Obg. Lijealso (discussão) 01h01min de 18 de novembro de 2014 (UTC)[responder]

Opção de Redirecionar para ArquivarPE editar

Atualmente existem 4 opções para se encerrar uma PE. Elas são: Inconclusiva, Mantida, Eliminada e Prorrogar. Entretanto, em PEs especiais percebe-se a necessidade de uma quinta opção, a Redirecionar. Por exemplo: algumas discussões possuem consenso para o redirecionamento de uma página e não sua manutenção. Gostaria de saber se tem como melhorar o script ArquivarPE com essa quinta opção de "redirecionar".

Explico um possível funcionamento: a discussão é encerrada não como "mantida", mais sim como "redirecionada" e o redirecionamento é feito manualmente pelo eliminador / administrador que encerrar a PE. Atualmente para tal é necessário encerrar uma PE como mantida e depois mudar seu resultado para redirecionado, só que a opção manter cria uma discussão no artigo e redirecionamentos não devem possuir discussões. Essa opção de redirecionar apenas marca a PE como redirecionada e o ato é feito manualmente pelo usuário que encerrar a discussão.

Seria possível criar mais essa opção no script? Caso seja possível seria viável fazer-lo de forma automática, onde o artigo é redirecionado pelo próprio? Obrigado. --Zoldyick (Discussão) 20h48min de 20 de novembro de 2014 (UTC)[responder]

Possível é. Mas acho que não tem ninguém dando manutenção nele. E só pra atualizar, o script agora é um Gadget e está em MediaWiki:Gadget-arquivarPEs.js (atualizei a referência à ele que era colocada no sumário de edição: diff) --Diego Queiroz (discussão) 20h54min de 20 de novembro de 2014 (UTC)[responder]
Entendo, de qualquer forma qualquer coisa a respeito que possa ser feito agradeço. Acredito que tal opção deixaria as coisas mais corretas visto que para se encerrar uma PE como redirecionado você primeiro precisa encarrá-la como mantida e depois mudar o resultado, redirecionar o artigo manualmente e ainda apagar a discussão que o gagnet cria. Agradeço qualquer esforço sobre isso. --Zoldyick (Discussão) 20h59min de 20 de novembro de 2014 (UTC)[responder]
@Diego: Acho que seria melhor manter o link do sumário apontando para a página de documentação do script, em vez do código-fonte (além de ser mais explicativo, páginas de JS não podem ser redirecionadas, então se no futuro o gadget mudar de lugar, os sumários ficarão quebrados). Helder 21h27min de 20 de novembro de 2014 (UTC)[responder]
  Concordo. Pensei nisso só depois que já tinha alterado. Mas qual é a página de documentação? --Diego Queiroz (discussão) 21h29min de 20 de novembro de 2014 (UTC)[responder]
A página que estava antes?   Helder 21h32min de 20 de novembro de 2014 (UTC)[responder]

  Feito [75] (não testei, mas deve funcionar). --Diego Queiroz (discussão) 21h41min de 20 de novembro de 2014 (UTC)[responder]

Zoldyick A propósito, com essa gambiarra alteração, a moção ainda é manual, mas o encerramento é marcado como "Redirecionado". A página de discussão com o resultado da PE ainda é criada, pois achei o melhor a se fazer. Se acharem que é melhor não criar, dá pra tirar também. --Diego Queiroz (discussão) 21h45min de 20 de novembro de 2014 (UTC)[responder]
Assim - por mim - está excelente. Tanto faz se criar ou não uma discussão como nas opções de "mantido" ou "inconclusivo". Enfim, desde já eu agradeço a todos pela gambiarra. Se alguém se pronunciar a respeito de tal mudança, deixo em suas sábias mãos. --Zoldyick (Discussão) 22h23min de 20 de novembro de 2014 (UTC)[responder]
Criei uma versão que redireciona automaticamente. Se o Diego Queiroz não se importar, posso substituir. !Silent (discussão) 22h45min de 20 de novembro de 2014 (UTC)[responder]
@!Silent: Manda ver.   --Diego Queiroz (discussão) 22h50min de 20 de novembro de 2014 (UTC)[responder]
Feito. :) Testei apenas superficialmente na http://test.wikipedia.org. Se tiver algo de errado, é só reportar aqui. !Silent (discussão) 22h56min de 20 de novembro de 2014 (UTC)[responder]
Pois é. É realmente chato testar esse script. Eu comecei a reproduzir nosso ambiente na test.wiki um tempo atrás, mas parei no meio do caminho, mas a maioria das coisas estão funcionais. Se precisar: testwiki:Wikipédia:Páginas para eliminar/Anexo:Elenco de Falcon Crest --Diego Queiroz (discussão) 23h38min de 20 de novembro de 2014 (UTC)[responder]

@!Silent: Fiz o arquivamento da PE Wikipédia:Páginas para eliminar/Antineoplastons com o novo botão e, aparentemente, tudo funcionou normal. No entanto, o diálogo parou em "Mudando predefinição em PE" e a página não foi arquivada em Wikipédia:Páginas para eliminar/Arquivo de mantidas/Novembro 2014. Tem como dar olhada se foi algum bug? Minha internet parecia instável na hora, então não duvidaria se isso tenha influenciado o problema (vai ver deu um fail na chamada à API). --Diego Queiroz (discussão) 16h58min de 24 de novembro de 2014 (UTC)[responder]

Rapaz, tinha dado esse mesmo problema comigo quando eu testei na test.wikipedia, mas eu achei que não era nada demais, que o problema era por que o ambiente de testes de PEs lá não estava 100% condizente com o que temos aqui. Vou tentar dar uma olhada depois. !Silent (discussão) 19h11min de 24 de novembro de 2014 (UTC)[responder]
PS: saberia informar se esse problema está ocorrendo também com outras formas de encerramento (mantida, eliminada, etc)?
@!Silent: Não fechei nenhuma PE hoje e não tem nenhum pendente pra testar. Talvez o Zoldyick saiba dizer. Qualquer coisa, se tiver PE a ser encerrada amanhã, assim que fizer eu te digo. --Diego Queiroz (discussão) 19h47min de 24 de novembro de 2014 (UTC)[responder]

Língua em Citar livro editar

Pessoal acabei de me lembrar de uma coisa a respeito da {{Citar livro}}: mudaram o parâmetro "idioma" para "língua". Agora uns de 30.000 artigos na Wiki que usam a predefinição vão ficar com um problema. Vejam o exemplo:

Com o parâmetro antigo

{{Citar livro |sobrenome=Tolkien |nome=J. R. R. |título=O Senhor dos Anéis |idioma=português |ano=2009 |local=São Paulo |editora=Martins Fontes }}

  • Tolkien, J. R. R. (2009). O Senhor dos Anéis. São Paulo: Martins Fontes 
Com o parâmetro novo

{{Citar livro |sobrenome=Tolkien |nome=J. R. R. |título=O Senhor dos Anéis |língua=pt |ano=2009 |local=São Paulo |editora=Martins Fontes }}

  • Tolkien, J. R. R. (2009). O Senhor dos Anéis. São Paulo: Martins Fontes 

Percebesse (como exemplo) que agora deve-se substituir o "português" pelo código [pt] para que a predefinição entenda a ordem. Todos os artigo que estão com o parâmetro antigo (ou seja, o "idioma") não vão mostrar o idioma / língua do livro. Tem como ser feito algo a respeito? Alguém pode rodar um bot e atualizar a predefinição com o parâmetro novo? É viável ou muito difícil? Desde já agradeço. --Zoldyick (Discussão) 23h09min de 21 de novembro de 2014 (UTC)[responder]

As páginas que estão usando o parâmetro com o valor incorreto são listadas em Categoria:!Erro no código de língua. --Diego Queiroz (discussão) 02h05min de 22 de novembro de 2014 (UTC)[responder]
@Zoldyick: tanto o parâmetro "idioma" como o "língua" são válidos, porém é preciso corrigir os artigos que usam a forma antiga. Já tem na Coordenação robótica uma solicitação para alterar o "português" para o código "pt". RódiMsg 09h15min de 22 de novembro de 2014 (UTC)[responder]
Segundo a documentação da predefinição, só se deve informar o "português" caso seja um texto multilíngue. Max51diga! 05h45min de 24 de novembro de 2014 (UTC)[responder]
Suponho que a categoria só liste as 6626 páginas cujo cache já foi atualizado pelo MediaWiki. As demais não estão listadas em lugar algum... Helder 09h47min de 22 de novembro de 2014 (UTC)[responder]

  Resolvido o problema com os parâmetros de língua em {{Citar livro}}. Os usuários da predefinição por favor leiam isto e reportem lá na discussão da predefinição caso algo ainda não esteja funcionando.Sampayu 12h02min de 28 de novembro de 2014 (UTC)[responder]

Sugestão editar

É possível acrescentar à barra de ferramentas de edição a Predefinição:Redirecionamento de categoria no domínio categoria? Shgür Datsügen (discussão) 15h22min de 24 de novembro de 2014 (UTC)[responder]

Qual das barras de ferramentas? Helder 15h27min de 24 de novembro de 2014 (UTC)[responder]
A barra de edição. Algo que facilite adicionar essa predefinição nas categorias de redirecionamento. Algo semelhante com o: #REDIRECIONAMENTO [[Nome da página de destino]]. Shgür Datsügen (discussão) 15h38min de 24 de novembro de 2014 (UTC)[responder]
Suponho que seja aqui - MediaWiki:Edittools. Espero não estar a dizer nenhum disparate. O que acha Helder? Shgür Datsügen (discussão) 15h56min de 24 de novembro de 2014 (UTC)[responder]
A MediaWiki:Edittools deve conter o mínimo possível de conteúdo, pois é carregada ao editar qualquer página. Há também a MediaWiki:Gadget-charinsert-core.js, que define o que aparece para os usuários que têm JavaScript e não desativarem o gadget que troca aquele texto por links. Helder 16h03min de 24 de novembro de 2014 (UTC)[responder]
[conflito entre edições] @Shgür Datsügen: Se se refere ao WikiEditor, pode tentar incluir um código análogo ao dos exemplos disponíveis em mw:Extension:WikiEditor/Toolbar customization na sua subpágina Usuário:Shgür Datsügen/common.js. Helder 15h58min de 24 de novembro de 2014 (UTC)[responder]

19h31min de 24 de novembro de 2014 (UTC)

Arrumar os links do Catscan editar

Olá, atualmente os links do Catscan não levam para a versão dele em português e também não mantém as opções do filtro. Por exemplo, numa procura por sem-fontes na categoria Anos o link está:

  • https://tools.wmflabs.org/catscan2/catscan2.php?language=pt&project=wikipedia&interface_language=pt-br&categories=Anos&depth=1&format=html&doit=1ts&templates=Sem-fontes

mas agora o certo é:

  • http://tools.wmflabs.org/catscan2/catscan2.php?language=pt&depth=1&categories=Anos&templates_any=sem-fontes&interface_language=pt-br&doit=1

Obrigada!

Diana m 00h24min de 25 de novembro de 2014 (UTC)[responder]

Erro em predefinição editar

Alguém poderia dar uma olhada no erro do código de língua da predefinição {{Oficial}}? Rodrigolopes (discussão) 12h55min de 25 de novembro de 2014 (UTC)[responder]

Creio que tenham sido as alterações recentes do Sampayu em {{Link/línguas}} e outras páginas relacionadas. Como é uma predefinição avançada, achei melhor não reverter pois pode quebrar mais ainda as coisas, mas peço que, assim que puder, ele veja o que está acontecendo (ou logo teremos um tópico na Esplanada perguntando). Quando terminar, se for possível, documente o funcionamento dessa predefinição e das várias sub-páginas que possui, pois está muito confuso do jeito que está (sugiro fazer uma documentação única para todas as páginas envolvidas). --Diego Queiroz (discussão) 13h51min de 25 de novembro de 2014 (UTC)[responder]
Lembrando que mudanças em predefinições tão utilizadas deveriam ser primeiramente testadas em uma subpágina, de preferência por mais de um usuário, pois sempre há imprevistos, e é muito melhor corrigi-los na versão de teste em vez de colocar o MediaWiki para atualizar todos os afluentes duas (ou mais) vezes. Helder 13h57min de 25 de novembro de 2014 (UTC)[responder]
E sinceramente, duvido muito que listar todas as permutações de uma lista de códigos seja a melhor abordagem para o que quer que se esteja tentando fazer. Já temos Lua à nossa disposição há mais de um ano... Helder 14h01min de 25 de novembro de 2014 (UTC)[responder]
Rodrigolopes, Sampayu, Diego Queiroz e He7d3r: Fiz uns testes e [aparentemente] encontrei o problema. Confiram pra mim se está tudo certo e funcional agora. Paulo Eduardo Discussão 14h13min de 25 de novembro de 2014 (UTC)[responder]
Parece que funcionou sim. Só falta dar um Purge em tudo. De qualquer forma, estou com o He7d3r, essa solução não ficou legal. Melhor passar a bola para o Scribunto e fazer em Lua. --Diego Queiroz (discussão) 14h20min de 25 de novembro de 2014 (UTC)[responder]

Boas pessoal, só para saber. As predefinições de referenciação (predefinição:citar web; predefinição:citar livro; predefinição:citar periódico) estão passando por alguma alteração, principalmente no campo língua? Dezenas de páginas (ex. Controvérsia ariana) estão com a mensagem (código de língua não-reconhecido).--Rena (discussão) 15h02min de 25 de novembro de 2014 (UTC)[responder]

@Renato de carvalho ferreira: Vide tópico acima. Houve umas alterações mal testadas. Mas logo as coisas devem voltar ao normal. --Diego Queiroz (discussão) 15h05min de 25 de novembro de 2014 (UTC)[responder]
Agradeço, não me atentei ao tópico anterior.--Rena (discussão) 15h07min de 25 de novembro de 2014 (UTC)[responder]

Caros, eu fiz o Módulo:Param que acho que pode ajudar a resolver o problema. Ao invés de reescrever a predefinição em Lua, basta usar ela para converter {{xpto|aa,bb,cc,dd,ee}} em {{xpto2|aa|bb|cc|dd|ee}}. Com isso, não precisa considerar cada possibilidade, só jogar tudo para {{Língua-meta|{{{1}}}|link}} e deixar que {{Língua-meta}} decida se o código está certo ou não. O que acham? --Diego Queiroz (discussão) 15h24min de 25 de novembro de 2014 (UTC)[responder]

  Perfeito Diego Queiroz. Paulo Eduardo Discussão 15h25min de 25 de novembro de 2014 (UTC)[responder]
Exemplo de uso: {{#invoke:Param|calltemplate|template=Responder a|csv-sep=,|csv-args=Diego Queiroz,PauloEduardo,He7d3r,Sampayu}} = @Diego Queiroz, PauloEduardo, He7d3r e Sampayu: que equivale a {{Responder a|Diego Queiroz|PauloEduardo|He7d3r|Sampayu}} --Diego Queiroz (discussão) 15h29min de 25 de novembro de 2014 (UTC)[responder]
Não tenho certeza, mas acho que o Danilo (ou talvez o Stegop?) tinha feito ou pensado em fazer algo desse tipo.

Pessoal, vi agora o tópico. Eu quis simplificar e "compactar" o código da predefinição {{Link/línguas}}, além de incluir os arranjos das duplas (somente delas. Fiz isso usando planilha com fórmulas, evidentemente não fiz "na mão"), mas fiz essa alteração durante a madrugada e acho que, talvez por sono, acabei excluindo o condicional #if: {{Língua-meta|{{{1|}}}|link|nocat=1|noerr=1}}... mas me esquecendo de reposicioná-lo dentro do SWITCH, que foi o que levou a predefinição a não reconhecer o caso em que se informa apenas um código ISO 639-1. Mas a última edição do PauloEduardo reincluiu aquele caso, por isto resolveu o problema. Eu testei várias vezes minha edição, em minhas subpáginas Testes e Sandbox, mas como comentei antes eu sinceramente não sei por que excluí aquele IF sem repassar o código {{Língua-meta|{{{1|}}}|link|nocat=1|noerr=1}}... para dentro da lista do SWITCH (embora a minha remoção do IF tenha ocorrido justamente porque eu tinha a intenção de incluí-lo no SWITCH). Provavelmente eu estava pensando em tantas coisas ao mesmo tempo que acabei me esquecendo de fazer isso, antes de salvar.

PS: eu testei {{Link/línguas}} com duplas, triplas, quádruplas etc., mas não testei o caso em que se fornece somente 1 código ISO 639-1 na entrada. Por isto a ausência de {{Língua-meta}} aninhada no switch de {{Link/línguas}} acabou "passando batido". Acho que o que também me atrapalhou (além do sono e de eu estar montando a planilha e pensando em todos os arranjos das duplas) foi o fato de eu ainda estar criando {{Link/nome}} (que trabalha com somente 1 valor de entrada por vez e utiliza {{Link/código}}) e confrontando-a com {{Link/código}}. Ter feito tantas coisas ao mesmo tempo pode ter me confundido, vai saber... 

Essa predefinição estava com uns problemas dentro do SWITCH (alguns provocados por mim mesmo, numa edição anterior, outros que já existiam e precisavam ser corrigidos) que estavam levando a predef. a receber uma lista na entrada mas fornecer uma saída diferente da correta para a lista de entrada. Foi isso que me motivou a realizar a edição que fiz (e a resolver "aproveitar o ensejo" para inserir todos os arranjos das duplas e "compactar" as listas dentro do SWITCH, convertendo colunas em linha, como p.ex. a linha |en,es,pt|en,pt,es|es,en,pt|es,pt,en|pt,es,en|pt,en,es).

Eu não programo em Lua, então mesmo sabendo que "listar todas as possibilidades" não é uma solução inteligente (eu não gosto nem um pouco de criar listas extensas como a que criei), por não saber usar uma linguagem que simplificasse isso eu optei por gerar a tal lista. Mas fiz isso só para as duplas (das triplas em diante a quantidade de arranjos seria extremamente grande). Se for possível eliminar a necessidade de se cadastrar permutações, como pelo visto o Diego Queiroz elaborou, certamente será melhor.

Quanto ao código |imagem|googlemaps|wikitravel=, por que ele está sendo usado dentro de {{Link/línguas}}? Não entendi. Há alguma predefinição usando isso? Se houver, realmente está faltando documentar. Olhando o código, a impressão que fica é que realmente não faz sentido e não tem utilidade.Sampayu 16h44min de 25 de novembro de 2014 (UTC)[responder]

PS: o código de erro dessas predefinições estava muito pouco visível (fundo vermelho com fonte preta), por isto os deixei mais "chamativos" (fundo vermelho com fonte amarela). O PauloEduardo fez um ajuste interessante, na {{Link/línguas}}: embutiu o código de erro e mudou a estética dele para "fundo branco com fonte vermelha": é menos chamativo que o "meu" modo, porém é mais chamativo do que antes da minha edição, e ficou bom. Seria possível fazer o mesmo em {{Link/nome}}?Sampayu 17h42min de 25 de novembro de 2014 (UTC)[responder]
Para fazer isso é só trocar <span style="background-color:red; color:#F7FE2E">TEXTO</span> por <span class="error">TEXTO</span>. Paulo Eduardo Discussão 17h49min de 25 de novembro de 2014 (UTC)[responder]
Mudei lá. Obrigado. Sampayu 18h01min de 25 de novembro de 2014 (UTC)[responder]
Só para constar, temos agora 237009 itens na fila de tarefas do MediaWiki. Helder 20h12min de 25 de novembro de 2014 (UTC)[responder]
Finalmente a fila de tarefas zerou. Helder 10h57min de 29 de novembro de 2014 (UTC)[responder]

Caros, fiz um substituto para {{Link/línguas}}. O código está em Usuário:Diego Queiroz/Predefinição:Link/línguas (e na subpágina) e usa o Módulo:Param que eu criei. Alguns exemplos:

  • {{Usuário:Diego Queiroz/Predefinição:Link/línguas|pt}}
    português
  • {{Usuário:Diego Queiroz/Predefinição:Link/línguas|en}}
    inglês
  • {{Usuário:Diego Queiroz/Predefinição:Link/línguas|en,es,uk}}
    inglês, em castelhano e em ucraniano
  • {{Usuário:Diego Queiroz/Predefinição:Link/línguas|en,es,uk,es,it}}
    inglês, em castelhano, em ucraniano, em castelhano e em italiano
  • {{Usuário:Diego Queiroz/Predefinição:Link/línguas|erro}}
    (erro: código de língua 'erro' não reconhecido!)
  • {{Usuário:Diego Queiroz/Predefinição:Link/línguas|erro,erro,erro}}
    (erro: código de língua 'erro' não reconhecido!), em (erro: código de língua 'erro' não reconhecido!) e em (erro: código de língua 'erro' não reconhecido!)
  • {{Usuário:Diego Queiroz/Predefinição:Link/línguas|en,es,erro,es,erro}}
    inglês, em castelhano, em (erro: código de língua 'erro' não reconhecido!), em ucraniano e em (erro: código de língua 'erro' não reconhecido!)

Com isso, os parâmetros podem aparecer em qualquer ordem que não haverá problema. O que acham? Peço que testem, por favor. --Diego Queiroz (discussão) 00h15min de 26 de novembro de 2014 (UTC)[responder]

Bacana. Comporta até 30 línguas, né? Interessante. Sampayu 01h16min de 26 de novembro de 2014 (UTC)[responder]
Ops, faltou o código excluir redundâncias. Exemplo: {{Usuário:Diego Queiroz/Predefinição:Link/línguas|en,zh,zh,hu}} devolveu inglês, em chinês, em chinês e em húngaro.Sampayu 01h20min de 26 de novembro de 2014 (UTC)[responder]

FYI: Wikipédia:Esplanada/geral/Erro: código de língua não-reconhecido (26nov2014) Lijealso (discussão) 05h27min de 26 de novembro de 2014 (UTC)[responder]

@Sampayu: Sim. Agora esta limitado à 30 idiomas. Mas já tive uma ideia pra simplificar ainda mais o conteúdo, acho que nem vai precisar da sub página e vai aceitar um número arbitrário de parâmetros (mais tarde eu testo). Quanto às redundâncias, não vejo motivo pra removê-las. Se fizer isso a predefinição vai ficar muito complicada, cheia de pré processamentos, e acho que não é esse o intuito. Quem usar a predefinição também deve observar se o resultado está coerente. --Diego Queiroz (discussão) 09h18min de 26 de novembro de 2014 (UTC)[responder]

  Feito Não possui a limitação de 30 idiomas, o código ficou menor e não precisa mais da sub-página.   --Diego Queiroz (discussão) 18h01min de 26 de novembro de 2014 (UTC)[responder]
Só está faltando corrigir as ~200 páginas da Categoria:!Erro no código de língua. Helder 10h55min de 29 de novembro de 2014 (UTC)[responder]

Supressão de redirecionamentos por usuários não autorizados editar

Alguém pode me explicar o que está acontecendo com o FB? Ele está suprimindo redirecionamentos, mesmo sem X ter estatuto de eliminador/administrador, Marcos Dias ? 01h53min de 26 de novembro de 2014 (UTC)[responder]

Exemplos? Mas eu logo adianto que isso não é possível não. Só se tiver algum bug no próprio MediaWiki, pois o FB não tem esse poder todo pra passar por cima de algo assim. !Silent (discussão) 02h04min de 26 de novembro de 2014 (UTC)[responder]
@!Silent: Sim, 1 e 2, Marcos Dias ? 02h10min de 26 de novembro de 2014 (UTC)[responder]
@!Silent: Parece que pela API tá dando pra contornar a restrição que deve estar sendo aplicada só à interface. De fato tem que ver se já não há um bug sobre isso e, se não houver, tem que reportar. --Diego Queiroz (discussão) 08h56min de 26 de novembro de 2014 (UTC)[responder]
Confirmei o problema com a API via Especial:ApiSandbox e informei aqui: phabricator:T75985. Helder 10h36min de 26 de novembro de 2014 (UTC)[responder]
A correção já foi feita. É só aguardar até estar online... Helder 20h41min de 26 de novembro de 2014 (UTC)[responder]

SUBST dentro de predefinições. editar

Alguém sabe me dizer se a palavra mágica {{SUBST}} não funciona dentro de predefinições? 

Vejam o que está acontecendo comigo. Eu inseri o seguinte código em minha "caixa de areia":

Visitado em {{subst:CURRENTDAY}} de {{subst:CURRENTMONTHNAME}} de {{subst:CURRENTYEAR}}. 

...e o dia, mês e ano foram transcluídos e substituídos como esperado:

Visitado em 30 de novembro de 2014.

Daí pus aquele código dentro de Usuário:Sampayu/Testes. Ficou assim:

{{#if: {{{acessodata|{{{acessadoem|}}}}}}
       |{{#ifeq: {{LC:{{{acessodata|{{{acessadoem|}}}}}}}}|hoje
       |Visitado em {{subst:CURRENTDAY}} de {{subst:CURRENTMONTHNAME}} de {{subst:CURRENTYEAR}}. 
       |Visitado em {{{acessodata|{{{acessadoem|}}}}}}. 
       }}
}}

No entanto, quando eu invoco Usuário:Sampayu/Testes com o parâmetro acessadoem:

{{Usuário:Sampayu/Testes |acessadoem=hoje}}

...o resultado que recebo é isto:

0Título não preenchido. Favor adicionar. [S.l.: s.n.]. Visitado em hoje.

...embora eu estivesse esperando que o resultado fosse:

0Título não preenchido. Favor adicionar. [S.l.: s.n.]. Visitado em 30 de novembro de 2014.

Dúvida: por que a transclusão foi feita mas não a substituição? Sampayu 16h31min de 30 de novembro de 2014 (UTC)[responder]

Acho que precisaria usar subst na predefinição externa para poder substituir recursivamente. Talvez encontre as informações de que precisa em m:Help:Recursive conversion of wikitext ou en:Help:Substitution#Examples. Helder 20h09min de 30 de novembro de 2014 (UTC)[responder]
He7d3r: obrigado.  Vou salvar na minha lista de dicas e depois ler com calma.Sampayu 20h30min de 30 de novembro de 2014 (UTC)[responder]

Robô que relata erros em scripts de usuários editar

Acabei de saber por um comentário no Phabricator que existe um robô no Commons (código no GitHub) que gera relatórios sobre scripts de usuários que contém erros: commons:Project:User scripts/users namespace/reports.

Acham que seria interessante por aqui? Helder 10h32min de 2 de dezembro de 2014 (UTC)[responder]

Bug na lista de páginas não vigiadas editar

Olá e boa noite a todos, tenho notado um bug na lista de páginas não vigiadas: É que as páginas da lista não são "riscadas" quando alguém vigia elas, mesmo após a lista ser atualizada, o que a torna confusa.Será que há como resolver isso?--Hermes Trismegistus Seja bem vindo! 00h19min de 7 de dezembro de 2014 (UTC)[responder]

Harv, snf e harvnb editar

Olá. Tem algum problema com {{harv}} e {{harvnb}}. Deem uma olhada nesse artigo, deem uma olhada nessa seção. Todas as fontes que tem Tasso Fragoso 2009 estão com um problema que não entendo. Quando se clica no link de "Tasso Fragoso 2009" o link leva até o livro História da Guerra entre a Tríplice Aliança e o Paraguai, só que não é todo o livro que fica selecionado com a cor azul, é só o nome do autor do livro. Agora quando se clica em outras fontes todo o livro fica em azul, que é o certo. O que esta acontecendo? Fiz algo errado? --Zoldyick (Discussão) 02h41min de 8 de dezembro de 2014 (UTC)[responder]

Tem alguém ai? --Zoldyick (Discussão) 22h20min de 12 de dezembro de 2014 (UTC)[responder]

17h11min de 8 de dezembro de 2014 (UTC)

16h52min de 22 de dezembro de 2014 (UTC)

VisualEditor News #10—2014 editar

18h59min de 26 de dezembro de 2014 (UTC)

16h52min de 29 de dezembro de 2014 (UTC)

É possivel a criação de fast buttons e tags especiais para ER, ESR e PE de imagens e só para elas? As que existem são gambiarra do sistema usado para páginas e não funcionam a contento para o URC, sendo impossivel uma marcação correta automatica qdo feita pelos FBS. Mesmo fazendo desta maneira, que marca melhor,{{subst:ESR-ficheiro|Justificativa. ~~~~|data=Data que deve ser apagado}} mas tambem não serve pq não envia o aviso automatico de eliminação ao carregador. O URC é largado ao Deus Dará aqui, alguém a fim de deixar aquilo em condições decentes de trabalho?MachoCarioca oi 20h00min de 29 de dezembro de 2014 (UTC)[responder]