Wikipédia:Café dos programadores/Arquivo/2020/3

Origem: Wikipédia, a enciclopédia livre.

Problema com o Módulo:Mapa[editar código-fonte]

Ajuda precisa-se, aqui: Predefinição_Discussão:Info/Mapa_dinâmico#Problema_com_o_zoom. -- Tuválkin 01h51min de 29 de junho de 2020 (UTC)[responder]

Dificuldade de patrulhamento criada após a moção de testes para o domínio principal[editar código-fonte]

A discussão a seguir está marcada como respondida (resolvido). Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.

Em primeiro lugar, atesto que não se trata de uma proposta, mas sim de uma mera consulta. Ultimamente analisei casos em que currículos de dentistas foram criados em massa em várias Wikipédias; o modos operandi das contas eram exatamente o mesmo, primeiro cria testes no domínio usuário, desenvolviam os artigos e moviam para o domínio principal. Estou expondo os resultados nesta página, foram vinte contas usadas em vários idiomas com o mesmo objetivo. Peço que não eliminem as páginas pois ainda estou utilizando-as para filtrar outras páginas.

Este é exatamente o principal problema. Os patrulheiros não dedicam em afinco para o domínio usuário, são poucos que se prestam a analisar e mesmo assim não dão conta da demanda. Quando se cria um esboço em teste pessoal, a entrada aparece páginas novas mas somente se o parâmetro do domínio for selecionado (automaticamente a página propicia as entradas no domínio principal). O problema é que essas entradas permanecem no domínio usuário mesmo quando são movidas, dificultando o patrulhamento. Por causa disso, a moção somente aparece com mais visibilidade nas mudanças recentes.

O ponto questionado é que qualquer usuário pode mover páginas entre domínios e o mecanismo propicia uma barreira que foi aproveitada por contas freelance pagas para divulgar currículos de profissionais. O que questiono é se existe a possibilidade da entrada, quando movida do usuário para o principal, apareça nas páginas novas no domínio principal. Caso o contrário, acredito que precisaremos adotar uma medida que impeça contas sem estatutos de realizar essas moções. @He7d3r, Danilo.mac e Albertoleoncio: Edmond Dantès d'un message? 23h17min de 29 de junho de 2020 (UTC)[responder]

@Conde Edmond Dantès: Fiz um brainstorm e algumas ideias vieram a mente:
  • O caminho mais óbvio é solicitar que moções sejam exibidas em Especial:Páginas novas via Phabricator. Mas creio que solicitações desse tipo serão implementadas em semanas, meses ou até em anos.
  • É possível criar uma etiqueta para marcar páginas movidas do domínio usuário para o principal, que "talvez" ajude a identificar, mas não ajudará em relação a exibição em Especial:Páginas novas.
  • Como já mencionou, é possível impedir que editores sem estatutos façam moções para o domínio principal e é possível criar uma mensagem personalizada informando o usuário que ele deve publicar manualmente. Talvez ocorra casos em que o usuário seja algum bem-intencionado que não saiba como fazer isso e o artigo acabe ficando preso por lá, mas... ?
  • Pouco elegante, mas ainda sim possível, há a possibilidade de programar um robô para detectar automaticamente essas moções e exibi-la nas páginas novas, apagando o artigo e restaurando-o logo em seguida.
Acho que é só. Saudações! ━ ALBERTOLEONCIO Who, me? 00h45min de 30 de junho de 2020 (UTC)[responder]
@Albertoleoncio: agradeço pelo retorno. Pois bem, solicitar no Phabricator deve ser o caminho mais correto; contudo, abri o tópico para questionar se será possível e (se sim) quando ficará disponível. Talvez esse seja o tópico que precisamos refletir.
Sobre criar uma etiqueta ou até mesmo um filtro, existe algumas pontas que precisamos pensar: será que teremos editores para patrulhar? Qual o nível de falsos positivos... Enfim, as ideias são boas e talvez podemos adotar alguma enquanto solicitamos a reformulação no Phabricator. Ainda assim gostaria de saber a opinião dos demais. Edmond Dantès d'un message? 01h13min de 30 de junho de 2020 (UTC)[responder]
Encontrei a task phab:T14363 de 2012 pedindo essa mudança nas páginas novas, parece que não querem misturar páginas novas com páginas recém movidas, e aparentemente a ideia de uma página especial para mostrar páginas recém movidas está parada desde 2018. Dá para colocar um filtro para etiquetar, dá para gerar listas com robô, ou uma ferramenta que gera a lista. Mas todas essas opções não permitem marcar a moção como patrulhada, a não ser a lista feita por robô que pode ser editada, mas editar uma página com a lista é um processo mais complicado do que o usado para marcar edições como patrulhadas. Danilo.mac(discussão) 21h50min de 2 de julho de 2020 (UTC)[responder]
@Danilo.mac, Conde Edmond Dantès e Albertoleoncio: Qual o atual método para patrulhar essas páginas? Há algum filtro ou realce específico que facilite o trabalho? ✍A.WagnerC (discussão) 16h47min de 3 de julho de 2020 (UTC)[responder]
Atualmente não existe nenhum método para patrulhar essas páginas. Danilo.mac(discussão) 17h19min de 3 de julho de 2020 (UTC)[responder]
Criei um realce para monitorar o domínio usuário. Acho que é o que dá para se fazer. ✍A.WagnerC (discussão) 17h24min de 3 de julho de 2020 (UTC)[responder]

───────────────@Danilo.mac: uma colega da Wikipédia em russo indicou-me esta página. Ainda não respondi para ver como exatamente funciona (já que me russo é limitado), mas aparentemente eles tem mais controle sobre a situação. Edmond Dantès d'un message? 21h16min de 3 de julho de 2020 (UTC)[responder]

Via bot. O código-fonte está aqui. Parece estar escrito em C#. ━ ALBERTOLEONCIO Who, me? 21h48min de 3 de julho de 2020 (UTC)[responder]
Fiz esta query para gerar a lista. Se quiserem posso colocar um robô para gerar a lista ou uma ferramenta no Toolforge que gera a lista em tempo real, mas nenhuma das duas opções dá para marcar como patrulhado. Danilo.mac(discussão) 22h24min de 3 de julho de 2020 (UTC)[responder]
Fiz esta lista com robô, excluí da lista os autorrevisores, reversores e administradores. O interessante é que são poucas movimentações por mês. Danilo.mac(discussão) 20h36min de 4 de julho de 2020 (UTC)[responder]

Ajudinha em duas predefinições[editar código-fonte]

A discussão a seguir está marcada como respondida (respondido). Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.

Olá pessoal! No topo das predefinições Predefinição:Info/Navio e Predefinição:Info/Classe de navio há uma imagem de uma bússola. Porém, dá claramente pra perceber que a imagem da bússola é cortada antes do fim do cabeçalho, e isso me incomoda muito. Tenho que admitir que não tenho ideia de como concertar isso, então queria saber se alguém poderia me ajudar e concertar esse probleminha de alinhamento, ou remover essa bússola caso não seja possível. Obrigado ;) Cléééston (discussão) 20h47min de 2 de julho de 2020 (UTC)[responder]

Para remover a imagem é só editar a predefinição e remover o "mapa" da linha |título-classe = topo mapa. Os estilos no código da {{Info}} estão uma bagunça, é muito difícil consertar sem afetar os estilos de várias infoboxes no processo, esse foi um dos motivos pelos quais criei o Módulo:Info, ele padroniza os estilos, tem facilidades para inserir dados do Wikidata, entre outras vantagens, só que é bom fazer alguns testes antes de converter uma infobox para o módulo. Então se quiser a solução mais simples sugiro remover o "mapa". Danilo.mac(discussão) 22h05min de 2 de julho de 2020 (UTC)[responder]
@Danilo.mac: Obrigado ;D Cléééston (discussão) 22h42min de 2 de julho de 2020 (UTC)[responder]

Mudança nas exigências para assinaturas personalizadas[editar código-fonte]

Conforme anunciado acima e na Wikipédia Discussão:Regras para assinaturas#Mudança no software, o MediaWiki passará a ser mais exigente com as assinaturas personalizadas. Traduzindo a mensagem:

As novas exigências para as assinaturas dos utilizadores entrarão em vigor na segunda-feira, 6 de julho de 2020. Esta é uma mudança no software MediaWiki que prevenirá que os editores definam certos tipos de assinaturas personalizadas acidentalmente, tais como as que criam erros de sintaxe (como o uso de <span>...<span> em vez de <span>...</span>) ou uma assinatura que não tenha uma ligação com a conta local.

Poucos editores serão afetados. Se quiser saber se sua assinatura (ou a de qualquer editor específico) é aceitável, pode validá-la na página https://signatures.toolforge.org/check Não precisa corrigir uma assinatura inválida imediatamente. A partir de segunda, os editores não poderão mais criar novas assinaturas inválidas na Especial:Preferências. Posteriormente, os editores afetados serão contactados. Eventualmente, as assinaturas personalizadas inválidas deixarão de funcionar. Na ocasião, haverá um anúncio no m:Tech/News. Pode subscrever em m:Tech/News. Também pode adicionar mw:New requirements for user signatures à sua lista de páginas vigiadas.

Se tiver perguntas, por favor notifique Whatamidoing ou faça suas perguntas na página mw:Talk:New requirements for user signatures.

Helder 12h23min de 3 de julho de 2020 (UTC)[responder]

@He7d3r: Tentei fazer o teste, deu que eu não existo. Yanguas diz!-fiz 15h03min de 3 de julho de 2020 (UTC)[responder]
Segundo a ferramenta, sua assinatura está ok. Helder 15h42min de 3 de julho de 2020 (UTC)[responder]

Desambiguações não aparecem em previsão?[editar código-fonte]

A discussão a seguir está marcada como respondida (feito). Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.

Olá! Desculpem se não for o local correto, mas notei (via Chrome e firefox) que ao fazer previsão de uma página eu não consigo ver que alguns interlinks irão gerar um link de desambiguação. Por exemplo o interlink demo é uma desambiguação, mas não consigo descobrir isso sem acessar a página manualmente antes de inserir o interlink, ou confirmar a edição que, então, terá a desambiguação presente e terei que editar novamente para removê-la. É um problema conhecido? Não é problema? Ou só acontece comigo? Não me lembro de ter esse problema anteriormente —Tschis msg 22h33min de 3 de julho de 2020 (UTC)[responder]

Não entendi direito o problema, mas se você quer saber se algum link é desambiguação, seja numa página ou numa previsão de edição, tem um gadget que se ativar faz isso, ver WP:Detector de desambiguações.--Luizdl discussão 23h22min de 3 de julho de 2020 (UTC)[responder]
@Luizdl: esse é o problema, comigo também acontece; com esse gadget ativado, ao clicar em "Mostrar previsão" ele não funciona. GhostP. disc. 23h31min de 3 de julho de 2020 (UTC)[responder]
Exatamente! —Tschis msg 05h31min de 4 de julho de 2020 (UTC)[responder]
O script original, de:MediaWiki:Gadget-bkl-check.js, foi descontinuado em 2016. Desde então, passaram a usar uma quantidade mínima de CSS para alterar o estilo padrão de links para desambiguações, pois a extensão mw:Extension:Disambiguator (instalada em 2013, conforme anúncio) os identifica com a classe mw-disambig (desde que seja inserido __DISAMBIG__ nas desambiguações).
Podemos substituir o script por CSS. Só é preciso definir qual será o estilo adotado. Com base em de:Wikipedia:Helferlein/Begriffsklärungs-Check#Eigene Anpassungen, poderíamos usar o seguinte, por exemplo:
.mw-disambig {
	background-color: #ff0;
}

.mw-disambig:after {
	content: "desambig";
	font-size: smaller;
	line-height: 1;
	vertical-align: super;
}
Helder 11h52min de 4 de julho de 2020 (UTC)[responder]
Feito.[1] !Silent (discussão) 12h11min de 4 de julho de 2020 (UTC)[responder]

ContentTranslation cria categorias começando com "Category"[editar código-fonte]

Agora, outro problema gerado pelo ContentTranslation: a criação de categorias que começam indevidamente com o prefixo inglês "Category:", como nesta edição. Por que isso acontece? Como voltar ao normal, sem começar com o prefixo "Category:"? --Francisco (discussão) 14h30min de 6 de julho de 2020 (UTC)[responder]

Mais uma: Desastre ferroviário de Tenga. --Francisco (discussão) 14h44min de 6 de julho de 2020 (UTC)[responder]
Outra: Nick Cordero. --Francisco (discussão) 19h45min de 6 de julho de 2020 (UTC)[responder]
Quando testei com o mesmo artigo, o domínio "Categoria:" foi traduzido normalmente. Helder 20h30min de 6 de julho de 2020 (UTC)[responder]

Desktop Improvements. Deseja que a Wikipédia em português ajuste a interface às necessidades dos leitores e colaboradores?[editar código-fonte]

O texto que aqui estava foi movido para: WP:Esplanada/propostas/Desktop Improvements. Deseja que a Wikipédia em português ajuste a interface às necessidades dos leitores e colaboradores? (8jul2020), por se tratar de uma proposta sobre a qual a comunidade deve opinar. Helder 14h26min de 8 de julho de 2020 (UTC)[responder]

Alteração de comportamento na predef Desambiguação[editar código-fonte]

Editei a predef Desambiguação para ajeitar um problema em que todas as páginas que transcluíam a predef tinham __DESAMBIG__ adicionado e eram incluídas a Categoria:Desambiguação, mesmo não sendo páginas de desambiguações. (Por exemplo, a própria página Wikipédia:Desambiguação era considerada uma página de desambiguação.) Agora isto acontece a páginas no espaço principal somente. Como a predef é bastante usada mas a página de discussão não é, achei melhor comunicar neste café. Qualquer dúvida ou problema encontrado, podem contactar-me ou desfazer minha edição. --CaiusSPQR(discussão) 15h38min de 8 de julho de 2020 (UTC)[responder]

Filtro de contribuições[editar código-fonte]

A discussão a seguir está marcada como respondida (respondido). Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.

Em Especial:Contribuições/Saturnalia0 é possível filtrar "Mostrar só edições que são criações de páginas". Seria possível adicionar o filtro oposto, "Mostrar só edições que não são criações de páginas"? Teria me sido útil em mais de uma situação. Não sei como editar essa parte da página. Saturnalia0 (discussão) 19h15min de 8 de julho de 2020 (UTC)[responder]

