Wikipédia:Café dos programadores


Último comentário: 15 de dezembro de 2017 de Felipe da Fonseca no tópico Predefinição:Linha do tempo de compositores Românticos
Pedidos, painéis e centrais de discussão
Boas-vindas ao café dos programadores!
Um local onde se tiram dúvidas sobre predefinições, HTML, CSS, JavaScript e outros tipos de edição avançada.

Inserir um novo tópico


Predefinição:Página de discussão

Olá pessoas, tudo bem? Estava querendo usar a predefinição {{Página de discussão}} porém ela anda meio que capada, sem atualização relevante desde que foi criada em 2006. A versão dela em inglês e em espanhol é bem mais completa, tendo algumas dicas para quem vai deixar alguma mensagem na página de discussão de um usuário como pequenas regras. Alguém poderia dar uma moral lá? Saudações. pablodiego15 (msgcontrib) 08h27min de 27 de junho de 2017 (UTC)Responder

@Pablodiego15: Pois é né, a nossa predefinição anda muito pobrezinha. HG (discussão) 11h01min de 27 de junho de 2017 (UTC)Responder
@Holy Goo: Sim.   pablodiego15 (msgcontrib) 20h19min de 29 de junho de 2017 (UTC)Responder
  Comentário Essa proposta assemelha-se razoavelmente à de mudar a {{bv}} para que mais informações constem nela. É preciso ficar atento quanto à relevância e legibilidade do que será veiculado na predefinição, caso contrário ela só servirá para poluir a página de discussão. Como não tenho conhecimento técnico necessário para opinar sobre como o desenho da predefinição impactaria sua leitura, abstenho-me. --ArgonSim (discussão) 22h20min de 2 de julho de 2017 (UTC)Responder

@Pablodiego15, Holy Goo e ArgonSim: "Converti" a en:Template:Talk header na {{Página de discussão/Testes}}. Vejam como ficou. Pedro H. diz×fiz 19h28min de 3 de julho de 2017 (UTC)Responder

@Pedrohoneto: Pareceu-me bastante boa, não consigo pensar em nada no momento que possa ser complementado ou corrigido. É bom que por ela dispensa-se o uso de mais um monte de predefinições de discussão, pois já estão todas reunidas num lugar só. O único problema mesmo, que na verdade é da metapredefinição empregada {{tmbox}}, é quanto a essa cor marrom que destoa com todo o resto do projeto. Nunca entendo por que ela é padrão na maioria das wikis para predefinições de discussão. --ArgonSim (discussão) 20h52min de 3 de julho de 2017 (UTC)Responder
@ArgonSim: Eu pessoalmente gosto da cor, mas dá para deixá-la personalizável. E será que é melhor propor a mudança na Esplanada? Pedro H. diz×fiz 21h51min de 3 de julho de 2017 (UTC)Responder
@Pedrohoneto: Fiz algumas mudanças menores que acredito serem relevantes, marcadas em vermelho em {{Usuário:ArgonSim/Testes}}: mudança no cabeçalho, substituição pelo botão de assinatura   (mais intuitivo para leitores) e remoção do "não morda novatos", já que é meio redundante com o "seja educado". Também penso que seria melhor propor a mudança na esplanada e sugerir a depreciação das predefinições que forem redundantes. --ArgonSim (discussão) 14h46min de 4 de julho de 2017 (UTC)Responder
@Pedrohoneto: a predefinição ficou muito boa. Sobre a cor, como disse ArgonSim, a cor é padrão, e até gosto dela. Eu tinha tentado usar esse "search" na predefinição {{Arquivo-índice}}, porém o máximo que consegui foi isso. Tento dar uma de programador na Wikipédia, mas nem sempre consigo. rsrs --pablodiego15 (msgcontrib) 04h50min de 4 de julho de 2017 (UTC)Responder
@Pablodiego15: A {{Arquivos de discussão}} já vem com o botão de pesquisa. Mas se mesmo assim quiser usar a Arquivo-índice, é só copiar o código:
{{Arquivo-índice|<Seus arquivos><br />{{caixa de pesquisa|largura=20|rótulo2=Pesquisar}}}}
Pedro H. diz×fiz 12h32min de 4 de julho de 2017 (UTC)Responder
Adicionei aqui. Ficou uma beleza. Valeu. --pablodiego15 (msgcontrib) 06h04min de 5 de julho de 2017 (UTC)Responder
Tenho uma questão. Esse {{Arquivos de discussão}} que você me mandou não é igual o Template:Talk header? veja pablodiego15 (msgcontrib) 06h16min de 5 de julho de 2017 (UTC)Responder

Ficou perfeito, Pedrohoneto. Por mim já pode publicar as mudanças, caso não seja necessário ajustar mais nada. HG (discussão) 15h05min de 4 de julho de 2017 (UTC)Responder


@ArgonSim: Além das suas mudanças, ajustei a predefinição para adaptar o texto de acordo com domínio em que for inserida. Só reinseri os quatro tiles. As duas opções não ocupam muito espaço juntas e cada editor escolhe o jeito mais comodo para assinar (eu mesmo nunca usei aquele botão). Sobre as predefinições que podem ser depreciadas, não encontrei nenhuma. Pedro H. diz×fiz 20h35min de 4 de julho de 2017 (UTC)Responder

@Pedrohoneto: Diria que {{Av-fórum}} e {{Coisas a não fazer}}, por exemplo, já estão incluídas no conteúdo proposto, portanto são redundantes (a segunda nem sequer possui afluentes). Provavelmente há muitas outras predefinições menos populares que também tornariam-se dispensável com a adoção dessa nova. Eu só havia removido os tiles por imaginar que aquela caixa seria lida majoritariamente por usuários sem conhecimento algum de wikitexto; para eles seria pouco intuitivo essa informação, podendo até mesmo prejudicar a compreensão. Mas não imagino que sua presença mude muita coisa, então tanto faz. --ArgonSim (discussão) 20h47min de 4 de julho de 2017 (UTC)Responder
Criei o tópico. Pedro H. diz×fiz 21h23min de 4 de julho de 2017 (UTC)Responder

O texto que aqui estava foi movido para: Wikipédia:Esplanada/propostas/Implementação da nova Predefinição:Página de discussão (4jul2017) --Luan (discussão) 17h32min de 19 de julho de 2017 (UTC)Responder

Meu bug de estimação

Prezados,

De maneira a não ter q me repetir contando toda a história, pediria que lessem esta conversa entre eu e Antero na minha página de discussão,[1] que explica detalhadamente o caso que ocorre comigo. Gostaria de saber se alguém tem ideia ou possível solução para o meu problema, que, em tese, é que a aba de preenchimento de referenciação citar web ou cite web mudou do nada de pt como era originalmente para en me obrigando a usar de scripts para ajustá-las ou fazer na mão a mudança da data de acesso – que vem sempre já impressa automaticamente em en – para português, a fim de evitar que as referencias sejam impressas com uma trilha vermelha atrás indicando erro. Isto passou a acontecer desde q mudanças foram feitas nesses gadgets. Grato. MachoCarioca oi 14h24min de 28 de junho de 2017 (UTC)Responder

Em resumo: no MC, o gadget RefTools passou a estar em inglês, inclusive preenchendo automaticamente a data em inglês. Isso não acontece comigo, por exemplo. aq (discussão) 14h27min de 28 de junho de 2017 (UTC)Responder

Wikidata changes now also appear in enhanced recent changes

Hello, and sorry to write this message in English. You can help translating it.

Starting from today, you will be able to display Wikidata changes in both modes of the recent changes and the watchlist.

Read and translate the full message

Obrigado! Lea Lacroix (WMDE) 08h33min de 29 de junho de 2017 (UTC)Responder

(wrong target page? you can fix it here)

Criação de filtro para bandeirinhas

Como todos sabem, há um consenso que diz que bandeirinhas não devem ser adicionadas am infocaixas (WP:NAOINFO). Portanto, é comum ter que reverter novatos que as adicionam. Seria possível criar um filtro para bandeirinhas caso elas estejam dentro de uma infocaixa? Isso é uma ideia viável de se implantar? Sdç. HG (discussão) 00h38min de 30 de junho de 2017 (UTC)Responder

Acredito que isso talvez esteja no escopo do Especial:Filtro_de_abusos/128. Helder 01h36min de 30 de junho de 2017 (UTC)Responder
Predefinições de bandeirinhas não são obsoletas. Elas só não podem ser usadas no lugar errado. Acho que deveria haver um filtro especificamente para elas e que ele impeça que o usuário faça a edição ao invés de apenas etiquetar. HG (discussão) 02h17min de 30 de junho de 2017 (UTC)Responder
Entendo quase nada de predefinições, mas é possível também remover os ícones das predefinições desta categoria ? Em algumas, os ícones já foram removidos manualmente, mas na grande maioria ainda não. PauloMSimoes (discussão) 23h24min de 2 de julho de 2017 (UTC)Responder

Substituição de Info/Estado extinto

Há um par de semanas propus em Discussão:Info/Estado extinto que a predef existente fosse atualizada, nomeadamente para passar a usar {{Info}}. Coloquei um anúncio para essa discussão num par de projetos e ninguém se opôs a que passasse a ser usado o código que atualmente está em {{Info/Estado extinto/nova versão}} (pode ver-se aqui: 49190008]).

Dado que a predef atual usa uma série de coisas, como ligações internas e categorizações automáticas, que fogem por fugirem ao padrão e causarem frequentes comportamentos indesejados, a compatilidade da nova versão não é 100%, embora o que perde nos raros casos em que há perdas de dados seja mínimo. E todo o caso, o que me propus fazer era adicionar um parâmetro "nova_versão", de forma a que só as páginas que o evocassem em {{Info/Estado extinto}} é que usassem a nova versão.

Mas não estou a conseguir fazer isso. Veja-se o que acontece em 49189779]. {{Teste/1}} tem o código da versão atual de Info/Estado extinto e se existir o parâmetro "nova_versão" evoca {{Info/Estado extinto/nova versão}}. Esta funciona bem quando chamada diretamente, mas não a partir de Teste/1. Também já experimentei o contrário 49172493]: colocar o código da nova versão e evocar a versão antiga. Nesta situação, há problemas de formatação na versão antiga.

Alguém consegue ajudar? Sugestões? Simplesmente criar uma nova predef e marcar a atual como obsoleta? --Stegop (discussão) 03h34min de 2 de julho de 2017 (UTC)Responder

15h31min de 3 de julho de 2017 (UTC)

O texto que aqui estava foi movido para: MediaWiki Discussão:Gadget-wikibugs.js/Core.js § Sugestão do Jackgba

Falhou a verificação gramatical (erro de sintaxe): UNIQ

Ola, pessoal. Apareceu a mensagem "Falhou a verificação gramatical (erro de sintaxe): {\displaystyle ?'"`UNIQ--math-00000014-QINU`"'? }" no artigo Teoria de Kaluza–Klein. Alguem sabe como arrumar isso?   Boas edições! Dr. LooFale comigo 18h40min de 5 de julho de 2017 (UTC)Responder

@Luizpuodzius:   Feito O problema estava no uso redundante da tag <math> dentro de {{equação}}. --ArgonSim (discussão) 19h12min de 5 de julho de 2017 (UTC)Responder

Compactação de interwikis na PP

Em setembro do ano passado, uma discussão com 4 usuários resolveu remover a {{Interwikis da página principal}} e deixar todos os outros 296 interwikis das demais páginas principais a mostra. Como não uso aquele compactador de interwikis (horroroso por sinal), sobra um espaço em branco imenso abaixo da PP.

Alguma alma bondosa poderia me ajudar a compactar só os interwikis da PP e mesmo assim deixar alguns visíveis? Tentei dar um jeito nisso, mas como não sou bom com CSS e não sei absolutamente nada de JavaScript, o melhor que consegui foi ocultá-los, deixando os que eu quero. Mesmo assim, o espaço em branco ainda continua. Obrigado desde já. Pedro H. diz×fiz 20h19min de 5 de julho de 2017 (UTC)Responder

Consegui. Pedro H. diz×fiz 16h11min de 29 de julho de 2017 (UTC)Responder

15h07min de 10 de julho de 2017 (UTC)

Predefinição:Caixa de citação

Olá. Esse é o segundo pedido, o primeiro foi feito pelo Luan e foi arquivo sem uma resposta. A {{Caixa de citação}} não está funcionando adequadamente. Para além dos problemas nos códigos-fonte, as indicações de posição como "direita" e "esquerda" não funcionam. Um exemplo pode ser visto nesse artigo, onde algumas caixas de citação deveriam estar na esquerda e outras na direita. Alguém poderia ajudar? --Zoldyick (discussão) 23h05min de 14 de julho de 2017 (UTC)Responder

@Zoldyick:   Feito para as posições, 49300363]. A predefinição só permitia as posições como "left" e "right", mas agora permite em português. Qualquer problema, pode reverter a edição e me avisar. Quais são os problemas de código fonte? --Luk3🔔📖 23h31min de 14 de julho de 2017 (UTC)Responder
Muito obrigado, meu chapa. --Zoldyick (discussão) 23h36min de 14 de julho de 2017 (UTC)Responder
Não está na hora de escolher uma caixa de citação padrão melhor? Essa aí é meio "feia", digamos. Por que não tornamos {{cquote}} a padrão, por exemplo? HG (discussão) 00h56min de 15 de julho de 2017 (UTC)Responder
Há três estilos estéticos de apresentar citações nos artigos: com aspas (é preciso fundir {{Rquote}}, {{Citação2}}, {{Cquote}}), em caixa ({{Caixa de citação}}) e borda lateral ({{Quote}}). Encaro a caixa tal como uma imagem (apenas com função de ilustração, tipo "Independência ou morte!" em Independência do Brasil), a borda como continuidade e essencial ao texto e as aspas desnecessárias. --Luan (discussão) 14h17min de 15 de julho de 2017 (UTC)Responder

22h58min de 17 de julho de 2017 (UTC)

Botões do FastButtons sumiram

Os botões do FastButtons não estão mais aparecendo pra mim, apesar da ferramenta ainda estar habilitada nas preferências. Victão Lopes Diga! 16h56min de 18 de julho de 2017 (UTC)Responder

Aqui está tudo normal. Você deve saber disso, mas não custa arriscar uma tentativa de explicação. Se você usa a skin padrão, tem que passar o mouse sobre a seta para aparecer uma lista que inclui o item "mover", e aí você clica em Fastbuttons para fazer os botões aparecerem e sumirem. HG (discussão) 17h00min de 18 de julho de 2017 (UTC)Responder
Ah, era isso mesmo! Eu devo ter clicado sem perceber ao tentar mover alguma página. Obrigado! Victão Lopes Diga! 17h28min de 18 de julho de 2017 (UTC)Responder

Caixa de resumo de edição excessivamente pequena

Isto parece ser um bug mesmo aqui da wiki.pt. Eu vejo a caixa de edição excessivamente pequena, tanto no resumo de edição, como mesmo agora ao preencher o assunto. Não noto que isto aconteça em mais nenhum projecto, na wiki.en aparece com o tamanho normal. Uso monobook, e o bug ficou mais evidente depois da última actualização do mediawiki. Há algum modo de corrigir isto?-- Darwin Ahoy! 14h54min de 19 de julho de 2017 (UTC)Responder

@Darwinius: Esse bug já estava ocorrendo antes, mas tinha sido consertado. Agora ele apareceu de novo. Mr. Fulano! FC 15h39min de 19 de julho de 2017 (UTC)Responder
Esse problema tinha aparecido pra mim um tempo atrás e pra resolver eu tinha adicionado esse hack numa página de scripts pessoais meu. !Silent (discussão) 16h05min de 19 de julho de 2017 (UTC)Responder
Colar o seguinte código na página da sua skin também resolve: #wpSummary{width: 100%;}

Pedro H. diz×fiz 16h31min de 19 de julho de 2017 (UTC)Responder

@Mr. Fulano, !Silent e Pedrohoneto: Muito obrigado pela vossa ajuda. Penso que o código do !Silent também resolve, mas esse que o Pedro mostrou é mais simples, e resolveu (até coloquei a 120% :D) Muito obrigado!-- Darwin Ahoy! 17h44min de 19 de julho de 2017 (UTC)Responder

@He7d3r e ChristianH:, I believe that this problem is caused by MediaWiki:Gadget-wikibugs.css. Can you fix it? Whatamidoing (WMF) (discussão) 19h23min de 19 de julho de 2017 (UTC)Responder
@Whatamidoing (WMF) Done. Thanks! !Silent (discussão) 19h46min de 19 de julho de 2017 (UTC)Responder

De novo: Proposta de fusão de predefinições de bandeiras

Olá pessoal! Anteriormente, pedi ajuda na execução da proposta de fusão de predefinições de bandeirinhas, mas não tive sucesso. Novamente faço o pedido aqui. Por favor, confiram em Wikipédia:Fusão/Central de fusões/Categoria:!Predefinições Country data; Categoria:!Predefinições de dados de países. Grato. --Luan (discussão) 17h42min de 19 de julho de 2017 (UTC)Responder

#if e #ifeq com comportamento estranho

Alguém sabe porque o seguinte acontece?

{{ling|{{{língua|}}}|noerr=1}} , {{ling|cód. inválido|noerr=1}} ou {{ling||noerr=1}} todos devolvem vazio. Veja-se, por exemplo:

X{{ling|{{{língua|}}}|noerr=1}}X , Y{{ling|cód. inválido|noerr=1}}Y , Z{{ling||noerr=1}}Z => XX , YY , ZZ

Então porque é que este if devolve "OK" em vez de devolver "ERRO"?

