== Ajuda com predefinição incluindo linhas em branco ==
== Ajuda com predefinição incluindo linhas em branco ==
{{Respondido|resolvido|
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 [https://pt.wikipedia.org/w/index.php?title=Usu%C3%A1rio:Tschis/Testes2&oldid=59011227 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 [https://pt.wikipedia.org/w/index.php?title=Castlevania_II:_Belmont%27s_Revenge&oldid=59011247 Castlevania_II]). —[[Usuário:Tschis|<span style="font-family: Comic Sans MS; color: green;">'''Tschis'''</span>]] <sup>[[Usuário Discussão:Tschis|<span style="color: grey;">'''msg'''</span>]]</sup> 22h10min de 10 de agosto de 2020 (UTC)
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 [https://w.wiki/ZLG 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 [https://w.wiki/ZLH Castlevania_II]). —[[Usuário:Tschis|<span style="font-family: Comic Sans MS; color: green;">'''Tschis'''</span>]] <sup>[[Usuário Discussão:Tschis|<span style="color: grey;">'''msg'''</span>]]</sup> 22h10min de 10 de agosto de 2020 (UTC)
:Talvez, eu possa saber que erro é esse. Vou verificar! [[Usuário:Juan90264|<span style="color:#0101DF; background:#01DFD7;">Juan90264</span>]] [[Usuário Discussão:Juan90264|<span style="color:#01DF01;">(Disc.)</span>]] 07h06min de 11 de agosto de 2020 (UTC)
:Talvez, eu possa saber que erro é esse. Vou verificar! [[Usuário:Juan90264|<span style="color:#0101DF; background:#01DFD7;">Juan90264</span>]] [[Usuário Discussão:Juan90264|<span style="color:#01DF01;">(Disc.)</span>]] 07h06min de 11 de agosto de 2020 (UTC)
:: Pelos meus testes meu entendimento é que as duas primeiras expressões de <nowiki>"{{#if"</nowiki> 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 —[[Usuário:Tschis|<span style="font-family: Comic Sans MS; color: green;">'''Tschis'''</span>]] <sup>[[Usuário Discussão:Tschis|<span style="color: grey;">'''msg'''</span>]]</sup> 20h34min de 11 de agosto de 2020 (UTC)
:: Pelos meus testes meu entendimento é que as duas primeiras expressões de <nowiki>"{{#if"</nowiki> 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 —[[Usuário:Tschis|<span style="font-family: Comic Sans MS; color: green;">'''Tschis'''</span>]] <sup>[[Usuário Discussão:Tschis|<span style="color: grey;">'''msg'''</span>]]</sup> 20h34min de 11 de agosto de 2020 (UTC)
::: Resolvido finalizando as cláusulas <nowiki>#if</nowiki> com uma nova linha ao invés de "vazio". —[[Usuário:Tschis|<span style="font-family: Comic Sans MS; color: green;">'''Tschis'''</span>]] <sup>[[Usuário Discussão:Tschis|<span style="color: grey;">'''msg'''</span>]]</sup> 21h26min de 11 de agosto de 2020 (UTC) }}
A discussão a seguir está marcada como respondida (feito). Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.
Recentemente, editando esta página, resolvi usar esta predefinição.
Porém, apareceram duas categorias: !Páginas que usam infocaixa teatro com parâmetros desconhecidos e !Artigos que usam infocaixa Teatro utilizando parâmetros definidos localmente. Acredito que ambos sejam por eu ter posto uma imagem e, principalmente, a entrada imagem_legenda, que desde a edição a predefinição alertara de se tratar de um parâmetro desconhecido, sendo que isso não condiz com o que está escrito no próprio documento da predefinição. Há alguma maneira de remover essas categorias sem precisar de usar outra Infocaixa? Marky(Olá?)21h39min de 24 de dezembro de 2019 (UTC)[responder]
Boa noite, senhores(as)! Estou ampliando o artigo Opole (voivodia) baseada no da Wiki-PL e encontrei dificuldade na seção "Urbanização" para inserir a Predefinição:Mapa de localização. Pesquisei, mas não encontrei nesta Wikipédia uma predefinição semelhante a deles, ou seja, onde se pudesse indicar, ao mesmo tempo, vários pontos geográficos dentro de uma única predefinição (a nossa só permite um ponto). Além disso, a nossa "Predefinição:Mapa de localização" apresentou dois problemas no artigo: 1) A posição do rótulo relativamente à marca, fica sempre à direita independentemente se são colocados outros valores válidos, como "left", "top" ou "bottom"; 2) A imagem não se "encaixa" no espaço que seria destinada a ela (veja aqui), diferentemente da imagem no artigo da Wiki-PL. Entendo muito pouco de informática, por isso venho solicitar a ajuda dos senhores(as). Desde já muito obrigada. --Clarice Reis (discussão) 22h21min de 21 de janeiro de 2020 (UTC)[responder]
@Clarice Reis: Oi! Em relação ao problema 1, vi que eles utilizam essa predefinição para marcar os pontos adicionais. Até tentei ver se existia algo equivalente em inglês para que eu pudesse importar, mas como não encontrei vou ficar lhe devendo. Em relação ao problema 2, creio que nossa predefinição de mapas está um pouco desatualizada, sendo que a wiki-en e a wiki-pl já utilizam Lua. @CaiusSPQR: poderia verificar se é viável importar a predefinição com o módulo. ━ ALBERTOLEONCIOWho, me?04h34min de 13 de fevereiro de 2020 (UTC)[responder]
Já faz alguns meses (acho que desde o início do ano) que o design da interface da ferramenta de traduções ficou muito mais "simples", no sentido de ficar desleixado. Eu testei em outros computadores para ver se não é só um problema no meu, mas parece que não. Há algo de errado no código fonte da página? — Marky(Olá?)21h02min de 10 de fevereiro de 2020 (UTC)[responder]
@Creditor Editor: Desculpe a minha falta de especificidade ao usar a palavra. É nas duas páginas (1, 2, 3) que tenho esse problema, principalmente em relação a fonte e a cor dos links, que não diferem entre azul e vermelho. Perceba que as predefinições continuam com o design intacto. Seria algum problema de compatibilidade? — Marky(Olá?)17h53min de 12 de fevereiro de 2020 (UTC)[responder]
@IMarky: Bom, acho que identifiquei o erro. Não tenho muitos conhecimentos a respeito de JavaScript, onde o erro está contido, mas creio pelo menos saber o que está errado.
Acredito que o MediaWiki realmente não alerta um conflito, da mesma forma que faz nas edições, numa ação de bloqueio. Como é uma situação esporádica, não me parece ser um grande problema passível de criar um script só para fazer essa verificação. !Silent (discussão) 23h40min de 22 de fevereiro de 2020 (UTC)[responder]
Obrigado a todos pelas dicas! (Parece então que “Wikipédia:Não se preocupe com desempenho” é mais wsihful thinking do que guideline, como se diz em malagaxe — é pena.)
Tabelas divididas por legislatura é coisa que já está feita; complementarmente a essas, esta tabela pretende possibilitar uma visão diacrónica dos vários mandatos, daí que dividir por letra inicial ou qualquer outra divisão seja inconsequente.
Isto é bastante frustrante, já que, ao contrário do que diz a dita diretriz eu até me preocupei com o desempenho (pelo menos no que toca ao tamanho total do wikitexto), transcluíndo elementos estilísticos repetidos etc. Pior do que ter de me preocupar com o desempenho, porém, é ter a edição restringida por limites técnicos tão grosseiros como throttled upload speed.
Tentei, e falhei: A ideia “genial” de partir aquele trambolho às postas (A-I, J-M, e N-Z) e cosê-las no artigo principal (assim muito reduzido em termos de wikitext) esbarra em de novo limites impostos (tamanho total com transclusões expandidas >2 Mb?) e não carrega as transclusões até ao fim. Muito frustrante. -- Tuválkin✉16h48min de 5 de março de 2020 (UTC)[responder]
Categorytree não mostra mais que 200 subcategorias
Olá a todos notei que a extensão <categorytree> </categorytree> não está apresentando mais que 200 subcategorias quando é colocada em uma subpágina de portal por exemplo. Verifiquei a documentação no MediaWiki e lá há uma menção sobre este problema (mw:Extension:CategoryTree#Next 200 links do not work with CategoryTree installed) mas que eu não sei como resolver e nem tenho a expertise para resolver. Alguém poderia verificar por favor. Vou dar um exemplo com a extensão e um com a predefinição {{Árvore de todas categorias}} que apresenta entre parênteses a quantidade de subcategorias que contém a categoria principal.
<categorytree>Veículos por marca</categorytree><categorytree>Aeronaves por fabricante</categorytree>
Como interpretar uma análise de uma edição filtrada?
Olá! Primeiramente, eu sei que deveria abrir este tópico em Wikipédia Discussão:Filtro de edições, mas como há tópicos lá sem resposta há mais de um ano, entendi que a página está inativa.
Minha questão é: como interpreto uma análise de uma edição filtrada? Por exemplo, eu estava examinando isto e isto, querendo descobrir o que exatamente ativou o filtro, mas não sei onde exatamente está essa informação. Sei que foi uma gíria, mas qual gíria? Pedi pra usuário responsável remover uma palavra informal da edição e tentar de novo, mas o filtro continuou impedindo.
Esta é uma dúvida recorrente, especialmente em novatos; o filtro é ativado e nem sempre eles entendem o que aconteceu. O problema é que mesmo eu, que sou experiente, não entendo tampouco e acabo ficando impossibilitado de ajudá-los. Victão LopesDiga!21h09min de 31 de março de 2020 (UTC)[responder]
@Victor Lopes Realmente, avaliar esses falsos-positivos nos filtros é um trabalho ingrato. Por conta disso, na época que eu era mais ativo com eles, eu criei um script pra tentar me situar nessa questão; a utilização dele é, basicamente, copiar a regex do filtro e jogar num prompt (que aparece ao clicar num botão que fica nesses registros). O problema é que isso só vale para os casos de condições que removem as repetições (rmdouble), retirem os acentos (ccnorm) e ignorem se é maiúscula ou minúscula (irlike), que é sempre a primeira condição dos principais filtros de combate a vandalismo. O problema é quando o FP está em outras condições... Aí você tem que usar a ferramenta de depuração e ir testando. Nesse caso em específico, o problema é a expressão =BRBR|, que vem da regra BR(?: ?BR)+ na primeira condição do filtro 149.
Realmente estamos precisando reavaliar esses filtros, visto que alguns tem coisas que não fazem mais sentido hoje em dia, além de ficar mais de olhos nesses falsos-positivos. Eu respondia bastante na Wikipédia:Filtro de edições/Solicitações e corrigia esses problemas à medida que iam aparecendo, quando eu tinha mais tempo. Vou dar uma reavaliada nesses filtros quando for possível. !Silent (discussão) 21h36min de 31 de março de 2020 (UTC)[responder]
Agradeço a ambos pela ajuda. Nem acho os filtros um problema, muito pelo contrário. Mas até eu que sou iniciado em programação apanho um pouco para entendê-los. Este caso era ainda mais difícil porque a expressão problemática sequer aparecia no "front-end", por assim dizer. Victão LopesDiga!14h57min de 1 de abril de 2020 (UTC)[responder]
Desculpem voltar a essa questão dos filtros, mas... um usuário disse algo neste tópico que me chamou a atenção. Segundo ele, quando o filtro é ativado, o sistema pede que o usuário confirme se sua edição é adequada e o convida a gravar a página novamente, mas parece que isso não funciona, pois o aviso se repete. Victão LopesDiga!05h09min de 7 de abril de 2020 (UTC)[responder]
Quando alguém usa o ping para chamar um editor, mas outro usuário edita alguma coisa depois na mesma página, a notificação do ping some? Pergunto isso porque várias vezes alguns usuários já pingaram meu nome (que verbo feio!), mas não apareceu nenhuma notificação para mim. Só descobri por causa que a página estava na minha lista de vigiadas. ✍A.WagnerC (discussão) 15h52min de 14 de abril de 2020 (UTC)[responder]
A questão é que, como disseram, a predefinição pouco importa, o que envia a notificação é você criar um link para a PU do usuário. E esse problema de não receber notificação é bem comum, ocorre comigo usando ambas as predefinições, então acredito que seja algum problema com o MediaWiki e que precisa ser resolvido via Phabricator. Mr. Fulano!Fale20h46min de 14 de abril de 2020 (UTC)[responder]
One of the notification types that this extension allows is: "Notify me when someone links to my user page." It might not be obvious to some users, but this particular notification only works when the person linking to another user's page also signs (~~~~) the post.
Oi! Será que vale a pena trabalhar em migrar suporte para jogos multiplataforma na Predefinição:Análises de jogo, da mesma maneira que podemos ver na versão em inglês? Eu nem sei por onde começar, visto que esta usa scripts em Lua, e ainda não tenho muita experiência com predefinições complexas. Posso solicitar isso aqui? Não sei se seria muito difícil, e se valeria a pena, mas fica a sugestão :) —Tschisdisc.13h23min de 18 de abril de 2020 (UTC)[responder]
Estava lendo o Wikimedia General chat no Telegram e vi um editor reclamando (óh preguiça) que é um absurdo ter que colocar 4 ~ para assinar um comentário na Esplanada ou nas discussões (nunca num artigo). Só de brincadeira, seria possível elaborar e adicionar um gadget nas preferências para isso? Ou um botão alternativo assinar e publicar ao lado do publicar atual?Jo Loribd15h59min de 2 de maio de 2020 (UTC)[responder]
Eu uso um script para me avisar caso eu esqueça. Se a preguiça de apertar o botão for muito grande, ele pode ser adaptado para adicionar um novo botão, ou até mesmo para que o próprio botão de salvar assine antes de publicar. Helder23h26min de 2 de maio de 2020 (UTC)[responder]
É algo assim. O ponto levantado no chat foi que nenhum site da internet ou app de mensagens pede para assinar. na Wikipédia já registamos automaticamente qualquer contribuição, só que no histórico, mas seria útil que a assinatura fosse mostrada ao final da mensagem, por exemplo na página de dúvidas, é muito comum o novato não assinar, dai temos que procurar no histórico, colocar aquela mensagem de "não assinou etc. Só eu perco uns trinta segundos por dia fazendo isso, tarefa que poderia perfeitamente ser automatizada, ainda que de forma opcional, quero ver/não quero ver nas opções das preferências. Ou talvez um popup, paro o cursor sobre a mensagem e explode uma caixa mostrando o nome doautor ou seu IP.Jo Loribd11h19min de 3 de maio de 2020 (UTC)[responder]
Instalei para testar o funcionamento básico, e parece ser bem prático. Sugeri ao autor a inclusão da tradução para o português, com base no que o Bageense tinha feito localmente. Se mais alguém quiser testar poderíamos disponibilizar como um gadget... Helder17h52min de 5 de maio de 2020 (UTC)[responder]
Acho que estava nessa discussão que o Jo Lorib referiu aí, no Telegram. Além de ser completamente Neandertal ter que meter os ~~~~ de cada vez que se coloca uma mensagem numa discussão, é algo que obviamente nenhum novato sabe que é preciso fazer (ou sequer acredita que numa plataforma tão badalada como a Wikipédia pode existir algo assim, que já devia estar ultrapassado nos tempos da Arpanet. Não tem mesmo maneira de automatizar isso, para que não precisemos mais de assinar em discussão? Sem script em página de usuário, né, q nenhum novato alguma vez vai usar isso (e se usar, é pq não é novato).--DarwinAhoy!00h17min de 5 de maio de 2020 (UTC)[responder]
@DarwIn e A.WagnerC:A questão seria como fazer pro script saber exatamente se você está acrescentando algum comentário, editando um que já existe ou fazendo algum outro tipo de ajuste na página. Não me parece algo tão trivial de se fazer sem que gere alguns (muitos) falsos-positivos. Ou então o script poderia sempre, ao clicar em "Publicar alterações", perguntar se você quer assinar o comentário (ou apenas te lembrar disso). Mas por exemplo, esta não é uma página de discussão, portanto teríamos que levantar todas as páginas principais do domínio wikipédia que funcionam como discussão, pro script saber que deve atuar nelas também. Além disso, as vezes o comentário que acrescentamos não é exatamente no fim da página, mas sim no meio; isso dificultaria ainda mais de se fazer algo automático.
@!Silent e He7d3r: Pois é. Enquanto a Wikimedia F. não entrar na idade do Ferro e implementar algo um pouco mais evoluído q esse sistema dos tis, esse poderia ser um paliativo, ao menos para os novatos. para os outros deve ser possível desactivar isso, pq já o fazemos por padrão, e mais um aviso só iria atrapalhar.--DarwinAhoy!10h07min de 5 de maio de 2020 (UTC)[responder]
@DarwIn Eles até tentaram, com o flow, mas erraram no passo. Um sistema como o do flow seria o mais ideal, já que funciona como um fórum, segregando o comentário de cada usuário num formato de postagem. Fazer algo com a assinatura 100% automatizada, nesse sistema de discussões que nós temos hoje em dia, perpassa pelo problemas que eu elenquei ali em cima, em que uma edição numa página como esta nem sempre é a inclusão de um comentário e, mesmo que seja, nem sempre é exatamente no fim da página. !Silent (discussão) 11h28min de 5 de maio de 2020 (UTC)[responder]
@!Silent: Noutras wikis vi muitas vezes bots de assinatura funcionando razoavelmente bem, não seria possível fazer o mesmo aqui? Acabavam por resolver o problema dos novatos que não assinam.--DarwinAhoy!11h31min de 5 de maio de 2020 (UTC)[responder]
Posso por a funcionar cá algo parecido com o signbot, mas o ideal é servir como backup, tal como ocorre na en e no commons. @!Silent e He7d3r:, porque não adicionar um botão para assinar & salvar, junto do publicar, nas páginas de discussão, e numa listagem de páginas como esta? Numa primeira fase seria algo mais simples, depois avaliava-se a necessidade de mais features. AlchimistaFala comigo!18h47min de 5 de maio de 2020 (UTC)[responder]
@Alchimista:, em geral eu prefiro adotar soluções já existentes, para que em vez de termos que fazer manutenção em mais um fork ou script exclusivamente nosso, no máximo façamos umas melhorias aqui e ali em algo que possa ser útil a mais wikis. Por isso estou testando o script reply-link que citei acima (e com o qual estou deixando este comentário, sem ter que assinar manualmente, nem escolher entre um botão normal e outro que assine). Em todo caso, há uma outra opção, que parece ser mais similar ao que sugere:de:Benutzer:Perhelion/signing (não testei). Helder19h19min de 5 de maio de 2020 (UTC)[responder]
Devo dizer que o problema dos falsos positivos também acontece com o meu script, por ter escolhido o seguinte critério: avisar quando não tiver ~~~~ ao salvar edições em páginas de discussão ou páginas que contenham a string " (UTC)", que possivelmente indica a presença de assinaturas de outros usuários. Então às vezes recebo um aviso desnecessário, por editar uma página de discussão para corrigir algum problema (sem estar, de fato, comentando algo). Mas a frequência destes erros é relativamente baixa, então acabei deixando como está... Helder12h40min de 5 de maio de 2020 (UTC)[responder]
E um pop up? Estacionando o cursor sobre uma mensagem a janela indicaria o autor da mensagem. Dá para adicionar aos já existentes? É simples de fazer? (mais alguém ainda usa pop ups ou só eu?). Jo Loribd01h23min de 6 de maio de 2020 (UTC)[responder]
@Albertoleoncio:, Millennium bug, !Silent não sei dizer com certeza, mas pode ter sido. O python2 está a ser abandonado a favor do python3, se o bot estava a correr com py2 pode ter a ver com isso, já alguém o tentou contactar? Entretanto, quais as tarefas fazem mais falta? AlchimistaFala comigo!
@Millennium bug: pelo que vi, alguns scripts devem ter parado por terem sido feitos usando uma versão já não usada do pywikibot. Posso fazer a adaptação para a nova versão, ou ver se compensa escrever de raiz usando as versões mais recentes do pywikibot e python, mas para isso preciso saber quais as mais urgentes, para por mãos à obra. Se bem que no caso das matrizes o bot esteja a correr bem, têm é de ser acionadas a esta página: Danilo.bot/matrizes. Ainda não percebi exatamente o que ele fazia com o listar de novas referências, referes-te a passar nos artigos com a tag de sem referências e removê-la nos casos onde já tenham adicionado novas referências? AlchimistaFala comigo!
Eu fiquei ausente da Wikipédia mas eu continuei entrando no IRC, se precisarem de algo mais urgente podem me encontrar lá. Pelo que vi o problema na maioria dos scripts foi uma modificação no pywikibot que deixou de reconhecer uma linha do meu user-config.py, fiz a correção e rodei manualmente a atualização da lista dos artigos com fontes mas marcados com {sem-fontes} e funcionou, creio que os outros devem rodar corretamente na data periódica programada. Já os asteroides é preciso fazer uma pesquisa complicada para gerar uma lista dos artigos a serem redirecionados antes de rodar o script, assim que der eu vou ver isso. Danilo.mac(discussão)21h22min de 18 de junho de 2020 (UTC)[responder]
@Elilopes Não é bem uma falha. O filtro fez exatamente o que está programado a fazer: liberar uma página que contenha [Ff]ontes?[^s\}]. Isso vale para [Rr]eferências?[^s\}] também, podendo ser uma palavra simples. É para deixar o filtro mais rígido? !Silent (discussão) 20h49min de 15 de maio 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.
Costumo muito utilizar a citação automática, pela sua praticidade. Por outro lado, tem algo que me irrita, em relação à citação de sites. Muitas vezes, a citação automática só salva o link, mas não salva a data de consulta e demais informações. Na maioria das vezes, tenho que fazer isso manualmente. Na enwiki, é salvo pelo menos a data de consulta e muitas vezes o idioma do site. Será se não é possível configurar a citação automática para pelo menos salvar a data de consulta, como ocorre na enwiki? Saudações. ✍A.WagnerC (discussão) 01h01min de 16 de maio de 2020 (UTC)[responder]
Olá, notei que temos a predefinição {{Descrição curta}}, mas ela não funciona. Deduzo que seja porque ela invoca uma palavra mágica que não existe ainda por aqui: a {{SHORTDESC:}}. Nunca lidei com uma palavra mágica então prefiro não me meter a fazê-la funcionar.
@Victor Lopes: Saberia dizer se já ocorreu alguma discussão por aqui, em relação ao uso dos rótulos do Wikidata, como descrição dos artigos em ambiente mobile? Me pareceu que foi algo que simplesmente "aconteceu" e ficou por isso mesmo. Essa discussão da esplanada da wiki-en, pelo que entendi, visa eliminar o uso do Wikidata nas descrições curtas e deve gerar alguns conflitos por lá. ━ ALBERTOLEONCIOWho, me?01h00min de 19 de maio de 2020 (UTC)[responder]
Na verdade, eu não sei se houve qualquer discussão a respeito de rótulos do Wikidata, seja qual for o fim. Pelo que entendi já existem vários conflitos sobre isso. Mas eu entendo que, por melhorarem a experiência de busca, são uma funcionalidade essencial. Victão LopesDiga!18h01min de 19 de maio de 2020 (UTC)[responder]
Essas descrições são desenhadas para serem vistas apenas na versão mobile da Wikipédia. Na En.WP, você pode escolher ver essas descrições na versão desktop e, inclusive, adicionar e/ou mudar uma descrição na própria en.WP sem precisar ir a Wikidata. Mas na verdade, a descrição curta é a mesma descrição do Wikidata. Eu uso essa ferramenta na En.Wp e quando eu insiro uma nova descrição curta em um artigo essa descrição vai direto para o Wikidata. Isso facilita muito a vida, porque com a ferramenta você consegue ver se um artigo tem ou não descrição e consegue inserir ou modificar uma descrição de forma muito fácil.--SirEdimonDimmi!!!22h09min de 18 de maio de 2020 (UTC)[responder]
Até outro dia, quando eu criava uma página ou categoria, bastava ir à coluna da esquerda e, no pé, acessar o Wikidata pelo link "Em outros idiomas" e incluir os IWs.
Resposta dada a mim no MediaWiki: "This is a known issue. The fix will be deployed with the next Mediawiki version. This normally happens on Thursdays, but this week's release has been blocked by an unrelated issue" ou "Esse é um problema conhecido. A solução será implementada com a nova versão da MediaWiki. Isso normalmente ocorre as quintas, mas o lançamento essa semana foi bloqueado devido a um problema não relacionado".--SirEdimonDimmi!!!22h08min de 28 de maio de 2020 (UTC)[responder]
Percebi que a classe infobox_v2 não funciona do jeito que deveria funcionar na versão móvel. Comparando ela a de outras línguas, ela deveria ficar centralizada e o primeiro paragrafo vai antes da infobox, diferente da nossa. Há um tempo atrás eu tentei fazer isso mas é necessário um consenso para uma predefinição como essas. Há alguma coisa que pode ser feita? —Marcoasxd(talk to me)16h42min de 30 de maio de 2020 (UTC)[responder]
Pesquisar na Wikipédia
Olá, nesses últimos dias, quando eu vou pesquisar um artigo recém-criado na barra de pesquisas, ele não aparece pra mim nos sugeridos caso não seja digitado o nome dele completamente, algo que não acontece com os artigos antigos, que basta digitar algumas letras, e ele já aparece. Mesmo eu abrindo em uma guia anônima, o problema continua. Mr. Fulano!Fale20h21min de 30 de maio de 2020 (UTC)[responder]
A discussão a seguir está marcada como respondida. Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.
Antigamente, quanto existia uma página para pedir bloqueios, podíamos fazer esse pedido utilizando um botão do Fastbuttons. Agora que a forma como os bloqueios são resolvidos e aplicados mudou, esse botão do Fastbuttons está bloqueado. Será que existe forma de redirecionar esse botão para Wikipédia:Pedidos/Notificações de vandalismo? Porque esse botão era realmente muito útil para denunciar vândalos, spamers, CPUs e etc.--SirEdimonDimmi!!!22h25min de 4 de junho de 2020 (UTC)[responder]
Sim, realmente esse botão é muito útil. Na verdade ele não se encontra bloqueado e sim, é a página Wikipédia:Pedidos/Bloqueio que se encontra protegida a nível de administradores e por isso que não funciona o botão, acredito. Mas não faço ideia de como fazer esse redirecionamento. --Editor DS.s (discussão)22h44min de 4 de junho de 2020 (UTC)[responder]
Desde que descobri a existências das novas Infoboxes geradas com dados do Wikidata ({{Info/Biografia/Wikidata}}), tenho usado elas exclusivamente para as novas biografias que crio. Porém, recentemente criei algumas biografias onde as biografadas tem, no Wikidata, décadas como ano de nascimento, já que as referências não são exatas. Exemplos: Marissa Johnson (Q21196806) e Elle Hearns (Q41552668). Quando a propriedade P569 (data de nascimento) é retornada, ela aparece como "década de YYY5", ao invés do esperado, "década de YYY0".
Estive lendo os Módulos responsáveis pelo retorno desses valores e cheguei às seguintes conclusões:
O Módulo:Wikidata, que não é utilizado pela Infobox, retorna o valor errado devido a um erro na função que gera a string:
Valor esperado: década de YYY0
Valor retornado: década de YYY00
Para consertar, sugiro alterar a linha 41:
[8] = "década de $10", -- precision: decade
Para
[8] = "década de $1", -- precision: decade
O Módulo:WikidataIB, utilizado pelas infoboxes, retorna o valor errado pois não realiza o mesmo cálculo realizado pelo Módulo:Wikidata. Como não tenho certeza qual o valor recebido do Wikidata pelo Módulo, não sei dizer ao certo porque o 5 aparece no final da data:
Valor esperado: década de YYY0
valor retornado: década de YYY5
Para consertar, sugiro adicionar a seguinte linha acima da linha 531:
Como não tenho muita experiência com Lua, prefiro que estas alterações sejam revisadas pelos programadores daqui. Caso aqui não seja o lugar correto para este tipo de sugestão, peço que movam para o lugar correto. Paulo Belatoindeedaroo00h48min de 9 de junho de 2020 (UTC)[responder]
Direção de arte
A discussão a seguir está marcada como respondida (feito). Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.
Percebi que nos mapas interativos (em Português) o nome de Portugal está como "Portugalija" (que é o nome em italiano). Inicialmente pensei que fosse um problema com o OpenStreet, eles analisaram e consultaram esses links [3][4], então disseram-me que o problema pode já ter sido corrigido mas aqui o mapa ainda não fora atualizado ou que o problema está nos mapas Wikimedia. Alguém tem alguma ideia de como corrigir isso? − Allice Hunter(Say it!)16h57min de 14 de junho de 2020 (UTC)[responder]
Colegas, me ajudem com isto, por favor. O que acontece, será que é só comigo o problema? Essa imagem que aparece com as bandeirinhas, torna inativos todos os botões de edição. Não adianta alterar resolução da tela nem tamanho de fonte no navegador. Para editar, tenho que atualizar e dar o comando antes dos ícones aparecerem.--PauloMSimoes (discussão) 06h04min de 18 de junho de 2020 (UTC)[responder]
@Clarice Reis e He7d3r:, obrigado pelas dicas. Hoje o problema desapareceu. Agora estou me lembrando que não foi a primeira vez que tive esse problema. Creio que tenha por causa de mudanças que são feitas, como citado pelo Helder. Se voltar, faço como sugerido por vocês.Abraços!--PauloMSimoes (discussão) 13h00min de 18 de junho de 2020 (UTC)[responder]
This issue of the Editing newsletter includes information the Talk pages project, an effort to help contributors communicate on wiki more easily.
Reply tool: This is available as a Beta Feature at the four partner wikis (Arabic, Dutch, French, and Hungarian Wikipedias). The Beta Feature is called "Ferramentas de discussão". The Beta Feature will get new features soon. The new features include writing comments in a new visual editing mode and pinging other users by typing @. You can test the new features on the Beta Cluster now. Some other wikis will have a chance to try the Beta Feature in the coming months.
New requirements for user signatures: Soon, users will not be able to save invalid custom signatures in Special:Preferences. This will reduce signature spoofing, prevent page corruption, and make new talk page tools more reliable. Most editors will not be affected.
Research on the use of talk pages: The Editing team worked with the Wikimedia research team to study how talk pages help editors improve articles. We learned that new editors who use talk pages make more edits to the main namespace than new editors who don't use talk pages.
A um tempo vejo que quando clico no botão (do FastButtons) "direito ao voto", seja qual for o usuário na ocasião, sempre aparece que ele não tem esse direito. Já fiz contato com outro utilizador para saber se eu estava fazendo algo de errado, porém me respondeu que provavelmente é um bug, então trago para cá o tópico. Ovelhamauro(diga)23h49min de 17 de junho 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.
Acabo de criar a categoria acima, mas uma das categorias resultantes (Categoria:Década de 2010 na África) aparece diferente e em vermelho, provavelmente porque o nome do país não aparece em alguma lista necessária de países da África.
A discussão a seguir está marcada como respondida (resolvido). Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.
Estou a tentar incorporar alguns parametros Wikidata na Template:Info/Taxonomia. Estou com alguma dificuldade no parametro imagem. Queria que, se não for definida uma imagem aqui, a predefinição a busque no Wikidata, se houver. Se não for definida e não houver no wikidata, quero colocar uma imagem padrão e categorizar (conforme já é feito actualmente). Os meus testes estão aqui: Usuário(a):GoEThe/Teste9. Obrigado desde já. GoEThe (discussão) 10h30min de 23 de junho de 2020 (UTC)[responder]
@GoEThe: Coloquei a imagem do Wikidata na Info/Taxonomia com {{#property:P18}}, olhei um artigo que antes não tinha imagem e agora pegou do Wikidata. Para ter outras funções relacionado ao Wikidata uma opção é usar o Módulo:Info, eu tinha a ideia de fazer a info taxonomia com ele mas acabei que não tive mais tempo de mexer com isso. Danilo.mac(discussão)17h56min de 28 de junho de 2020 (UTC)[responder]
A discussão a seguir está marcada como respondida (respondido). Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.
O link para a mensagem de wikiapreço na aba mais da página de discussão de usuário da Wikipédia (todas que verifiquei) está sobreposto com imagens de "positivo" e não aparece o coraçãozinho. Só na PDU, na PU aparece o coraçãozinho, como sempre. Mais ou menos parecido com a sobreposição relatada antes nas bandeirinhas das versões alguns tópicos acima deste #Problema em Wikipédia:conversor de idiomas.Jo Loribd14h38min de 23 de junho de 2020 (UTC)[responder]
@ChristianH Acredito que é porque a página está grande demais e com muitas predefinições, o que faz com que as últimas não sejam transcluídas corretamente. Perceba que se tentar editar a última seção da página (Ligações externas) e pôr para Mostrar previsão, as predefinições aparecerão normalmente. O ideal é enxugar um pouco o artigo. !Silent (discussão) 19h42min de 24 de junho de 2020 (UTC)[responder]
Links em azul para páginas eliminadas no skin Minerva
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.
O anônimo aí deve se referir a algumas páginas, somente. Isso acontece quando elas são recriadas: continuam na lista de eliminações, só que em azul — ou em verde, quando direcionadas. Yanguasdiz!-fiz16h32min de 27 de junho de 2020 (UTC)[responder]
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èsd'un message?23h17min de 29 de junho de 2020 (UTC)[responder]
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... né?
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.
@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èsd'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]
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]
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.
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 —Tschismsg22h33min de 3 de julho de 2020 (UTC)[responder]
Alteração de comportamento na predef Desambiguação
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
A discussão a seguir está marcada como respondida (respondido). Se quiser acrescentar mais algum comentário, coloque-o logo abaixo desta caixa.
More than 50 million edits have been made using the visual editor on desktop.
Seven years ago this month, the Editing team offered the visual editor to most Wikipedia editors. Since then, editors have achieved many milestones:
More than 50 million edits have been made using the visual editor on desktop.
More than 2 million new articles have been created in the visual editor. More than 600,000 of these new articles were created during 2019.
The visual editor is increasingly popular. The proportion of all edits made using the visual editor has increased every year since its introduction.
In 2019, 35% of the edits by newcomers (logged-in editors with ≤99 edits) used the visual editor. This percentage has increased every year.
Almost 5 million edits on the mobile site have been made with the visual editor. Most of these edits have been made since the Editing team started improving the mobile visual editor in 2018.
Editors have made more than 7 million edits in the 2017 wikitext editor, including starting 600,000 new articles in it. The 2017 wikitext editor is VisualEditor's built-in wikitext mode. You can enable it in your preferences.
Espaçamento de WP:EAD/L em dispositivos móveis utilizando a versão desktop
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]
Alguns artigos não apresentam pop-up de referências/notas
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. —Tschismsg16h43min 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. —Tschismsg10h01min de 18 de julho de 2020 (UTC)[responder]
Lista de línguas por ordem aleatória
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]
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]
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?
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.
@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.—Tschismsg09h54min de 18 de julho de 2020 (UTC)[responder]
Ferramenta de Ligações para desambiguações não funciona mais
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? —Tschismsg09h51min de 18 de julho de 2020 (UTC)[responder]
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 tiOvelhamauro(diga)22h13min de 21 de julho de 2020 (UTC)[responder]
Inserir descrição do Wikidata na página da versão desktop do Wikipedia
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]
Instabilidade dos campos "assunto" e "resumo da edição"
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.
@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... ━ ALBERTOLEONCIOWho, me?20h05min 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.
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:
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? --HVLdisc.14h17min de 1 de agosto de 2020 (UTC)[responder]
WP:EAD/L mostrando votações para AB com menos de 7 votos com fundo cinza
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]
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. WikiFermsg15h30min 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]
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]
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!•C21h31min de 5 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" —Tschismsg06h32min 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 —Tschismsg07h02min 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 —Tschismsg08h34min 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? :) —Tschismsg17h21min 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.
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!
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). —Tschismsg22h10min de 10 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 —Tschismsg20h34min de 11 de agosto de 2020 (UTC)[responder]
.JPG)
resolvido, usando alguns “truques”. Obrigado a todos os que ajudaram! -- Tuválkin ✉ 01h48min de 29 de junho de 2020 (UTC)
Pergunta Esta ferramenta só existe no editor visual? Victão Lopes Diga! 23h45min de 16 de maio de 2020 (UTC)
Obrigado(a) Yanguas diz!-fiz 20h19min de 23 de julho de 2020 (UTC)
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)
Valeu! @Tschis:. Sem pressa...Abç!--PauloMSimoes (discussão) 08h58min de 7 de agosto de 2020 (UTC)
Perfeito, @Tschis:. Obrigado.--PauloMSimoes (discussão) 22h16min de 7 de agosto de 2020 (UTC)