Pelo que me recordo o MediaWiki não oferece este recurso, mas pode utilizar o MediaWiki:Gadget-rightsfilter.js para filtrar os itens contendo " N". Se precisar acessar o mesmo filtro com frequência, pode favoritar o "Link para esta lista filtrada" que o gadget gera. Helder 23h24min de 8 de julho de 2020 (UTC)[responder]

Editing news 2020 #3[editar código-fonte]

12h55min de 9 de julho de 2020 (UTC)

Espaçamento de WP:EAD/L em dispositivos móveis utilizando a versão desktop[editar código-fonte]

A discussão a seguir está marcada como respondida (corrigido). Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.

Quando eu acesso a lista de candidaturas pelo celular utilizando a versão desktop, acontece o seguinte erro de espaçamento: print no Imgur. A tabela do mês de julho tem um espaçamento diferente e estranho em relação à tabela do mês de junho. É possível corrigir isso? Fiz uns testes na tabela, e descobri que quando tem uma votação do sistema antigo na seção, isso não acontece. Parece que o problema é quando todas as votações de uma seção são do sistema novo, ou estão na fase de discussão. GhostP. disc. 20h45min de 9 de julho de 2020 (UTC)[responder]

Corrigido. A coluna do prazo tem um nowrap no periodo de votação, eu tinha esquecido de colocar esse nowrap no periodo de discussão também. Danilo.mac(discussão) 21h01min de 9 de julho de 2020 (UTC)[responder]

WP:EAD/L mostrando candidatura em período de discussão como em período de votação[editar código-fonte]

A discussão a seguir está marcada como respondida (corrigido). Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.

Olá. Essa candidatura está sendo mostrada como em votação em WP:EAD/L, mas ela ainda está em período de discussão. Possivelmente é algo com o Módulo:ECD. Alguém sabe como corrigir? GhostP. disc. 00h24min de 12 de julho de 2020 (UTC)[responder]

Corrigido. Danilo.mac(discussão) 01h34min de 12 de julho de 2020 (UTC)[responder]

Alguns artigos não apresentam pop-up de referências/notas[editar código-fonte]

Olá novamente! Percebi (via chrome e firefox) que o pop-up de informações não aparece corretamente ao passar o mouse em uma referência ou nota em um certo artigo que criei, e não consigo identificar o problema. Buscando por alguns outros artigos, consegui achar outros que apresentam mesmo comportamento. Alguém sabe o que pode ser?

Eu pensei que poderia ser algo errado no código de alguma predefinição do artigo com problemas, porém quando testei o código do artigo correto na minha página de testes obtive o mesmo problema. Então não sei o que pode ser. —Tschis msg 16h43min de 13 de julho de 2020 (UTC)[responder]

Além disso, a primeira vez que faço hover sobre uma nota (apenas via Chrome), a caixa de pop-up é estilizada lá no canto direito da página ao invés de acima do ponteiro do mouse (no imgur). Isso só acontece na primeira vez que faço hover para cada acesso, ou seja, fazer hover repetido mostra o pop-up corretamente, e atualizar a página e realizer o hover inicial joga o pop-up para a direita novamente. —Tschis msg 10h01min de 18 de julho de 2020 (UTC)[responder]

Lista de línguas por ordem aleatória[editar código-fonte]

A discussão a seguir está marcada como respondida (monitorada no Phabricator). Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.

Mais alguém reparou que a lista de línguas no menu à esquerda, anteriormente organizada por ordem alfabética, começou a aparecer ordenada de forma aleatória? O que é bastante chato quando se quer encontrar uma língua específica... Alguém tem ideia de porque é que isto começou a acontecer? JMagalhães (discussão) 18h32min de 13 de julho de 2020 (UTC)[responder]

Eu suponho que esteja sendo mostrado por ordem de interwiki mais visualizado. --A.WagnerC (discussão) 19h02min de 13 de julho de 2020 (UTC)[responder]
No início também fiz essa suposição, mas a en.wiki, que é de longe a mais consultada, fica na maior parte das vezes a meio da tabela e em primeiro aparecem às vezes línguas que claramente não são as mais consultadas. JMagalhães (discussão) 19h10min de 13 de julho de 2020 (UTC)[responder]
Testei aqui, e realmente é algo aleatório. --A.WagnerC (discussão) 20h56min de 13 de julho de 2020 (UTC)[responder]
Também percebi esta mudança, e achei que a lista estaria seguindo as interwikis com mais artigos!Kaktus Kid (discussão) 22h54min de 13 de julho de 2020 (UTC)[responder]
Já informaram o problema na tarefa T257625 do Phabricator. Helder 10h47min de 14 de julho de 2020 (UTC)[responder]

Erro no mapa topográfico da terra de Judá[editar código-fonte]

A discussão a seguir está marcada como respondida (resolvido). Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.

Eu consegui criar o mapa topográfico da terra de Judá fazendo download desse mapa no meu notebook e salvando no arquivo Terra de Judá.jpg. Quando eu coloquei esse mapa no artigo Gênesis 13, aparece a seguinte mensagem de erro: <div style="position: absolute; z-index: 2; top: Erro de expressão: Operador < inesperado%; left: Erro de expressão: Operador < inesperado%; height: 0; width: 0; margin: 0; padding: 0;">. Por que isso acontece?

Leonardo José Raimundo (discussão) 01h21min de 15 de julho de 2020 (UTC)[responder]

Por que aparece essa mensagem de erro descrita acima? Como se faz para corrigir esse erro?
Leonardo José Raimundo (discussão) 18h23min de 16 de julho de 2020 (UTC)[responder]
Não sei a razão exata, mas se você remover |lat_sec= e |lon_sec=, que estão declarados e vazios no 3 mapa (Jerusalém), o problema não ocorre. —Tschis msg 18h34min de 16 de julho de 2020 (UTC)[responder]
Obrigado pela dica. Realmente consegui corrigir o mapa topográfico da terra de Judá. Agora já posso criar verbetes com livros da Bíblia em manquês no Wikcionário em manquês.
Leonardo José Raimundo (discussão) 18h46min de 16 de julho de 2020 (UTC)[responder]

Mudança em uma predefinição[editar código-fonte]

A discussão a seguir está marcada como respondida (respondido). Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.

Um Ip mudou um parâmetro em Predefinição:Info/Evento único, como podem ver aqui 58312210]. Essa mudança me pareceu válida, mas como não sou eu que escrevo os códigos, gostaria de tirar essa dúvida com alguém aqui, se possível, se a alteração é válida ou não. Grato. --A.WagnerC (discussão) 14h03min de 16 de julho de 2020 (UTC)[responder]