{{#if: {{ling|{{{língua|}}}|noerr=1}} | OK | ERRO}} => OK

Ou porque é que acontece o mesmo com esta forma:

{{#ifeq: Z{{ling|{{{língua|}}}|noerr=1}}Z |ZZ|ERRO|OK}} => OK --Stego (discussão) 04h10min de 22 de julho de 2017 (UTC)Responder
Na verdade, nenhuma das três formas retorna uma string vazia, como pode conferir na Especial:Expandir predefinições.
{{#ifeq: Z{{ling|{{{língua|}}}|noerr=1}}Z |Z[[Categoria:!Erro no código de língua]]Z|ERRO|OK}} => ERRO
Helder 14h22min de 22 de julho de 2017 (UTC)Responder
Obrigado Helder. Estava a esquecer-me do raio da categoria. --Stego (discussão) 16h02min de 22 de julho de 2017 (UTC)Responder

Kartographer

Boa tarde, vi que a extensão Kartographer foi adicionada a Wikipédia lusófona recentemente. Estava testando na minha página de testes e a tag <maplink> está funcionando bem, porém a tag <mapframe> (citada aqui) não está funcionando como esperado. Tentei por diversos meios achar a causa do problema, mas não consegui, portanto venho pedir ajuda. Obrigado a todos e boas contribuições, Ederporto (discussão) 19h35min de 22 de julho de 2017 (UTC)Responder

Pelo que consta nas configurações, este recurso não está instalado na Wikipédia lusófona. Há planos para que isso seja feito no futuro, conforme pode acompanhar nas tarefas phab:T153158 e phab:T138057. Helder 11h21min de 25 de julho de 2017 (UTC)Responder
@He7d3r: Você tem certeza que respondeu no lugar certo? Mr. Fulano! FC 12h41min de 25 de julho de 2017 (UTC)Responder
Ops! Já movi para a seção correta. Obrigado por avisar... Helder 14h44min de 25 de julho de 2017 (UTC)Responder

Uma dúvida que pode parecer meio besta.

Bom dia! Acredito que aqui é o melhor lugar para eu tirar essa dúvida. Na Wikipédia, diariamente, existem muitas páginas sendo criadas e eliminadas simultaneamente. Pode acontecer de algum dia o servidor da Wikipédia ficar temporariamente "fora do ar", por estar muito sobrecarregado? Editor D.S (discussão) 14h31min de 24 de julho de 2017 (UTC)Responder

@Editor D.S Extremamente improvável, pois os servidores do projeto já são preparados pra isso. !Silent (discussão) 13h02min de 28 de julho de 2017 (UTC)Responder
Obrigado por me responder !Silent discussão, boas contribuições! comentário não assinado de Editor D.S (discussão • contrib) 14h07min de 28 de julho de 2017 (UTC)Responder
@Editor D.S: Para um exemplo recente do tipo de problema que pode ocorrer, confira a edição mais recente das Novidades Técnicas, onde foi relatado um incidente na Wikipédia em alemão. Helder 22h02min de 31 de julho de 2017 (UTC)Responder

15h57min de 24 de julho de 2017 (UTC)

Importar classes para a pt.wiki

Neste momento a predefinição {{FAQ}} não funciona, no sentido em que não cria as respetivas molduras conforme os domínios em que se encontra. Vendo o código, imagino que o problema esteja no facto de que nenhuma das classes que a predefinição invoca existe nos CSS da pt.wiki (por exemplo, "table.tmbox-notice", "table.ombox-notice", "mbox-small", etc). É possível importar as classes em falta dos CSS da en.wiki? Ou, em alternativa, importar todas as classes, na eventualidade de serem necessárias para outras predefinições? JMagalhães (discussão) 01h57min de 29 de julho de 2017 (UTC)Responder

A predefinição não é muito utilizada atualmente (menos de 10 páginas), então a proposta não me parece muito vantajosa em termos de custo-benefício (carregaria o CSS em questão em todas as outras páginas só para que estas 8 tenham uma nova aparência).
O ideal seria aguardar pela TemplateStyles anunciada no tópico anterior, que permitirá o carregamento do CSS apenas nas páginas onde ela for utilizada (ver documentação).
Além disso, em vez de trazer essas classes apenas por causa de uma predefinição, deveria ser feito um esforço coordenado para trazer as demais classes que padronizam o design não só das talk page message boxes (classe tmbox) mas também das article message boxes (classe ambox/ Predefinição:Ambox), e demais caixas de mensagens (tmbox/imbox/cmbox/ombox/fmbox/dmbox). Caso contrário teremos mais um design disputando espaço por aqui. Helder 10h50min de 29 de julho de 2017 (UTC)Responder
Claro que não é utilizada se não está a funcionar... Enfim, é possível resolver o problema? JMagalhães (discussão) 11h16min de 29 de julho de 2017 (UTC)Responder
Possível, sim. Desejável, nem tanto pelos motivos acima... Helder 11h39min de 29 de julho de 2017 (UTC)Responder
Não percebi. Eu indiquei o procedimento para resolver o problema, não só nesta mas em todas as predefinições com código semelhante. Tem alguma solução alternativa para resolver o problema que pretenda implementar agora? JMagalhães (discussão) 11h59min de 29 de julho de 2017 (UTC)Responder
Não, pois não considero apropriada a adição de tal CSS em todas as outras páginas onde a predefinição não é utilizada. Helder 12h29min de 29 de julho de 2017 (UTC)Responder
Então se não sabe outra forma de resolver o problema nem tem soluções alternativas, a sua intervenção aqui não tem nenhum propósito. JMagalhães (discussão) 12h54min de 29 de julho de 2017 (UTC)Responder
O impacto gerado pela adição desse CSS extra seria tão grande assim He7d3r?
Do meu ponto de vista, não veria tantos problemas assim, até porque isso já ocorre com boa parte do CSS contido em MediaWiki:common.css. !Silent (discussão) 15h14min de 29 de julho de 2017 (UTC)Responder
Não sei, mas isso é uma das coisas que deveriam ser avaliadas ao ativar qualquer gadget/módulo para todos os usuários. Além do mais, a questão não é só o tamanho dos módulos de CSS que enviamos aos visitantes: as classes citadas são parte de um conjunto maior, que visa a padronização e otimização da formatação das caixas de mensagem em geral. Não vejo sentido em adotar um pequeno pedaço desse conjunto e desconsiderar o resto (e isso também dificultaria a manutenção fork que estaríamos criando). É o tipo de coisa que estaria no escopo do Wikipédia:Projetos/Padronização. Helder 17h02min de 29 de julho de 2017 (UTC)Responder

───────────────────────── Se não sabe, eu sei. O que acrescenta ao tempo de carregamento ou à quantidade de dados transferidos é imperceptível, ridículo e irrisório. Trata-se simplesmente de acrescentar mais algumas classes css de modo a poderem ser usadas em qualquer predefinição sem estar a repetir o código individualmente; o que, aliás, nem é recomendável pelo menos desde há vinte anos. Eu sinceramente ainda não percebi as razões de tanto choradinho nem como é que uma tarefa tão simples e banal pode gerar essa discussão sem precedentes, principalmente quando não se apresenta nenhuma alternativa para resolver o problema. Só não acrescentei eu próprio porque o domínio mediawiki só é acessível a administradores. Também não percebi a referência a "módulos" ou "gadjets", uma coisa sem a mínima relação com o que aqui foi pedido. E enquanto aqui se discute o sexo dos anjos a redefinição continua sem poder ser usada corretamente. JMagalhães (discussão) 17h10min de 29 de julho de 2017 (UTC)Responder

O que a comunidade decide colocar no MediaWiki:Common.css torna-se parte do módulo "site" (atualmente de ~16kb), que é um dos enviados a todos os visitantes. Gadgets são o método atual para a implementação de funcionalidades (JS ou CSS) de forma modularizada nas wikis. E a TemplateStyles que citei no início está sendo instalada justamente para possibilitar a migração dos estilos em linha dos atributos "style" para as folhas de estilos (a tal forma recomendada há anos), quando se referem exclusivamente ao conteúdo produzido por predefinições. Helder 18h15min de 29 de julho de 2017 (UTC)Responder
Continua-se a discutir o sexo dos anjos, a(s) predefinição(ões) continuam sem funcionar e, como é habitual, a atrapalhar a vida de quem faz algum trabalho pelo projeto com coisas sem sentido nenhum. JMagalhães (discussão)
Helder: não estará a exagerar nas preocupações com performance? Afinal, ao que saiba, esse código CSS é cacheado pelos browsers e estamos a falar em acrescentar algumas centenas(?) de bytes aos 22 kb existentes... Ou estou errado? De todas as formas, aquelas classes parecem-me úteis não só para o caso apontado, pois permitem a simplificação da implementação de "estruturas" complicadas sem eles.
Quanto a esperarmos pelo que "está em implementação", desculpe a franqueza, há *anos* que esperamos por muita coisa (por exemplo, formas expeditas de usar o Wikidata) que, ou não aparecem ou quando aparecem "ninguém" consegue aprender a usá-las. Tanto é que o projeto de padronização está parado há uns 6 ou 7 anos, senão mais, e antes de parar completamente, só me lembro de ter 3 editores ativos: eu e mais dois que já não aparecem há anos! Infelizmente... Mas é o que temos! --Stego (discussão) 20h15min de 29 de julho de 2017 (UTC)Responder
PS: Se o commons.css tem 37k, porque é que o nosso não deve crescer além dos 22k que tem atualmente? Em termos de overhead, a EN deve ter muiiiiitíssimo mais impacto do que a PT. --Stego (discussão) 20h17min de 29 de julho de 2017 (UTC)Responder
Gente, tem uma solução mais prática do que fazer uma tempestade em gota d'água. É simples, é só abrir uma proposta lá na esplanada, e a maioria decide. Mr. Fulano | 20h57min de 29 de julho de 2017 (UTC)Responder
Não é uma questão de maioria nem de votação. A esmagadora maioria da comunidade não faz ideia sequer do que se está a falar. Os que potencialmente fazem, estão neste café. Aquilo que eu realmente não percebo é a criação de uma tempestade sem motivo nenhum, num tópico absolutamente banal: acrescentar umas classes em falta na folha de css para corrigir o problema de algumas predefinições. Esta recusa em entender a questão é inédita e não tem precedentes em nenhum projeto. JMagalhães (discussão) 21h07min de 29 de julho de 2017 (UTC)Responder
Tem como esperar até a implementação da modificação do css prevista pelo Helder? Porque se tiver, é só esperar até lá que esse problema não acontece. E aproveita para adicionar mais códigos além deste. Mr. Fulano | 21h13min de 29 de julho de 2017 (UTC)Responder
Não porque o problema nas predefinicoes acontece agora e, portanto, tem que ser resolvido agora. Essas novas funcionalidades demoram imenso tempo a ser implementadas e por vezes nem o chegam a ser. Além disso, mesmo quando chegarem a ser implementadas isso de fragmentar os css por centenas de predefinições tem que se lhe diga e deve ser alvo de análise cuidada. JMagalhães (discussão) 21h22min de 29 de julho de 2017 (UTC)Responder
JMagalhães Acredito que esta alteração tenha solucionado seu problema, está do jeito que você esperava?--Luizdl discussão 22h47min de 29 de julho de 2017 (UTC)Responder
Luizdl Não, o objetivo não é criar uma caixa. A predefinição já tem uma caixa. Essa caixa assume automaticamente o tipo e a formatação de acordo com o domínio em que se encontra. O código já está lá e não há nada que precise de ser acrescentado. A única coisa que é necessária para a predefinição funcionar corretamete é acrescentar as classes na folha de estilos. Isto é um procedimento extremamente banal e simples. Esta objeção por parte de uma única pessoa, que está a gerar uma tempestade num copo de água, é totalmente incompreensível. JMagalhães (discussão) 23h00min de 29 de julho de 2017 (UTC)Responder

Aquele atributo style, serve para adicionar CSS,também, mas no caso, adiciona o estilo direto ao invés de adicionar a classe. O que eu fiz foi copiar e colar os estilos da classe tmbox, que da na mesma se adicionar a classe tmbox nas folhas de estilo. Se você quiser, você pode trocar o estilo pelo da classe que você desejar da mesma forma que eu fiz.--Luizdl discussão 23h08min de 29 de julho de 2017 (UTC)Responder

Realmente poderia perder imenso tempo a fazer isso e criar uma predefinição bastante complexa que definisse os estilos localmente. Não estou é a ver porque é que alguém haveria de fazer isso quando 1) há uma solução melhor e mais simples que demora um minuto a ser aplicada, 2) possibilita o uso dos mesmos estilos em inúmeras outras predefinições, mantendo a consistência visual do projeto. JMagalhães (discussão) 23h18min de 29 de julho de 2017 (UTC)Responder

21h45min de 31 de julho de 2017 (UTC)

ESR

Alguém poderia ver que bug deu ao mandar esta página para ESR? Fui mandar por má tradução e o fastbuttons sumiu com o conteúdo e deixou um monte de código wiki bugado. Mr. Fulano | Fale! 22h32min de 2 de agosto de 2017 (UTC)Responder

Aconteceu de novo aqui. Mr. Fulano | Fale! 22h42min de 2 de agosto de 2017 (UTC)Responder
User:Mr. Fulano: É o carater | na sua assinatura, em Mr. Fulano</span>]] | [[User talk:Mr.. Substitua por {{!}}; correção: &#124;. --Stego (discussão) 22h49min de 2 de agosto de 2017 (UTC)Responder
Quanto ao conteúdo ter sido ocultado, não foi por causa do FB e sim por conta da template em si, que foi programada para isso. !Silent (discussão) 22h51min de 2 de agosto de 2017 (UTC)Responder
@Stego: Bem que eu achei que dava algum bug deixar aquilo, mas como o He7d3r tinha falado que podia remover para ocupar menos espaço, pensei que não desse nada. Não coloquei a predefinição porque não é permitido colocá-las em assinaturas. E @!Silent: não seria melhor deixar visível para facilitar a tradução? Mr. Fulano | Fale! 22h57min de 2 de agosto de 2017 (UTC)Responder
@Mr. Fulano Isso foi discutido recentemente aqui, e como eu disse lá, recomendo que leve a proposta para a discussão da predefinição. !Silent (discussão) 22h59min de 2 de agosto de 2017 (UTC)Responder
@Stego e !Silent: Fiz melhor, abri um tópico lá na esplanada. Mr. Fulano | Fale! 23h18min de 2 de agosto de 2017 (UTC)Responder
Ah, neste caso, como não deve utilizar predefinições em assinaturas, o melhor será voltar a usar o código HTML (ou algum outro caractere que não tenha um significado especial em sintaxe wiki). Helder 00h16min de 3 de agosto de 2017 (UTC)Responder
@He7d3r e Stego: Já o fiz. Mr. Fulano | Fale! 01h19min de 3 de agosto de 2017 (UTC)Responder

21h45min de 7 de agosto de 2017 (UTC)

Hovercards

Os Hovercards (cartões flutuantes) sumiram, alguém sabe por que e como resolver? Mr. Fulano! Fale Comigo 16h52min de 10 de agosto de 2017 (UTC)Responder

Aqui está normal (testei com o Firefox). Ele ainda está ativado em suas preferências? Helder 18h42min de 10 de agosto de 2017 (UTC)Responder
Agora a pouco eles voltaram ao normal. Deve ter sido algum bug. Mr. Fulano! Fale Comigo 18h46min de 10 de agosto de 2017 (UTC)Responder

Perda de sessão

Nos últimos dias tenho notado uma frequência inusitada de perda de sessão (que me obriga a autenticar-me novamente). É rara a vez que não tenho que me autenticar duas vezes, outras vezes já estou autenticado há bastante tempo e tenho que voltar a autenticar-me, etc. E quando vou para outra wiki ou projeto, é quase certo que por lá não estou autenticado. Isso sempre me aconteceu ocasionalmente, especialmente quando ia ao Commons, mas agora é quase sempre. Cheguei a pensar que era do PC de casa, mas no laptop acontece-me o mesmo. Nos dois uso Firefox 54.0.1.

Sou o único? comentário não assinado de Stegop (discussão • contrib) (data/hora não informada)

@Stegop: Isso quase não me acontece, e quando acontece é quando eu mudo para um outro projeto, como o Commons ou o Wikidata. Mas o que faz isso acontecer é a limpeza dos cookies. Por acaso você possui algum aplicativo que limpa periodicamente os dados do navegador ou está sofrendo com falta de memória no seus computadores? Mr. Fulano! Fale Comigo 18h33min de 11 de agosto de 2017 (UTC)Responder
Mr. Fulano Não tenho nada disso... E se tivesse não iria ser só nos projetos da Wikimedia. Em todo o caso, obrigado. --Stegop (discussão) 21h37min de 11 de agosto de 2017 (UTC)Responder
@Stegop: Então não sei o que é, pois a última vez que isso aconteceu comigo foi meses atrás. Mr. Fulano! Fale Comigo 21h47min de 11 de agosto de 2017 (UTC)Responder

Prosseguimento a proposta aprovada

Olá, necessitamos por em prática o que decidimos aqui. Ishiai (discussão) 13h08min de 13 de agosto de 2017 (UTC)Responder

@Ishiai Feito. !Silent (discussão) 20h05min de 20 de agosto de 2017 (UTC)Responder

23h28min de 14 de agosto de 2017 (UTC)

awb

hello is there any way to extract infobox and its data from en wiki and save it in txt?I want to write article by bot.

is there any tools in wmflabs to help me?

can auowikibrowser extract data of infobox?

@Monorodo: You are mass-spamming gazillions of talk pages with your very same question on unrelated random talk pages. This is forum shopping and rather rude. Furthermore, please sign your posts with your signature. --Malyacko (discussão) 09h53min de 22 de agosto de 2017 (UTC)Responder

18h00min de 21 de agosto de 2017 (UTC)

Erro em categoria

Há algo de errado com as categorias: Mortos em 1622, Mortos em 1735 e Mortos em 1783. Aparentemente o preenchimento das predefs está correto e de acordo com os padrões, mas nota-se uma série de alertas com a mensagem "Expansion depth limit exceeded". Peço que alguém confira. --HVL disc. 07h39min de 22 de agosto de 2017 (UTC)Responder

@HVL Fiz uma null edit nas categorias e agora parece estar tudo certo. !Silent (discussão) 11h40min de 22 de agosto de 2017 (UTC)Responder
Null edit é simplesmente abrir a página de edição e salvar sem alterar nada.
Obrigado !Silent! --HVL disc. 15h35min de 22 de agosto de 2017 (UTC)Responder

Inserção automática de campo de infobox

Recentemente inseri os campos "região_intermediária" e "região_imediata" na {{Info/Município do Brasil}}, visando a acompanhar a atualização das divisões regionais do país — as microrregiões foram substituídas por regiões geográficas imediatas e as mesorregiões por regiões geográficas intermediárias. Ao que parece, no entanto, quando se edita a infocaixa em algum artigo por meio do "Editor Visual" ocorre a inserção automática desses campos de forma desalinhada (ex. 1, ex. 2). Alguém saberia fazer as devidas mudanças na infobox de modo que a inclusão deixe de ocorrer automaticamente? --HVL disc. 19h28min de 23 de agosto de 2017 (UTC)Responder

@HVL: O problema estava no TemplateData da predefinição, automaticamente configurado para que essa fosse inserida em forma de linha ({{predefinição|parâmetro 1|parâmetro2|...|parâmetro n}}). Corrigi-a para que passasse a ser inserida como bloco ("format": "block"), de maneira que cada parâmetro corresponda a uma linha diferente. --ArgonSim (discussão) 22h56min de 23 de agosto de 2017 (UTC)Responder
Obrigado ArgonSim. Veja @O revolucionário aliado: ao que parece a inclusão dos campos continuará ocorrendo quando se edita a infobox dos artigos no Editor Visual, mas eles seguirão o alinhamento correto dos parâmetros (em linhas diferentes). --HVL disc. 09h21min de 24 de agosto de 2017 (UTC)Responder
@ArgonSim: essa infocaixa também não deve ser em formato de bloco. O formato dela é misto, a maior parte em bloco e a parte das coordenadas em linha. Por isso, desfiz a sua edição. Um outro jeito precisa ser arranjado, talvez remover a obrigatoriedade desses parâmetros novos e deixá-los para serem adicionados um a um (com robô ou manualmente). --Luan (discussão) 01h07min de 25 de agosto de 2017 (UTC)Responder

Beta feature: advanced filters and more options for Watchlists, starting September 5

 

Hello!

Sorry to write in English. Ajude a traduzir para a sua língua, por favor!

As you may already know, the Global Collaboration team has created a Beta feature. This feature is on your wiki since few months: "⧼eri-rcfilters-beta-label⧽". You can activate it in your Beta preferences.

What is this feature again?

This feature improves Special:RecentChanges and Special:RecentChangesLinked. It adds new features that ease vandalism tracking and support of newcomers:

  • Filtering - filter recent changes with easy-to-use and powerful filters combinations, including filtering by namespace or tagged edits.
  • Highlighting - add a colored background to the different changes you are monitoring. It helps quick identification of changes that matter to you.
  • Bookmarking to keep your favorite configurations of filters ready to be used.
  • Quality and Intent Filters - those filters use ORES predictions. They identify real vandalism or good faith intent contributions that need help.

You can know more about this project by visiting the quick tour help page.

What's new?

On September 5, the Beta feature will have a new option. Watchlists will have all features available now on the Beta Recent Changes improvements.

If you have already activated the Beta feature "⧼eri-rcfilters-beta-label⧽", you have no action to take. If you haven't activated the Beta feature "⧼eri-rcfilters-beta-label⧽" and you want to try the filters on Watchlists, please go to your Beta preferences on September 6. It will not be possible to try the filters only on Recent Changes or only on Watchlist.

Please also note that later in September, some changes will happen on Recent Changes. We will release some features at the moment available in Beta as default features. This will impact all users, but we will provide an option to opt-out. I'll recontact you with a more precise schedule and all the details very soon.

You can ping me if you have questions.

All the best, Trizek (WMF) (discussão) 15h50min de 24 de agosto de 2017 (UTC)Responder

22h09min de 28 de agosto de 2017 (UTC)

Etiqueta: Inserção de predefinição obsoleta

Olá pessoal! Hoje me deparei com uma situação. No artigo Tenochtitlán Chronus inseriu predefinição obsoleta ({{cite web}}) 49720464]. Já consertei a situação com a ferramenta Script de ajustes. Estou aqui porque essa situação não é informada na hora da edição. Quando se introduz parâmetros duplicados de uma predefinição, aparece um aviso em vermelho lá no início da página. Por que não recebemos o mesmo aviso para impedir que salvemos uma edição sob etiquetas problemáticas? Há como adicionar algum aviso? --Luan (discussão) 11h42min de 30 de agosto de 2017 (UTC)Responder

@Luan Sim, basta criar um aviso e pôr-lo pra disparar através do filtro 128. O problema é que eu não sei se é possível colocar no aviso exatamente a predefinição obsoleta que foi pega na edição, o que certamente faria com que muitos usuários reclamassem, pois ficariam recebendo aviso de "predefinição obsoleta" mas sem saber qual seria ela pra poder corrigir. Sabe dizer se dá pra fazer algo assim, He7d3r? !Silent (discussão) 12h03min de 30 de agosto de 2017 (UTC)Responder
Criei a tarefa phab:T174554 sugerindo este recurso.
Já o aviso sobre parâmetros duplicados não vem de um filtro: ele aparece porque o parser do MediaWiki considera isso como um erro de sintaxe. Aliás, agora temos uma página especial que lista páginas com certos problemas de sintaxe que precisam ser corrigidas: Especial:LintErrors. Helder 13h35min de 30 de agosto de 2017 (UTC)Responder

22h15min de 4 de setembro de 2017 (UTC)

Favor verificar essa discussão

[48] JMGM (discussão) 00h30min de 6 de setembro de 2017 (UTC)Responder

E este outro caso que é da Info/Assentamento que está dando esse erro [49] JMGM (discussão) 01h21min de 6 de setembro de 2017 (UTC)Responder

PetScan funcionando ao contrário

O PetScan, integrado ao FastButtons, tem estes 2 botões funcionando ao contrário:

  • Menos de 1000 bytes ou 4 links
  • Menos de 500 bytes ou 2 links

O código nas URLs geradas na ferramanta do Wikimedia Labs contém "larger=1000" e "larger=500". Então está pegando os artigos MAIORES que o número definido na ferramenta, não os artigos MENORES que o definido. O certo seria "smaller=1000" e "smaller=500". A propósito, Byte se escreve sempre com B maiúculo. B minúsculo é bit.--Mister Sanderson (discussão) 00h56min de 7 de setembro de 2017 (UTC)Responder

@MisterSanderson   Corrigido. Quanto a escrever byte com B maiúsculo, isso só valeria se fosse escrito apenas o símbolo, por exemplo: 1000 B ou 500 B. A palavra em si não tem essa obrigação pois não é um nome próprio, e sim apenas o nome de uma medida. !Silent (discussão) 19h53min de 9 de setembro de 2017 (UTC)Responder

Módulo:Ficha; Módulo:Infobox

Olá pessoal! Favor participem do debate de fusão Wikipédia:Fusão/Central de fusões/Módulo:Ficha; Módulo:Infobox a fim de que haja um entendimento (e sua aplicação). Por enquanto, não formou-se um consenso ainda. --Luan (discussão) 13h28min de 7 de setembro de 2017 (UTC)Responder

Estilo dos cabeçalhos das linhas das tabelas

Olá pessoas, tudo bem? Faz um bom tempo que utilizo a Wikipédia e sempre tento deixar os artigos atualizados, principalmente relacionados a música. Pra gente que edita a Wiki pt, a base principal é a Wiki en, que possui artigos bem mais atualizados o completos. Pois bem, vamos supor que irei traduzir um artigo de uma discografia de um artista, vamos pegar a Avicii discography (em inglês). Se apenas copiar e colar na Wiki pt já não consigo a mesma formatação do artigo original, por causa do bendito do ! scope="row"|. Eu tenho problemas com esse código desde que cheguei na Wikipédia. Pra eu poder deixar a discografia igual na Wikipédia em português eu tenho que colocar vários códigos alternativos, pra poder substituir o mesmo. Eu não sei bem como ele funciona, mas na Wiki en se ele for utilizado, ele coloca um efeito opaco no fundo do texto. pablodiego15 (msgcontrib) 09h16min de 9 de setembro de 2017 (UTC)Responder

Para remover o negrito de certas linhas de cabeçalho das tabelas, o pessoal da enwiki criou a classe "plainrowheaders" (depois dessa discussão de 2010), que deve ser usada no início das tabelas. Conforme a definição, ela só se aplica aos cabeçalhos de linha (células <th> com o atributo scope definido como row). Eu não tenho objeções a fazermos uma réplica dessa classe aqui na ptwiki.
No entanto, observe que a definição do escopo de um cabeçalho é feita por questões semânticas (e não estéticas), para melhorar a acessibilidade das informações, e deveria ser feito (quando apropriado) mesmo que decidíssemos não mudar a aparência de tais cabeçalhos.
Helder 12h33min de 9 de setembro de 2017 (UTC) PS: falando nisso, por favor corrija a sua assinatura, para que não introduza mais códigos obsoletos (como o <font>) nas páginas.Responder
Helder, obrigado pelos esclarecimentos e por ter me notificado pela assinatura. Mas meu problema principal é nas predefinições {{singlechart}} e {{albumchart}}. Em seu início, tinha logo depois do true o !scope="row". No ponto de exclamação tentei colocar no ponto de a barra |, mas não deu certo.
O pessoal está copiando as paradas da Wiki en e postando aqui já com o |rowheader=true embutidas, como esse exemplo.
Eu tirei na de singles, portanto fica sem o fundo opaco.--pablodiego15 (msgcontrib) 06h35min de 10 de setembro de 2017 (UTC)Responder
Não há necessidade de colocar o fundo opaco nas tabelas, até mesmo por causa da acessibilidade? Até mesmo em páginas destacadas na Wiki pt eu não vejo esse fundo!--pablodiego15 (msgcontrib) 06h54min de 10 de setembro de 2017 (UTC)Responder
A finalidade do rowheader=true não é colocar a célula em negrito e com fundo cinza, mas sim indicar que a célula é o cabeçalho da linha (para leitores de tela, por exemplo). O fato disso fazer com que a formatação da célula passe a ser como a de qualquer outro cabeçalho é apenas uma consequência (natural) da célula ser um cabeçalho. Só deveria remover o rowheader se célula não fosse um cabeçalho da linha.
Para que a inclusão de rowheader=true tenha exatamente o mesmo efeito visual que na enwiki (mudar apenas a cor de fundo, mas não colocar a célula em negrito), só precisaremos concordar em criar a classe "plainrowheaders" que criaram por lá, para que seja inserida no início dessas tabelas. Não é preciso mudar a semântica das células ao traduzir o conteúdo. Helder 13h27min de 10 de setembro de 2017 (UTC)Responder

Erro na Wikimedia Foundation

Bom dia! Alguém está recebendo uma mensagem quando tenta acessar alguma página da Wikipédia, falando sobre problemas no servidor? Tradução da mensagem que aparece: "Erro: Nossos servidores estão atualmente em manutenção ou experimentam um problema técnico. Por favor, tente novamente em alguns minutos. Editor DS.s (discussão) 13h18min de 10 de setembro de 2017 (UTC)Responder

Isso tem acontecido esporadicamente quando acesso algumas páginas. Helder 13h27min de 10 de setembro de 2017 (UTC)Responder

PetScan não actualiza dados

Os resultados fornecidos pelo PetSan não são actualizados à cerca de 24 horas. Alguem sabe o que se passa? --JotaCartas (discussão) 04h23min de 11 de setembro de 2017 (UTC)Responder

19h15min de 11 de setembro de 2017 (UTC)

Improvements coming soon to Recent Changes

 

Hello

Sorry to use English. Ajude a traduzir para a sua língua, por favor! Obrigado.

In short: starting on 26 September, New Filters for Edit Review (now in Beta) will become standard on Recent Changes. They provide an array of new tools and an improved interface. If you prefer the current page you will be able to opt out. Learn more about the New Filters.

What is this feature again?

This feature improves Special:RecentChanges and Special:RecentChangesLinked (and soon, Special:Watchlist – see below).

Based on a new design, it adds new features that ease vandalism tracking and support of newcomers:

  • Filtering - filter recent changes with easy-to-use and powerful filters combinations, including filtering by namespace or tagged edits.
  • Highlighting - add a colored background to the different changes you are monitoring. It helps quick identification of changes that matter to you.
  • Bookmarking to keep your favorite configurations of filters ready to be used.
  • Quality and Intent Filters - those filters use ORES predictions. They identify real vandalism or good faith intent contributions that need help. They are not available on all wikis.

You can know more about this project by visiting the quick tour help page.

Concerning RecentChanges

Starting on 26 September, New Filters for Edit Review will become standard on Recent Changes. We have decided to do this release because of a long and successful Beta test phase, positive feedback from various users and positive user testing.

Some features will remain as Beta features and will be added later. Learn more about those different features.

If your community has specific concerns about this deployment or internal discussion, it can request to have the deployment to their wikis delayed to October 1, if they have sensible, consistent with the project, actionable, realistic feedback to oppose (at the development team's appreciation).

You will also be able to opt-out this change in your preferences.

Concerning Watchlists

Starting on September 19, the Beta feature will have a new option. Watchlists will have all filters available now on the Beta Recent Changes improvements.

If you have already activated the Beta feature "⧼eri-rcfilters-beta-label⧽", you have no action to take. If you haven't activated the Beta feature "⧼eri-rcfilters-beta-label⧽" and you want to try the filters on Watchlists, please go to your Beta preferences on September 19.

How to be ready

Please share this announcement!

Do you use Gadgets that change things on your RecentChanges or Watchlist pages, or have you customized them with scripts or CSS? You may have to make some changes to your configuration. Despite the fact that we have tried to take most cases into consideration, some configurations may break. The Beta phase is a great opportunity to have a look at local scripts and gadgets: some of them may be replaced by native features from the Beta feature.

Please ping me if you have questions.

On behalf of the Global Collaboration team, Trizek (WMF) 15h27min de 14 de setembro de 2017 (UTC)Responder

Série de erros

Olá, estou tendo alguns problemas na hora de reverter algumas páginas, onde aparece aquele aviso de erro da wikimedia. O mesmo está acontecendo no RTRC onde ao ver alguns diffs, aparece o mesmo erro. Está ocorrendo alguma manutenção ou coisa do tipo? Mr. Fulano! Fale Comigo 16h35min de 16 de setembro de 2017 (UTC)Responder

Também ocorreu comigo, e criei a tarefa phab:T176048, que marcaram como duplicada da phab:T176047phab:T175803. Helder 16h37min de 16 de setembro de 2017 (UTC)Responder
Comigo aconteceu em várias páginas também, inclusive durante a própria edição ao antever as diferenças no código-fonte. Achei que fosse alguma manutenção no sistema que eu não estava sabendo. --Luan (discussão) 12h32min de 17 de setembro de 2017 (UTC)Responder

15h31min de 18 de setembro de 2017 (UTC)

Sortable uma coluna e nowrap em mais de uma tabela

Boa noite! Gostaria que pudessem me explicar ou indicassem o caminho da explicação sobre dois tópicos:

  • Tenho uma tabela wikitable sortable, mas quero inserir o sortable apenas em uma coluna. Como fazer?
  • Insiro nowrap na coluna de uma tabela. Queria que a coluna de outra tabela seguisse a primeira, na dimensão. Acho que já vi isso em algum lugar, mas não sei mais onde encontro.

Obrigado pela atenção.--Rafaelfdc (discussão) 04h07min de 21 de setembro de 2017 (UTC)Responder

@Rafaelfdc::
@Holy Goo::
  • Que pena.
  • Olha só, não sabia que dava pra fazer isso. Mas não era o que eu queria. Não está relacionado à questão anterior. Vou dar um exemplo: faço uma tabela de uma coluna e tantas linhas (não importam quantas). Coloco um nowrap nessa coluna: ok. Aí faço uma nova tabela embaixo: mesma 1 coluna e tantas linhas. Na primeira tabela, digito na primeira linha algo em torno de 20 toques; a coluna vai se autodimensionar. Gostaria de adicionar um comando na segunda tabela, que fizesse que a coluna ficasse na mesma dimensão que a coluna da primeira tabela. Para ficar esteticamente bonito e não tem que ficar alterando manualmente a largura das colunas para que fiquem de igual tamanho, sempre que apareça uma sequência de dados maior que a anterior em uma das linhas.--Rafaelfdc (discussão) 20h27min de 21 de setembro de 2017 (UTC)Responder
@Rafaelfdc: Poderia me mostrar onde você quer fazer isso? Eu posso ajudar nisso, mas seria melhor ver as tabelas que você está fazendo. Holy Goo (d . c) 00h40min de 22 de setembro de 2017 (UTC)Responder
Tornar uma coluna não ordenável está explicado em en:Help:Sorting#Making_a_column_unsortable. --Stegop (discussão) 23h44min de 21 de setembro de 2017 (UTC)Responder
Não há como estabelecer relação automática entre tabelas independentes. A única solução é fixar o mesmo tamanho de coluna em cada tabela (style="width:x%;"). 20% nessa, 20% na outra também, por exemplo. Quanto a impedir o ordenamento em uma coluna dentro de uma tabela ordenável, Stegop já indicou a página de ajuda sobre o assunto. No Meta, a página correspondente é m:Help:Sorting#Making a column unsortable (enfim, class="unsortable"). --Luan (discussão) 10h37min de 23 de setembro de 2017 (UTC)Responder
Obrigado a todos pela ajuda.--Rafaelfdc (discussão) 00h41min de 27 de setembro de 2017 (UTC)Responder

Script para remoção de bandeirinhas

Ao ver o nobre esforço do colega PauloMSimoes em remover manualmente as bandeirinhas, de acordo com WP:NAOINFO, vem à tona novamente a ideia de um script que possa facilitar esse processo. Não entendo nada de javascript ou sei lá que diabo, mas imagino que não deve ser tão difícil criar esse tal script. Meses atrás já tive essa ideia, e copio e colo aqui minha mensagem ao Luizdl:

"Uma versão com um código para remover bandeiras seria de grande utilidade para mim e para outros editores que frequentemente as removem.

Não entendo muito de js, mas acho que seria possível fazer com que se detecte se uma predefinição de bandeira está entre {{Info/ e }}.

Se estiver, o script simplesmente removeria as que terminassem com b}}. (Exemplo: {{BRAb}}, pois essas invocam apenas o ícone da bandeira.)

Se a predefinição não terminar com b, seria substituido pelo nome completo. (Exemplo: {{BR-MG}} se tornaria [[Minas Gerais]].)

É comum também bandeiras estarem em formato de ficheiro. Portanto, qualquer [[Ficheiro: entre {{Info/ e }} seria removido (isso pode gerar resultados indesejados, infelizmente).

Me parece possível." Holy Goo (d . c) 08h21min de 21 de setembro de 2017 (UTC)Responder

Mais fácil fazer um robô que marque as predefinições de bandeirinha com a classe .flagicon… Att --Usien6 14h15min de 25 de setembro de 2017 (UTC)Responder

Salebot reverting my edits

After adding an image, Salebot erroneously reverted my edits at Shake Your Body (Down to the Ground). However, it hasn't re-reverted this edit yet after first try on another article. What to do about the bot? --George Ho (discussão) 00h16min de 23 de setembro de 2017 (UTC)Responder

Looks like it was because of "by" (and some other criteria?). Helder 12h52min de 23 de setembro de 2017 (UTC)Responder

15h59min de 25 de setembro de 2017 (UTC)

Habilitar div treeview

Olá. Na Wikipedia anglófona, pode-se criar uma lista em árvore facilmente com, por exemplo:

  • a
  • b
    • ba
  • c
  • d

Porém, na Wikipedia lusófona, isso não muda nada. É somente uma lista comum, como se o "div treeview" não surtisse efeito (eu usei <div class="treeview"> em volta da lista). Algo precisa ser habilitado aí por vossa parte.--Mister Sanderson (discussão) 23h28min de 25 de setembro de 2017 (UTC)Responder

Os estilos para a classe "treeview" foram definidos em 2012 na Wikipédia inglesa, após en:MediaWiki talk:Common.css/Archive 14#Treeview (e na francesa em 2011, após fr:Discussion Wikipédia:Atelier accessibilité/Archives accessibilité 2011 - premier semestre#Nouveau modèle à tester : arbres généalogiques et autres arbos (clagogrammes par exemple).). Basta que haja consenso para implementar a mesma funcionalidade, e podemos copiar o código correspondente da enwiki. Helder 12h54min de 26 de setembro de 2017 (UTC)Responder
  Apoio Vide exemplo. Att --Usien6 18h43min de 26 de setembro de 2017 (UTC)Responder
  Apoio --ArgonSim (discussão) 19h54min de 26 de setembro de 2017 (UTC)Responder
  Apoio --Stegop (discussão) 20h52min de 26 de setembro de 2017 (UTC)Responder
  Apoio !Silent (discussão) 22h57min de 26 de setembro de 2017 (UTC)Responder
  Apoio! --Luan (discussão) 22h45min de 28 de setembro de 2017 (UTC)Responder

He7d3r, acredito que há consenso, agora.--Mister Sanderson (discussão) 01h03min de 11 de outubro de 2017 (UTC)Responder

Conseguiu, He7d3r ?? Att --Usien6 21h18min de 27 de novembro de 2017 (UTC)Responder

Ajuda com Portal

Bom dia, dentro do Wikipédia:Projetos/Literatura estou refazendo o Portal:Literatura a partir do modelo do Portal:Filosofia. O modelo está pronto e posto para debate em Usuário:Felipe da Fonseca/Testes, porém ele possui alguns erros técnicos, os quais eu não consigo resolver, principalmente o fato de algumas <divs> estarem se sobrepondo a outras quando diminuo o tamanho da tela. Venho pedir ajuda técnica. Obrigado, --Felipe da Fonseca (discussão) 22h19min de 30 de setembro de 2017 (UTC)Responder

@Felipe da Fonseca: Removi um espaço extra antes do texto, que normalmente é reservado apenas para texto pré-formatado. Exemplo:
Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua.
Existe mais alguma coisa a ser corrigida? --ArgonSim (discussão) 00h51min de 1 de outubro de 2017 (UTC)Responder
@ArgonSim:Olá, eu gostava desta fonte e do fundo colorido, já que é reservado para texto pré-formatado, tem como colocar outro no lugar? Sim, muitos, os problemas são: a) a borda inferior da segunda figura da esquerda está maior que a figura; b) os espaçamentos entre os *** estão desregulados (gostaria que os *** fossem os divisores, mas eles precisam ter um espaçamento padrão); c) agora os textos destacados estão se juntando no meio; d) quando coloco mais itens no "Visite os portais associados" do que no "Colabore com o Projeto Literatura", os *** saem do centro e vão para baixo de "Colabore com o Projeto Literatura"; e) quando diminuo a tela (para algo como ipad, iphone etc) as <div>s se sobrepoem (este é o maior problema). Não sei se há outros. Obrigado, --Felipe da Fonseca (discussão) 01h25min de 1 de outubro de 2017 (UTC)Responder

