Wikipédia:Café dos programadores

Origem: Wikipédia, a enciclopédia livre.
Ir para: navegação, pesquisa
▼ Ir para o fim da página ▼
Mudanças recentes nos pedidos

Information icon.svg Lembre-se: os pedidos serão atendidos por voluntários, de acordo com a disponibilidade deles.

▼ Ir para o fim da página ▼
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[editar código-fonte]

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)

@Pablodiego15: Pois é né, a nossa predefinição anda muito pobrezinha. HG (discussão) 11h01min de 27 de junho de 2017 (UTC)
@Holy Goo: Sim. :'( pablodiego15 (msgcontrib) 20h19min de 29 de junho de 2017 (UTC)
Symbol comment vote.svg 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)

@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)

@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)
@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)
@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 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)
@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)
@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)
Adicionei aqui. Ficou uma beleza. Valeu. --pablodiego15 (msgcontrib) 06h04min de 5 de julho de 2017 (UTC)
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)

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)


@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)

@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)
Criei o tópico. Pedro H. diz×fiz 21h23min de 4 de julho de 2017 (UTC)

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)

Meu bug de estimação[editar código-fonte]

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)

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)

Wikidata changes now also appear in enhanced recent changes[editar código-fonte]

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)

(wrong target page? you can fix it here)

Criação de filtro para bandeirinhas[editar código-fonte]

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)

Acredito que isso talvez esteja no escopo do Especial:Filtro_de_abusos/128. Helder 01h36min de 30 de junho de 2017 (UTC)
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)
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)

Substituição de Info/Estado extinto[editar código-fonte]

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)

  • Em face dos problemas que estou a ter em fazer coexistir as duas versões (antiga e nova) com uma chamada comum a partir de {{Info/Estado extinto}}, vou fazer como é usual noutras situações: criar {{Info/Estado extinto2}} e marcar {{Info/Estado extinto}} como obsoleta. Alguém se opõe ou tem uma ideia melhor? --Stegop (discussão) 01h54min de 11 de julho de 2017 (UTC)

Tech News: 2017-27[editar código-fonte]

15h31min de 3 de julho de 2017 (UTC)

Wikipédia:Informe um erro[editar código-fonte]

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[editar código-fonte]

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? Piscada Boas edições! Dr. LooFale comigo 18h40min de 5 de julho de 2017 (UTC)

@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)

Compactação de interwikis na PP[editar código-fonte]

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)

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

Tech News: 2017-28[editar código-fonte]

15h07min de 10 de julho de 2017 (UTC)

Predefinição:Caixa de citação[editar código-fonte]

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)

@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)
Muito obrigado, meu chapa. --Zoldyick (discussão) 23h36min de 14 de julho de 2017 (UTC)
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)
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)

Tech News: 2017-29[editar código-fonte]

22h58min de 17 de julho de 2017 (UTC)

Botões do FastButtons sumiram[editar código-fonte]

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)

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)
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)

Caixa de resumo de edição excessivamente pequena[editar código-fonte]

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)

@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)
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)
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)

@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)

@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)
@Whatamidoing (WMF) Done. Thanks! !Silent (discussão) 19h46min de 19 de julho de 2017 (UTC)

De novo: Proposta de fusão de predefinições de bandeiras[editar código-fonte]

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)

#if e #ifeq com comportamento estranho[editar código-fonte]

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)
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)
Obrigado Helder. Estava a esquecer-me do raio da categoria. --Stego (discussão) 16h02min de 22 de julho de 2017 (UTC)

Kartographer[editar código-fonte]

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)

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)
@He7d3r: Você tem certeza que respondeu no lugar certo? Mr. Fulano! FC 12h41min de 25 de julho de 2017 (UTC)
Ops! Já movi para a seção correta. Obrigado por avisar... Helder 14h44min de 25 de julho de 2017 (UTC)

Uma dúvida que pode parecer meio besta.[editar código-fonte]

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)

@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)
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)
@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)

Tech News: 2017-30[editar código-fonte]

15h57min de 24 de julho de 2017 (UTC)

Importar classes para a pt.wiki[editar código-fonte]

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)

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)
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)
Possível, sim. Desejável, nem tanto pelos motivos acima... Helder 11h39min de 29 de julho de 2017 (UTC)
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)
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)
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)
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)
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)

──────────────────────────────────────────────────────────────────────────────────────────────────── 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)

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)
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)
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)
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)
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)
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)
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)
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)
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)

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)

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)

Tech News: 2017-31[editar código-fonte]

21h45min de 31 de julho de 2017 (UTC)

ESR[editar código-fonte]

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)

Aconteceu de novo aqui. Mr. Fulano | Fale! 22h42min de 2 de agosto de 2017 (UTC)
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)
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)
@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)
@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)
@Stego e !Silent: Fiz melhor, abri um tópico lá na esplanada. Mr. Fulano | Fale! 23h18min de 2 de agosto de 2017 (UTC)
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)
@He7d3r e Stego: Já o fiz. Mr. Fulano | Fale! 01h19min de 3 de agosto de 2017 (UTC)

Tech News: 2017-32[editar código-fonte]

21h45min de 7 de agosto de 2017 (UTC)

Hovercards[editar código-fonte]

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)

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

Perda de sessão[editar código-fonte]

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)
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)
@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)

Prosseguimento a proposta aprovada[editar código-fonte]

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

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

Tech News: 2017-33[editar código-fonte]

23h28min de 14 de agosto de 2017 (UTC)

awb[editar código-fonte]

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?