@A.WagnerC Até onde eu entendo (aexperimentei um pouco com predefinições recentemente), esta alteração é válida. Apenas "traduz" ambos os atributos imagem_tamanho e tamanho_imagem de {{Info/Evento único para o mesmo atributo de {{Info. Ou seja, usando evento único você pode declarar qualquer das duas maneiras.—Tschis msg 09h54min de 18 de julho de 2020 (UTC)[responder]
@A.WagnerC: Sim, como o Tschis já afirmou, essa alteração está ok. Se quiser mais informações, mw:Help:Parser functions in templates/pt-br explica o funcionamento. ━ ALBERTOLEONCIO Who, me? 21h56min de 18 de julho de 2020 (UTC)[responder]

Predef sobre info de nascimento e falecimento[editar código-fonte]

Como eu adiciono o "-" para ser exibido entre a data de nascimento e o local de falecimento nesta predefinição? {{Info Wikidata nascimento}}

Aceito tambémm sugestões para melhoria da predefinição. - Elilopes DEBATE 22h50min de 16 de julho de 2020 (UTC)[responder]

Ferramenta de Ligações para desambiguações não funciona mais[editar código-fonte]

Olá! Apenas hoje tentei usar a ferramenta Ligações (Para desambiguações - Externas), que é listada no Histórico de edições de qualquer página, e percebi que os links apontando para dispenser.info.tm estão mortos. Podemos resolver? Ou substituir o link por algum outro em funcionamento com a mesma intenção? —Tschis msg 09h51min de 18 de julho de 2020 (UTC)[responder]

@Tschis: Aparentemente, o desenvolvedor interrompeu a manutenção e não consegui achar nenhuma outra ferramenta para substituir. Por hora, ocultei os links. ━ ALBERTOLEONCIO Who, me? 21h47min de 18 de julho de 2020 (UTC)[responder]
@Albertoleoncio: nas versões em inglês e italiano, há um botão para um serviço ligado ao usuário:InternetArchiveBot. Se puder adaptá-lo para aqui, imagino que sirva diante desse outro serviço descontinuado. Por sinal, em Wikipédia:Escolha do artigo em destaque/Ferramentas para artigos em destaque, há dois serviços interessantes também: um para verificar ligações externas e outro para validação do código HTML5. Se puder incluí-los também, vai ser interessante! --Luan (discussão) 17h31min de 1 de agosto de 2020 (UTC)[responder]
@Luan: Feito em 59140778]. ━ ALBERTOLEONCIO Who, me? 16h50min de 23 de agosto de 2020 (UTC)[responder]
Ótimo, Albertoleoncio! Imagino que não tenha conseguido adaptar o serviço presente nas versões em inglês e italiano para cá, e, por isso, não o adicionou também. --Luan (discussão) 21h40min de 28 de agosto de 2020 (UTC)[responder]

Aviso de Interwikis[editar código-fonte]

Como o Aviso de interwikis é pouco usado, não notei o seguinte erro Citação: Aviso-Interwikis escreveu: "Agradecemos por contribuir para a Wikipédia. O artigo Ciclano Beltrano foi criado ou editado por si,", obviamente ao invés de ti Ovelhamauro (diga) 22h13min de 21 de julho de 2020 (UTC)[responder]

Qual aviso, Ovelhamauro? O link ajuda. Yanguas diz!-fiz 23h25min de 21 de julho de 2020 (UTC)[responder]
@Yanguas Acho que ele se refere à {{Aviso-interwiki}}. !Silent (discussão) 23h48min de 21 de julho de 2020 (UTC)[responder]
@Ovelhamauro e Yanguas: provavelmente está sendo abordada uma ótica geral da diferença de significação de "si" e "ti", mas, a meu ver, tenho ambas as opções como válidas. Creditor Editor take a bowl here 23h54min de 21 de julho de 2020 (UTC).[responder]

<conflito>:::Obrigado, !Silent. Nesse caso, não percebi o erro apontado pela Ovelhamauro. O que tem o ti a ver com isso? A construção está correta. Yanguas diz!-fiz 23h57min de 21 de julho de 2020 (UTC)[responder]

───────────────────────── @Creditor Editor e Ovelhamauro: Se adotarmos o ti no lugar do si, teremos que mudar o verbo: "Agradecemos por contribuíres...". Não seria o caso, pois a segunda pessoa, até onde sei, é usada apenas em âmbitos íntimos e familiares em Portugal. Yanguas diz!-fiz 23h59min de 21 de julho de 2020 (UTC)[responder]

@Yanguas: Isso. Com "ambas as opções válidas", mensurava as duas possibilidades, e mais as adequações restantes. Mas concordo; não vejo por que mudar. Creditor Editor take a bowl here 00h03min de 22 de julho de 2020 (UTC).[responder]
@Yanguas, !Silent e Creditor Editor: Interessante, pensei melhor e realmente não faz sentido, até porque a conjugação está correta. Foi isso que me confundiu. Ovelhamauro (diga) 00h33min de 22 de julho de 2020 (UTC)[responder]

Inserir descrição do Wikidata na página da versão desktop do Wikipedia[editar código-fonte]

Na versão mobile da Wikipedia, a descrição do artigo contida no Wikidata é mostrada logo abaixo do título. Não há alguma possibilidade de importar isso para a versão desktop? Já vi alguns vandalismos no Wikidata, que são difíceis de serem patrulhados na versão desktop, já que tal edição não está visível, só se acessar o Wikidata. --A.WagnerC (discussão) 17h17min de 22 de julho de 2020 (UTC)[responder]

O script d:User:Yair rand/WikidataInfo.js faz isso. Para usá-lo, adicione aos seus scripts pessoais:
mw.loader.load( '//www.wikidata.org/w/index.php?title=User:Yair_rand/WikidataInfo.js&action=raw&ctype=text/javascript' );
Helder 22h17min de 22 de julho de 2020 (UTC)[responder]
@He7d3r: Há a possibilidade de criar um gadget com esse script? Creio que a dificuldade em detectar os vandalismos no Wikidata seja uma queixa comum, e esse script seria de grande valia. ━ ALBERTOLEONCIO Who, me? 20h00min de 23 de julho de 2020 (UTC)[responder]

Inserir um novo "fastbutton" à aba "Aviso"[editar código-fonte]

O texto que aqui estava foi movido para: MediaWiki Discussão:Gadget-fastbuttons.js

Arquivamento de referências[editar código-fonte]

Olá, há algum bot que transforme arquivourl= e arquivodata= em wayb= ? Ishiai (discussão) 01h42min de 23 de julho de 2020 (UTC)[responder]

@Ishiai: creio que não. O que me lembro é de uma discussão sobre um bot que criava (ou ainda cria) arquivamentos redundantes: Wikipédia:Café dos programadores/Arquivo/2019/2#Edições do bot InternetArchiveBot deixam erros nas referências.--PauloMSimoes (discussão) 03h23min de 23 de julho de 2020 (UTC)[responder]

Afluente de lista em infocaixa[editar código-fonte]

A discussão a seguir está marcada como respondida (feito). Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.

A Lista de códigos postais foi eliminada nesta votação. No entanto, ela continua aparecendo como ligação interna na {{Info/Localidade da Sérvia}}, gerando assim mais de 4 000 afluentes.

Não consegui remover essa ligação. Alguém saberia como?

Grato. Yanguas diz!-fiz 17h56min de 23 de julho de 2020 (UTC)[responder]

Oi! Não tenho muita experiência, mas se entendi direito a Predefinição:Info/Localidade da Sérvia redireciona seus valores para Predefinição:Info/Assentamento, lá está sendo usado |rótulo86 = [[Lista de códigos postais|Código postal]] —Tschis msg 18h36min de 23 de julho de 2020 (UTC)[responder]
@Tschis: Bem observado, é isso mesmo. Será que basta remover esse parâmetro? Que consequências isso teria? @Mwaldeck, !Silent e Albertoleoncio: alguma ideia? Yanguas diz!-fiz 19h08min de 23 de julho de 2020 (UTC)[responder]
Feito em 58846739]. Deve levar algum tempo até que o cache de todas as páginas sejam atualizadas. ━ ALBERTOLEONCIO Who, me? 19h52min de 23 de julho de 2020 (UTC)[responder]
@Albertoleoncio: Piscada Obrigado(a) Yanguas diz!-fiz 20h19min de 23 de julho de 2020 (UTC)[responder]

Instabilidade dos campos "assunto" e "resumo da edição"[editar código-fonte]

Tenho notado, nos últimos dias, uma instabilidade (não sei se é o termo preciso) desses campos, em especial o de resumo da edição.

Eu uso bastante esse campo para preenchimento automático de edições corriqueiras, como Eliminada em EC, ou Ajustes ortográficos, por exemplo. Normalmente, basta eu digitar as primeiras letras para que se abra uma lista das frases postadas com aquelas iniciais e eu escolho uma.

Nos últimos dias, essa lista se apaga assim que movo o mouse, e notificações longas que normalmente uso precisam ser reescritas novamente.

É só comigo? Tem como consertar?

Grato. Yanguas diz!-fiz 18h01min de 23 de julho de 2020 (UTC)[responder]

@Yanguas: Até onde sei, é seu próprio navegador que salva os textos inseridos previamente. Não tem acontecido comigo, então não sei o que pode estar causando isso. Normalmente, aqueles procedimentos comuns podem resolver: atualizar a página, testar outro navegador, reiniciar o computador... ━ ALBERTOLEONCIO Who, me? 20h05min de 23 de julho de 2020 (UTC)[responder]
@Albertoleoncio: Sim, eu sei, é o próprio cache do computador que armazena os textos, mas eu não consigo recuperá-los para usar. O problema já acontece há dias, já liguei e desliguei o computador várias vezes nesse período. Yanguas diz!-fiz 20h18min de 23 de julho de 2020 (UTC)[responder]
A discussão a seguir está marcada como respondida (feito). Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.

Alguém sabe porque a Aleth Bot parou de operar? Percebi isso porque na Esplanada tópicos de quase um mês sem comentários não foram arquivados. 2804:388:902D:1016:3483:37A6:3AAA:B3E (discussão) 03h34min de 28 de julho de 2020 (UTC)[responder]

Quem é você? Yanguas diz!-fiz 04h38min de 28 de julho de 2020 (UTC)[responder]
Deve ser alguma meia perdida, vai saber... @Alchimista: poderia dar uma olhada? ━ ALBERTOLEONCIO Who, me? 18h31min de 28 de julho de 2020 (UTC)[responder]
@Albertoleoncio: estava a ocorrer um problema qualquer com uma lib que deixou de funcionar em py2. Portei para py3 e esta tarefa está de novo no ativa. Alchimista Fala comigo! 21h26min de 28 de julho de 2020 (UTC)[responder]

Incongruência no uso de {{reciclar-sobre}}[editar código-fonte]

A discussão a seguir está marcada como respondida (feito). Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.

Acabei de marcar a página Sökarna com a template acima usando {{Reciclar-sobre|1=cinema|data=novembro de 2017}}, o que acabou gerando duas categorias incongruentes:

  1. Categoria:!Artigos a reciclar sobre Cinema
  2. Categoria:!Páginas a reciclar sem indicação de tema

Como podem ver, a segunda categoria acima não deveria aparecer. Tem jeito de inibir isso?

Grato. Yanguas diz!-fiz 15h47min de 28 de julho de 2020 (UTC)[responder]

Aparentemente, é algum bug em {{Manutenção/Categorizando por assunto}}. @Stegop: poderia olhar? ━ ALBERTOLEONCIO Who, me? 16h06min de 2 de agosto de 2020 (UTC)[responder]
Corrigido. --Stego (discussão) 22h42min de 3 de agosto de 2020 (UTC)[responder]

O texto que aqui estava foi movido para: Wikipédia:Coordenação robótica#Categoria:!GLAM:Museu Paulista

Erro ao exibir alertas e mensagens[editar código-fonte]

A discussão a seguir está marcada como respondida (resolvido). Se quiser acrescentar mais algum comentário, coloque-o na página de discussão.

Mais alguém está com problemas na hora de exibir as notificações? Quando clico nos ícones do sininho e da telinha, para ver os alertas e mensagens, aparece para mim apenas um retângulo cinza. Isso no Google Chrome. No entanto, fiz um teste no Microsoft Edge e neste navegador está normal. Há algo que possa ser feito, que não seja trocar o navegador? --HVL disc. 14h17min de 1 de agosto de 2020 (UTC)[responder]

O problema persistiu por vários dias, mas hoje parece ter voltado ao normal. --HVL disc. 23h27min de 13 de agosto de 2020 (UTC)[responder]

WP:EAD/L mostrando votações para AB com menos de 7 votos com fundo cinza[editar código-fonte]

A discussão a seguir está marcada como respondida (feito). Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.

Em WP:EAD/L, as votações para AB com 5 ou 6 votos estão com um fundo cinza na parte que mostra o número de votos para AB. (ver, atualmente, Losing Grip e Guitar Hero: Metallica). Isso seria correto no antigo sistema com o speedy close, que possibilitava o fechamento de candidaturas com menos de 7 votos em casos específicos, mas atualmente não há o speedy close, então o fundo cinza deveria ser mostrado apenas com 7 votos ou mais, que é o mínimo de votos necessários. Alguem poderia verificar qual é o problema? GhostP. disc. 21h33min de 1 de agosto de 2020 (UTC)[responder]

Feito, o problema era, que nas áreas "Percentagem de votos para artigo bom" e "A eleição é para artigo bom" estavam com o número 5 de votos que significava speedy close, agora estar com número 7 sem speedy close. O problema já foi resolvido, se quiser pode ver aqui: WP:EAD/L. Juan90264 (Disc.) 05h35min de 2 de agosto de 2020 (UTC)[responder]

Bot de arquivamento[editar código-fonte]

Há algum bot na ptwiki que arquiva PD de usuários muito longas? --A.WagnerC (discussão) 15h00min de 2 de agosto de 2020 (UTC)[responder]

A.WagnerC Isso não existe aqui e não pode existir, já que cada usuário possui seus métodos de arquivamento. Uns usam CTRL+C e CTRL+V (como é o meu caso); e outros movem o histórico para uma nova página. PD de usuários muito longas deve ser arquivado pelo próprio usuário. WikiFer msg 15h30min de 2 de agosto de 2020 (UTC)[responder]
@A.WagnerC e WikiFer: Há sim! As instruções estão em Usuária:Aleth Bot/Arquivamento de páginas de discussão. ━ ALBERTOLEONCIO Who, me? 15h51min de 2 de agosto de 2020 (UTC)[responder]
Se na enwiki existe, e até Jimbo Wales usa um bot de arquivamento, por que na ptwiki não poderia existir? Obrigado, Alberto. --A.WagnerC (discussão) 16h03min de 2 de agosto de 2020 (UTC)[responder]
A.WagnerC Mas esse é um bot que deve ser utilizado com decisão do usuário. Neste caso é sim válido. WikiFer msg 16h35min de 2 de agosto de 2020 (UTC)[responder]

@Albertoleoncio: Dá para se criar bot com javascript, ou só cria com phyton? --A.WagnerC (discussão) 18h17min de 2 de agosto de 2020 (UTC)[responder]

@A.WagnerC: Fica ao critério do freguês. Meus bots, por exemplo, são em PHP. Veja mais em mw:Manual:Creating a bot. ━ ALBERTOLEONCIO Who, me? 18h41min de 2 de agosto de 2020 (UTC)[responder]
@Albertoleoncio e WikiFer: Obrigado. No futuro pretendo criar um só para organizar os arquivamentos de minha PD ou então que faça algumas alterações na minha PU que acho chatas fazer manualmente. Um bot só para mexer na minha página de usuário. Não há impedimento a isso não, né? --A.WagnerC (discussão) 19h12min de 2 de agosto de 2020 (UTC)[responder]
@Albertoleoncio: Desde que tenha autorização, não há impedimento. Mas é sempre bom ter certeza que o bot é realmente necessário, pois a tarefa pode ser feita por outras ferramentas que já existem. ━ ALBERTOLEONCIO Who, me? 19h27min de 2 de agosto de 2020 (UTC)[responder]

Erro no histórico[editar código-fonte]

A discussão a seguir está marcada como respondida (resolvido). Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.

Alguém mais tá tendo esse problema? No final da página, aparece um link para o histórico, mas ele está mal formatado e não se consegue ir para o histórico da página. Ao invés de Última modificação há xx dias ou xx meses, está aparecendo [/wiki/Especial:History/ . 187.70.245.43 (discussão) 21h55min de 3 de agosto de 2020 (UTC)[responder]

Pelo visto, está esse erro na versão mobile da Wikipédia Lusófona, Chamo !Silent para poder verificar este erro, relatado pelo IP. Juan90264 (Disc.) 22h31min de 3 de agosto de 2020 (UTC)[responder]
Esqueça... foi um bug no sistema da versão mobile da Wikipédia Lusófona. Porque fui ver hoje, e não tem mais esse erro!. Juan90264 (Disc.) 19h09min de 4 de agosto de 2020 (UTC)[responder]
A discussão a seguir está marcada como respondida (Resolvido). Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.

Olá, de uns poucos dias para cá, toda vez que vou responder um tópico em WP:FALE, o seguinte texto aparece no placeholder da caixa de texto (desse jeito mesmo, incluindo as tags html):

O texto wiki <a title="mw:Special:MyLanguage/Help:Formatting" href="/wiki/mw:Special:MyLanguage/Help:Formatting" target="_blank">usa elementos de formatação</a> e pode <a href="#" class="flow-ui-editorWidget-label-preview">antever o resultado</a> a qualquer altura.

Não me lembro se aparecia outra coisa antes, mas fato é que o placeholder não some na hora de escrever a mensagem, e se ela tiver algumas linhas de tamanho, ele acaba sempre aparecendo por cima da última, impossibilitando a leitura da mesma antes da publicação. Victor LopesDiga!C 21h31min de 5 de agosto de 2020 (UTC)[responder]

Parece que já foi resolvido. Victor LopesDiga!C 17h11min de 8 de agosto de 2020 (UTC)[responder]

Predefinição:Info/Povoação de Portugal[editar código-fonte]

A discussão a seguir está marcada como respondida (feito). Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.

Olá, colegas! Normalmente, quando não se preenchem os campos dos parâmetros das infocaixas, estes não são mostrados no artigo. Porque nesta predefinição isto não ocorre, como em Mouraria?--PauloMSimoes (discussão) 01h41min de 7 de agosto de 2020 (UTC)[responder]

@PauloMSimoes: Isso depende de como a infobox foi codificada. Nesta, não a fizeram de maneira que fique em branco. Teria que testar cada campo e ignorar se não foi preenchido, o que não foi feito para os primeiros campos, até "população", possivelmente para torná-los "obrigatórios" —Tschis msg 06h32min de 7 de agosto de 2020 (UTC)[responder]
@Tschis: se a codificação puder ser alterada para que não sejam mostrados ao leitor aqueles caracteres, seria o melhor. Por isso trouxe o problema aqui, pois não entendo de predefinições. O ideal é que nada seja mostrado quando não se preenche o campo, com é o usual na maioria das infocaixas. Se consegue resolver isso, peço que o faça, por favor.--PauloMSimoes (discussão) 06h44min de 7 de agosto de 2020 (UTC)[responder]
@PauloMSimoes: Por enquanto, eu fiz o conteúdo ficar em branco, mas não eliminei a linha porque esta predefinição não acompanha outras como a Info, e eu não posso olhar detalhadamente agora. Por favor me diz se está suficiente ou não. Se não for suficiente, tentarei em algumas horas trabalhar para eliminar a linha inteira —Tschis msg 07h02min de 7 de agosto de 2020 (UTC)[responder]
@Tschis:, editei, preenchendo o campo desta forma |população = 200000 e o resultado não apareceu na infobox. Não gravei a alteração, apenas vi na pré visualização.--PauloMSimoes (discussão) 07h10min de 7 de agosto de 2020 (UTC)[responder]
@PauloMSimoes: Erro meu. Corrigido. Por favor, teste "população" junto com o campo "censo" também, pois não entendo a ideia deste campo ser usado em conjunto —Tschis msg 07h17min de 7 de agosto de 2020 (UTC)[responder]
@Tschis: se for isto:
|população= = 200000
|censo= = 2019
também não funcionou. Os números não são apresentados.--PauloMSimoes (discussão) 07h31min de 7 de agosto de 2020 (UTC)[responder]
@PauloMSimoes: Esta predefinição não é "robusta", você deve usar os campos conforme está no código. Neste momento, não há |população, apenas |populacaoTschis msg 07h55min de 7 de agosto de 2020 (UTC)[responder]

─────────────────@Tschis: funcionou. Não acho ser o ideal, mas não quero chatear mais. Acho que um editor que não seja experiente e nem saiba acessar o código da predefinição, ao ver aquele campo "população" vazio, vai tentar colocar o parâmetro com aquela grafia e dificilmente saberá que deve escrever "populacao". O melhor seria nem aparecer o parâmetro, se ele não for preenchido, repito, como é o usual nas infocaixas. Mas se isso é muito difícil, deixemos como está, ok? Já conseguiu melhorar bastante a aparência que estava antes.--PauloMSimoes (discussão) 08h17min de 7 de agosto de 2020 (UTC)[responder]

@PauloMSimoes: Não tem problemas, eu só não posso ver isso agora porque precisa de dedicar um pouco de tempo para testes (como pode ver eu cheguei a quebrar a predefinição mesmo sem fazê-la tão mais complexa). Aí só poderei fazer isso daqui a algumas horas —Tschis msg 08h34min de 7 de agosto de 2020 (UTC)[responder]
Positivo Valeu! @Tschis:. Sem pressa...Abç!--PauloMSimoes (discussão) 08h58min de 7 de agosto de 2020 (UTC)[responder]
@PauloMSimoes: Feito. Atualizei a documentação da predefinição para ficar alinhado ao que modifiquei também. Note que os campos "localização" e "extra" foram removidos. Mas agora está utilizando a predefinição Info, e os rótulos que possuem acento respondem ao formato com e sem acento, dentro do que eu pude avaliar. Me diz se ficou tudo ok? :) —Tschis msg 17h21min de 7 de agosto de 2020 (UTC)[responder]
@Tschis: os campos em questão funcionam bem agora e só são mostrados quando preenchidos. Mas persiste um problema com o parâmetro "gentílico".
  • Quando não colocado, aparece desta forma: |gentílico= = {{{gentilico}}}
  • Quando colocado e não preenchido, não é apresentado na infocaixa (correto)
  • Quando colocado e preenchido, é apresentado normalmente.
Ou seja, ocorre o problema só quando o parâmetro não é colocado.
--PauloMSimoes (discussão) 20h25min de 7 de agosto de 2020 (UTC)[responder]
@PauloMSimoes: Corrigido, esqueci de tratar este caso de conteúdo faltando em "gentílico", e considerei também as duas formas "fundação/fundacao". —Tschis msg 22h07min de 7 de agosto de 2020 (UTC)[responder]
Trabalho Perfeito, @Tschis:. Obrigado.--PauloMSimoes (discussão) 22h16min de 7 de agosto de 2020 (UTC)[responder]
A discussão a seguir está marcada como respondida (resolvido). Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.

Alguém sabe me dizer porque algumas mensagens de boas-vindas enviadas pelo Huggle ficam com a assinatura duplicada como nesse caso. Wolkye Talk 14h14min de 9 de agosto de 2020 (UTC)[responder]

Pode ser algum código duplicado, que pode dar esse erro. Vou ver se consigo resolver ou descobrir o problema. Juan90264 (Disc.) 03h46min de 10 de agosto de 2020 (UTC)[responder]
Não, o código está certo. @Wolkye: você adiciona do lado ({{SUBST:Welcome}}) um ~~~~. Pode ser que o código implantado do Huggle já tenha o ~~~~ e você adiciona ~~~~ achando que estar pondo assinatura, mas você está colocando mais uma assinatura, este pode ser justificativa do erro relatado "assinatura duplicada". Avise se o erro parar!
Resumo: Não coloque o ~~~~. Juan90264 (Disc.) 05h12min de 10 de agosto de 2020 (UTC)[responder]
@Juan90264: São mensagens automatizadas, com um único click o Huggle reverte e envia um aviso. Wolkye Talk 11h51min de 10 de agosto de 2020 (UTC)[responder]
Se são mensagens automatizadas, vou ver se alguma atualização afetou esta mensagem automatizada de Bem-vindo. Juan90264 (Disc.) 07h05min de 11 de agosto de 2020 (UTC)[responder]
@Wolkye: Fiz um ajuste no código 59020566]. Deve resolver o problema. ━ ALBERTOLEONCIO Who, me? 23h04min de 11 de agosto de 2020 (UTC)[responder]
Obrigado Alberto! Wolkye Talk 00h58min de 12 de agosto de 2020 (UTC)[responder]

Ajuda com predefinição incluindo linhas em branco[editar código-fonte]

A discussão a seguir está marcada como respondida (resolvido). Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.

Olá! Alguém pode me ajudar a identificar de onde estão saindo os espaços em branco entre o título e o conteúdo nesta última tabela? O objetivo final é adaptar Predefinição:Análises de jogo para impedir que a tabela de "resenha crítica" seja mostrada mesmo quando só há cabeçalhos para "pontuação global" (exemplo do que quero corrigir em Castlevania_II). —Tschis msg 22h10min de 10 de agosto de 2020 (UTC)[responder]

Talvez, eu possa saber que erro é esse. Vou verificar! Juan90264 (Disc.) 07h06min de 11 de agosto de 2020 (UTC)[responder]
Pelos meus testes meu entendimento é que as duas primeiras expressões de "{{#if" estando vazias causam 2 espaços em branco serem impressos, o que acaba por gerar aquele espaçamento. Logo, a solução seria encontrar como escrever duas expressões vazias sem retornar espaço em branco —Tschis msg 20h34min de 11 de agosto de 2020 (UTC)[responder]
Resolvido finalizando as cláusulas #if com uma nova linha ao invés de "vazio". —Tschis msg 21h26min de 11 de agosto de 2020 (UTC)[responder]
@Tschis: Resolvido, sim você tinha razão na parte de {{#if influenciava no cabeçalho ser branco. Então eu adicionei na predefinição ({{Análises de jogo}}) o código "border: 0.6px solid #a2a9b1;" no style da predefinição, e agora o cabeçalho combina com a tabela de Wikitable. Juan90264 (Disc.) 22h17min de 11 de agosto de 2020 (UTC)[responder]
@Tschis: O que eu quis dizer, que a borda cinza no cabeçalho favorece o espaço branco, de um jeito bom, como uma {{Navbox}} ou {{Bloco de navegação}}, os espaços brancos mantém o texto (Recepção) no meio. Juan90264 (Disc.) 22h29min de 11 de agosto de 2020 (UTC)[responder]
@Juan90264: Oi, meu problema está resolvido, seus comentários estão relacionados ao estilo da tabela e não ao meu problema. Então vamos continuar isso na página de discussão da Predefinição —Tschis msg 06h22min de 12 de agosto de 2020 (UTC)[responder]

Os FastButtons não me aparecem[editar código-fonte]

A discussão a seguir está marcada como respondida (feito). Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.


Não sei há quanto tempo é que isto me acontece, acho que desde a semana passada, pelo menos, pois não tenho usado. Estou com o Firefox 79.0 (64-bit) em Windows 10, mas no Chrome acontece-me o mesmo. Já experimentei apagar os .js das preferências, colocar lá diretamente o script, desativar alguns gadgets e nada...

Obrigado a quem me ajudar. --Stego (discussão) 19h49min de 12 de agosto de 2020 (UTC)[responder]

@Stego: Oi! Uma vez isso aconteceu porque apertei sem querer o botão "Esconder" do FastButtons. Resolvi através do menu Mais > FastButtons (entre o "Ver histórico" e o campo de busca no topo direito). Espero que seja o mesmo caso! —Tschis msg 21h30min de 12 de agosto de 2020 (UTC)[responder]
@Tschis: Era isso mesmo. Obrigado! muito bom ! --Stego (discussão) 18h03min de 13 de agosto de 2020 (UTC)[responder]
A discussão a seguir está marcada como respondida (Feito). Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.

Olá, se algum administrador poder, preciso que altere "return currentText.replace( /(!data-sort.+AB[.\n]+)([^\}]+)/,'$1\{\{EA' + ( ( cf.create.type === 'destaque' ) ? 'D' : 'B' ) + '/Link|' + pageName + '|auto}}\n$2'" para "return currentText.replace(/(!data-sort.+AB[.\n]+)([^\}]+)/, '$1\{\{#invoke:ECD|' + pageName'}}\n$2'", porque quando criamos a votação para EAD com gadget o código que ela adiciona no WP:EAD/L fica assim "{{EAD/link|ARTIGO|auto}}" mais era para ser "{{#invoke:ECD|ARTIGO}}". Agradeço antecipadamente! Juan90264 (Disc.) 05h14min de 13 de agosto de 2020 (UTC)[responder]

@Albertoleoncio: Olá Alberto, você poderia ver esse problema acima! Juan90264 (Disc.) 17h56min de 13 de agosto de 2020 (UTC)[responder]
@Juan90264: Posso não, já que a edição dos arquivos js são restritas aos WP:AI. @!Silent: Poderia analisar? ━ ALBERTOLEONCIO Who, me? 18h46min de 13 de agosto de 2020 (UTC)[responder]
Feito.[2] !Silent (discussão) 22h04min de 13 de agosto de 2020 (UTC)[responder]

Salebot tirou férias[editar código-fonte]

Bom dia pessoal, o Salebot está desde junho de férias. Alguém pode chamar ele de volta à ativa? @Albertoleoncio, Alchimista, Danilo.mac e !Silent:. --Eta Carinae (discussão) 13h45min de 13 de agosto de 2020 (UTC)[responder]

@Gribeco:ALBERTOLEONCIO Who, me? 14h06min de 13 de agosto de 2020 (UTC)[responder]
Geralmente isso se resolve com um comando no canal IRC do Salebot, mas ele não está no canal, só o Gribeco poderá resolver desta vez. Danilo.mac(discussão) 15h26min de 13 de agosto de 2020 (UTC)[responder]
Sim, só ele tem acesso ao servidor. @Gribeco: could you restart Salebot? Thanks! Alchimista Fala comigo! 17h09min de 13 de agosto de 2020 (UTC)[responder]

Citar web dá erro quando a data é aaaa-mm[editar código-fonte]

A discussão a seguir está marcada como respondida (Feito). Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.

A Predefinição:Citar web funciona muito bem com datas nos formatos aaaa e aaaa-mm-dd. Por exemplo, "2020" continua "2020", e "2020-08-14" vira "14 de agosto de 2020". No entanto, quando a data é em formato aaaa-mm, ela dá erro. "2020-08" continua "2020-08", quando deveria virar "agosto de 2020". A citação dá a mensagem "Verifique data em: |data= (ajuda)". Vários artigos científicos aparecem com a data no formato aaaa-mm, pois as edições são mensais, então o erro é relativamente comum. Alguém pode consertar a predefinição, por favor? Obrigado! Mateussf (discussão) 00h11min de 15 de agosto de 2020 (UTC)[responder]

@Mateussf: Não sei, se será possível fazer isso que você pediu acima. @Danilo.mac: Poderia analisar o Módulo:Citação/CS1/ValidaçãoDatas? Juan90264 (Disc.) 01h39min de 15 de agosto de 2020 (UTC)[responder]

Comentário Nenhuma outra template do gênero ("citar") dá respaldo a datas apenas com mês e ano. Nesses casos, quando o periódico não tem o dia da publicação (comum em semanários, quinzenários, etc.), eu presumo o dia 1 (ou 16, quando se refere à 2.ª quinzena). Yanguas diz!-fiz 14h54min de 15 de agosto de 2020 (UTC)[responder]

Feito. O módulo que faz essa conversão é o Módulo:Conversor de data, agora ele converte também datas com somente o ano e o mês. Me digam se encontrarem algum erro relacionado com esse módulo, pelo pouco que conferi não encontrei nenhum. Danilo.mac(discussão) 01h44min de 26 de agosto de 2020 (UTC)[responder]

Antevisão (via hover) da página principal está quebrada[editar código-fonte]

A discussão a seguir está marcada como respondida (esclarecido). Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.

Ao passar o mouse sobre um link para Página principal, a antevisão está quebrada (Link para imgur). Alguém sabe se sempre foi assim, e se há como corrigir? —Tschis msg 21h55min de 20 de agosto de 2020 (UTC)[responder]

@Tschis Isso ocorre porque a página principal não tem nenhum texto escrito diretamente nela, já que tudo é provido por meio de predefinições. Para mim, única coisa que aparece na antevisão é "•", que é justamente a única coisa escrita diretamente na PP sem ser em uma predefinição ou um HTML. !Silent (discussão) 23h47min de 20 de agosto de 2020 (UTC)[responder]

Formato foi modificado e causa erros que não sei como corrigir[editar código-fonte]

Olá, pessoal ! Tenho notado que surgiram erros nas notas de rodapé em artigos, como em Itamar Franco#Notas e referências, Lady Francisco#Notas e referências, José Wilker#Notas. Não sei quantos artigos com erros mais podem haver. Essas bios eu sei, pois as editei e criei as notas. Sei que isso ocorreu depois de uma modificação no formato <ref name= "[nome]" group= "nota" />. O que deve ser feito para corrigir isso? É possível que haja centenas de artigos com erros depois dessa modificação. Não seria necessário um robô para fazer as correções?--PauloMSimoes (discussão) 00h40min de 22 de agosto de 2020 (UTC)[responder]

Este problema não aconteceu comigo (pelo menos olhando rapidamente) porque uso a Predefinição:Nota de rodapé! Kaktus Kid (discussão) 01h30min de 22 de agosto de 2020 (UTC)[responder]
Sim, Kaktus Kid. Essa é a predefinição também usada nos artigos que citei. O problema é quando se precisa replicar uma mesma nota em outros trechos do texto. Nestes casos, eu usei o formato <ref name= "[nome]" group= "nota" />, que agora dá esse erro. Observe o código fonte no local de nascimento de Itamar Franco: a {{nota de rodapé |Itamar Franco nasceu a bordo de um .... que fazia a rota....|nome= naturalidade}} No final da nota, o parâmetro "nome= naturalidade" é o identificador para a replicação da nota, usando-se o formato <ref name= "[nome]" group= "nota" /> onde se deseja replicar a nota.--PauloMSimoes (discussão) 01h57min de 22 de agosto de 2020 (UTC)[responder]

Comentário Acabo de descobrir que esse erro está ocorrendo depois desta modificação 59086204] do CaiusSPQR . Pergunta: É possível avaliar o impacto dessa modificação ?--PauloMSimoes (discussão) 02h14min de 22 de agosto de 2020 (UTC)[responder]

@PauloMSimoes:, desfiz a edição e @CaiusSPQR: você já foi alertado mais de uma vez sobre essas edições em predefinições de alto impacto. Favor observar antes de fazer edições como essa, ou verificar alterações a serem feitas posteriormente. Eta Carinae (discussão) 02h29min de 22 de agosto de 2020 (UTC)[responder]
@EVinente: Desculpe, mas a edição que fiz não devia produzir esse erro. Nas múltiplas páginas que eu analisei que usavam essa predef, não pude encontrar nenhum erro. @PauloMSimoes: aparecia alguma mensagem de erro ou algo semelhante? --CaiusSPQR(discussão) 02h37min de 22 de agosto de 2020 (UTC)[responder]
Oh, percebi o que aconteceu. O problema foi que usou a predef Nota de rodapé, mas depois uma tag. Não devia ter usado a predef novamente para repetir uma nota ou referência? Peço desculpas pelo erro causado. Pelo que pude ver, somente algumas dezenas de páginas apresentavam esse erro. --CaiusSPQR(discussão) 02h49min de 22 de agosto de 2020 (UTC)[responder]
@CaiusSPQR: Isso. Até onde consigo concluir, pelo meu insignificante conhecimento de predefinições, o problema se apresentava ao se replicar as notas de rodapé no texto. Acho que era algo como "não foi encontrado texto para a nota chamada "xxxx".--PauloMSimoes (discussão) 02h58min de 22 de agosto de 2020 (UTC)[responder]

@PauloMSimoes e EVinente: informo que a predefinição {{Listanota}} apresenta o mesmo problema. Percebi isso quando vi esta edição de megalodonte e, consequentemente, tive que desfazer uma das contribuições da página. Leandro Drudo (discussão) 16h39min de 23 de agosto de 2020 (UTC)[responder]

Fast-buttons de ESR não manda aviso[editar código-fonte]

Marquei a página Carlos Matos com ESR por VDA, no entanto seu autor, registrado, não foi notificado, tive de fazê-lo manualmente.

A página também teve um editor intermediário, que também não recebeu o aviso.

Os avisos não deveriam ser enviados automaticamente?

Yanguas diz!-fiz 16h43min de 22 de agosto de 2020 (UTC)[responder]

@Yanguas: Aconteceu apenas essa vez? As vezes pode ter apenas esquecido de marcar a opção "Enviar um aviso para o criador da página" na tela de ESR ou, também, por um desse erros aleatórios de engasgo da conexão de internet ou algum erro no servidor no momento do envio do aviso. Se ocorrer reiteradamente, necessita investigação. Em relação ao editor intermediário, o aviso deve ser enviado manualmente, já que a ferramenta só o faz para o criador do artigo. ━ ALBERTOLEONCIO Who, me? 18h44min de 22 de agosto de 2020 (UTC)[responder]
@Albertoleoncio: Existe a possibilidade, mas acho remota, pois costumo prestar atenção. Como foi a primeira ESR que marquei como VDA, me pergunto se não é só essa característica que apresenta problema. Yanguas diz!-fiz 19h22min de 22 de agosto de 2020 (UTC)[responder]
@Yanguas: Fiz um teste aqui e o aviso foi enviado. ━ ALBERTOLEONCIO Who, me? 19h33min de 22 de agosto de 2020 (UTC)[responder]

Motivo de eliminação não aparece automaticamente[editar código-fonte]

A discussão a seguir está marcada como respondida (solucionado). Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.

Ao eliminar uma página, o motivo/regra de eliminação não aparece mais automaticamente na caixa.

Isso atrasa sobremaneira o processo, pois a cada vez o eliminador precisa procurar esse motivo numa lista caótica.

Antes essas razões podiam ser encontradas por suas iniciais, mas algum "jênio" achou melhor ocultar as iniciais com ligações internas.

Yanguas diz!-fiz 18h02min de 22 de agosto de 2020 (UTC)[responder]

@Yanguas: Vendo seu registro, parece que o gadget "Limpar motivos de eliminação" foi ativado. Bastaria desativá-lo na sua lista de gadgets, mas vi que houve um consenso relativo a isso e não acredito que desativá-lo seja algo desejável. Ademais, fiz uma reorganização em da lista de razões em maio e, até então, não houve reclamações. Podemos trabalhar nisso, caso queira. ━ ALBERTOLEONCIO Who, me? 19h53min de 22 de agosto de 2020 (UTC)[responder]
@Albertoleoncio: Não me lembro de o ter marcado, de qualquer forma cabei de desmarcá-lo. Esses motivos são necessários, especialmente, como expliquei acima, quando a busca dos motivos na lista é dificultada. Seria mais simples se a inicial do motivo ficasse livre. Exemplo: Redirionamento de página eliminada: basta teclar R que esse motivo era encontrado, agora é preciso procurá-lo na lista que, a meu ver, ficou caótica. Yanguas diz!-fiz 20h01min de 22 de agosto de 2020 (UTC)[responder]
@Yanguas: Eu havia reordenado porque, justamente, era muito caótica e tinha varios elementos repetidos. Tentei torna-la mais "inteligente", ocultando motivos que não se aplicariam ao domínio em questão (exemplo: ocultar C1 ou P1 na eliminação de artigos). Em relação ao R1, queria usar um módulo para identificar se a página é um redirecionamento e indicá-lo logo no início da lista, mas não sou muito bom com Lua e precisaria de uma ajuda nesse quesito.
@Danilo.mac: Seria muito trabalhoso identificar, com um módulo, se uma página em ER é um redirecionamento? Tentei usar {{Redireciona}}, mas não funcionou já que a página deixa de ser um redirecionamento no momento que a tag de {{ER}} é inserida. Pensei em verificar se a página está listada em CAT:RER ou por algum regex no conteúdo da página. ━ ALBERTOLEONCIO Who, me? 01h34min de 23 de agosto de 2020 (UTC)[responder]
Acho que dá para fazer sim, o módulo pegaria o código-wiki da própria página em que é invocado e procura pela sintaxe de redirecionamento. Assim que eu tiver um tempinho eu faço isso. Danilo.mac(discussão) 22h50min de 24 de agosto de 2020 (UTC)[responder]
@Albertoleoncio: Eu estava começando a desenvolver e lembrei que eu tinha feito o Módulo:Busca que pode ser usado nesse caso, fiz este teste na minha página de teste para detectar redirecionamento e aparentemente funciona. Danilo.mac(discussão) 01h14min de 26 de agosto de 2020 (UTC)[responder]
@Danilo.mac: Perfeito! Acabei de implementar e deu certo. Obrigado! ━ ALBERTOLEONCIO Who, me? 01h31min de 26 de agosto de 2020 (UTC)[responder]

Editar em todas as seções de uma só vez na versão móvel[editar código-fonte]

A discussão a seguir está marcada como respondida. Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.

Olá, eu gostaria que por favor, vocês programadores, adicionassem urgentemente algum "botão" na versão móvel do site da Wikipédia, que permite que aqueles editores que só contribui nos dispositivos móveis, edite de uma só vez todas as seções de uma página da Wikipédia. Isso porque, para um editor que edita somente nos dispositivos móveis (como por exemplo, eu), para editar um artigo/página que tem várias seções, tem que editar e publicar em uma por uma seção, fazendo com que cause não só um desconforto, mas como também, sucessivos salvamentos desnecessários no histórico da página.Tawan Silva Mendes (discussão) 04h29min de 23 de agosto de 2020 (UTC)[responder]

Reformulando a minha sugestão: Que possa ser possível editar uma página inteira (com seções) e publicar de um só vez essas edições em cada seção na versão móvel, assim como é na versão desktop.Tawan Silva Mendes (discussão) 04h54min de 23 de agosto de 2020 (UTC)[responder]

@Tawan Silva Mendes Atualmente a única forma de fazer isso é você alterando da versão móvel para a versão web, no seu navegador, e clicar em "editar" no topo da página. !Silent (discussão) 11h29min de 23 de agosto de 2020 (UTC)[responder]
@!Silent Estou completamente ciente disso, até porque esse é o único meio que eu venho fazendo, só que esse meio é extremamente desconfortável nas edições por ser desproporcional com a tela do dispositivo móvel, uma vez que é óbvio que o layout da versão desktop é para a versão desktop e o layout da versão móvel é para versão móvel. Eu que adoro editar na Wikipédia e estou aqui há mais de um ano contribuindo, desmotiva não só a mim é claro, mas a todos que só podem editar e que gostam de contribuir nos dispositivos móveis, uma vez que ao trocar o layout pra versão desktop na versão móvel, causa uma insegurança na edição por ser tudo muito poluido e desconfortável. Peço que por favor, adicionem, até porque eu acho que não deve ser muito difícil adicionar programavelmente algum "botão" ao lado do primeiro botão em forma de lápis em uma página na versão móvel que permite aos editores editar todo o artigo igual na versão desktop.Tawan Silva Mendes (discussão) 19h08min de 23 de agosto de 2020 (UTC)[responder]
@Tawan Silva Mendes Ao abrir o link para editar a página, você trocar o final por all.
Exemplo: trocar https://pt.m.wikipedia.org/w/index.php?title=Espiritualismo#/editor/0 por https://pt.m.wikipedia.org/w/index.php?title=Espiritualismo#/editor/all e recarregar a página. !Silent (discussão) 19h17min de 23 de agosto de 2020 (UTC)[responder]
@!Silent Caramba, eu nem acredito, funcionou mesmo, estou impressionado por que passei todo esse tempo aqui não sabendo disso, muito obrigado !Silent e peço desculpas pela minha ignorância, ainda tem muita coisa aqui que eu ainda vou e tenho que aprender. Muito obrigado.Tawan Silva Mendes (discussão) 19h39min de 23 de agosto de 2020 (UTC)[responder]

Huggle não exibe o motivo da eliminação nos avisos[editar código-fonte]

A discussão a seguir está marcada como respondida (Resolvido!). Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.

O Huggle não exibe em alguns avisos o motivo da eliminação. Exemplo: 59048549] Wolkye Talk 20h56min de 23 de agosto de 2020 (UTC)[responder]

@Wolkye: Olá Wolkye! Acho que consegui resolver seu problema aqui → 59240412]. O problema ocorria na regra de eliminação rápida - A4. Juan90264 (Disc.) 03h04min de 2 de setembro de 2020 (UTC)[responder]
Juan90264 muito obrigado! Wolkye Talk 17h57min de 2 de setembro de 2020 (UTC)[responder]