Consegui arrumar tudo, agora só preciso aprender a puxar aleatoriamente alguns artigos. --Felipe da Fonseca (discussão) 20h30min de 1 de outubro de 2017 (UTC)Responder

23h25min de 2 de outubro de 2017 (UTC)

Novo editor repentino

Amigos, algum de vocês pode me ajudar? Estou ficando louco com isso! Recentemente, aparentemente "do nada", o meu editor foi alterado para um editor muito parecido com o "Editor visual", que nunca fui fã e está desabilitado pra mim. O maior problema é que nesse novo editor eu não tenho ferramentas muito úteis, sendo a principal delas o botão Mostrar Previsão. Conversei com alguns usuários e nenhum deles recebeu essa alteração. Existe algum jeito de voltar ao meu querido editor antigo? Ainda mais agora que eu pretendia testar um script que adicionaria mais um botão ao lado do antigo "Mostrar previsão". Quando edito, aparece a etiqueta "editor de código 2017". Por favoor, ta difícil aqui. João Henrique (Mensagens) 01h05min de 6 de outubro de 2017 (UTC)Responder

Teria alguma relação com as funcionalidades Beta, tais como Novo modo de texto wiki? Holy Goo (d . c) 01h15min de 6 de outubro de 2017 (UTC)Responder
Exato Holy, ativado automaticamente conforme apontado no último Tech News: "Changes later this week". --Hume42 01h19min de 6 de outubro de 2017 (UTC)Responder
@OnlyJonny: Resolveu ?? Att --Usien6 17h15min de 16 de outubro de 2017 (UTC)Responder

Alguém para criar template de crescimento populacional?

Aparentemente na nossa wiki tabelas de crescimento populacional são produzidas criando-se uma template particular para cada cidade, p.e. Predefinição:Crescimento populacional de Porto Alegre (vide a categoria para mais). Isso obviamente não é escalável. De templates genéricas de crescimento populacional temos:

A não ser que eu esteja esquecendo de algo, é isso. Eu precisava criar uma tabela de variação populacional com 26 itens, nenhum deles datas de censo no Brasil nem nos EUA, e não queria criar uma template só pra isso. Alguém teria a capacidade técnica e a disposição de importar para nossa wiki a en:Template:Historical populations, que é usada em diversas wikis e é genérica para qualquer ano e qualquer quantidade de itens? Não entendi como funciona o processo de criar um módulo em Lua. Eu pensei em fazer um copi-cola, mas a julgar pelo módulo nas wikis de outras línguas não parece ser tão simples. Saturnalia0 (discussão) 03h20min de 7 de outubro de 2017 (UTC)Responder

Para mais de 16 valores tem o conjunto {{População-variação/cabeçalho}}, {{População-variação/valores}}, {{População-variação/fim}} e {{População-variação/quebra6}}. Há um exemplo de uso em {{População-variação/doc}} --Stegop (discussão) 21h21min de 7 de outubro de 2017 (UTC)Responder

Não sei por que não vi isso. Obrigado. O problema dessa gambiarra é que, a não ser que eu esteja fazendo algo errado, o primeiro ano parece não aparecer. Nos exemplos também não aparece. Bom, por hora vai ter que ser. Saturnalia0 (discussão) 00h24min de 8 de outubro de 2017 (UTC)Responder

14h20min de 9 de outubro de 2017 (UTC)

Títulos com domínio duplo

Olá pessoal! Estou aqui para saber e propor uma limitação à criação de títulos. O problema está descrito em WP:CR#Transclusão indevida. Em síntese, há um problema quando se cria páginas com dois domínios, tal como Predefinição:Portal:Arquitetura e Urbanismo, porque há diversas correções automáticas que removem o trecho "Predefinição:", que é desnecessário para transcluir uma predefinição. Assim, quando se remove, passa a transcluir a outra página, já que há dois domínios no título. Daí temos uma transclusão indesejada. Terminei há pouco de consertar diversas páginas com esse problema. Há como estabelecer essa limitação técnica? --Luan (discussão) 20h02min de 9 de outubro de 2017 (UTC)Responder

@Luan Limitar a criação de páginas com domínio duplo? Daria pra fazer usando filtros. Talvez hoje ainda eu faça algo assim. !Silent (discussão) 20h17min de 9 de outubro de 2017 (UTC)Responder
Eu preferiria que isso não fosse proibido, pois deixa clara a associação do portal com a predefinição de mesmo nome. Considero que seja responsabilidade de quem remove o prefixo verificar se é ou não correto fazer isso. Helder 22h19min de 9 de outubro de 2017 (UTC)Responder
Mas não precisa criar coisas do tipo "Predefinição:Portal:Arquitetura e Urbanismo", porque {{Portal3}} já cumpre muito bem a função. Tampouco não precisa criar coisas do tipo "Predefinição:Portal:Exploração espacial/Cabeçalho", porque é muito mais lógico, claro e adequado vincular (associar) como subpágina do próprio portal (ou seja, intitular como simplesmente "Portal:Exploração espacial/Cabeçalho"). --Luan (discussão) 23h41min de 9 de outubro de 2017 (UTC)Responder
Não considero adequado, pois predefinições devem ser mantidas no domínio apropriado. Além disso, fora dele não há como realizarmos uma previsão das páginas antes de gravar edições em tais predefinições (via TemplateSandbox). Helder 02h33min de 10 de outubro de 2017 (UTC)Responder
Mas aí, Helder, a partir dessa discussão, tu tá querendo regular/consertar uma prática generalizada na Wikipédia, que é não usar somente o domínio Predefinição para as páginas de devem ser transcluídas. Isso deve ser discutido separadamente. O papel de cada domínio é outro assunto. Por enquanto, o que temos é essa prática que mencionei e os problemas no início dessa discussão apresentados. E não é colocando a culpa nos editores/corretores automáticos ao seguir uma recomendação do próprio sistema que vamos consertar isso. --Luan (discussão) 20h02min de 12 de outubro de 2017 (UTC)Responder
Sei disso, e como WP:Esplanada/propostas/Mover "predefinições" que estejam foram do domínio "Predefinição" (31out2013) não chegou a lugar nenhum, simplesmente deixei ajudar na resolução de problemas com "predefinições" nessa situação, pela falta de praticidade... Helder 22h56min de 12 de outubro de 2017 (UTC)Responder
  Discordo per Helder. Att --Usien6 17h14min de 16 de outubro de 2017 (UTC)Responder

Fast Buttons - listador de páginas criadas

Olá. O listador de páginas criadas do Fast Buttons linka para:

https://tools.wmflabs.org/xtools/pages/?user=Japan%20Football&lang=pt&wiki=wikipedia&namespace=all&redirects=none

Porém, a ferramenta foi alterada, e o link novo deveria ser:

https://xtools.wmflabs.org/pages/pt.wikipedia.org/Japan%20Football

--Mister Sanderson (discussão) 01h01min de 11 de outubro de 2017 (UTC)Responder

@MisterSanderson   Feito. !Silent (discussão) 02h08min de 11 de outubro de 2017 (UTC)Responder

Fast Buttons - proposição de eliminação por consenso

Não foi possível realizar a edição.

A API retornou o código de erro "protectedpage": This page has been protected to prevent editing or other actions.

Se o problema persistir, favor informar no Café dos programadores ou em MediaWiki Discussão:Gadget-fastbuttons.js.

As páginas das propostas não estão sendo criadas! Apenas estão sendo etiquetados os artigos.--Mister Sanderson (discussão) 01h20min de 11 de outubro de 2017 (UTC)Responder

Aqui funcionou: Especial:Diff/50084389. Helder 01h24min de 11 de outubro de 2017 (UTC)Responder
He7d3r, descobri o motivo: Usuário Discussão:Quintinense está protegida contra edições, e é um redirecionamento. Então isto está abortando o processo de criação das PEs. O FastButtons poderia ganhar algumas linhas a mais de código, por favor, para ficar mais esperto e não abortar o processo quando a PDU estiver protegida contra edições?--Mister Sanderson (discussão) 01h26min de 11 de outubro de 2017 (UTC)Responder

Problema

Senhores, aparentemente parei de receber e enviar alertas, o que pode ser?--Felipe da Fonseca (discussão) 18h33min de 11 de outubro de 2017 (UTC)Responder

São coisas independentes: pode configurar os alertas que gostaria de receber em suas preferências, e outros podem configurar as preferências deles para não receberem alertas seus. Também há o risco de suas notificações não serem enviadas por parecer SPAM (caso marque muitos usuários de uma vez). Helder 18h37min de 11 de outubro de 2017 (UTC)Responder
@He7d3r: Obrigado pela resposta. Não tenho marcado mais que três pessoas, vou olhar as preferências, mas o estranho é que isso aconteceu sem que eu tenha mudado minhas preferências (antes funcionava).--Felipe da Fonseca (discussão) 19h10min de 11 de outubro de 2017 (UTC)Responder
Verifiquei, está marcado para receber todos os alertas. Está ocorrendo algum problema.--Felipe da Fonseca (discussão) 19h15min de 11 de outubro de 2017 (UTC)Responder
@He7d3r: Eu estou com o mesmo problema e não mudei nada em minhas configs recentemente, creio que possa ser algo mais generalizado. Por exemplo, não recebi nem esta nem esta notificação, as vi pois estava vigiando as páginas. Não lembro disso ter ocorrido antes. Saturnalia0 (discussão) 00h04min de 12 de outubro de 2017 (UTC)Responder
@He7d3r: Acabei de conseguir enviar uma.--Felipe da Fonseca (discussão) 00h14min de 12 de outubro de 2017 (UTC)Responder
Nenhuma das edições acima gerou uma notificação para mim, então parece haver mesmo algum problema. No Phabricator, encontrei phab:T177825 e phab:T174873. Pode querer vigiar essas tarefas. Helder 00h26min de 12 de outubro de 2017 (UTC)Responder

Já faz muito tempo que eu não recebo notificações quando eu tenho uma edição minha revertida. Mas sabe, de uns poucos dias pra cá, eu reparei também que eu não recebo notificações quando dão ping em mim. Holy Goo (d . c) 05h17min de 12 de outubro de 2017 (UTC)Responder

MediaWiki:Histlegend

Olá pessoal! Usava bastante a ferramenta de corrigir hiperligações para desambiguações (Dabfix) disponível no histórico das páginas, mas ela não está mais funcionando. A parte inicial do endereço parece que mudou de http://dispenser.homenet.org/~dispenser/cgi-bin/dablinks.py para https://dispenser.info.tm/~dispenser/view/Dabfix. Alguém pode fazer as correções necessárias a fim de que a hiperligação volte a funcionar bem? Grato. --Luan (discussão) 20h08min de 12 de outubro de 2017 (UTC)Responder

@Luan   Feito [72][73]. !Silent (discussão) 20h21min de 12 de outubro de 2017 (UTC)Responder
  Valeu! --Luan (discussão) 20h35min de 12 de outubro de 2017 (UTC)Responder
@!Silent: errei o endereço, o correto para corrigir ligações para páginas de desambiguação é https://dispenser.info.tm/~dispenser/view/Dablinks. Aquele outro ajuda a formatar páginas de desambiguação. --Luan (discussão) 15h33min de 15 de outubro de 2017 (UTC)Responder
@Luan [74][75] !Silent (discussão) 15h36min de 15 de outubro de 2017 (UTC)Responder

Cat-a-lot

Olá pessoal! A ferramenta Cat-a-lot há um tempo que não está funcionando. Ao menos para mim, não está. Alguém sabe o que se passa? Qual é o porquê? Grato. --Luan (discussão) 20h10min de 12 de outubro de 2017 (UTC)Responder

A quem interessar,   consegui recuperar o funcionamento da ferramenta copiando o código adaptado de Usuário(a):Fgnievinski/common.js 50156472]. --Luan (discussão) 16h56min de 16 de outubro de 2017 (UTC)Responder

A Wikipedia fornece a densidade populacional de forma errada nos municípíos

Será que é possível melhorara a qualidade de informações presente nas infobox de cidades em relação a densidade populacional? Isto porque a informação fornecida na atual infobox é irreal, errada. Densidade é calculada com o número populacional de cada censo, que ocorre somente de 10 em 10 anos. Atualmente as infobox dividem a população estimada pela área do município e fornece um número errado aos pesquisadores. O correto é população do censo, dividido pela área do município.

Favor verificarem um exemplo em São Sebastião do Paraíso: na infobox tem área=814,925 - população (que é estimada) = 70.533 - e densidade = 86,55 (este valor esta errado e assim, informando desta maneira aos pesquisadores na página). A WP:FF que é o site do IBGE trás: https://cidades.ibge.gov.br/xtras/perfil.php?lang=&codmun=316470&search=minas-gerais%257Csao-sebastiao-do-paraiso%253E - população estimada = 70.533 - população do último censo de 2010 = 64.980 - área territorial de 2016 (valor que não é estimativo) 814,925 e densidade de 79,74 , ou seja, 64.980/814,925=79,739

O correto, para informarmos um número real é ter dois parâmetros de população, duas linhas na infobox: população do censo e população estimada e usar no calculo da densidade, o valor da população do censo /(dividido por) área. O "R" Aliado 15h21min de 13 de outubro de 2017 (UTC)Responder