Itálico em Info/Taxonomia[editar código-fonte]

A discussão a seguir está marcada como respondida (Feito). Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.

Existe a possibilidade de configurar a predefinição {{Info/Taxonomia}} a colocar o título em itálico automaticamente para artigos sobre gêneros e espécies? Já existe algo parecido com a {{Info/Filme}} e a {{Info/Jogo eletrônico}}, só que nesse caso eu acredito que seja algo mais complicado, já que família, tribo e outros não podem conter itálico. — Marky (Olá?) 20h11min de 24 de agosto de 2020 (UTC)[responder]

@IMarky: Sim, é possível o problema que iria afetar todos artigo de espécimes com ''ESPÉCIME'' deixando-o assim ''''ESPÉCIME''''. Juan90264 (Disc.) 09h04min de 26 de agosto de 2020 (UTC)[responder]
@IMarky: Feito! Meio que consegui encontrar um código, que realmente funcionou no {{Info/Taxonomia}}; O código adicionado, não ocorre o erro acima. Juan90264 (Disc.) 19h58min de 26 de agosto de 2020 (UTC)[responder]
@Juan90264: Muito obrigado, sério mesmo!! Isso vai agilizar bastante o meu trabalho nesses artigos! — Marky (Olá?) 20h01min de 26 de agosto de 2020 (UTC)[responder]
@IMarky: Aviso: Eu resolvi o itálico no título da Infocaixa; o Título da página terá que continuar à usar o {{Título em itálico}}, por causa que tem outras espécies que não são necessárias o título da página em itálico. Boas contribuições! Juan90264 (Disc.) 20h08min de 26 de agosto de 2020 (UTC)[responder]
@Juan90264 e IMarky: Eu desfiz a primeira edição porque tornava itálico o título de artigos que não deveria, por exemplo Jaguatirica. A versão atual melhorou neste sentido, porém o problema ainda persiste no título da infocaixa. Eu consideraria desfazer novamente, mas não quero criar alguma batalha de edições lá. No meu ver, eu discutiria melhor esta alteração, pois não acho que Jaguatirica deveria estar em itálico mesmo na infocaixa. —Tschis msg 20h13min de 26 de agosto de 2020 (UTC)[responder]
@Juan90264 e Tschis: Existe alguma maneira de criar uma entrada na infocaixa para colocar itálico no título? Exemplo: |itálico = sim? (outra alternativa seria deixar tudo itálico e deixar para tirar o itálico de "Jaguatirica", por exemplo, com a entrada, já que a maioria dos artigos de espécies não possuem "nomes comuns", mas para isso seria necessário uma votação ou algo do tipo) — Marky (Olá?) 20h22min de 26 de agosto de 2020 (UTC)[responder]

─────────────────────────

@IMarky: Vou fazer alguns testes para ver se consigo colocar |itálico = sim. Juan90264 (Disc.) 20h26min de 26 de agosto de 2020 (UTC)[responder]
@IMarky e Juan90264: Até onde sei, toda infobox que é baseada em {{Info/ pode usurfruir de repassar o comando |título itálico=sim. Juan, você pode se basear em Predefinição:Info/Jogo eletrônico —Tschis msg 20h30min de 26 de agosto de 2020 (UTC)[responder]
@IMarky e Tschis: Feito! Adicionei no lugar de {{{nome|{{PAGENAME}}}}} o {{#Switch:{{lc:{{{itálico|¬}}}}}|¬|não = {{{nome|{{PAGENAME}}}}}||forçar|sim = <i>{{{nome|{{PAGENAME}}}}}</i>}}; baseado ao comando |título itálico=sim. Agora temos |itálico = sim/não/forçar. Juan90264 (Disc.) 20h54min de 26 de agosto de 2020 (UTC)[responder]
Desfeito em 59176352], conforme Wikipédia:Café_dos_programadores#Itálico_no_título_das_páginasTschis msg 09h05min de 30 de agosto de 2020 (UTC)[responder]
@Tschis: Ok, compreendo que você reverteu nesta página. Mais por que tirou a predefinição {{Respondido}}, não está ocorrendo nenhum erro sobre {{#Switch:{{lc:{{{itálico|¬}}}}}|¬|não = {{{nome|{{PAGENAME}}}}}||forçar|sim = <i>{{{nome|{{PAGENAME}}}}}</i>}}; como pode ver em Euryoryzomys e Melanomys. Juan90264 (Disc.) 05h29min de 31 de agosto de 2020 (UTC)[responder]
@Juan90264: Foi erro meu, pensei que fazia parte da solução. Desculpas! —Tschis msg 06h16min de 31 de agosto de 2020 (UTC)[responder]

Itálico no título das páginas[editar código-fonte]

A discussão a seguir está marcada como respondida (Resolvido). Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.

Olá pessoal, percebi que os títulos das páginas não estão mais no itálico, acredito eu que seria o padrão. Isso está acontecendo em praticamente todos os artigos como Katy Keene (série de televisão) e Henry Danger, por exemplo. —Marcoasxd (talk to me) 14h48min de 27 de agosto de 2020 (UTC)[responder]

@Marcoasxd e Juan90264: Eu desfiz a edição em {{Info}} 59176352], pois ao utilizar o modo de previsão a wiki me apresentava título novamente em itálico. Porém, depois de reverter, estas duas páginas continuam com o título normal. Eu suspeito que o problema seja a predefinição estar em muitas páginas e talvez demore algum tempo até que a mudança tenha efeito. Caso contrário, pode-se desfazer minha alteração. —Tschis msg 14h58min de 27 de agosto de 2020 (UTC)[responder]
@Tschis:, Desculpe acho que me expressei errado, mas o problema que estou me referindo não é na {{Info}} mas sim nos nomes (títulos) dos artigos. —Marcoasxd (talk to me) 15h06min de 27 de agosto de 2020 (UTC)[responder]
@Marcoasxd: Sim, a alteração em {{Info}} é relacionada ao uso de títulos em itálico. Eu suspeito que foi esta alteração e, ao checar o modo de previsão da alteração desfeita, vi que o título voltaria a estar em itálico. Então efetuei a reversão, mas o título ainda não retornou. Neste caso, eu suspeito que demore algum tempo até a propagação da alteração, mas não tenho certeza. Caso não volte, é possível que eu tenha desfeito a alteração indevidamente, ao que me desculparia com o Juan e o resto da comunidade (a predefinição é usada em mais de 500,000 páginas), mas no momento ainda é o que imagino que tenha causado o seu problema —Tschis msg 15h12min de 27 de agosto de 2020 (UTC)[responder]
@Tschis: O problema era na {{Info}} mesmo e foi resolvido. Obrigado! —Marcoasxd (talk to me) 15h48min de 27 de agosto de 2020 (UTC)[responder]

Sem botões de acesso rápido[editar código-fonte]

Alguém com experiencia em criar predefinição, poderia adicionar, dentro da moldura da infocaixa os botões V D E em {{Info/Assentamento/Brasília}}{{Info/Município do Brasil/Rio de Janeiro}} / {{Info/Município do Brasil/São Paulo}}.

As predefinições não possuem os botões V-D-E  V (ver esta predefinição) D (discutir esta predefinição) E (editar esta predefinição). Ter com procurar a predefinição para editar já é difícil para muitos editores de longa data, imagine para os novatos, principalmente numa área que possui muitas informações. Sem os botões para acesso fácil é impedir que editores inexperientes possam editar em dados (atualizar, implementar) de cidades, ou seja, estão tolhendo novatos de contribuir nesta área. O "R" Aliado 03h30min de 30 de agosto de 2020 (UTC)[responder]

@O revolucionário aliado: Até onde entendo, predefinições de infobox não possuem esses botões. Não entendi a dificuldade relatada por ti, considerando que infoboxes geralmente estão no topo do código da página, não considero que está difícil achá-las. Estas 3 especificamente estão nas primeiras 3 linhas das suas respectivas páginas e, ao mesmo tempo, ao editar uma página a sua lista de predefinições utilizadas é listada no canto inferior da tela ("Predefinições utilizadas nesta página"). Talvez eu não tenha entendido a motivação de seu pedido —Tschis msg 09h02min de 30 de agosto de 2020 (UTC)[responder]
@Tschis: obrigado pela informação. Não sabia da lista. É falta de habilidade mesmo, não tinha conhecimento desta relação (ou nunca reparei mesmo). Mesmo assim, exemplifica o meu questionamento. Citação: geralmente estão no topo do código da página... de qualquer maneira, é necessário ir para outra página, que é a de predefinição, para alterar os dados. Tenho mais de 198 mil edições nesta wiki, e não tinha o conhecimento da lista (talvez analisando com calma a página em edição, quando no código-fonte, descobriria a lista). Como imaginar novatos nesta mesma situação? Com certeza, uma parcela grande não poderia contribuir. O "R" Aliado 18h09min de 30 de agosto de 2020 (UTC)[responder]
@O revolucionário aliado: Não tem problema, até a própria wiki considera a edição de predefinições um "tópico avançado", estamos aqui sempre aprendendo :) É importante lembrar que os códigos de algumas predefinições são bem complexos e precisa de um nível mais profundo de conhecimento da wiki para entender suas depenências e impactos, até porque algumas são usadas em milhares de páginas. Ou seja, talvez este seja um tópico que novatos não possam contribuir regularmente. Enfim, acho que a ideia seria bem útil para usuários mais experientes. Eu, pessoalmente, adoraria estes botões, melhoraria a usabilidade no meu uso diário, mas não sei o trabalho que seria necessário para adaptar todas as predefinições, já que nem todas utilizam a {{Info}}, então teria que ser replicado para várias outras caso a caso. Além disso, a ideia que você teve provavelmente vem dos botões vistos nas Navbox, e estas são construídas por módulos Lua, onde não tenho experiência. —Tschis msg 18h28min de 30 de agosto de 2020 (UTC)[responder]
@Tschis: Tschis, você está correto em dizer que o {{Navbox}} utiliza-se o módulo Navbox. Mas para aqueles botões V D E, o módulo Navbox precisa importar o módulo Navbar para fazer aqueles botões. Em que quero chegar, que o módulo Navbar; além de ser usado no módulo Navbox, ele cria os botões em predefinições separadas (Quando digo "Separadas" quero dizer com somente os botões V D E) como {{Navbar}} e {{Tnavbar}}. Juan90264 (Disc.) 20h15min de 31 de agosto de 2020 (UTC)[responder]
@O revolucionário aliado e Juan90264: Só para atualizar: descobri que utilizar o campo |nome= nas predefinições que herdam de {{Info}} causam a apresentação dos botões "Ver" e "Discutir". Testei aqui 59244320] com o código de {{Info/Jogo_eletrônico}} e o resultado está aqui. Daí para espalhar para demais infoboxes, acredito que deveria haver alguma discussão com a comunidade já que isso alteraria visualmente muitas páginas —Tschis msg 17h30min de 2 de setembro de 2020 (UTC)[responder]
@Tschis: Descobri também Citação: o campo |nome= nas predefinições que herdam de {{Info}} causam a apresentação dos botões "Ver" e "Discutir"., vendo o código da {{Info}}]; no dia 31 de agosto. Acho bom, espalhar para demais infocaixas; mas prefiro que seja mais específico como nos: {{Info/Assentamento/CIDADE}},{{Info/Município do Brasil/MUNÍCIPIO}} e outras predefinições de localidades; em que são mais necessárias. Se você aceitar, adicionar esses botões nessas predefinições citadas antes; eu irei começar uma proposta na Esplanada. Juan90264 (Disc.) 02h56min de 4 de setembro de 2020 (UTC)[responder]

─────────────────────────

@Juan90264: Pra mim é indiferente, porque eu utilizaria tanto que valeria a pena, e também porque eu já me acostumei a achá-las no código fonte haha. Porém, para outros pode ser intrusivo demais no visual. Mas, com isso em mente, não vejo por quê as predefinições de município possuem "mais" ou "menos" necessidade disso. No momento, estou feliz que temos uma solução possível, se quiser abrir uma discussão, siga em frente, eu talvez não consiga participar super ativamente como antes, por algum tempo —Tschis msg 06h32min de 4 de setembro de 2020 (UTC)[responder]
@Tschis: Bom... Tschis, eu vou criar a discussão na Esplanada, para saber a opinião da comunidade, sobre a inclusão dos botões "Ver" e "Discutir" em certas predefinições citadas antes, por mim. Juan90264 (Disc.) 06h44min de 4 de setembro de 2020 (UTC)[responder]
@Tschis e O revolucionário aliado: Criei a discussão na Esplanada aqui → Wikipédia:Esplanada/propostas/Inclusão dos botões de acesso rápido em infocaixas de localidades (4set2020) Juan90264 (Disc.) 07h52min de 4 de setembro de 2020 (UTC)[responder]

Edição de tabela[editar código-fonte]

A discussão a seguir está marcada como respondida (Feito!). Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.

Prezados colegas, não estou conseguindo editar a tabela inserida no verbete Fronteira Brasil–Suriname, de modo que o município de Oriximiná fique disposto em duas células fundidas (duas linhas), pois o mesmo faz fronteira com Tapanahony e Coeroeni. Se alguém conseguir me auxiliar, agradeço. Felipe P discussão 21h22min de 30 de agosto de 2020 (UTC)[responder]

@Felipe P: Feito! Eu corrigi o erro e agora por mim está resolvido! Juan90264 (Disc.) 20h26min de 31 de agosto de 2020 (UTC)[responder]
Vide comentário abaixo! Juan90264 (Disc.) 00h50min de 1 de setembro de 2020 (UTC)[responder]
@Juan90264: Não acho que é assim que ele quer. Não sei se dá pra fazer o que ele quer desta maneira, esta tabela inteira está meio complexa demais. Acho que ele quer que (a partir da versão atual), Coeroni desça +1 linha, Tapanahony ocupe +1 linha para baixo, e Oriximiná ocupe agora a linha atual + a nova linha de Tapanahony. No fim, Oroximiná precisa estar "colada" em ambos Tapanahony e Coeroeni —Tschis msg 20h53min de 31 de agosto de 2020 (UTC)[responder]
@Tschis: Bom, tentei mesclar... mas não deu certo! Então fiz de outro jeito, e acho que dá para compreender as fronteira de Oriximiná com Tapanahony e Coeroeni. Já publiquei esta edição citada. Então, o que acha? Juan90264 (Disc.) 00h49min de 1 de setembro de 2020 (UTC)[responder]
@Juan90264:, pelo que entendi a wikitable possui essa limitação, me fiz entender pelas suas colocações e também a do @Tschis:. Me inspirei neste verbete de:Grenze zwischen Brasilien und Frankreich. Na Wiki alemã é utilizado o <br /> para contornar o problema, estava tentando de maneira nativa na tabela, mas como você, eu também não consegui mesclar. Em todo caso a forma como editaste ficou bem compreensível. Agradeço pela ajuda! Felipe P discussão 00h45min de 6 de setembro de 2020 (UTC)[responder]

Formato foi modificado e causa erros[editar código-fonte]

Venho novamente aqui relatar um erro causado por mudança de formato em uma predefinição. Trata-se da Predefinição:Listanota, que está a ser utilizada neste momento em cerca de 1 500 páginas. A mensagem que aparece no final das páginas é "Erro de citação: Existem etiquetas <ref> para um grupo chamado "nota", mas não foi encontrada nenhuma etiqueta <references group="nota"/> correspondente"

Não sei em quantas páginas isso pode estar ocorrendo. As que verifiquei foram esta, que corrigi 59256326], e existem outras páginas em que foi feita a alteração, como aqui 59097625]; aqui 59098509]; aqui 59099136]. Como a autoria das modificações não só nos artigos, mas também na predefinição são do usuário CaiusSPQR, acredito que ele esteja devendo as devidas explicações. Acredito também que suas edições devam passar por alguma verificação mais abrangente, pois não é a primeira vez que o editor altera predefinições, levando a esse tipo de erro.--PauloMSimoes (discussão) 19h40min de 3 de setembro de 2020 (UTC)[responder]