Eu já comentei sobre isso anos atrás. O que ocorre é que temos as atualizações de população pelas estimativas que o IBGE realiza anualmente. Muitas vezes ocorrem divergências entre o número na infocaixa e o informado pelo IBGE, que salvo engano, calcula a densidade com base na população aferida nos censos a cada dez anos. A única forma de resolver isso é criar mais dois parâmetros: "População estimada" e "Densidade estimada". PauloMSimoes (discussão) 15h46min de 13 de outubro de 2017 (UTC)Responder
Isto mesmo. "Densidade estimada; é, também é valido. O "R" Aliado 16h06min de 13 de outubro de 2017 (UTC)Responder
Esqueci de comentar: o parâmetro "Densidade estimada" também seria automático, como o atual "Densidade". Só que faria o cálculo considerando a "População estimada". PauloMSimoes (discussão) 16h31min de 13 de outubro de 2017 (UTC)Responder
Uma boa ideia, mas não sei se cai em WP:NPI, já que o IBGE usa somente um valor. O "R" Aliado 16h35min de 13 de outubro de 2017 (UTC)Responder
Não é pesquisa inédita, O Revolucionário aliado. Uma vez divulgada a "população estimada" pelo IBGE, a "densidade estimada" é decorrência natural, baseada no número divulgado dividido pela área. PauloMSimoes (discussão) 16h40min de 13 de outubro de 2017 (UTC)Responder
Ademais, usar a pop. auferida no censo ao invés da estimada é uma arbitrariedade do IBGE, não está certo ou errado usar um dado ou outro, nem é pesquisa inédita usar um dado ou outro, a não ser que o objetivo da infobox seja seguir o padrão do IBGE - que é peculiaridade brasileira, diga-se de passagem. Sabe-se lá como fazem outros países. Saturnalia0 (discussão) 16h18min de 15 de outubro de 2017 (UTC)Responder
Seria WP:SINTESE, ao que parece. Como é que se afirma que é peculiaridade brasileira, se nem se sabe como se faz noutros locais? Vale lembrar também que o censo é um contagem, algo muito mais próximo à realidade; já a estimativa, bom, o próprio nome já diz. Por isso a preferência pela densidade a partir do censo e não de estimativas populacionais. O que chamam de "arbitrariedade" para mim é algo bem coerente e lógico. --Luan (discussão) 16h31min de 15 de outubro de 2017 (UTC)Responder
"Vale lembrar" que, se é divulgada uma população estimada, é porque há validade nela. Se não houvesse, porque o IBGE perderia tempo com isso? São cálculos estatísticos, cruzados com informações oficiais cartoriais. É uma bobagem afirmar que se deve dar preferência para uma ou outra. O IBGE não adota "densidade estimada" por alguma razão interna. "Supor" uma razão para isso é pesquisa inédita. Se existe uma população estimada, obviamente existe uma densidade estimada. PauloMSimoes (discussão) 16h41min de 15 de outubro de 2017 (UTC)Responder
É a mesma validade das previsões de inflação ou crescimento do PIB. As previsões e estimativas têm sua importância e valor, mas não substituem a verificação mais próxima à realidade em todos os casos. E realmente fiz uma suposição, não fui pesquisar sobre o assunto, muito menos inseri minha suposição em artigos. Quero que seja incluído nos artigo informações verificáveis. Tabém queria ver essa obviedade apontada no sítio do IBGE. Já que "obviamente existe uma densidade estimada", não deve ser difícil encontrá-la. Fico no aguardo. --Luan (discussão) 16h56min de 15 de outubro de 2017 (UTC)Responder
Não mesmo: é uma óbvia equação matemática: densidade real = população real/área; densidade estimada = população estimada/área. Não consigo desenhar aqui. PauloMSimoes (discussão) 17h22min de 15 de outubro de 2017 (UTC)Responder
Tão óbvia e não referenciada quanto "artigos na Wikipédia por brasileiros" = 1 127 753 artigos≈ 200 milhões de brasileiros. Números estão aí, as operações matemáticas também. Daí a inteligência humana pode fabricar infinitas combinações, mas nem todas terão algum significado útil, tampouco a notoriedade requisitada aqui. --Luan (discussão) 16h39min de 16 de outubro de 2017 (UTC)Responder

───────────────────────── Ao contrário do que se tenta fazer parecer nessa discussão, os campos de "população estimada" e "densidade populacional estimada" não são chutes, nem adivinhações. São vinculados a formulações matemáticas definidas e calculadas pelo próprio IBGE. Periodicamente, o Instituto divulga os resultados em tabelinhas, que têm caráter oficial. Quem tiver a coragem de navegar pela bagunça que é o servidor FTP deles deve achá-las em algum canto… --Usien6 17h08min de 16 de outubro de 2017 (UTC)Responder

Perfeito, Usien6. É incrível como se tenta complicar tudo por aqui. Querem referenciar até equação matemática. Tem que referenciar até afirmações como "a água do mar é salgada". Por aqui, conhecimento é anátema! Sempre que me deparo com coisas como essas, me vem à mente a definição de Wikipédia pela usuária Telcia. Concordo com cada palavra dela. PauloMSimoes (discussão) 17h25min de 16 de outubro de 2017 (UTC)Responder
"Quem tiver a coragem de navegar pela bagunça que é o servidor FTP deles deve achá-las em algum canto…" — prefeita suposição, realmente! E o Wikipédia:ÔNUS não é meu. --Luan (discussão) 00h24min de 19 de outubro de 2017 (UTC)Responder

Artigos vigiados por categoria

Bom dia, existe ou vcs poderiam criar um sistema para incluir automaticamente todos os artigos de uma determinada categoria como "vigiados"? Obrigado,--Felipe da Fonseca (discussão) 14h36min de 15 de outubro de 2017 (UTC)Responder

Caro @Felipe da Fonseca: Você precisa executar essa rotina periodicamente, ou uma vez só? Att --Usien6 17h10min de 16 de outubro de 2017 (UTC)Responder
@Usien6: Se a "rotina" atualizar automaticamente (ex. tirar dos vigiados algum artigo que saiu de uma categoria e colocar um artigo que entrou), então apenas uma vez na categoria "Literatura". Mas, se não der para fazer automaticamente, posso executar a rotina periodicamente a fim de atualizar os vigiados.--Felipe da Fonseca (discussão) 17h17min de 16 de outubro de 2017 (UTC)Responder
Obs: Da categoria e suas subcategorias.--Felipe da Fonseca (discussão) 17h21min de 16 de outubro de 2017 (UTC)Responder
Se bem entendi o que tens em mente, acho muito improvável que alguém tenha inventado algo nesse sentido, dada a grande complexidade da tarefa. Talvez a página Especial:Alterações relacionadas/Categoria:Literatura possa dar uma solução parcial à tua necessidade, mas com a limitação de não alcançar subcategorias… Att --Usien6 17h30min de 16 de outubro de 2017 (UTC)Responder
@Usien6: Ok Obrigado, é possível fazer solicitação para alguem elaborar isso? Ou vc acha que ninguem vai querer mexer com tal coisa?--Felipe da Fonseca (discussão) 17h33min de 16 de outubro de 2017 (UTC)Responder
@Felipe da Fonseca: Você usa Windows, Linux ou macOS ?? O comando combine(1) daria conta de boa parte do serviço. Mais especificamente, ele poderia calcular  ; onde   seriam as listas de vigiadas, anterior e nova; e   seriam as listas de artigos incluídos na categoria, anterior e nova. Só não sei se esse comando roda no Windows… Att --Usien6 15h26min de 17 de outubro de 2017 (UTC)Responder
@Usien6: Win, como eu testo isso? Não sei onde colocar o comando--Felipe da Fonseca (discussão) 15h42min de 17 de outubro de 2017 (UTC)Responder
Este recurso foi sugerido há dez anos e também apareceu no último survey de desejos da comunidade. Pode querer vigiar a tarefa T3710 para ser um dos primeiros a saber se um dia isso for implementado. Conforme mencionado na tarefa, para categorias pequenas, pode importar o script criado por Niharika Kohli, e executá-lo sempre que quiser atualizar a lista. Helder 21h31min de 21 de outubro de 2017 (UTC)Responder

15h31min de 16 de outubro de 2017 (UTC)

Conversões múltiplas em Predefinição:Converter

A WP anglófona possui uma opção muito interessante (e que já senti falta, por aqui) que é a opção de "conversões múltiplas". Levei este assunto para a PD da predefinição, mas o Cainamarques viu alguns problemas técnicos (dos quais não entendo nada) e sugeriu discutir o assunto com outros editores. Portanto, transcrevo aqui aquela discussão, para mais opiniões.

Sinto falta de uma conversão múltipla, a exemplo da Template:Convert#Into multiple units. PauloMSimoes (discussão) 22h51min de 6 de agosto de 2017 (UTC)Responder

Cainamarques, pode dar uma resposta a esta minha dúvida, ou questionar algo que eu não tenha explicado bem ? PauloMSimoes (discussão) 02h09min de 17 de outubro de 2017 (UTC)Responder
É perfeitamente possível, eu coloquei uma versão primitiva em {Converter/Testes}, onde o quinto e sexto parâmetro podem ser preenchidos com novas unidades, teste com {{converter/Testes|1|lb|kg|2|lb|oz}}, por exemplo. Como o quarto parâmetro é reservado para os algarismos significativos, fica meio desajeitado, acho que o certo seria passar o número de algarismos significativos para um parâmetro nomeado. Cainamarques (discussão) 03h05min de 17 de outubro de 2017 (UTC)Responder
O resultado é 1 lb (0,45 kg, 1,0 lb, 16 oz). Está repetindo a unidade lb. Pensei em ser desta forma: 1 lb (0,45 kg; 16 oz), como na anglófona. PauloMSimoes (discussão) 03h31min de 17 de outubro de 2017 (UTC)Responder
É só um exemplo, é só alterá-lo, {{converter/Testes|1|lb|kg|2|ton|oz}} Cainamarques (discussão) 02h01min de 18 de outubro de 2017 (UTC)Responder
Perfeito. Pode inserir na seção opções da documentação ? PauloMSimoes (discussão) 02h21min de 18 de outubro de 2017 (UTC)Responder

Acho melhor discutir com outros editores sobre o parâmetro dos algarismos significativos, não acho uma boa solução não ter todas as unidades a serem convertidas em sucessão. Cainamarques (discussão) 15h42min de 18 de outubro de 2017 (UTC)Responder

Obrigado. PauloMSimoes (discussão) 16h53min de 18 de outubro de 2017 (UTC)Responder

Comentários

  Concordo em utilizar um parâmetro separado para os algarismos significativos, de maneira que seja possível descrever as unidades a serem utilizadas uma seguida da outra. --ArgonSim (discussão) 10h44min de 19 de outubro de 2017 (UTC)Responder

A questão é a modificação sem regressos na usabilidade, há mais de 2500 usos do parâmetro da predefinição na pt.wiki, simplesmente alterá-lo irá inutilizar todo esse trabalho feito pelos editores. Há um jeito de evitar isso, criando-se uma segunda predefinição que utilize a {{Converter}} e a utilizando como "dummy" para uma substituição utilizando {{<includeonly></subst:includeonly> correlacionando os parâmetros entre as duas (não sei explicar melhor do que isso). A questão é menos se os editores concordam ou não do que quem vai fazer. Estou sem tempo no momento infelizmente mas não é muito difícil. Cainamarques (discussão) 20h42min de 20 de outubro de 2017 (UTC)Responder

Pessoal, Alguém sabe por que estes group names reservados não funcionam por aqui? Será que foram traduzidos no MediaWiki? Será que "lower-roman" está como "romano minúsculo" por exemplo? José Luiz disc 00h02min de 21 de outubro de 2017 (UTC)Responder

Pelo que entendi, o recurso só foi implementado na Predefinição:Reflist, sem a definição do CSS para a classe "references". Helder 21h49min de 21 de outubro de 2017 (UTC)Responder
Oi He7d3r, muito obrigado pela resposta! Você sabe implementar isso aqui para igualar o efeito da ptwiki com o da enwiki. Um bom exemplo é en:Template:Nerva–Antonine family tree e Predefinição:Árvore genealógica da Dinastia nerva-antonina. Lá o uso de "lower-roman" foi traduzido em algum lugar para o uso dos numerais romanos nas referências. Aqui aparece o nome do grupo... José Luiz disc 22h04min de 21 de outubro de 2017 (UTC)Responder

Convite para edição

Caros, todos os artigos sobre as camadas do Modelo OSI possuem problemas graves. Alguns (como Camada de enlace) possuem zero referências. Outros possuem erros graves (como Camada de transporte, cuja primeira frase dizia que a camada garante entrega em ordem e sem erro dos dados!). Eu tentei ajeitar alguma coisa, mas tem muito trabalho a ser feito. Um dia pretendo pegar o livro do Tanenbaum e ir arrumando os artigos um a um citando a página para cada informação, mas até lá convido os interessados a trabalharem no melhoramento dos textos. Saturnalia0 (discussão) 01h40min de 21 de outubro de 2017 (UTC)Responder

18h18min de 23 de outubro de 2017 (UTC)

Bloqueio de spam não diz qual url está impedindo a página de ser salva

Estava tentando arquivar minha PDU e fui bloqueado pelo filtro de spam, mas ele não diz que url foi considerada spam para que eu possa remover e salvar, o que me aparece é isto. Como podem ver também aparece, além do aviso de spam, um aviso de página nova proposta para eliminação com tags html aparecendo, e não tinha nenhuma predefinição de eliminação na página. Portanto são três problemas no mesmo aviso. Danilo.mac(discussão) 02h00min de 25 de outubro de 2017 (UTC)Responder

  1. A MediaWiki:Spamprotectionmatch/pt-br transclui a MediaWiki:Spamprotectionmatch, mas não passa o $1 como parâmetro. Talvez estas edições resolvam: Especial:Diff/50257122 e Especial:Diff/50257116.
  2. O filtro 49 detectou sua edição porque a seção sobre o FastButtons contém {{Esr2|2={{{1}}}}}. Estavam faltando parenteses na linha que testa se o <nowiki> está presente:
    • Se escrever !'abc' irlike ('a' + 'b') o resultado será false (booleano)
    • Se escrever !'abc' irlike 'a' + 'b' o resultado será 'b' (string), que ao converter para booleano é true (por não ser uma string vazia)
  3. Não sei o motivo de aparecerem elementos HTML. Será que o parser do MediaWiki está aplicando escape indevidamente?
Helder 12h11min de 25 de outubro de 2017 (UTC)Responder
Aliás, será que existem outras mensagens na mesma situação da Spamprotectionmatch? Se estiver entediado e quiser tentar gerar uma lista de mensagens X que são transcluídas por X/pt-br, sem que X/pt-br passe os $1, $2, ..., $n como parâmetros para X, podemos corrigir outros casos similares... Helder 12h13min de 25 de outubro de 2017 (UTC)Responder
Consegui ver o url bloquado pelo link, mas no inicio da frase ainda está escrito "A página não foi gravada porque $1 está bloqueado", faltou colocar {{{1|$1}}} nesse trecho. Vou ver se consigo fazer a busca nos X/pt-br. Danilo.mac(discussão) 15h33min de 25 de outubro de 2017 (UTC)Responder
Fiz a busca por páginas do domínio MediaWiki em que a X e a X/pt-br têm número diferentes de "$1": MediaWiki:Logouttext/pt-br, MediaWiki:Prefswitch-main/pt-br, MediaWiki:Sp-contributions-footer/pt-br, MediaWiki:Spamprotectionmatch/pt-br, MediaWiki:Watchdetails/pt-br e MediaWiki:Watchlist-details/pt-br. Danilo.mac(discussão) 17h47min de 27 de outubro de 2017 (UTC)Responder

Adaptação da predefinição de pedidos de bot

Alguém pode fazer uma afinação na predefinição que gera o link do pedido nos pedidos de bot? Um exemplo é Wikipédia:Robôs/Pedidos de aprovação/Alch Bot/2, onde o link direciona para Wikipédia:Robôs/Pedidos de aprovação/Alch Bot. Isto é definido pela Wikipédia:Robôs/Pedidos de aprovação/InputInit, chamada na página Wikipédia:Robôs/Pedidos de aprovação. Uma opção seria por exemplo fazer como fiz para abrir esse pedido, onde no nome coloquei "Alch Bot/2", e a predefinição usar a segunda parte do título para numerar a página. Em casos como estes, poderia inclusive listar pedidos anteriores, já que dando o nº do pedido, dá para saber se houve pedidos anteriores ou não. Alchimista Fala comigo! 13h19min de 25 de outubro de 2017 (UTC)Responder

Erro de servidor

Está acontecendo de novo, aqueles erros de abrir algumas páginas, e aparecer aquele famoso aviso de erro de servidor: o 503. Está acontecendo com mais alguém ou é só comigo? Apareceu quando ia reverter, ver um diff e conferir minhas contribuições. Mr. Fulano! Fale Comigo 19h54min de 26 de outubro de 2017 (UTC)Responder

@Mr. Fulano: Pelo menos comigo faz tempo que isso não ocorre. --ArgonSim (discussão) 15h32min de 28 de outubro de 2017 (UTC)Responder

Estatísticas de edição

Alguém sabe porque nas minhas estatísticas de edição não aparecem o número de edições por mês e as páginas mais editadas, mesmo eu tendo criado o EditCounterOptIn.js? Já apaguei a página e criei novamente, mas o problema continua o mesmo. Já autorizei o XTools, através do OAuth, para acessar informações em todos os projetos em seu nome. Nas preferências eu também já gerenciei os aplicativos conectados, mas nada. Quando encerro uma sessão no navegador o problema volta. Alguém sabe o que é? Marquinhos Diz-me aí! 15h03min de 28 de outubro de 2017 (UTC)Responder

Experimenta alterar o conteúdo do EditCounterOptIn.js. Vou iniciar um bug para esse caso. Chico Venancio (discussão) 15h30min de 28 de outubro de 2017 (UTC)Responder
Eu também alteraria o conteúdo de m:User:Marcos Elias de Oliveira Júnior/EditCounterGlobalOptIn.js para outra coisa, talvez um . Chico Venancio (discussão) 15h38min de 28 de outubro de 2017 (UTC)Responder
Ué, nas minhas estatísticas de edição está tudo normal. Você deve recarregar as suas estatísticas para poder ver as suas edições mensais, o horário em que você mais edita e suas páginas mais editadas.
Leonardo José Raimundo (discussão) 21h52min de 29 de outubro de 2017 (UTC)Responder
@Chicocvenancio: substituí o conteúdo como indicou e o problema continua mesmo. Aqui abre normalmente, mas no XTools não. Marquinhos Diz-me aí! 23h56min de 29 de outubro de 2017 (UTC)Responder
Algum bug estranho. Criei a tarefa lá. Chico Venancio (discussão) 15h35min de 30 de outubro de 2017 (UTC)Responder
Marcos Elias de Oliveira Júnior Resolveram já! Agora já aparece. Chico Venancio (discussão) 18h48min de 30 de outubro de 2017 (UTC)Responder

Preciso de uma Infobox

Olá amigos, preciso de uma Infobox para artigo sobre Programa Espacial nos moldes da predefinição disponível no artigo em inglês [[85]], a predefinição disponível em português não é adequada para corrigir o artigo corresponde, se alguém puder ajudar, fico agradecido.Vigador contra o Sistema (discussão) 12h54min de 30 de outubro de 2017 (UTC)Responder

Vigador contra o Sistema creio que o Usien6 possa lhe ajudar.   Vida longa e próspera!-- Leon saudanha 13h59min de 30 de outubro de 2017 (UTC)Responder
Leon saudanha Vlw pela dica, vou consultá-lo.Vigador contra o Sistema (discussão) 14h06min de 30 de outubro de 2017 (UTC)Responder
Detalhe: no artigo citado da anglófona, o template usado é este, cujo interwiki para a predefinição lusófona é este. PauloMSimoes (discussão) 14h27min de 30 de outubro de 2017 (UTC)Responder

00h20min de 31 de outubro de 2017 (UTC)

Tentativa de invasão


Acabei de receber uma notificação de que tentaram invadir minha conta, porém não conseguiram. Alguém sabe onde eu consigo descobrir o IP da onde partiu os ataques? Mr. Fulano! Fale Comigo 18h36min de 31 de outubro de 2017 (UTC)Responder

Esse recurso foi pedido na phab:T174388. Helder 18h40min de 31 de outubro de 2017 (UTC)Responder
Pois eu recebi várias notificações dessas do fim de agosto até início desse mês. Eram mais de uma tentativa por dia. Ainda bem que parou. --Luan (discussão) 18h43min de 31 de outubro de 2017 (UTC)Responder
@Luan: No seu caso é ainda mais perigoso, pois deviam estar usando um bot para invadir sua conta, e se parou, é bom conferir se eles não conseguiram. Mr. Fulano! Fale Comigo 18h49min de 31 de outubro de 2017 (UTC)Responder
@Mr. Fulano Você sendo administrador, sugiro ativar a autenticação em duas etapas, pelo menos por agora. !Silent (discussão) 18h59min de 31 de outubro de 2017 (UTC)Responder
@!Silent: Como funciona isso? Mr. Fulano! Fale Comigo 19h02min de 31 de outubro de 2017 (UTC)Responder
@Mr. Fulano Ativando-a, pra entrar na Wikipédia, além de botar sua senha normal, você terá que colocar um código que tem no seu celular (que você irá conseguir por meio de um aplicativo, tipo o Google Authenticator) pra poder logar. !Silent (discussão) 19h14min de 31 de outubro de 2017 (UTC)Responder
Eram até umas 6 tentativas falhas por dia, no máximo. Há um tempo que não recebo mais notificações do tipo. Como se confere um coisa dessa, Mr. Fulano? --Luan (discussão) 23h27min de 1 de novembro de 2017 (UTC)Responder
@Luan: Apenas um verificador vai poder lhe dizer, pois ele vai precisar acessar seus logs de IP, ou seja, os computadores que foram usados para logar sua conta e a localização dos mesmos, e caso tenha algo de anormal, eles lhe avisaram. E pelo visto estão tentando fazer uma mega invasão, já que vários usuários tiveram suas contas com tentativas de invasão. Na enwiki já fizeram isso, e hackearam a conta de vários administradores. Mr. Fulano! Fale Comigo 00h38min de 2 de novembro de 2017 (UTC)Responder
Duas semanas atrás tentaram entrar 11 vezes na minha conta. Foram tentativas consecutivas. Pensei em denunciar, mas optei por mudar minha senha apenas. Holy Goo (d . c) 23h40min de 1 de novembro de 2017 (UTC)Responder
Há nove horas atrás tentaram entrar na minha conta 16 vezes consecutivas. --HVL disc. 11h56min de 3 de novembro de 2017 (UTC)Responder

Acabo de receber mais seis dessas notificações. Sabe, o que eu acho é que essa criançada de fora está chutando senhas só para que a gente receba a notificação. Duvido que seja algo mais sofisticado do que isso. Já silenciei esse tipo de notificação. Holy Goo (d . c) 22h03min de 3 de novembro de 2017 (UTC)Responder

Hoje recebi seis notificações há 22 minutos atrás sobre 6 tentativas falhadas de tentarem entrar na minha conta, é a primeira vez que isto acontece, embora não tenham conseguido entrar, fiquei assustada com essas notificações e logo alterei a minha palavra-passe. Athena La vie est drôle! 22h16min de 3 de novembro de 2017 (UTC)Responder

Parece ser o que o Holy suspeita. Eu acho que isso não é assim tão preocupante, até que aconteça. Se fosse o internet bank, vá lá... Não sei se depende de alguma configuração de preferências para receber essas notificações, mas Tentei, deslogado, "invadir" minha conta 3 vezes e não recebi as notificações.PauloMSimoes (discussão) 22h25min de 3 de novembro de 2017 (UTC)Responder
Faz 5 minutos que tentaram invadir munha conta, com 3 tentativas frustadas de inserir uma senha. O "R" Aliado 22h31min de 3 de novembro de 2017 (UTC)Responder
Tem alguém brincando de hacker. Agora recebi umas dez notificações, eheh. PauloMSimoes (discussão) 22h33min de 3 de novembro de 2017 (UTC)Responder
Um bando de pré-adolescentes desocupados chutando senhas não é "tentativa de invasão". Ao agir com preocupação, estamos incentivando esse tipo de comportamento. Holy Goo (d . c) 22h35min de 3 de novembro de 2017 (UTC)Responder
Aparentemente tem a ver com isso, em especial com essa diff. --HVL disc. 22h38min de 3 de novembro de 2017 (UTC)Responder
HVL é o que imaginei... é um moleque de 10 anos.-- Leon saudanha 22h49min de 3 de novembro de 2017 (UTC)Responder
Também tentaram entrar na minha conta. Esta vaga de tentativas certamente que não é coincidência... --Stegop (discussão) 23h28min de 3 de novembro de 2017 (UTC)Responder
Situação igual aqui, pelo menos 3 tentativas de acesso. Pelo tipo de coisa, suspeito que é a mesma situação que estamos tendo com os spambots, que forçam várias discussões a estarem vedadas a edição de IP, entre as quais a minha, e que causaram este estranho fenómeno na minha talk e na do jbribeiro1. Duvido que seja ser humano que esteja causando isso.-- Darwin Ahoy! 02h56min de 4 de novembro de 2017 (UTC)Responder
A pouco fui conferir meu e-mail e vi que alguém pediu a troca da senha, no botão "esqueci a senha". É claro que eles mandam o endereço IP para o e-mail, fui verificar, mas é um nó Tor e não dá para descobrir a localização (até dá, mas dá muito trabalho). Mas reparei que o IP possui vários comentários em fóruns de SPAM e denúncias, e um comentário referia a uma tentativa de invasão a partir dele alguns meses atrás aqui na Wikipédia. E reparando nisso, não sei se é só uma brincadeira de criança. Mr. Fulano! Fale Comigo 12h57min de 4 de novembro de 2017 (UTC)Responder
Há um lado bom nisso: os usuários com permissões extras talvez se sentirão mais motivados a usar senhas seguras, e a não reutilizá-las em outros sites. Helder 13h14min de 4 de novembro de 2017 (UTC) PS: no meu caso foram 6 tentativas de login mal-sucedidas...Responder

  Comentário, é o Wariowa tentando "raquear" nossas contas. EVinentefale comigo 14h01min de 4 de novembro de 2017 (UTC)Responder

Talvez elas cessem por um pouco tempo, porque o Ruy travou globalmente uma faixa de IP que ele usava, e também uma faixa de proxies. EVinentefale comigo 14h06min de 4 de novembro de 2017 (UTC)Responder
@EVinente: Francamente, tenho as minhas dúvidas que isso seja coisa de criança, e ainda para mais do Wariowa, pois pelo que me lembro, todas as atitudes de confronto dele neste projecto (creio que todas) tinham a assinatura explícita dele, e isso era precisamente parte do objectivo. Este caso parece-me coisa bem mais sofisticada. Conjugando isso com outras formas de assédio com este tipo de sofisticação, via de regra através de open proxies, de que eu e outros temos vindo a ser vítima por parte de uma ou mais entidades que eu habitualmente identifico com o Leandro Teles Rocha - durante muito tempo erroneamente identificados aqui com a conta Oxe, circunstância de que a referida entidade soube bem tirar proveito - parece-me que será por aí.-- Darwin Ahoy! 14h46min de 4 de novembro de 2017 (UTC)Responder
Concordo em partesDarwIn, enquanto a ferramenta de verificação não possuir os logs de login, são apenas suposições, porém haja vista as evidências, já suprimidas pelos HVL, nesse momento aposto os 17 euros que tenho no bolso que seja o Wariowa. EVinentefale comigo 14h50min de 4 de novembro de 2017 (UTC)Responder
@EVinente: É, eu acho que não tinha visto o caso em todas as suas dimensões, pode bem ser só isso, e oxalá que seja. Em todo o caso, olho vivo né.-- Darwin Ahoy! 14h58min de 4 de novembro de 2017 (UTC)Responder
Em 22 de agosto de 2016, recebi a mesma mensagem que o Mr. Fulano (que inclusive relatei aqui no café), relatando que o IP 177.75.67.240 D​ C​ E​ F tentou me "hackear". Em 2 de março de 2017, o IP 187.33.246.24 D​ C​ E​ F tentou alterar o email da conta Quem me bloquear é gay 2 D​ C​ E​ F para o meu email de minha conta. Com base no cruzamento de dados técnicos e comportamentais, ambos os IPs são claramente o Wariowa, tanto é que foram afetados por um bloqueio global aplicado pelo Radix hoje. A saída é ignorá-lo, assim como fiz com a enxurrada de emails que ele estava me mandando. --HVL disc. 15h07min de 4 de novembro de 2017 (UTC)Responder
@HVL: Onde é que você vê o IP? JMagalhães (discussão) 15h09min de 4 de novembro de 2017 (UTC)Responder
@JMagalhães: O IP é mostrado no email quando o "hacker" tenta alterar sua senha e/ou email, como aconteceu comigo em agosto de 2016 e março de 2017 e parece ter ocorrido agora com o Fulano. No caso da maioria dos ataques até então, o email só mostra que alguém tentou entrar em seu usuário insistentemente (sem tentar trocar sua senha). --HVL disc. 15h12min de 4 de novembro de 2017 (UTC)Responder

Eu também tenho sido alvo de ataques. Não sei para que é que perdem tempo a piratear a conta dos outros. Se se querem tornar administradores é só reverter 2000 vandalismos. JMagalhães (discussão) 15h01min de 4 de novembro de 2017 (UTC)Responder

Também recebi uma dessas notificações em 19 de outubro. No caso, usaram o IP 201.9.77.114 D​ C​ E​ F. Pedro H. diz×fiz 15h19min de 4 de novembro de 2017 (UTC)Responder

Comigo tentaram invadir a partir do IP 137.74.73.179 D​ C​ E​ F, que é um nó TOR. Bom, por enquanto, os nossos vândalos se concentram em 3 lugares no Brasil, no Nordeste, no Rio Grande do Sul e em São Paulo e minha dúvida é: o Wariowa é gaúcho ou nordestino? Já o vi vandalizando das 2 regiões. Mr. Fulano! Fale Comigo 16h36min de 4 de novembro de 2017 (UTC)Responder

Não seria o caso de um recomendação de alerta para todos os administradores. Visitei o Wikipédia:Café dos administradores e nada disto é comentado por lá. Pelo menos para avisar os administradores que não estão sabendo destes ataques e recomendarem uma mudança de senha, caso algum tenho uma senha simples. Os ataques visam se apoderar de contas e se por alguma razão de sorte, conseguir ter acesso numa conta de algum administrador desavisado, vai ser um estrago. O "R" Aliado 18h38min de 4 de novembro de 2017 (UTC)Responder
Irei realizar um aviso lá, mas como estão tentando invadir contas de usuários que não são administradores, como a Athena in Wonderland, o Holy Goo e o PauloMSimoes, acho que seria mais eficiente realizar este aviso na Esplanada. Também seria bom poder ativar a autenticação de duas etapas para os eliminadores e editores de interface, pois possuem ferramentas sensíveis. Mr. Fulano! Fale Comigo 19h00min de 4 de novembro de 2017 (UTC)Responder
Oi. Não tinha dado atenção demais a isso, mas tendo em vista essa discussão achei bom documentar que há 10 dias houve 5 tentativas consecutivas de fazer login em minha conta que falharam. Na ocasião, mudei minha senha para uma mais forte. Não sei identificar o IP. --Joalpe (discussão) 19h39min de 4 de novembro de 2017 (UTC)Responder

Eu também sou afectado por isto, de facto, tentaram entrar na minha conta 6 vezess noutro computador. Agradeceria se me pudessem explicar melhor como funciona isso da autenticação de dous factores. Salve germanos, Gato Pretotrovai-me! 21h50min de 4 de novembro de 2017 (UTC)Responder

Info/Facção de conflito

Olá a todos. Alguém que esteja disponível poderia dar uma olhada na predefinição:Info/Facção de conflito? O modelo que consta na página da predefinição não corresponde aos padrões da infocaixa, e quando copiado ipsis litteris alguns padrões não funcionam. Outra coisa, quando alimentado o campo "origem" ele aparece na infocaixa "antecessor(es) anterior". Deveria aparecer um desses nomes. Se alguém pudesse conferir por gentileza eu ficaria muito grato. comentário não assinado de Renato de carvalho ferreira (discussão • contrib) (data/hora não informada)

Rena, de imediato a sugestão seria preferir utilizar {{Info/Organização militante}}, que parece não ter esse problema. Mas depois vou olhar com calma tal infocaixa. MiguelMadeira foi o autor dela, se ele puder se pronunciar, ótimo. --Luan (discussão) 15h29min de 6 de novembro de 2017 (UTC)Responder
Eu cheguei a essa predefinição pelos afluentes da correspondente em inglês. Se são, em essência, a mesma coisa, deveriam ser fundidas para manter os afluentes num lugar apenas.--Rena (discussão) 15h42min de 6 de novembro de 2017 (UTC)Responder
A duplicação existe noutras wikis também. A fusão foi proposta inclusive pelo criador da predefinição daqui, veja Predefinição Discussão:Info/Organização militante#Fusão. A questão das fusões de artigos era largada/abandonada até pouco tempo, hoje não mais. Infelizmente, o mesmo processo ainda não aconteceu com as predefinições, vide o tanto de itens constando em Categoria:!Predefinições a sofrerem fusão. --Luan (discussão) 19h06min de 6 de novembro de 2017 (UTC)Responder
Fiz uma pequena reestruturação na "Info/Organização militante"; de qualquer maneira, a "Facção de conflito" tanto poderá ser substituida pela "Organização militante" como pela {{Info/Unidade Militar}} (esta última pareceria mais vocacionada por unidades do exército regular, mas também está a ser usada para milícias, grupos de guerrilha, etc - exemplo); se calhar, ainda o melhor seria fazer uma predefinição a partir dessa (que me parece estável e relativamente completa), e talvez acrescentar os campos "aliados" e "inimigos".--MiguelMadeira (discussão) 12h32min de 7 de novembro de 2017 (UTC)Responder
  Concordo com sua proposta, Miguel. Pode-se fazer a fusão das quatro predefinições sem prejuízos ({{Info/Facção de conflito}}, {{Info/Organização militante}}, {{Info/Unidade Militar}}, {{Info Militar}}). --Luan (discussão) 13h40min de 8 de novembro de 2017 (UTC)Responder
Talvez {{Info/Unidade Militar}} faça sentido como predefinição separada para identificar regimentos e brigadas; mas poderia-se simplesmente copiar o código dela (alterando só o título e pouco mais), meter campos para "aliados" e "inimigos" (e talvez mais um ou outro - "ideologia", talvez?) e tinhamos uma predefinição feita para "organização militante"/"facção de conflito"; ou então se calhar fundir mesmo as quatro, e depois, conforme o tipo de entidade que se tratasse, preencher uns campos e não outros.--MiguelMadeira (discussão) 13h55min de 8 de novembro de 2017 (UTC)Responder
{{Info/Unidade Militar}} pela sua documentação serve tanto para a força armada toda, quanto para uma de suas unidades. Ou seja, destinada tanto para Marinha do Brasil, quanto para Corpo de Fuzileiros Navais do Brasil. Assim, se serve para a força militar toda, serve para outras organizações armadas não estatais também. E basta fazer como falou, deixar certos campos não obrigatórios, conforme a necessidade. --Luan (discussão) 14h37min de 8 de novembro de 2017 (UTC)Responder
Acho muito interessante essa sugestão. Se me permitem sugerir, e nem sei se seria interessante, poderia-se fazer algo semelhante a infocaixa para assentamento, onde há um campo no topo da predefinição que indica que tipo de coisa está a se falar, ou seja, cidade, vila, região, etc. Aqui acho que serviria para o mesmo propósito.--Rena (discussão) 21h26min de 8 de novembro de 2017 (UTC)Responder

18h45min de 6 de novembro de 2017 (UTC)

Ajuda com a Predefinição:Coor dms

Fiz esta alteração na predefinição {{Coor dms}} de modo a fazer com que ela fique mais parecida com a da Wikipédia em inglês (en:Template:Coord). Funcionou, mas tem um pequeno problema. Fica um espaço em branco grande antes do início da introdução dos artigos. A predefinição ocupa uma linha inteira. Eu queria ajuda para fazer com que o texto fique em torno da predefinição, fazendo que não tenha o espaço em branco.

(Nota: A predefinição, estando do lado esquerdo ou direito, ocupa o mesmo espaço. A diferença é que quando ela está no lado direito o espaço em branco fica mais perceptível.) Holy Goo (d . c) 02h26min de 10 de novembro de 2017 (UTC)Responder

As coordenadas estão aparecendo do lado direito agora, onde eu queria as colocar. Quem fez isso e por que não avisou? Holy Goo (d . c) 14h59min de 14 de novembro de 2017 (UTC)Responder

Páginas editadas-revertidas não estão sendo adicionadas às vigiadas

Olá colegas mágicos! Faz algum tempo que venho observando isso, mas não tinha confirmado. Apesar de estarem marcadas todas as opções de adicionar às vigiadas (editar-mover-eliminar...-revisadas), algumas páginas não são adicionadas. Marcações com FastButtons parece que também não são adicionadas. Vou prestar mais atenção para relatar mais detalhes que possam lhes subsidiar. Boas!!! Ixocactus (discussão) 08h11min de 11 de novembro de 2017 (UTC)Responder

Nesta 50445345] e na anterior não adicionou. Ixocactus (discussão) 11h48min de 11 de novembro de 2017 (UTC)Responder
@Ixocactus: Que estranho. Acabei de fazer dois testes aqui (um manual e outro pelo FastButtons), e em ambos os casos os artigos foram adicionados à minha lista de páginas vigiadas. Atualmente, minha configuração para páginas vigiadas está assim: [90]. Você já tentou ver em Especial:Editar lista de páginas vigiadas se os artigos de fato estão lá? --ArgonSim (discussão) 12h16min de 11 de novembro de 2017 (UTC)Responder
Não sei se é o caso, mas notem que a preferência "Adicionar páginas onde fiz uma reversão às minhas páginas vigiadas" se refere às reversões de verdade (rollback), não ao simples "desfazer". Helder 12h28min de 12 de novembro de 2017 (UTC)Responder

Info/Localidade da Sérvia

Olá a todos. Eu estive arrumando vários artigos de localidades sérvias e durante minha edição eu removi alguns campos da predefinição citada acima e ao remover o campo "área" aparece uma mensagem de erro de que esse campo não foi preenchido. Daria pra consertar isso na predefinição sem precisar repor o campo em todos os artigos? Ao que parece ela não está muito similar as outras predefinições padrão info para países e localidades ao estilo "Info/Assentamento". Não seria melhor também arrumar isso? O Stegop D​ C​ E​ F fez a predefinição:Info/Assentamento/Grécia e acho um modelo ótimo.--Rena (discussão) 12h28min de 11 de novembro de 2017 (UTC)Responder

@Renato de carvalho ferreira: Fiz algumas modificações na predefinição. Poderia ver se o problema persiste? --ArgonSim (discussão) 12h49min de 11 de novembro de 2017 (UTC)Responder
Aparentemente foi resolvido, obrigado pela ajuda.--Rena (discussão) 12h52min de 11 de novembro de 2017 (UTC)Responder

Predefinição:Data de lançamento

Olá! A Predefinição:Data de lançamento não está exibindo corretamente, ex.: 31 de julho de 2017; há 6 anos Alguém familiarizado com essa predefinição poderia corrigir, por favor? --Ricvelozo (discussão) 20h26min de 12 de novembro de 2017 (UTC)Responder

Não sei se vale a pena tentar concertar… O mais fácil seria reescrever em WP:LUA. Att --Usien6 21h09min de 27 de novembro de 2017 (UTC)Responder
Bacana, não sabia que dava pra usar Lua. --Ricvelozo (discussão) 00h16min de 28 de novembro de 2017 (UTC)Responder

19h19min de 13 de novembro de 2017 (UTC)

APDE com erro

Parece que esta modificação do Holy Goo está dando algum problema na predefinição: em diversas páginas onde a utilizei, está havendo quebra de linha, por exemplo Wikipédia:Páginas para eliminar/Predefinição:Futebol do Norte do Brasil, Usuário Discussão:MisterSanderson/Observatório das PEs/O Propositor/2017-2, entre outras. Até pensei que o erro tinha sido meu, mas não. -- Leon saudanha 13h44min de 17 de novembro de 2017 (UTC)Responder

@Leon saudanha: os ajustes que o Bolhones fez resolveu o problema? Holy Goo (d . c) 14h04min de 17 de novembro de 2017 (UTC)Responder
Holy Goo não usei de novo ainda, então não sei...-- Leon saudanha 14h11min de 17 de novembro de 2017 (UTC)Responder
É só olhar nos exemplos que você mesmo citou. Olhei e não parece haver nada de errado, mas qualquer coisa me avisa que eu arrumo. Holy Goo (d . c) 14h16min de 17 de novembro de 2017 (UTC)Responder
Agora já está ok, obrigado.   Vida longa e próspera!.-- Leon saudanha 21h39min de 17 de novembro de 2017 (UTC)Responder

Remover códigos desnecessários

Às vezes a ferramenta de tradução (e/ou outras que usam o Parsoid?) produz códigos desnecessários, como os elementos com classes cx-segment, cx-highlight, cx-linter, data-segmentid e data-cx-mt-provider. Se alguém tiver um tempinho, seria bom corrigir tais páginas (são umas 300). Imagino que não seja 100% automatizável, e poderá ser preciso fazer ajustes manualmente. Helder 17h33min de 19 de novembro de 2017 (UTC)Responder

@He7d3r Isso não é caso de reportar no phab, a fim de tentar evitar a aparecimento dessas tags? !Silent (discussão) 17h39min de 19 de novembro de 2017 (UTC)Responder
Na verdade já é um problema conhecido. Na enwiki foi criado o en:Special:AbuseFilter/765, e já foi desabilitado pois o problema e deixou de acontecer com frequência. Helder 17h51min de 19 de novembro de 2017 (UTC)Responder

19h18min de 20 de novembro de 2017 (UTC)

Etiqueta br

Olá pessoal! Alguém sabe explicar o porquê que há um certo tempo o botão de pular linha passou a adicionar <br> e mais <br />? O WP:APC corrige isso, mas gostaria de saber o motivo da mudança; se existe uma forma correta ou mais WP:ACESSÍVEL; e se há, se dá para mudar o botão. --Luan (discussão) 21h12min de 20 de novembro de 2017 (UTC)Responder

Não sei como era antes porque nem sabia que tinha botão para isso, quando preciso quebrar linha simplesmente escrevo a tag direto.
A diferença entre os dois é que <br> é o padrão HTML, enquanto que <br /> é o padrão XHTML. Antes do HTML5 quase todas as páginas da web, incluindo a Wikipédia, utilizavam o XHTML, por isso na época <br> era sintaticamente errado porque era XML, e em XML todas as tags precisam ser fechadas, embora os navegadores obviamente o interpretava normalmente. Atualmente, no topo do código fonte gerado nas páginas da Wikipédia contém a seguinte indicação: <!DOCTYPE html> que significa que o documento está codificado em HTML5, talvez seja por isso que o botão insere desse jeito. Ver https://www.w3schools.com/tags/tag_br.asp.--Luizdl discussão 22h45min de 20 de novembro de 2017 (UTC)Responder
Considerando que tanto <br> quanto <br /> são válidos em HTML5 e em sintaxe wiki, poderíamos inclusive remover as correções supérfluas da lista usada pelo APC e deixar apenas as regras úteis, que corrigem erros de sintaxe relacionados a esse elemento (por exemplo, </br>). Helder 12h33min de 21 de novembro de 2017 (UTC)Responder
Entendi. @He7d3r e !Silent: algum de vocês pode ajustar isso lá? Grato. --Luan (discussão) 22h47min de 23 de novembro de 2017 (UTC)Responder

+Parâmetro 'tamanho' em Predefinição:Info/Livro

Prezados(as), é possível adicionar o parâmetro "tamanho" em {{Info/Livro}} e {{Info/Série literária}} para definir o tamanho da imagem? Atualmente, isto tem de ser feito pelo código [[Imagem:123.jpg|100px]]. --Caiomarinho (discussão) 17h33min de 22 de novembro de 2017 (UTC)Responder

Já existe. é |imagem_tamanho. Exemplo. Holy Goo (d . c) 17h57min de 22 de novembro de 2017 (UTC)Responder
Pois é, o ArgonSim fez a gentileza de inserir. Agradeço! --Caiomarinho (discussão) 18h04min de 22 de novembro de 2017 (UTC)Responder
Onde que ele fez? A Info/Livro não é editada desde março. Holy Goo (d . c) 18h16min de 22 de novembro de 2017 (UTC)Responder
@Holy Goo: Na documentação. --Caiomarinho (discussão) 18h42min de 22 de novembro de 2017 (UTC)Responder
Ah bom. Mas o código para mudar o tamanho já estava na predefinição então. Bom, tá resolvido. Holy Goo (d . c) 18h44min de 22 de novembro de 2017 (UTC)Responder

Artigos com muitos afluentes provocados por predefinições

O texto seguinte foi movido de: Wikipédia:Tire suas dúvidas#Artigos com muitos afluentes provocados por predefinições

Há muitos artigos em que quase se torna impossível descobrir os verdadeiros afluentes porque as predefinições existentes no artigo originam montes de afluentes, quando na realidade os afluentes são das predefinições e não dos artigos propriamente ditos.

Exemplo para que se perceba: Este artigo tem mais de 250 afluentes, o que na realidade é falso.

Que processo será possível implementar para que isto não suceda ? --João Carvalho deixar mensagem 20h56min de 18 de novembro de 2017 (UTC)Responder

Por que seria desejável que não sucedesse-se? Se um eliminador precisa eliminar os afluentes, precisa fazê-lo independente de estarem numa predef ou não. Saturnalia0 (discussão) 02h10min de 19 de novembro de 2017 (UTC)Responder
E se eu desejar saber em que artigos George_Biddell_Airy é referido, como é que faço ? A predefinição é que devia aparecer como afluente e não todos os integrantes da predefinição ! Se isto funcionar desta forma, os eliminadores não têm a vida complicada. --João Carvalho deixar mensagem 10h47min de 19 de novembro de 2017 (UTC)Responder
Faz sentido. Mas não sei se isso pode ser alterado, talvez possa perguntar no café dos programadores se ninguém lhe responder aqui. Saturnalia0 (discussão) 16h34min de 19 de novembro de 2017 (UTC)Responder
O texto acima foi movido de: Wikipédia:Tire suas dúvidas#Artigos com muitos afluentes provocados por predefinições
Eu tenho que lidar constantemente com esse problema. É só colocar a predefinição na lista de afluentes que já basta. Não sei qual a dificuldade. Holy Goo (d . c) 12h11min de 23 de novembro de 2017 (UTC)Responder
Uma predefinição nada mais é do que um reaproveitamento de código/texto, a fim de evitar ter que rescrever a mesma coisa nos artigos todas as vezes. O problema é que, no fim das contas, a predefinição sempre será expandida e todo o conteúdo dela se torna parte do texto da página, sem diferença pro restante que lá já estava, por isso ocorre essa situação. Acho que a única forma de resolver isso seria abrindo uma solicitação no phab e sugerindo essa opção de descartar os afluentes provenientes de predefinições (talvez até já exista, mas eu procurei rápido e não achei). !Silent (discussão) 13h14min de 23 de novembro de 2017 (UTC)Responder
Seria uma solicitação interessante de se fazer, apesar de que muito provavelmente não vá dar em nada. A praticidade seria bem maior tanto para eliminadores quanto para não-eliminadores como eu, que lido com isso com frequência. Holy Goo (d . c) 13h32min de 23 de novembro de 2017 (UTC)Responder
Uma opção que funciona no seu exemplo é pesquisar por insource:/\[\[George[ _]Biddell[ _]Airy/.
Acrescentei acima os links para os pedidos anteriores relacionados à página Especial:Páginas afluentes. Helder 18h15min de 23 de novembro de 2017 (UTC)Responder

Adicionar texto alternativo na Predefinição:Artigo bom e Predefinição:Artigo destacado

Seria interessante usar um texto alternativo (ou |alt=) nos ícones por causa da galera do 3G. O texto seria "este é um artigo bom". Na época em que o ícone foi criado ou traduzido nem havia smartphone ainda. Portanto, temos que nos adaptar às novas tecnologias. Holy Goo (d . c) 17h33min de 23 de novembro de 2017 (UTC)Responder

@!Silent, He7d3r e ArgonSim: Algum entendedor entendido do assunto poderia dar uma mão? Holy Goo (d . c) 17h54min de 23 de novembro de 2017 (UTC)Responder

As imagens usadas nestes indicadores já possuem texto alternativo:
  • <img alt="Este é um artigo destacado. Clique aqui para mais informações." src="...>
  • <img alt="Este é um artigo bom. Clique aqui para mais informações." src=...>
Helder 18h26min de 23 de novembro de 2017 (UTC)Responder
@He7d3r: Eu tinha inspecionado o elemento. Não sei como não vi isso. Enfim, aproveitando o embalo, gostaria de saber se é possível colocar texto alternativo para imagens dentro de infocaixas. Por exemplo, a imagem do livro A Verdade Sufocada tem como "img alt" URLs. Holy Goo (d . c) 18h51min de 23 de novembro de 2017 (UTC)Responder
Basta preencher o parâmetro imagem_alt da Predefinição:Info/Livro. Helder 19h04min de 23 de novembro de 2017 (UTC)Responder
Eu realmente deveria prestar mais atenção ao código fonte das páginas ¬¬". Obrigado. Eu estava pensando em usar as imagens na infocaixa com a formatação normal. Holy Goo (d . c) 19h18min de 23 de novembro de 2017 (UTC)Responder

@He7d3r: Tentei adicionar o parâmetro na Predefinição:Info/Sítio mas o texto alternativo não está funcionando. Poderia dar uma olhada? Use o artigo Brasil Paralelo para fazer o teste (já coloquei o imagem_alt lá). Holy Goo (d . c) 19h38min de 23 de novembro de 2017 (UTC)Responder

É algum problema no código da Predefinição:Info/Sítio, pois se copio o código da Predefinição:Info/Livro para ela e uso a "Antevisão da página com esta predefinição", o texto alternativo aparece. Helder 20h39min de 23 de novembro de 2017 (UTC)Responder
Na Predefinição:Info/Filme também não funciona... Holy Goo (d . c) 20h41min de 23 de novembro de 2017 (UTC)Responder

Uniformizar Predefinições

A Predefinição:DNKn precisa de {{DNKn|ês para nacionalidade masculina e {{DNKn|esa para nacionalidade feminina. Não me parece fazer sentido quando comparado com a Predefinição:ENG em que chega seguir a regra geral de |o para masculino e |a para feminino. Isto provavelmente é fácil de alterar mas eu prefiro deixar para quem sabe muito mais do que eu destas coisas. Grato antecipadamente --João Carvalho deixar mensagem 23h33min de 24 de novembro de 2017 (UTC)Responder

A Predefinição:ARMn dá origem ao redirect [[Armênios|armênio]] quando devia dar origem directamente a arménio. --João Carvalho deixar mensagem 10h41min de 9 de dezembro de 2017 (UTC)Responder

Infobox de Direitos LGBT

Saudações. Existe alguma infocaixa semelhante a esta na Wikipédia Lusófona? Acho que seria interessante para ilustrar o artigo que estou desenvolvendo. Lustmoon (disc.) 21h11min de 25 de novembro de 2017 (UTC)Responder

Info/Sindicato

Olá. Editando sobre um sindicato, vi que faltava uma predefinição como essa. Não me arrisco a criar, parece complexo pra mim. Alguém me faria a gentileza de criar pra mim? Agradeceria muito. Comuna de Paris (discussão) 22h34min de 26 de novembro de 2017 (UTC)Responder

@Comuna de Paris: muito mais vale a pergunta: é necessária tal infocaixa sendo que já existe Predefinição:Info/Organização? Eu creio que não. Os parâmetros não são muito diferentes. Caso sinta falta de algum parâmetro fundamental, é possível criá-lo nessa infocaixa que citei. --Luan (discussão) 00h50min de 29 de novembro de 2017 (UTC)Responder
@Luan:, agradeço a resposta. Realmente, por um lapso, não lembrei de utilizar essa infocaixa. Eu comparei com a versão inglesa e realmente, não vejo tantas diferenças. Vou utilizá-la e qualquer coisa, retorno aqui. Obrigado. Comuna de Paris (discussão) 00h59min de 29 de novembro de 2017 (UTC)Responder

20h30min de 27 de novembro de 2017 (UTC)

Predefinição:Info/Língua

Olá a todos. Alguém que esteja com tempo poderia adicionar mais um campo nessa predefinição? Atualmente nossa predefinição não aceita o campo para colocarmos as siglas das línguas que estão segundo o catálogo Glottolog. Eu estou criando um artigo cuja língua, por enquanto, só foi classificada nesse catálogo e se eu adicionar os valores em qualquer um dos campos atuais vai aparecer como se fosse de outro catálogo e não desse. A língua em questão é essa (linque do catálogo) e a sigla está aparecendo no canto superior direito (num balão azul). Eu queria colocar aquela informação no artigo, mas não tenho como fazê-lo pela falta de um campo--Rena (discussão) 21h57min de 1 de dezembro de 2017 (UTC)Responder

Outra coisa, atualmente para se adicionar uma imagem dentro da predefinição é necessário usar "imagem:". Não seria possível remover isso e adicionar um campo pra escolher o tamanho do mapa que vai dentro da predefinição? Muitas infocaixas já não dependem mais de adicionar "imagem" dentro delas.--Rena (discussão) 22h02min de 1 de dezembro de 2017 (UTC)Responder
Uma última coisa, parece que o mapa quando é adicionado fica desalinhado, parece que está para a esquerda. Se pudessem padronizar para que alinhasse no centro seria ótimo também.--Rena (discussão) 22h14min de 1 de dezembro de 2017 (UTC)Responder

Elemento nowiki

Caros(as) senhores(as) programadores(as), eu não sei o que causa a inserção de elemento nowiki, porém sei que há algúm problema, na medida em que recebemos avisos quando inserimos. Também não sei a gravidade disso. Em todo caso, venho alertar para o segunte: o editor visual está produzindo diversos elementos nowiki, para coisas como aspas ou asteriscos (ex. 50649016]), portanto, caso seja algo grave, peço correção do editor visual. Obrigado,--Fonseca 12h22min de 2 de dezembro de 2017 (UTC)Responder

O autor da edição está inserindo asteriscos em vez de criar uma lista, e o único jeito de mostrar os asteriscos sem que sejam entendidos como lista é colocando-os dentro do elemento nowiki.
No entanto, o autor deveria estar usando listas de verdade em vez de inserir asteriscos manualmente... Helder 12h29min de 2 de dezembro de 2017 (UTC)Responder
Estes casos devem ser revertidos?--Fonseca 12h31min de 2 de dezembro de 2017 (UTC)Responder
EVinente--Fonseca 12h36min de 2 de dezembro de 2017 (UTC)Responder
Felipe da Fonseca, se isso não estiver comprometendo o visual da página, não há problema. Pode ser apenas um teste. EVinentefale comigo 13h43min de 2 de dezembro de 2017 (UTC)Responder

17h50min de 4 de dezembro de 2017 (UTC)

Predefinição:Info/História da Nigéria

Esta predefinição Predefinição:Info/História da Nigéria está com um pequeno probleminha vindo de outra predefinição, que não consegui descobrir qual é. Na primeira linha (Parte da séries da) está em vermelho porque está lincando para o nome errado da categoria. Categoria:História do Nigéria e lógico não encontrou. Já tentei resolver o problema mas não consegui. Será que alguém pode dar uma ajuda? JMGM (discussão) 01h35min de 7 de dezembro de 2017 (UTC)Responder

O erro não precisa ser consertado, porque a predefinição em si já é uma série de erros. Primeiro porque não é uma infocaixa, ao contrário do que seu título insinua. Segundo que é uma redundância com Predefinição:História da Nigéria. Terceiro porque usa uma metapredefinição maltraduzida e também redundante, quando já há Predefinição:História do país. A Predefinição:História do Zimbabwe deve ser refeita a partir da última metapredefinição aqui citada. E a predefinição debatida no início deve ser substituída por Predefinição:História da Nigéria e então eliminada, o mesmo para sua metapredefinição maltraduzida e redundante. --Luan (discussão) 22h23min de 8 de dezembro de 2017 (UTC)Responder
Se tem algum erro, está na predefinição:Info que foi mal adaptada para a ptwiki. Caro senhor me poupe de seus elogios. JMGM (discussão) 15h26min de 12 de dezembro de 2017 (UTC)Responder
Está explicado o porquê da predefinição que fiz em 2015 passar a dar um erro inesplicável de repente , o Senhor Luan mexeu na Predefinição:Sidebar usada pela outra e não fez as correções nas páginas afluentes. O mesmo que anda fazendo em outras predefinições mudando nomes das predifinições sem ver as consequências nas páginas afluentes onde os links ficam todos em vermelho. Uma predefinição que não tinha problema algum emm 2015, passou a ter em 2017, e depois vem dizer que os erros são meus. Muito interessante. JMGM (discussão) 15h58min de 12 de dezembro de 2017 (UTC)Responder
Independente do que ele tenha feito ou não, nessa vou concordar com ele. As predefinições, da forma como estão, estão redundantes. Essencialmente mostram a mesma coisa, e a versão info/ para além disso tudo sequer foi criada em lugar algum além de nós. Além disso, acho que era um bom momento para se cogitar horizontalizar essa predefinição, que não sendo infocaixa, ao ficar na vertical come enorme pedaço dos artigos onde é adicionada, retirando espaço para coisas mais úteis ao artigos como imagens.--Rena (discussão) 16h18min de 12 de dezembro de 2017 (UTC)Responder
A Wikipédia nunca teve problemas com predefinições verticais conviverem na mesma página com as horizontais de rodapé, de repente, não mais que de repente, os inovadores querem padronizar a ptwiki abolindo isso e aquilo porque não gostam, isso não é normal. JMGM (discussão) 16h26min de 12 de dezembro de 2017 (UTC)Responder
Quem disse qualquer coisa nesse sentido, senhora? A senhora está a enxergar direito, precisa de ajuda? Ficaria contente em ajudá-la. Decididamente você não entendeu o espírito da minha colocação. O que quero dizer é que, hipoteticamente falando, num artigo onde, pela falta de espaço, se tenha que escolher entre recursos audiovisuais (imagens, vídeos, áudios) e uma predefinição (que não é infocaixa) que no mais se presta a lincar potenciais artigos relacionados (o que, em essência, as categorias, se bem feitas, já fazem o serviço), o que você escolhe? Espero encarecidamente que a primeira opção. E é nesse sentido que estou dizendo, essas "infocaixas" (e poderia fazer uma enorme lista delas, várias criadas pelas senhoras) poderiam perfeitamente ser reestruturadas horizontalmente para dar aos artigos mais espaço. Veja como exemplo a predefinição em Sálio. Ocupa mais da metade do artigo e esmaga a última imagem, quando eu julgo que ficaria melhor sem esmagar nada se estivesse no rodapé na horizontal. É isso que eu disse.--Rena (discussão) 16h32min de 12 de dezembro de 2017 (UTC)Responder
Não estou precisando de ajuda para enxergar, muito pelo contrário, minha visão alcança até o que você não imagina. Já dei uma ajeitada na página que você citou, não está esmagando mais nada. JMGM (discussão) 18h49min de 12 de dezembro de 2017 (UTC)Responder

Jurema, você está me acusando de algo que não fiz e sem apontar especificamente o erro. Apontar para uma página inteira de histórico de edições não é evidência, nem falar "o Senhor Luan mexeu na Predefinição:Sidebar usada pela outra e não fez as correções nas páginas afluentes. O mesmo que anda fazendo em outras predefinições mudando nomes das predifinições sem ver as consequências nas páginas afluentes onde os links ficam todos em vermelho".

É mais fácil identificar o problema que está a ocorrer quando indica diffs específicos.
A crítica legítima pode ser distinguida do aborrecimento porque ela:
  • Contém diffs ou outra evidência.

[…] O aborrecimento muitas vezes inclui alguns elementos seguintes:

  • Ataques de caráter, argumentos ad hominem, ou falácias lógicas.
  • Acusações vagas, não apoiadas por evidência.

[…]

O que significa isso? O que pretende com tais acusações vagas? Seria esconder ou desviar a atenção das importações integrais, desatentas e mal acabadas que historicamente faz, tal como esta aqui em debate? Pois não vai conseguir. Já encaminhei as importações integrais, desatentas e mal acabadas citadas em meu primeiro comentário para a eliminação rápida.

Pela crítica feita à Predefinição:Info, até parece que entende de programação. Então, recomendo que leve as sugestões e contribua com Wikipédia:Fusão/Central de fusões/Módulo:Ficha; Módulo:Infobox.

Por fim,   Concordo com Rena sobre a necessidade de transformar essas navecaixas laterais em navecaixas de rodapé, a fim de ser possível o uso de multimídias e infocaixas nesses artigos abrangidos por tais navecaixas. --Luan (discussão) 20h08min de 13 de dezembro de 2017 (UTC)Responder

Foi bom ter citado o Renato, ambos estão pensando que o mundo acaba amanhã. Estão pensando que ninguém está observando o que andam fazendo.   Discordo das mudanças que andam fazendo, em predefinições, em mudança de títulos de artigos e destruição de um portal que eu estava fazendo a anos.[111] Se tem alguém aqui na Wikipédia que pode dizer algo sobre assédio moral sofrido durante anos, esse alguém sou eu e com testemunhas, meu caro. JMGM (discussão) 01h11min de 14 de dezembro de 2017 (UTC)Responder
O que discorda é de ser contrariada. Mas aí é um problema que você tem de resolver consigo mesma. Pois aqui é um projeto comunitário e baseado em argumentos, não em preferências pessoais de um único membro. E favor interrompa com as acusações falsas e vagas. --Luan (discussão) 16h24min de 14 de dezembro de 2017 (UTC)Responder
Engano seu, não sou só eu que discorda das lambanças que andam fazendo. Tudo ao seu tempo, já dizia meu avô. JMGM (discussão) 19h30min de 14 de dezembro de 2017 (UTC)Responder

{{Acidentes e incidentes aéreos por}}

A predefinição acima está gerando uma categorização em massa absurda, do tipo Categoria:Desastres 2016 (em vez de Desastres em 2016, que seria o certo).

Não consegui arrumar.

Para ver o alcance da encrenca, queiram ver a lista de categorias pedidas.

Grato. Yanguas diz!-fiz 18h26min de 7 de dezembro de 2017 (UTC)Responder

Boas Yanguas desliguei a categoria nesta edição .[112] . Dbastro (discussão) 20h12min de 7 de dezembro de 2017 (UTC)Responder


  Obrigado(a) Yanguas diz!-fiz 20h32min de 7 de dezembro de 2017 (UTC)Responder

Invitation to Blocking tools consultation

Hello all,

The Wikimedia Foundation's Anti-Harassment Tools team invites all Wikimedians to discuss new blocking tools and improvements to existing blocking tools in December 2017 for development work in early 2018.

How can you help?

  1. Share your ideas on the discussion page or send an email to the Anti-Harassment Tools team.
  2. Spread the word that the consultation is happening; this is an important discussion for making decisions about improving the blocking tools.
  3. Help with translation.
  4. If you know of previous discussions about blocking tools that happened on your wiki, share the links.

We are looking forward to learning your ideas.

For the Anti-Harassment Tools team SPoore (WMF), Community Advocate, Community health initiative (talk) 23h23min de 7 de dezembro de 2017 (UTC)Responder

Por que estão sendo categoriazados?

As páginas acima estão na Categoria:!Artigos que carecem de fontes. Alguém sabe por que? E como fazer para tirar? Mageschuch656 (discussão) 18h35min de 8 de dezembro de 2017 (UTC)Responder

  Corrigido. As hiperligações para a referida categoria não continham os dois-pontos que mudam de categorização para hiperligação. Adicionei eles. --Luan (discussão) 22h17min de 8 de dezembro de 2017 (UTC)Responder

Help!

É só no meu navegador que "77 a.C." aparece entre "84 a.C." e "82 a.C." aqui (e em todas as categorias que deveriam mostrar "83 a.C.")? O template de navegação é básico demais então fiquei com duas suspeitas: meu navegador ou a cachaça... (rs.). José Luiz disc 01h23min de 9 de dezembro de 2017 (UTC)Responder

jbribeiro1 aqui tá tudo normal, e testei no google chrome, no Firefox, no edge e explorer.-- Leon saudanha 02h35min de 9 de dezembro de 2017 (UTC)Responder
Eu testei a uns minutos e vi 77 no lugar de 83. Estava tentando descobrir o que existia por trás de códigos e sem mais nem menos apareceu o 83 onde ele deveria estar e desapareceu o 77!!!Kaktus Kid (discussão) 02h51min de 9 de dezembro de 2017 (UTC)Responder
Arrumou também! Que coisa estranha. José Luiz disc 12h39min de 9 de dezembro de 2017 (UTC)Responder

17h58min de 11 de dezembro de 2017 (UTC)

Inserção de animações e simulatores

Prezados programadores,

Gostaria de saber a linguagem de programação usada na Wikipédia? Como fazer a adição de animações e simuladores educativos?

Agradeço pela disposição,

Atenciosamente,

comentário não assinado de Danilomath (discussão • contrib) 15h26min de 12 de dezembro de 2017‎ (UTC)Responder

No conteúdo das páginas, não há como (a não ser que esteja pensando em algum tipo de recurso específico para o qual alguém já tenha desenvolvido uma extensão do MediaWiki). Mas para uso pessoal, pode criar gadgets usando JavaScript e CSS que automatizem ou facilitem a execução de certas tarefas na wiki, ou personalizem sua experiência com o site. Helder 20h46min de 12 de dezembro de 2017 (UTC)Responder

Não aparece o campo bandeira

[118] [119] JMGM (discussão) 17h32min de 12 de dezembro de 2017 (UTC)Responder

@JMGM:   Feito [120]. Faltava adicionar na metapredefinição os campos correspondentes à |imagem2=. Todavia, como a predefinição {{Info/Cargo político}} utiliza a metapredefinição {{Infobox}}, que está depreciada, é necessário atualizá-la. --ArgonSim (discussão) 11h54min de 14 de dezembro de 2017 (UTC)Responder

WikEd e o realçador sintático do texto wiki

É apenas comigo que essa funcionalidade beta raramente funciona? De uns tempos pra cá tem sido extremamente raro ver o código-fonte realçado. --ArgonSim (discussão) 11h58min de 14 de dezembro de 2017 (UTC)Responder

@ArgonSim Sugiro usar o gadget "Realçador de Sintaxe Dot", que eu uso e é muito bom. !Silent (discussão) 12h12min de 14 de dezembro de 2017 (UTC)Responder
@!Silent: Eu costumava usar o Dot para isso, mas havia passado a utilizar a ferramenta beta por conta do realce diferenciado no aninhamento de predefinições. No entanto, como essa deixou de funcionar (pelo menos para mim), não vejo outra opção a não ser voltar a utilizar o Dot. Agradeço pela ajuda. --ArgonSim (discussão) 12h36min de 14 de dezembro de 2017 (UTC)Responder
@ArgonSim e !Silent: Prezados, também funcionava muito esporadicamente comigo, aí fui atrás: salvo engano, descobri que este recurso beta não funciona com o WikEd e o wikEdDiff. Desativei-os e deu certo: funciona bem melhor agora. Ainda falha, às vezes (depois de clicar em 'mostra previsão', p. ex.), mas o botãozinho (aquele lápis azul) agora sempre responde, o que não acontecia antes. Abraço. --Caiomarinho (discussão) 13h47min de 14 de dezembro de 2017 (UTC)Responder
@Caiomarinho: Nem havia me ocorrido que o WikEdDiff poderia impedir que a ferramenta funcionasse. Assim que eu o desativei, o recurso passou a funcionar perfeitamente. Muito obrigado! --ArgonSim (discussão) 14h53min de 14 de dezembro de 2017 (UTC)Responder

Ajuda com citação

Senhores, estou precisando de ajuda com as seguintes predefinições conjuntas: {{citar periódico}} com "ref=harv" e {{sfn}}. O problema está quando eu coloco o segundo autor no periódico, não consigo fazer com que a sfn indique o artigo na página, ou não existe a possibilidade, e ai peço que criem pois não sei como fazer, ou existe e não estou sabendo como fazer (dois autores separados por vírgula? etc). Exemplo aqui. Obrigado, comentário não assinado de Felipe da Fonseca (discussão • contrib) 12h08min de 14 de dezembro de 2017‎ (UTC)Responder

@Felipe da Fonseca: Pode ver aqui um exemplo de como deve ser a formatação da {{sfn}} para mais de um autor. Se tiver alguma dúvida, peço que me avise. --ArgonSim (discussão) 12h31min de 14 de dezembro de 2017 (UTC)Responder
Tomei a liberdade de corrigir a sintaxe em sua página de testes. Como pode notar no diff, é necessário separar o último nome de cada autor por uma barra vertical |. --ArgonSim (discussão) 12h39min de 14 de dezembro de 2017 (UTC)Responder
ArgonSim Perfeito, consegui, obrigado pela resposta rápida e eficiente. Também cheguei a ver a mudança no meu teste.   Valeu!. --Fonseca 12h41min de 14 de dezembro de 2017 (UTC)Responder

Caro ArgonSim surgiu uma outra dúvida muito parecida: é possível usar {{sfn}} com {{citar web}}? Eis aqui meu experimento.--Fonseca 22h05min de 14 de dezembro de 2017 (UTC)Responder

@Felipe da Fonseca: Sim, mas é necessário preencher a {{sfn}} seguindo o formato {{sfn|sobrenome primeiro autor|ano}}. Caso haja mais de um autor, os seus respectivos sobrenomes (segundo, terceiro etc.) devem vir entre o sobrenome do primeiro e o ano. É permitido no máximo 4 autores (eu acho). Coloquei em sua página de testes como seria a sintaxe apropriada. --ArgonSim (discussão) 22h20min de 14 de dezembro de 2017 (UTC)Responder
ArgonSim Vc usou um ano arbitrário, certo? Como é um site, eu pensei em não usar ano, não tem como anular o campo?--Fonseca 22h32min de 14 de dezembro de 2017 (UTC)Responder
ArgonSim deu,   Valeu!.--Fonseca 22h37min de 14 de dezembro de 2017 (UTC)Responder

Predefinição:Linha do tempo de compositores Românticos

Não consigo entender como mexer nesta predf. Ela está muito pouco visível, não da para ler os nomes, alguém pode me ajudar há: 1) criar maior contraste e 2) aumentar um pouco a fonte?--Fonseca 02h05min de 15 de dezembro de 2017 (UTC)Responder

Tento aqui aqui, sem sucesso.--Fonseca 02h16min de 15 de dezembro de 2017 (UTC)Responder
Para que o contraste entre a cor do link e a cor de fundo passe nos testes de acessibilidade, seria preciso usar algo muito mais claro do que rgb(1,0.6,0.6) , como por exemplo rgb(1,0.952,0.952) em vez de #ff9999, pois qualquer coisa mais escura do que isso não terá um contraste suficiente com a cor dos links . No entanto, com isso haverá contraste insuficiente entre a cor de fundo das barras e a cor de fundo cinza da timeline . O que nos leva ao outro problema: para garantir a acessibilidade, a informação relevante deve ser transmitida pelo texto, e não exclusivamente através de cores.
Uma abordagem um pouco melhor seria como na en:Template:Timeline History of Computing, onde são usadas pequenas barras verticais para indicar as posições e não há o problema com o contraste pois o link aparece diretamente sobre o fundo cinza da timeline. Helder 10h56min de 15 de dezembro de 2017 (UTC)Responder
Caro He7d3r não sei direito nem em qual campo devo mudar isso. E tem algo ainda pior, tem alguma coisa acontecendo de estranho, eu mudo os parâmetros que nada tem a ver com cor (nomes) e gera um erro de cor. Alias, uma mesmo edição hora gera erro hora não, aquele código está com problemas? Vou ver se mudo a predefinição, então.--Fonseca 12h23min de 15 de dezembro de 2017 (UTC)Responder
Caro He7d3r algo ainda mais estranho ocorreu: copiei a predefinição que vc me indicou e deu o mesmo erro de cor, veja que não mudei nada Usuário:Felipe da Fonseca/Testes4. Eu não vou conseguir fazer isso. Estou pensando em apenas aumentar a fonte como está em Usuário:Felipe da Fonseca/Testes4 e colocar assim mesmo... Nao tenho capacidade técnica para mais nada. Resolveria o problema, apesar de esteticamente deixar a desejar. Oq vc acha?--Fonseca 12h41min de 15 de dezembro de 2017 (UTC)Responder