@PauloMSimoes: Consegui resolver! O problema relatado acima aqui → 59087898]. Pode-se ver em Joaquim Nabuco, Chipre e Bolívia. Juan90264 (Disc.) 01h39min de 4 de setembro de 2020 (UTC)[responder]
@CaiusSPQR: Venho avisar que sua edição em {{Listanota}}59085878]; eu alterei e consegui consertar aqui → 59087898]. Juan90264 (Disc.) 01h39min de 4 de setembro de 2020 (UTC)[responder]
@PauloMSimoes e CaiusSPQR: A edição que fiz em {{Listanota}} não funcionou; pelo motivo de acabar nem mostrando as notas. Juan90264 (Disc.) 01h39min de 6 de setembro de 2020 (UTC)[responder]

BillboardURLbyName está quebrada há algum tempo[editar código-fonte]

Olá! Para quem quiser se divertir um pouco, a {{BillboardURLbyName}} está quebrada há algum tempo devido à mudança da estrutura de URL da billboard.com. Percebam que a {{BillboardURLbyName|artista=Shakira|tabela=Hot 100}} gera http://www.billboard.com/artist/278867/Shakira/chart?f=379 mas este link está quebrado, e o correto seria https://www.billboard.com/music/Shakira/chart-history/hot-100. Se alguém quiser se aventurar nos módulos de substituição de Strings e encoding de URLs, pode tentar consertar :) —Tschis msg 21h15min de 3 de setembro de 2020 (UTC)[responder]

@Tschis: Estou fazendo testes para tentar corrigir o problema. Não sei se estou fazendo da forma correta (com as predefs certas, ex: talvez teria uma predef melhor que eu poderia ter usado), mas está funcionando, então... A parte mais difícil será provavelmente mudar um por um a Predefinição:BillboardChartNum, tentei encontrar uma lista com os IDs novos mas não encontrei, acho que teremos que ir em páginas de artistas caçar os IDs... Minha ideia, no momento, é colocar a Hot 100, Billboard 200, Heatseekers e mais umas 20 tabelas que são extremamente utilizadas. Acho que já é um bom hotfix para a situação. Um pouco off-topic, não sei se seria aceito ou iriam chamar de gambiarra (devido à forma que fiz o código), mas eu estava desenvolvendo Usuário:GhostP./Citar billboard, que seria basicamente o {{BillboardURLbyName}} já formatado. Talvez eu publique essa predefinição mais tarde. GhostP. disc. 23h34min de 3 de setembro de 2020 (UTC)[responder]
Criei {{BillboardTabelaID}} para substituir a {{BillboardChartNum}}. Conta atualmente com 27 tabelas que procurei manualmente, Pode parecer pouco, mas pelo menos é melhor que 0 links funcionando... Além disso, creio que são as mais utilizadas. Ao longo dos dias pretendo ir adicionando outras, se chegar a pelo menos 100, além de incluir as Year-End, acho que já é um grande marco... Bom, irei fazer a substituição na {{BillboardURLbyName}} agora. GhostP. disc. 00h32min de 4 de setembro de 2020 (UTC)[responder]
@GhostP.: Esse problema já foi resolvido? Porque esse pedido foi feito a três meses. Juan90264 (Disc.) 19h34min de 15 de dezembro de 2020 (UTC)[responder]
@Juan90264 e Tschis: Está parcialmente resolvido. Eu acabei esquecendo de ir atualizando "ao longo dos dias", ainda está num número baixo de tabelas, mas o hotfix está feito, antes 0 links funcionavam, agora o link de ~30 tabelas importantes, as mais utilizadas, funcionam. GhostP. disc. 19h42min de 15 de dezembro de 2020 (UTC)[responder]
A discussão a seguir está marcada como respondida (resolvido). Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.

há algum tempo, toda vez que eu carrego qualquer página em qualquer um dos projetos wiki, tanto no pc quanto no celular, recebo uma mensagem dizendo: "Twinkle is set up incorrectly. Please review your user script setup". e eu não faço ideia do que seja isso. aqui tem um print de como o aviso aparece. tentei desativar o twinkle (que eu nem uso) na wiki-en, mas tb não adiantou de nada. alguém tem alguma ideia do que possa ser? cósmicodisc 05h36min de 5 de setembro de 2020 (UTC)[responder]

@Cósmico: Há referências ao Twinkle no final desta página: Usuário:Cósmico/vector.js. Talvez removendo resolva seu problema? —Tschis msg 09h07min de 5 de setembro de 2020 (UTC)[responder]
@Tschis: removi, mas o aviso continua aparecendo :( cósmicodisc 20h55min de 5 de setembro de 2020 (UTC)[responder]
@Cósmico: Que pena. Infelizmente, desconheço a ferramenta, não saberia como te ajudar fora essa dica :( —Tschis msg 21h06min de 5 de setembro de 2020 (UTC)[responder]
@Cósmico: Olá. Tente removê-lo daqui: m:User:Cósmico/global.js. Esse .js é carregado em todos os projetos da WMF. Rafael (stanglavine) msg 00h48min de 6 de setembro de 2020 (UTC)[responder]
@Stanglavine: deu certo! muitíssimo obrigado pela dica. @Tschis: obrigado também pela disposição em ajudar. esse negócio tava me irritando já kkkkk valeu mesmo! cósmicodisc 03h39min de 7 de setembro de 2020 (UTC)[responder]

Alguns artigos não mostram imagem em sua previsão[editar código-fonte]

Alguém saberia me dizer se há algo errado com artigos como Castlevania: Harmony of Despair e Castlevania: The Dracula X Chronicles, já que ao passar o mouse sobre os links, a previsão não mostra a imagem do artigo? Por exemplo, Vampire Killer mostra corretamente. Não vejo diferença na montagem da infobox que pudesse causar algum erro. Testei no Chrome e no Firefox, também com abas anônimas, então não acho que é só comigo. Alguém passou por isso? Ou alguém consegue achar o problema? —Tschis msg 10h58min de 6 de setembro de 2020 (UTC)[responder]

@Tschis: Olá Tschis! Sim, isso acontece comigo, mas depende da altura da imagem e o texto que aparece na antevisão. Por exemplo: a imagem aparece na antevisão de Vampire Killer, por ser uma imagem grande com altura 500px; a imagem não aparece na antevisão de Castlevania: Harmony of Despair e Castlevania: The Dracula X Chronicles, por ser uma imagem pequena com altura 240px, note que aparece mais o texto. Realmente, não iria ser possível, consertar esse problema pela antevisão variar de altura de imagem e tamanho de texto. Juan90264 (Disc.) 18h56min de 6 de setembro de 2020 (UTC)[responder]
@Juan90264: Olá! Em que está se baseando para apontar que o problema seria a altura? Viu em algum código alguma limitação, ou só por experiência/testes mesmo? E qual seria o limite? Por exemplo, Castlevania (jogo eletrônico) tem 330px mas aparece —Tschis msg 19h12min de 6 de setembro de 2020 (UTC)[responder]
@Tschis: Me baseio em vários artigos da Castlevania, e a imagem em Castlevania (jogo eletrônico) só aparece por estar entre 500px e 240px de altura e largura. Vejo esse problema desde comecei a contribuir nesta wiki, e alguns meses fui procurando nessas imagens, o tamanho certo para aparecer na antevisão; eu acho que seja 500px entre 240px, porque o 240px não aparece, mais no de 500px aparece e no 330px aparece. É dificil saber o limite certo, mas acho que seja esse 500px entre 240px. Juan90264 (Disc.) 19h27min de 6 de setembro de 2020 (UTC)[responder]

Posição do esboço[editar código-fonte]

Olá! Ao utilizar o APC, ele coloca, erroneamente, o esboço abaixo das navecaixas, sendo que é o oposto. Alguém poderia dar uma olhada? — Marky (Olá?) 02h12min de 7 de setembro de 2020 (UTC)[responder]

@IMarky Até onde eu sei, o padrão é utilizar os esboços abaixo de todo o conteúdo da página, incluindo as navboxes. !Silent (discussão) 10h51min de 7 de setembro de 2020 (UTC)[responder]
@!Silent: Oi, na verdade teve uma discussão em 2017 sobre o assunto e foi decidido que a posição seria antes das navecaixas e o portal. — Marky (Olá?) 15h08min de 7 de setembro de 2020 (UTC)[responder]
@!Silent: A página de esboço diz Citação: Coloque a marcação {{esboço}} logo após as ligações externas, antes de navboxes e portaisTschis msg 15h39min de 7 de setembro de 2020 (UTC)[responder]
Aproveitando o ensejo... existe alguma regra impondo o limite de uma marcação de esboço por artigo? Porque toda vez que uso o FastButtons para colocar uma marcação adicional, ele me avisa que já tem uma marcação e não completa a edição. Victor LopesDiga!C 17h01min de 7 de setembro de 2020 (UTC)[responder]
@Victor Lopes: Eu acho que é mais uma questão de bom senso. Eu, por exemplo, acredito que um já basta, pois pelo menos o artigo não fica "perdido no espaço". — Marky (Olá?) 17h21min de 7 de setembro de 2020 (UTC)[responder]
@IMarky: Tudo bem, mas veja este esboço que eu criei ontem, por exemplo. Qual das duas marcações deveria ficar se aplicássemos essa limitação de uma marcação por artigo? Victor LopesDiga!C 17h26min de 7 de setembro de 2020 (UTC)[responder]
@Victor Lopes: Acho que qualquer um dos dois, ou os dois, não considero um erro. Em alguns artigos eu vi predefinições de esboço personalizadas, porém eu não sei como fazer. — Marky (Olá?) 17h31min de 7 de setembro de 2020 (UTC)[responder]

─────────────────────────

A própria predefinição de esboço indica que é apenas sugerido que escolha-se o tema mais próximo, mas que também podem ser usados múltiplas marcações. Não vejo problema para o seu caso, Victor. —Tschis msg 17h33min de 7 de setembro de 2020 (UTC)[responder]

Ajuda em duas predefinições[editar código-fonte]

Estou recentemente editando vários artigos sobre navios de guerra da primeira metade do século XX e cheguei agora nos couraçados italianos da Classe Conte di Cavour. Se vocês entrarem na página do artigo, verão que os navios foram basicamente reconstruídos na década de 1930 com especificações totalmente diferentes das originais, como novas armas, comprimento, deslocamento e por ai vai. Do jeito que a Predefinição:Info/Navio e a Predefinição:Info/Classe de navio estão hoje, para que eu coloque os dois diferentes valores das especificações eu tenho que fazer uma grande gambiarra e coisas que, na minha opinião, dificultam o entendimento das informações que estão tentando ser passadas.

O que eu queria fazer era acrescentar uma segunda tabela inteira de especificações para esses casos em que navios são reconstruídos ou muito modificados a ponto que uma só tabela não é o suficiente (minha ideia é algo semelhante ao que temos aqui). Agora, eu sei que para isso eu teria apenas que copiar todos os rótulos e dados, mudar seus nomes e números para acrescentar essa minha nova tabela na predefinição (algo como já efeito na parte de "Carreiras" da Info/Navio). Mas, o que eu queria era acrescentar uma indicação entre parênteses ao lado do tópico título "características gerais" para especificar as configurações originais e novas (igual no exemplo que eu dei acima), mas que só aparecesse no caso de uma segunda tabela estar presente. Ou seja, se só tiver a tabela original, aparece apenas "Características gerais", mas, se tivermos duas tabelas, então apareceria algo como "Características gerais (originais)" e "Características gerais (modernizada)". Mas ai ficaria de acordo com cada necessidade, precisaria ser um rótulo editável.

Enfim, não sei se fui exatamente claro hehehe. Essa última parte é a que eu não sei fazer, mas tenho certeza que é extremamente simples. Então, se tiver alguém ai que pode me dizer como fazer, ou estiver disposto a fazer junto comigo, eu agradeceria muito. Cléééston (discussão) 19h00min de 11 de setembro de 2020 (UTC)[responder]

@Cléééston: Você tem que colocar um #if que verifica se um dos campos da segunda tabela foi preenchido, coloque esse #if em dois lugares, no parênteses do tópico da primeira tabela e no tópico da segunda. É igual ao #if que tem no tópico das características gerais {{#if:{{{tipo|}}}{{{classe|}}}...| Características gerais }}, mas com os campos da segunda tabela. Com isso o parenteses no tópico da primeira tabela e o tópico da segunda tabela só aparecem se um dos campos da segunda tabela foi preenchido. Danilo.mac(discussão) 19h34min de 11 de setembro de 2020 (UTC)[responder]
@Danilo.mac: Obrigado, vou ver se consigo fazer. Cléééston (discussão) 19h54min de 11 de setembro de 2020 (UTC)[responder]
@Cléééston: Provavelmente seria algo como: |tópico150 = {{#if:...... Características gerais {{#if: {{{"campo obrigatorio da segunda tabela"|}}} | (originais) }} }} na linha do if que cuida de imprimir "caracteristicas gerais". Assim, o "(originais)" só é apresentado se um campo obrigatório da segunda tabela for preenchido, o que indica que a segunda tabela será preenchida também —Tschis msg 20h17min de 11 de setembro de 2020 (UTC)[responder]
@Tschis: eu fiz a edição agora. Ao que tudo indica, funcionou direitinho. Se você quiser olhar para garantir, seria de agrande ajuda pra mim. Cléééston (discussão) 20h19min de 11 de setembro de 2020 (UTC)[responder]

Aleth Bot parou de novo[editar código-fonte]

A Aleth Bot parou de novo. Nos últimos dias, venho percebendo que tópicos da Wikipédia:Esplanada/propostas com mais de um mês sem comentários ainda não foram arquivados. 191.44.163.122 (discussão) 21h40min de 12 de setembro de 2020 (UTC)[responder]

Categorização pela letra inicial do título do artigo[editar código-fonte]

Olá, colegas ! Surgiu-me uma dúvida, ao categorizar algumas biografias como Categoria:Venezuelanos de ascendência portuguesa. Vários listados nesta categoria apareciam em tópicos de letra inicial do nome errado e os corrigi. Por exemplo "María Gabriela de Faría" aparecia na letra "F". Neste exemplo, foi necessário "forçar" a categorização correta com esta alteração 59371368]. Creio que isto ocorra em inumeráveis outros casos. Não é possível fazer com que as categorizações sejam feitas sem estes erros?--PauloMSimoes (discussão) 16h20min de 17 de setembro de 2020 (UTC)[responder]

@PauloMSimoes: O que fez a categorização pela a letra F foi o {{DEFAULTSORT:Faria, Maria Gabriela}} que está no código-wiki do artigo, o DEFAULTSORT define o sortkey padrão na categorização da página. Danilo.mac(discussão) 17h32min de 17 de setembro de 2020 (UTC)[responder]
O que está certo é que apareça em F, pois não é cidadão dum país lusófono, pelo que segue a regra de praticamente tudo quanto é enciclopédia neste mundo. Mas por alguma razão bizarra por aqui decidiu-se que éramos diferentes e a ordenação era pelo primeiro nome para lusófonos... --Stego (discussão) 20h38min de 17 de setembro de 2020 (UTC)[responder]
Encontrei este tópico de 2013 na esplanada que tentou padronizar essa questão sem sucesso. No Brasil, diferentemente do que acontece em muitos países, costumamos chamar as pessoas pelo primeiro nome mesmo em situações formais, geralmente não ligamos as pessoas aos seus sobrenomes, talvez por isso achamos mais natural ordenar pelo primeiro nome. Em todo caso, é melhor ter um padrão que alguns não gostam do que ter dois. Danilo.mac(discussão) 22h03min de 17 de setembro de 2020 (UTC)[responder]
Acho estranho categorizar os biografados pelo sobrenome. Não escrevemos "Gonçalves, Vanessa", mas sim Vanessa Gonçalves e fica muito estranho ela estar categorizada na letra "G" na Categoria:Venezuelanos de ascendência portuguesa. Não sei se é o caso, e nem mesmo se essa sortkey serve para algo mais, mas não seria possível um bot colocar nas categorizações o argumento |<prmeira letra do nome> para que isso não ocorra?--PauloMSimoes (discussão) 23h45min de 17 de setembro de 2020 (UTC)[responder]
@PauloMSimoes: estranho mesmo é ordenar pelo nome. Não conheço nenhuma enciclopédia que o faça. E em relação a não escrevermos "Gonçalves, Vanessa", escrevemos sim, por exemplo nas referências dum artigo científico. --Stego (discussão) 11h02min de 18 de setembro de 2020 (UTC)[responder]
O DEFAULTSORT serve apenas para definir a ordem da página na categoria, um robô poderia simplesmente remover o DEFAULTSORT, aí o padrão volta a ser a primeira letra do título do artigo. O problema é que a recomendação atual diz para categorizar os não-lusófonos pelo sobrenome, o fato de ter ascendência portuguesa não garante que a pessoa fale português. Eu concordo que o ideal seria seguir o título da página, mas precisaria de uma proposta na esplanada para rever a recomendação. Danilo.mac(discussão) 00h34min de 18 de setembro de 2020 (UTC)[responder]

Páginas com erros CS1:datas sem alerta de erros[editar código-fonte]

O artigo 32X faz parte da Categoria:!Páginas com erros CS1: datas, alguém sabe qual o motivo? No cabeçalho de referências não há nenhum erro. —Tschis msg 17h19min de 18 de setembro de 2020 (UTC)[responder]

@Tschis: Corrigido, esse era o problema. GhostP. disc. 17h41min de 18 de setembro de 2020 (UTC)[responder]
@GhostP.: Valeu! Mas não há como mostrar marcação de erro pelo menos com o indicativo de qual referência possui problemas? —Tschis msg 17h42min de 18 de setembro de 2020 (UTC)[responder]

Fast Buttons[editar código-fonte]

Me perdoem se esse não é o local correto, não sei onde mais perguntar. O Fast Buttons está com algum problema geral ou só eu estou com problemas? Ele não está funcionando pra mim. Até hoje mais cedo eu estava usando normalmente, agora não aparece mais botão nenhum, em página nenhuma... João Henrique (Mensagens) 00h37min de 25 de setembro de 2020 (UTC)[responder]

@OnlyJonny: Deve ter clicado na opção [Esconder] acidentalmente. Clique na aba "Mais" (ao lado do "Ver histórico") e clique em "FastButtons". ━ ALBERTOLEONCIO Who, me? 00h50min de 25 de setembro de 2020 (UTC)[responder]
Obrigado pela luz, amigo. Tudo resolvido. Não me lembro de quando cliquei ali acidentalmente, provavelmente foi ao eliminar uma página. João Henrique (Mensagens) 00h51min de 25 de setembro de 2020 (UTC)[responder]
Olá, colegas. Não sei se outras funcionalidades opcionais (que estão nas "preferências") têm essa opção de esconder. Esses "acidente" também já aconteceu comigo, e tive que vir aqui para saber o que tinha ocorrido. Eu nunca precisei esconder os botões e creio que ninguém faça isso, ou em raríssimas vezes. É realmente necessário ter essa opção "esconder"?--PauloMSimoes (discussão) 02h06min de 25 de setembro de 2020 (UTC)[responder]
@PauloMSimoes: @Albertoleoncio: Acontece que não foi esse botão (que na resolução do meu monitor fica mais ou menos no meio da página) que eu apertei acidentalmente. Após testes confirmei que apenas clicar no botão Fastbuttons da aba "Mais" já faz o mesmo que o botão Esconder (e somente isso), então foi lá que cliquei, e não acidentalmente, mas sim por curiosidade, achei que ia aparecer algumas opções de configuração ou algo assim, mas não notei nada diferente até alguns minutos depois onde senti a falta da ferramenta. João Henrique (Mensagens) 03h52min de 25 de setembro de 2020 (UTC)[responder]
É isso mesmo: a aba "FastButtons" no menu "Mais". Eu também cliquei nela sem saber que liga e desliga os FB e não observei o que tinha acontecido. Como escrevi, não sei a real necessidade disso, mas no mínimo deveria se chamar por exemplo "Mostrar/Ocultar FastButtons".--PauloMSimoes (discussão) 04h53min de 25 de setembro de 2020 (UTC)[responder]
@PauloMSimoes Feito.[3] Agora aparece "FastButtons (exibir)" ou "FastButtons (ocultar)", conforme a situação. !Silent (discussão) 01h58min de 28 de setembro de 2020 (UTC)[responder]

───────────────Piscada Obrigado(a), !Silent--PauloMSimoes (discussão) 11h43min de 28 de setembro de 2020 (UTC)[responder]

@PauloMSimoes e OnlyJonny: A função de esconder o FastButtons existe desde 2016 e a intenção é dar a possibilidade de o usuário não ser obrigado a sempre estar com os botões à mostra, habilitando-os quando for utilizá-los de fato; eu mesmo deixo sempre ocultado e só habilito quando vou utilizar. Além disso, ao passar o mouse sobre o botão [Esconder] aparece uma mensagem que explica como reaver os botões na skin Vector (no Monobook o botão já fica a mostra); e ao passar o mouse sobre o botão FastButtons na aba "Mais" aparece uma mensagem informando que ele exibe/esconde os botões. !Silent (discussão) 13h22min de 27 de setembro de 2020 (UTC)[responder]

Ok, !Silent. Se não vê problema, tudo bem. Só questiono se é suficiente 'passar o mouse' para verificar a funcionalidade do botão. Além da dificuldade que tive, como relatei, e a do OnlyJonny também relatada aqui, houve pelo menos mais um caso com um editor experiente. Não é para se pensar em alguma alteração? Entendo que é uma funcionalidade que permite esconder os botões, mas questiono se desligar de forma permanente os FB (ou seja, até que se dê o comando de novo) é realmente necessário, em se tratando de apenas uma linha que em nada atrapalha. O que eu gostaria mesmo é que se pudesse "desligar" de forma permanente aquele enorme banner sobre a votação, que faz com que o texto dê um grande salto, e que já me fez errar várias vezes o alvo do mouse, inclusive revertendo edições acidentalmente.--PauloMSimoes (discussão) 22h48min de 27 de setembro de 2020 (UTC)[responder]
Correção. Ocultei o banner sobre a votação, e parece que a ação oculta de forma permanente, ao contrário do que afirmei acima.--PauloMSimoes (discussão) 23h35min de 27 de setembro de 2020 (UTC)[responder]

Remoção (automática?) de espaços na infobox[editar código-fonte]

A discussão a seguir está marcada como respondida (feito). Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.

Há algum tempo percebo que muitos usuários novatos e inclusive IPs, ao efetuarem uma edição em certas páginas, removem os espaços em branco que garantem o alinhamento do código da infobox (exemplo aqui). Embora não conheça nenhuma política determinando isso, eu entendo que é boa prática em programação manter o código devidamente indentado; no caso das nossas infoboxes, isso significa deixar os "=" alinhados verticalmente. Ao menos para mim, isso deixa o código muito mais confortável de ler e até de editar. Eu sempre reverto edições assim e nunca fui contestado.

Minha pergunta é, primeiramente, se é realmente recomendável que a infobox seja alinhada da forma que eu normalmente pratico e, principalmente, se existe algum mecanismo automático que esteja permitindo aos novatos fazerem essa edição. Porque não é lá uma edição muito óbvia de se fazer, especialmente para quem não conhece o código wiki, mas mesmo assim ela acontece com muita frequência. Victor LopesDiga!C 19h02min de 25 de setembro de 2020 (UTC)[responder]

Concordo, a indentação deixa a infocaixa bem mais fácil de editar. Yanguas diz!-fiz 19h04min de 25 de setembro de 2020 (UTC)[responder]
Concordo, fica muito melhor e também, sempre que possível, adiciono espaçamentos. Não posso confirmar, mas suspeito fortemente que algo seja feito automaticamente para esses IPs removerem os espaços, porque já vi outros tipos de "correções" ocorrendo também, que não pareciam estar relacionadas ao intuito original da alteração (baseado no comentário de edição) —Tschis msg 19h22min de 25 de setembro de 2020 (UTC)[responder]
Concordo Eu sempre (se não sempre mas desde muito tempo) mantenho o alinhamento.Kaktus Kid (discussão) 19h44min de 25 de setembro de 2020 (UTC)[responder]

@Kaktus Kid, Yanguas, Tschis e Victor Lopes: Os novatos não possuem conhecimento sobre o alinhamento da infobox porque eles não veem esse código, já que a edição advém do Editor Visual. Para evitar que isso ocorra, basta editar o TemplateData de cada predefinição. Para esse caso indicado no diff, Feito em 59444366]. ━ ALBERTOLEONCIO Who, me? 20h21min de 25 de setembro de 2020 (UTC)[responder]

@Albertoleoncio: Tentei fazer o mesmo com {{Info/Filme}}, mas não encontrei o mesmo parâmetro. Yanguas diz!-fiz 21h01min de 25 de setembro de 2020 (UTC)[responder]
@Yanguas: Tentei colocar somente o parâmetro, mas não deu certo e fui obrigado a preencher todo o templatedata da predefinição. Testei em um artigo e deu certo. ━ ALBERTOLEONCIO Who, me? 22h41min de 25 de setembro de 2020 (UTC)[responder]
@Albertoleoncio: Piscada Obrigado(a) Yanguas diz!-fiz 22h50min de 25 de setembro de 2020 (UTC)[responder]
@Albertoleoncio: Muito obrigado, nem sabia que era por conta disso que as remoções eram realizadas inadvertidamente. Victor LopesDiga!C 00h35min de 26 de setembro de 2020 (UTC)[responder]

Desculpem ressuscitar este assunto, mas... esta edição, além de fazer aquele desalinhamento que eu comentei neste tópico, ainda acrescenta um monte de parâmetros vazios e repetidos na infobox. Já vi isso acontecer várias vezes. Acho que tem alguma outra coisa que os novatos usam que faz isso sem que eles talvez nem percebam. Victor LopesDiga!C 23h18min de 26 de outubro de 2020 (UTC)[responder]

Aconteceu de novo aqui e em outros artigos nos últimos meses. Victor LopesDiga!C 19h19min de 15 de fevereiro de 2021 (UTC)[responder]
É preciso documentar o formato que a comunidade deseja para a inserção dos parâmetros da Predefinição:Info/Álbum. Atualmente, ela está configurada com "format": "block", enquanto que a Predefinição:Info/Biografia/doc utiliza "format": "{{_\n |_____________________ = _\n}}\n". Helder 09h58min de 17 de fevereiro de 2021 (UTC)[responder]

Testes com CSS[editar código-fonte]

A discussão a seguir está marcada como respondida (feito). Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.

Estou testando um código CSS nas minhas páginas de testes com a extensão TemplateStyles. Esta extensão requisita que as páginas CSS tenham o modelo de conteúdo "CSS limpo/higienizado". Algum programador com o estatuto de administrador poderia alterar o modelo de conteúdo de Usuário:JPLSilva/Testes/Logo.css de "CSS" para "CSS limpo" pelo Especial:ChangeContentModel? Obrigado, JPLSilva (discussão) 13h12min de 27 de setembro de 2020 (UTC)[responder]

@JPLSilva Feito. !Silent (discussão) 13h16min de 27 de setembro de 2020 (UTC)[responder]
@!Silent Piscada Obrigado(a)! - JPLSilva (discussão) 13h18min de 27 de setembro de 2020 (UTC)[responder]

ISBN na citação automática?[editar código-fonte]

Olá, adicionei este livro utilizando citação automática do editor visual em um artigo, ocorre que não foi gerado o ISBN. Por outro lado, adicionei a mesma fonte na enwiki e reparei que o ISBN foi gerado. Não poderia alguém implementar esse algoritmo na citação automática? --A.WagnerC (discussão) 01h14min de 28 de setembro de 2020 (UTC)[responder]

GeoData e Info/Município do Brasil[editar código-fonte]

Olá. GeoData --> {{Coor dms}} --> {{Info/Assentamento}} --> {{Info/Município do Brasil}} --> artigos: essa é a lógica, cada predefinição transcluida na seguinte, que deveria fazer com que todos os artigos sobre municípios do Brasil tivessem as coordenadas acessíveis via API por meio da extensão GeoData. Porém, verifiquei que não estava funcionando e precisei fazer uma ligação direta entre o primeiro e o penúltimo elementos da sequência. Até o segundo ponto está tudo ok, já que a {{Coor dms}} insere as coordenadas nas páginas onde é utilizada diretamente, mas algo não está funcionando como deveria em algum momento na sequência. Será que alguma alma caridosa e com superpoderes programáticos poderia verificar? Muito agradecido! (ver discussão relacionada) Cumprimentos, Rafael (stanglavine) msg 17h50min de 29 de setembro de 2020 (UTC)[responder]

@Stanglavine: É o parâmetro |coord_título=sim da {{Info/Assentamento}} que faz as coordenadas serem mostradas no título (no canto direito) e insere o #coordinates. Isso não é abilitado automaticamente porque muitas subpredefinições da Info/Assentamento colocam as coordenadas por fora da infobox, se isso fosse automático essas ficariam com duas coordenadas sobrepostas no título. Eu já tentei padronizar as infoboxes de localidades para corrigir isso há muito tempo atrás, mas são tantas predefinições e tão diferentes entre si que acabei desistindo, depois criei o Módulo:Info/local numa nova tentativa, apliquei em algumas infoboxes mas acabei ficando sem tempo, enfim, é um problema antigo e complicado, um dia talvez eu retome isso. Danilo.mac(discussão) 20h47min de 29 de setembro de 2020 (UTC)[responder]
@Danilo.mac: Então seria apenas adicionar "|coord_titulo=sim" em {{Info/Município do Brasil}} para integrar a predefinição ao GeoData por meio da {{Coor dms}}? Rafael (stanglavine) msg 17h19min de 30 de setembro de 2020 (UTC)[responder]
@Stanglavine: Sim, e além do GeoData isso também inclui as coordenadas a direita do título do artigo. Danilo.mac(discussão) 17h35min de 30 de setembro de 2020 (UTC)[responder]
@Stanglavine e Danilo.mac: Eu suponho que para ter GeoData não é preciso colocar coord_título, pois a a única coisa que faz é colocar as coordenadas no topo da página além de o fazer na infocaixa. Suponho que os dados Geodata existirão qualquer que seja o local onde aparecem as coordenadas. Os municípios que não têm GeoData é porque não têm coordenadas na infocaixa, pelo que não evocam {{Coor dms}}. Ou estou a ver mal o problema, Danilo? --Stego (discussão) 17h43min de 30 de setembro de 2020 (UTC)[responder]
@Stego: Eu verifiquei o código da {{coor dms}}, o GeoData só é inserido quando as coordenadas são colocadas no título. Isso acontece porque essa predefinição pode ser usada mais de uma vez no artigo e nem sempre ela é usada para apontar as coordenadas do local do qual o artigo trata, as vezes aponta para um local que tem alguma relação com o assunto do artigo mas que tem uma localização diferente, já quando as coordenadas são inseridas no título do artigo elas se referem com certeza ao local do qual o artigo trata e pode então ser usado pelo GeoData para ligar aquele artigo àquelas coordenadas. Danilo.mac(discussão) 18h51min de 30 de setembro de 2020 (UTC)[responder]
@Danilo.mac: obrigado pelo esclarecimento. --Stego (discussão) 23h12min de 30 de setembro de 2020 (UTC)[responder]

Pequeno bug numa predefinição[editar código-fonte]

Olá! Se vocês olharem aqui, poderão ver que na Predefinição:Info/Conflito militar há um bug em que uma pequena linha pontilhada central aparece no fim da predefinição caso a seção sobre "Baixas" não seja usada. Eu olhei o código da predefinição tentando achar o motivo disso, mas não consegui encontrar nada. Alguém sabe como resolver isto? Alguém pode me ajudar? Cléééston (discussão) 02h29min de 30 de setembro de 2020 (UTC)[responder]

@Cléééston: Corrigido 59481285]. GhostP. disc. 02h43min de 30 de setembro de 2020 (UTC)[responder]
@GhostP.: Obrigado :D Cléééston (discussão) 02h49min de 30 de setembro de 2020 (UTC)[responder]

MassMessage enviando convites em duplicidade[editar código-fonte]

Olá, não sei se este é o local correto para falar disso, mas se olharem os dez tópicos mais recentes da minha PDU, verão que recebi convites para três DBs em duplicidade, inclusive para uma que eu mesmo criei e para a qual enviei, certamente, uma única convocação. Tem outras discussões entre essas cujos convites não vieram duas vezes. O que poderia estar acontecendo? Aparentemente não sou o único. Victor LopesDiga!C 16h46min de 30 de setembro de 2020 (UTC)[responder]