Wikipédia:Café dos programadores/Arquivo/2011/1

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

Esplanada/propostas[editar código-fonte]

Ainda tem alguém aqui? Bom, a WP:EP está bugada... Os últimos três tópicos não estão aparecendo. Christian msg 18h20min de 1 de janeiro de 2011 (UTC)[responder]

Mais um tópico sobre isso. Ver Wikipedia:Esplanada/geral/Problemas na Esplanada de propostas (25dez2010). Qnd a esplanada fica mt pesada acontece isso. Um único tópico já tá nos 190k. Só arquivar (esse tópico) q fica bom. Rjclaudio msg 22h37min de 1 de janeiro de 2011 (UTC)[responder]
A situação melhorou um pouco depois da alteração mencionada neste outro tópico. Helder 14h15min de 13 de janeiro de 2011 (UTC)[responder]

Predef: ESR2[editar código-fonte]

Olá,
Será que alguém consegue alterar a predef de ESR ({{ESR2}}) pra que ela verifique se uma tag já está colocada na página e não colocar outra (como neste diff)? Essa tag é utilizada pelo Fast Buttons e é um saco cada vez que ela faz isso, principalmente quando clicamos pra voltar no navegador após olhar o histórico pra ver o autor do artigo....
A tag de ER ({{ER}}) já verifica e avisa.
Valeu! José Luiz disc 01h08min de 4 de janeiro de 2011 (UTC)[responder]

Na verdade, o que tem que ser alterado é o script do FB e não a predef. Silent (Contact) 01h13min de 4 de janeiro de 2011 (UTC)[responder]
  • Não sei ao certo, mas acredito que o problema esteja aqui:
if (txt.match(/\u007B\u007B(ER|ESR2)\u007C/i)) {
Acredito que no lugar ESR2 deveria está ESR.
Vou fazer uns testes aqui e verificar se é realmente isso. Silent (Contact) 01h19min de 4 de janeiro de 2011 (UTC)[responder]

Arquivamento[editar código-fonte]

Alguém podia arquivar essa página, não? Estamos com 162Kb e subindo. Não sei como, senão faria. José Luiz disc 02h18min de 4 de janeiro de 2011 (UTC)[responder]

Feito para maio e junho. --Stegop (discussão) 03h04min de 4 de janeiro de 2011 (UTC)[responder]

[1] alguém poderia por favor dizer qual é o erro de código dessa página que as notas de rodapé não estão funcionando? Lidbergue (discussão) 04h41min de 6 de janeiro de 2011 (UTC)[responder]

Está melhor assim? --Stegop (discussão) 04h51min de 6 de janeiro de 2011 (UTC)[responder]
Sim, sem dúvidas, mas o problema desse método é que não tem como separar os compositores das demais notas, ou tem? Não entendi pq isso deu errado, foi exatamente o mesmo que fiz em todos os outros artigos, e nos outros deu certo. De qualquer forma obrigado. Lidbergue (discussão) 05h05min de 6 de janeiro de 2011 (UTC)[responder]

É só comigo que os FastButtons não funcionam? Há meses que os tenho em vector.js. Já experimentei ativá-los nas Preferências/Gadgets com e sem os ter no vector.js, e nada:chego a ter duas fiadas de botões, eles mostram a janela de input, mas nada acontece para além de abrir a janela de edição.

PS: É impressão minha ou tb. houve mudanças nas preferências? Iria jurar que algumas das opções que tinha foram "desmemorizadas". --Stegop (discussão) 12h43min de 10 de janeiro de 2011 (UTC)[responder]

Aqui ta normal. Talvez você tenha ativado algum gadget que fez com que o FB parasse de funcionar (Já ocorreu isso comigo, mas com o RA).
Ttenta colocar no seu Vector.js assim:
importScript ('Wikipedia:Software/Scripts/FastButtons.js');

E ver se pega (E caso tenha mesmo ativado algum outro gadget recetemente, experimente desativar-lo e limpar o cache) Silent (Contact) 12h49min de 10 de janeiro de 2011 (UTC)[responder]

Obrigado. Pelos vistos era algum gadget (daqueles que já nem me lembro o que fazem, se é que fazem alguma coisa). Mas houve anomalia, pois eu só fui às preferências porque as coisas não estavam a funcionar como deviam. Aliás desde há 2 ou 3 dias tenho notado que o botão de ER/ligação direta da página pós-movimentação por vezes bloqueia o browser por várias dezenas de segundos. Estranho... --Stegop (discussão) 18h40min de 10 de janeiro de 2011 (UTC)[responder]

Problema com minha sessão[editar código-fonte]

Estou enfrentando um problema. Durante minha sessão, sempre que vou para uma outra Wiki (como a en, por exemplo) quando retorno para cá e edito uma página aparece a mensagem "Desculpe-nos, mas não foi possível processar a sua edição devido à perda de dados da sua sessão". O que fazer nesse caso ? Não aguento mais me logar 10 vezes a cada cinco minutos. Já limpei o cache, troquei de navegador de PC etc... e permanece. Agradeço Gean Carlos Escreva-me 20h08min de 15 de janeiro de 2011 (UTC)[responder]

Quando aparece isso aqui é só eu clicar em "Salvar" que pega normalmente..nem preciso logar de novo. -!864!Silent_29A (Contact) 20h13min de 15 de janeiro de 2011 (UTC)[responder]
É como o X360xSilent diz. A mim acontece-me a toda a hora e nunca me ocorreu que pudesse estar relacionado com andar a saltar entre wikis. Também me acontece ir ao Commons sem estar logado, apesar de estar logado na pt.wp. --Stegop (discussão) 20h32min de 15 de janeiro de 2011 (UTC)[responder]
Então é sua internet. Os 2 PC's usam a mesma internet? Se sim, provavelmente deve ser ela mesmo. -!864!Silent_29A (Contact) 20h54min de 15 de janeiro de 2011 (UTC)[responder]
Provavelmente é o mesmo problema descrito no Bug 26706. Ainda está enfrentando o problema? Em que navegador? Helder 15h37min de 1 de fevereiro de 2011 (UTC)[responder]

Pessoal,
Não consigo colocar uma tag de VDA na página Os Instrumentos Mortais, que é colagem de cópias de http://www.sobrelivros.com.br/capa-de-city-of-fallen-angels-revelada/ e similares. Porém, não consigo salvar por que www.sobrelivros.com.br está blacklistada... Aliás, não consigo fazer o link nem daqui. Alguma sugestão? José Luiz disc 22h35min de 15 de janeiro de 2011 (UTC)[responder]

Tem que pedir a retirada do site na discussão de Mediawiki:Spam-blacklist. -!864!Silent_29A (Contact) 23h23min de 15 de janeiro de 2011 (UTC)[responder]
Não me parece nada boa ideia pedir a retirada da blacklist! Sugiro que indiques o endereço substituindo algumas letras. --Stegop (discussão) 00h15min de 16 de janeiro de 2011 (UTC)[responder]
Porquê não? -!864!Silent_29A (Contact) 00h35min de 16 de janeiro de 2011 (UTC)[responder]
Parece-me óbvio: partindo do princípio que havia boas razões para ter sido lá colocado o site, aquele VDA só reforça a suspeita que ele deve permanecer bloqueado, pois imagino que foi por causa de situações semelhantes ou de spam que ele foi lá incluído. --Stegop (discussão) 00h44min de 16 de janeiro de 2011 (UTC)[responder]
Ah sim, nem reparei que se tratava de um VDA. -!864!Silent_29A (Contact) 00h48min de 16 de janeiro de 2011 (UTC)[responder]
Consegui usando <nowiki>. Obrigado a todos! José Luiz disc 01h36min de 16 de janeiro de 2011 (UTC)[responder]

Bem q achei estranho, vc conseguir colocar a url aqui mas não conseguir no VDA. Podemos colocar um nowiki na {{VDA}} (ou no Fastbuttons) por default, evitando problemas futuros? Rjclaudio msg 10h49min de 16 de janeiro de 2011 (UTC)[responder]

Eu só consegui salvar aqui colocando o nowiki também. José Luiz disc 10h54min de 16 de janeiro de 2011 (UTC)[responder]
Concordo com o Rjclaudio e já fiz a modificação. Se alguém se opor, basta reverter. -!864!Silent_29A (Contact) 11h47min de 16 de janeiro de 2011 (UTC)[responder]
Aconteceu que eu marquei uma página para eliminação por VDA (manualmente mesmo) e o código não pegou, ficou só {{{1}}}. E pelo jeito não é só comigo... Christian msg 13h53min de 16 de janeiro de 2011 (UTC)[responder]
No link apontado por você tá tudo Ok.. -!864!Silent_29A (Contact) 13h55min de 16 de janeiro de 2011 (UTC)[responder]
Mas olhe a edição anterior, ele teve de colocar manualmente a URL. Podes comprovar pela edição que fiz aqui. Christian msg 15h08min de 16 de janeiro de 2011 (UTC)[responder]

Reverti a edição na {{VDA}}. Se deu erro reverte. Talvez um nowiki dentro de um includeonly (será q dá), ou então ao invés de colocar na {{VDA}} colocar na {{VDA2}}. Ou o nowiki apenas no fastbuttons. Rjclaudio msg 15h16min de 16 de janeiro de 2011 (UTC)[responder]

De qualquer maneira, colocar dentro de <nowiki> dificulta a vida a quem quer conferir a página de onde foi feita a cópia. Eu deixaria como está, pois é raro acontecer isso.
Já vi o filtro falhar em muitas situações, nomeadamente como http://geneall.net - umas vezes funciona, outras não.
Aproveitando a oportunidade, não haverá forma do editor ser avisado de URL's em lista negra quando é feita a previsão da edição? comentário não assinado de Stegop (discussão • contrib) --18h04min de 16 de janeiro de 2011 (UTC)[responder]
O pedido é antigo: Bug 9416. Helder 17h09min de 3 de fevereiro de 2011 (UTC)[responder]

Não vigiadas[editar código-fonte]

Outra pros colegas programadores: há como obter uma lista das páginas não vigiadas por ninguém? E, usando o AWB por ex., botar algumas na minha lista? José Luiz disc 00h08min de 22 de janeiro de 2011 (UTC)[responder]

Há uma lista de páginas não vigiadas porém só quem pode acessar são os adminsitradores. !Silent (Contact) 00h17min de 22 de janeiro de 2011 (UTC)[responder]
Vixe! E por que? Medo de vandalismo? Talvez usuários autorrevisores e utilizadores de ferramentas pudessem ter acesso a elas, não? José Luiz disc 00h19min de 22 de janeiro de 2011 (UTC)[responder]

Não vejo nada demais nesta página para ficar protegida a nível sysop, já que lista as páginas não vigiadas, e, como é que ficam aquelas páginas que estão sendo vigiadas por usuários inativos? Imagina existirem 100 000 páginas que estão somente nos vigiados de usuários inativos, um vandalismo ali só é revertido se for muito explícito e se for detectado por aqueles que monitoram as MRs. Fabiano Tatsch 00h39min de 22 de janeiro de 2011 (UTC)[responder]

Realmente, praquê a nível de sysop? E não teria com desproteger-la não? !Silent (Contact) 00h41min de 22 de janeiro de 2011 (UTC)[responder]
Bom, sei lá qual é a implicação, mas eu me coloco à disposição pra vigiar uma parte delas. Como são todas indexadas, elas são terreno fértil pra auto-promoção, não? Como resolver? Propomos uma mudança nas regras? José Luiz disc 01h05min de 22 de janeiro de 2011 (UTC)[responder]

Até onde vi, creio que só um programador pode fazer isso. Fabiano Tatsch 01h09min de 22 de janeiro de 2011 (UTC)[responder]

A um tempo fiz um projeto pra essa lista, Usuário:Rjclaudio/Não vigiados. Pega a lista, com um bot filtrava e separava por assunto, e distribuia para usuários confiáveis + interessados + membros de projetos. Só q tinha q ser tudo por email, pq não deixaram nem colocar em uma subpágina minha a lista de artigos q já seriam vigiados pelas pessoas, aí ficou difícil manter por mt tempo o projeto. E o operador do bot sumiu da wiki, então bye bye.
Eu concordo em liberar a página pros autorrevisores, reversores e eliminadores, já q eles tem a confiança da comunidade.
Rjclaudio msg 12h33min de 22 de janeiro de 2011 (UTC)[responder]
Também concordo em permitir o acesso aos três grupos. Acho que só precisa pedir no Bugzilla para adicionarem a permissão unwatchedpages a eles. – Opraco (discussão) 22h41min de 24 de janeiro de 2011 (UTC)[responder]
Como eu obviamente Concordo, não é o caso de fazermos? Ou consultamos mais gente? Novamente, não faço eu mesmo pq não sei, mas agradeço muito a ajuda de vocês! José Luiz disc 22h58min de 24 de janeiro de 2011 (UTC)[responder]
Feito Vamos ver o que a comunidade pensa sobre o assunto! José Luiz disc 01h12min de 29 de janeiro de 2011 (UTC)[responder]
Link para a proposta: Wikipedia:Esplanada/propostas/Artigos não vigiados (29jan2011). – Opraco (discussão) 23h42min de 29 de janeiro de 2011 (UTC)[responder]

Nos últimos dias o Hotcat deu alguns problemas, ao menos para mim. Ao tentar adicionar ou modificar uma categoria num domínio que não o principal, é removido o nome do domínio ao fazer a antevissão da edição. Ex: Tentar modificar uma categoria em Categoria:Cidades de ..., ao se fazer a antevissão aparece somente Cidades de ... Fabiano Tatsch 00h47min de 22 de janeiro de 2011 (UTC)[responder]

Cats de manutenção por data[editar código-fonte]

Encontrei páginas em Categoria:!Artigos que carecem de fontes desde Janeiro de 2011, com janeiro em maiúscula, e Categoria:!Artigos que carecem de fontes desde janeiro de 2011, em minúscula. Ia arriscar algum código pra arrumar essa duplicidade, mas vi q tem várias cats com minúscula, e outras várias com maiúscula. Podem dar uma ajuda pra resolver isso? Senão teremos q criar duas cats para cada mês. Rjclaudio msg 18h49min de 22 de janeiro de 2011 (UTC)[responder]

Só não entendo o porquê de duas categorias diferentes, sendo que na Predefinição:Manutenção/Categorizando por assunto o nome dos meses estão com letra minuscula. !Silent (Contact) 19h20min de 22 de janeiro de 2011 (UTC)[responder]

Achei a página. {{Sem-fontes-sobre}} não usa a {{Manutenção/Categorizando por assunto}}. Alguém arruma ali. Rjclaudio msg 19h42min de 22 de janeiro de 2011 (UTC)[responder]

Feito pelo Ricvelozo D​ C​ E​ F. !Silent (Contact) 22h35min de 22 de janeiro de 2011 (UTC)[responder]

Oi, será que algum de vocês podia dar uma atualizada no cachê dessa página especial? Já faz mais de um ano desde a última atualização da mesma, isso facilitará o trabalho meu e de outros editores participantes do Projeto Manutenção, agradecido. --"W"{parla con} 18h33min de 24 de janeiro de 2011 (UTC)[responder]

Há um pedido aberto no Bugzilla, já nada depende de nós.

Alchimista Fala comigo! 23h50min de 24 de janeiro de 2011 (UTC)[responder]

Namespace Wikipedia[editar código-fonte]

Pessoal, não seria interessante colocar um redirecionamento do namespace "Wikipédia" para "Wikipedia"?
Assim, quem escrevesse Wikipedia com acento não receberia uma página em branco.

Bastaria adicionar o código abaixo no LocalSettings.php do MediaWiki

$wgNamespaceAliases = array(
        'Wikipédia' => 4,
        'Wikipédia_Discussão' => 5
    );

Cordialmente, —– Jaider Msg 20h22min de 28 de janeiro de 2011 (UTC)[responder]

Na verdade já houve uma proposta aprovada para fazer o contrário e colocar o acento no domínio. O Bugzilla:26320 já foi feito a mais de um mês, estamos esperando que seja atendido. – Opraco (discussão) 20h28min de 28 de janeiro de 2011 (UTC)[responder]
É verdade Opraco. É mais sensato o contrário mesmo: "Wikipédia" como o nome oficial e "Wikipedia" como redirecionamento. Não sabia que já tinham feito a proposta. —– Jaider Msg 21h35min de 28 de janeiro de 2011 (UTC)[responder]

Podemos fazer o redirect de dominio enquanto não é feita a mudança do nome. Assim já poderíamos começar a escrever com acento sem causar problemas. Rjclaudio msg 20h36min de 28 de janeiro de 2011 (UTC)[responder]

Rjclaudio acho que não precisa do redirect já que o pedido ao Bugzilla já foi feito. Já está assim a tanto tempo... não custa esperar mais um pouco. Alegre —– Jaider Msg 22h10min de 28 de janeiro de 2011 (UTC)[responder]
O que quer dizer com redirect de domínio? Helder 15h32min de 1 de fevereiro de 2011 (UTC)[responder]

Não sei como é o prazo do bugzilla, mas se já tem 1 mes do pedido não sei quando q será feito. E oq atrapalha fazer essa edição? Não faz mal, só traz benefícios, então pq não fazer? Rjclaudio msg 21h47min de 28 de janeiro de 2011 (UTC)[responder]

Pelo que sei, os requerimentos ao Bugzilla demoram mesmo para serem atendidos (não sei o porquê)... devemos ter paciência. Rjclaudio, caso fizesse-mos este pedido ao Bugzilla provavelmente demoraria da mesma maneira.
Ao meu ver, respondendo a sua pergunta, considero os dois requerimentos contraditórios: ou você pede para ele a mudança de domínio de "Wikipedia" para "Wikipédia" (como foi feito, considerando "Wikipedia" como redirecionamento), ou você pede um redirecionamento chamado "Wikipédia" para o domínio "Wikipedia". O Bugzilla iria achar que mudamos de idéia quanto ao primeiro pedido. —– Jaider Msg 22h10min de 28 de janeiro de 2011 (UTC)[responder]

Ah, achei q fosse uma mudança q pudesse ser feita localmente, sem precisar do bugzilla. Então tá, esquece. Rjclaudio msg 23h05min de 28 de janeiro de 2011 (UTC)[responder]

Se possível, mal a alteração seja efectuada podem avisar-me para solicitar a actualização no pywp e evitar constrangimentos com os bots? Alchimista Fala comigo! 23h13min de 28 de janeiro de 2011 (UTC)[responder]
Alchimista, se preferir, pode criar uma conta no bugzilla e votar no bug, ou se adicionar à lista de emails que receberão notificação de mudanças no status daquele bug (mas use um email diferente do pessoal, para não receber spams).
Há vários fatores que podem influenciar o tempo de espera para que um pedido no bugzilla seja atendido (o tamanho da lista de pedidos de todos os wikiprojetos, a dificuldade de cada um, os pré-requisitos necessários, mão de obra disponível, restrições técnicas, etc...). No momento, a atenção dos devs deve estar focada na atualização do MediaWiki que está para acontecer, o que pode causar algum atraso no atendimento dos pedidos (ou não, não sei).
No Server admin log aparecem os nomes dos devs que fazem as atualizações nas configurações dos projetos (jeluf, RobH, etc...), então quem quiser pode tentar comentar a respeito de pedidos específicos no canal #mediawiki do IRC (em inglês), preferencialmente usando palavras gentis (apesar do stress que a demora possa causar). Helder 15h32min de 1 de fevereiro de 2011 (UTC)[responder]
Helder, falo somente para a adaptação dos bots. Ai podemos abrir um bug, e só a título de exemplo, tenho um aberto à cerca de um ano, ou então faço como normalmente tenho feito nas ultimas correcções de erros do pywp: corrijo o erro e peço a um commiter para actualizar no svn. A primeira opção pode demorar dias, semanas ou meses, a segunda normalmente uma questão de minutos. Alchimista Fala comigo! 16h23min de 1 de fevereiro de 2011 (UTC)[responder]
Por acaso o JeLuF acabou de atender o pedido: o domínio "Wikipedia" foi renomeado para Wikipédia (deixando o alias "Wikipedia"). Helder 20h21min de 1 de fevereiro de 2011 (UTC)[responder]

Afinal,como se vira um desenvolvedor?Raphael0,0(monitor de vandalismo) (discussão) 11h22min de 30 de janeiro de 2011 (UTC)[responder]

É preciso saber programar em PHP e saber inglês. Sabendo, comece por aqui, será ótimo termos um developer lusófono. Mas existem também outras formas de colaborar com programação, pode-se criar ferramentas de edição e manutenção, criar scripts em python para bots, criar e modificar predefinições mais complexas, etc. Danilo.mac(discussão) 23h40min de 31 de janeiro de 2011 (UTC)[responder]

Atualização para a versão 1.17 do MediaWiki[editar código-fonte]

Conforme o tópico "Planned deployment of 1.17 branch on February 8" do Blog Técnico da Wikimedia, a versão 1.17 do MediaWiki será colocada no ar na semana que vem.

Nesta nova versão, alguns bugs serão corrigidos, e bugs novos com certeza aparecerão.

Com a introdução do ResourceLoader para otimizar o envio de scripts e folhas de estilos, é provável que alguns scripts existentes na Wikipédia (e nos demais wikiprojetos) precisarão ser corrigidos para que os recursos continuem funcionando como esperado. Em particular, é bom revisar com antecedência o MediaWiki:Common.js (e os scripts dos temas específicos, MediaWiki:vector.js MediaWiki:monobook.js, etc...), trocando funções que foram depreciadas pelas versões recomendadas e usando jQuery (documentação) onde for possível.

Algumas ferramentas que são bem úteis para detectar os erros existentes são:

Bom divertimento aos que forem se aventurar nessa tarefa

PS: Uma cópia desta mensagem foi deixada na seção de anúncios da esplanada, mas provavelmente é melhor concentrar os comentários sobre os aspectos técnicos aqui, em vez daquela seção de anúncios. Helder 14h59min de 1 de fevereiro de 2011 (UTC)[responder]

Segue uma cópia da mensagem que foi enviada para a lista da wikitech:
Nota: A mensagem original pode ser encontrada nos arquivos da lista de emails neste endereço. Helder 15h18min de 13 de fevereiro de 2011 (UTC)[responder]

Greetings,

As you may know, the Wikimedia tech team has started to upgrade MediaWiki on some wikis. MediaWiki is the software that runs all Wikimedia wikis.

The most visible change for Wikimedia users will be the deployment of ResourceLoader.

ResourceLoader optimizes the use of JavaScript in MediaWiki, speeding up its delivery by compressing it sometimes, and cutting down on the amount of unused JavaScript that gets delivered to the browser in the first place. The installation of ResourceLoader may cause compatibility issues with existing JavaScript code.

Trevor Parscal and Roan Kattouw, the main developers of ResourceLoader, will be available on IRC on Monday, February 14th, at 18:00 (UTC) (all timezones), to answer questions and help fix issues related to ResourceLoader.

If you maintain JavaScript code on your home wiki, please attend. Don't wait until your wiki's JavaScript is all broken.

Please spread this information as widely as possible; it's critical to reach as many local JavaScript maintainers as possible.

Logs of the session will be published publicly.

-- Guillaume Paumier Product manager - Wikimedia Foundation

Olá pessoal! Por favor, olhem o tópico para ver se podem me ajudar. Łυαη fala! 03h40min de 2 de fevereiro de 2011 (UTC)[responder]

Olá, alguém que perceba de infoboxes pode ajudar aqui? Eu tentei e fiz burrada, tive que reverter. Muitos artigos usam o parâmetro |aldeia= descrito aqui Predefinição Discussão:Info/Aldeia de Portugal, em vez do parâmetro |nome=, que é o que parece estar a funcionar. Seria ainda melhor se fosse possível usar os dois parâmetros, como o Leonardo Stabile em tempos fez [2] com morte e falecimento na Predefinição:Info/Monarca. Obrigado --Santosgamsg 23h17min de 3 de fevereiro de 2011 (UTC)[responder]

SimFeito. O problema foi que você colocou {{{aldeia}}} fora do {{{nome}}}, fazendo que com que se criasse outro parametro. O correto seria {{{nome|{{{aldeia}}}}}}. !Silent (Contact) 23h45min de 3 de fevereiro de 2011 (UTC)[responder]
Obrigado, Silent. Ficou perfeito. --Santosgamsg 12h19min de 4 de fevereiro de 2011 (UTC)[responder]

Deu um pani mais alguem consertou[editar código-fonte]

O Media teve problema que não permitiu fazer edições,mas voltou rapidamente.Vou ficar de olho,mas o estranho é que eu nunca vi o problema,deve ter tido um erro no bugzila e tal.Raphael0,0(monitor de vandalismo) (discussão) 19h01min de 4 de fevereiro de 2011 (UTC)[responder]

O meia??? Que meia? E se mostrares qual foi o erro se calhar a gente pode ajudar. Béria Lima msg 19h06min de 4 de fevereiro de 2011 (UTC)[responder]
(Conflito) Erro no bugzilla... !Silent (Contact) 19h08min de 4 de fevereiro de 2011 (UTC)[responder]
Oh miúdo, não arranjas nada mais interessante para fazer do que escrever... tol coisas... por aqui? Pode até ser editar artigos... É que começa a faltar a paciência para aturar essas tuas intervenções estapafúrdias. --Stegop (discussão) 19h16min de 4 de fevereiro de 2011 (UTC)[responder]

Predef Commonscat[editar código-fonte]

Não sei direito onde perguntar isso e vamos aqui mesmo por enquanto. Na predef {{Commonscat}} o parâmetro "?uselang=pt" está preso no código. Por causa disso, não consigo apontar para esta categoria no Commons. Não queria criar outra predef e não sei mudar para que a língua seja um terceiro parâmetro. E, com o objetivo de manter a compatibilidade, não vejo problema que "pt" fique como default. Não tenho certeza se esse assunto tá mal resolvido por causa do fair use.... José Luiz disc 00h23min de 6 de fevereiro de 2011 (UTC)[responder]

Não percebo qual é o seu problema: o que há de errado com {{Commonscat|Gregory of Nazianzus}}? --Stegop (discussão) 00h57min de 6 de fevereiro de 2011 (UTC)[responder]
Eu consigo ligar, mas quando a página é montada está o PAGENAME, não? Fica "O Commons tem uma categoria.... Gregório de Nazianzo". Tá certo isso? José Luiz disc 01h07min de 6 de fevereiro de 2011 (UTC)[responder]
Será que é isto que pretende: {{Commonscat|Gregory of Nazianzus|Gregory of Nazianzus}}? --Stegop (discussão) 05h56min de 6 de fevereiro de 2011 (UTC)[responder]
É sim. No futuro, ajustarei para que ela aceite um parâmetro que deixe o texto assim: "O Commons possui uma categoria com multimídias sobre Gregory of Nazianzus (em inglês)". Mas por enquanto, está ótimo! Obrigado. E aqui ninguém dorme! Dormindo José Luiz disc 06h08min de 6 de fevereiro de 2011 (UTC)[responder]
Parece-me um preciosismo desnecessário e que pode até causar confusão. Afinal, independentemente do nome da categoria estar noutra língua, as imagens são sobre o tema. --Stegop (discussão) 06h10min de 6 de fevereiro de 2011 (UTC)[responder]

Atualização do Media Wiki na terça[editar código-fonte]

Olá gente,eu vim avisar que o Media Wiki será atualizado na terça,ele será mais rápido e com vantagens.Raphael0,0(monitor de vandalismo) (discussão) 19h16min de 7 de fevereiro de 2011 (UTC)[responder]

Mais detalhes no tópico acima: Atualização para a versão 1.17 do MediaWiki. Helder 19h21min de 7 de fevereiro de 2011 (UTC)[responder]

Eu pensei que fossem atualizar hoje.Raphael0,0(monitor de vandalismo) (discussão) 20h54min de 7 de fevereiro de 2011 (UTC)[responder]

É amanhã. !Silent (Contact) 21h08min de 7 de fevereiro de 2011 (UTC)[responder]

Pena que não vou estar aqui na hora para comemorar,amanhã irei pro colégio,vou ver se da pra eu dar uma passadinha rapidinho as 6:00 pra comemorar.Raphael0,0(monitor de vandalismo) (discussão) 21h47min de 7 de fevereiro de 2011 (UTC)[responder]

Estatuto de autorrevisor[editar código-fonte]

O meu pedido ao estatuto de autorrevisor foi aprovado em Julho de 2010, mas as minhas edições continuam a ser marcadas como não patrulhadas. Existe algum problema? AJPValente (discussão) 11h45min de 8 de fevereiro de 2011 (UTC)[responder]

O Administrador que aprovou o pedido deve ter-se esquecido de mudar. Já corrigi. GoEThe (discussão) 11h52min de 8 de fevereiro de 2011 (UTC)[responder]
Muito obrigado! muito bom ! AJPValente (discussão) 12h25min de 8 de fevereiro de 2011 (UTC)[responder]

Estou com problemas com o Huggle, eu já abaixei ele, mas eu não consigo entrar nele. Eu também já coloquei o nome do projeto e senha mas dá errado e diz que não foi possível entrar nessa conta e já coloquei o código no huggle.css mas mesmo assim não entro peço que alguém me ajude pra que eu possa usar. Vitor Mazuco Msg 18h18min de 8 de fevereiro de 2011 (UTC)[responder]

Tem q fazer o pedido de uso em Wikipédia:Semirrobôs/pedidos. Reversores e administardores não precisam do pedido. Depois de aprovado, o nome é inserido nessa lista, e só assim vai poder usar o programa. Rjclaudio msg 18h30min de 8 de fevereiro de 2011 (UTC)[responder]
Ele já é Reversor. !Silent (Contact) 20h38min de 8 de fevereiro de 2011 (UTC)[responder]

Então quem deu o estatuto esqueceu de colocar o nome na lista. Ou melhor primeiro esperar o usuário demonstrar interesse? Temos q ver isso. Adicionei na lista, vê se agora dá certo. Rjclaudio msg 21h00min de 8 de fevereiro de 2011 (UTC)[responder]

Não deu certo Rjclaudio mesmo assim. Vitor Mazuco Msg 22h15min de 8 de fevereiro de 2011 (UTC)[responder]

Então já não está nas minhas capacidades. Não seria melhor falar na coordenação robótica, já q o Huggle é um semirobo? Rjclaudio msg 12h40min de 9 de fevereiro de 2011 (UTC)[responder]

Aonde que falo? Vitor Mazuco Msg 17h59min de 9 de fevereiro de 2011 (UTC)[responder]

WP:CR. !Silent (Contact) 18h03min de 9 de fevereiro de 2011 (UTC)[responder]

Predefinição:Info/Unidade Militar[editar código-fonte]

Peço informações sobre a possibilidade da eliminação da Predefinição:Info/Unidades Militares de Portugal e a fusão de seu histórico com a Predefinição:Info/Unidade Militar. Também gostaria de saber se é possivel fazer o mesmo (obviamente após o redirecionamento de seus artigos) com as predefinições: Unidades do Exército Brasileiro, Diretoria do Exército Brasileiro, Unidade PM, Unidade CBM ou outras similares. O objetivo dessa mudança é a padronização das predefinições militares. --Guilmann (discussão) 20h41min de 8 de fevereiro de 2011 (UTC)[responder]

Aqui não é lugar para pedir isso. O local correto seria em WP:PA/H. !Silent (Contact) 21h09min de 8 de fevereiro de 2011 (UTC)[responder]
Silent: aqui é o sítio indicado, sim. Só tem sentido pedir a fusão dos históricos depois de fundir as predefs. Sugiro que sejam colocadas marcas de fusão nas predefs (dentro blocos <noinclude></noinclude>, bem entendido). --Stegop (discussão) 21h16min de 8 de fevereiro de 2011 (UTC)[responder]
Ah...é pra fundir as prefs? Achei que só fosse pra fundir o histórico. !Silent (Contact) 21h18min de 8 de fevereiro de 2011 (UTC)[responder]
Na verdade não tem sentido pedir a fusão de históricos de páginas que foram desenvolvidas independentemente, pois o histórico resultante seria uma bagunça completa. Veja esta seção da documentação (em inglês). Helder 21h59min de 8 de fevereiro de 2011 (UTC)[responder]
Bom... Eu estou a assumir que é para fundir as predef.s, pois elas atualmente são bastante díspares. Será que o proponente se dá conta do trabalhão que isso vai dar? Ou é por isso mesmo que está a pedir ajuda? Ou em vez disso está a pedir que outros o façam? Mas, note-se, parece-me uma boa ideia tentar fundir essas predefs. --Stegop (discussão) 21h57min de 8 de fevereiro de 2011 (UTC)[responder]

MediaWiki:UploadForm.js[editar código-fonte]

Pra falar a verdade, como foi adicionado o HotCat pouco depois de atualizar o script, não sei dizer se é culpa do script de upload.
Poderiam testar sem o HotCat? Se sem ele der problema, avisem o navegador, versão, skin, gadgets que estavam sendo utilizados, etc... Helder 12h35min de 9 de fevereiro de 2011 (UTC)[responder]
Funcionou: consegui carregar uma imagem (já podem apagá-la, pois foi só um teste). Helder 13h30min de 9 de fevereiro de 2011 (UTC)[responder]
Podia testar agora que inclui o hotcat de outra forma? GoEThe (discussão) 13h33min de 9 de fevereiro de 2011 (UTC)[responder]
Tentei e apesar de aparecerem os campos normalmente, ao tentar enviar não acontece nada e não carrega a imagem. Parece que o HotCat cancela o envio por algum motivo. Tente colocar
		return true;
depois da linha
		desc.value = info;
Se isso não resolver, não faço ideia... teria que pedir ajuda pros editores que fizeram o hotcat para ver o que se pode fazer. Helder 13h44min de 9 de fevereiro de 2011 (UTC)[responder]
Não funcionou. Melhor tirar o HotCat. Outra opção é tentarem copiar o script de upload do commons, e fazer as traducões/adaptações das mensagens e campos conforme necessário. Não sei dizer se é fácil, mas pelo menos no Commons o script funciona junta com o HotCat. Helder 14h37min de 9 de fevereiro de 2011 (UTC)[responder]
OK. Reverti. GoEThe (discussão) 14h42min de 9 de fevereiro de 2011 (UTC)[responder]
Foi resolvido nesta edição. Helder 22h12min de 6 de março de 2011 (UTC)[responder]

Olá, eu instalei wikt:fr:MediaWiki:Gadget-searchbox.js de wikt:pl:MediaWiki:Gadget-searchbox.js. Acrescenta as funções de tratamento de texto: "vá para a linha n °", "alterar a capitalização", "procurar e substituir" (eventualmente "substituir todos"). JackPotte (discussão) 21h18min de 9 de fevereiro de 2011 (UTC)[responder]

A função de substituição chegou a estar disponível na barra de ferramentas nova, mas entretanto desapareceu. Entretanto, o que quer fazer, instalá-lo aqui ou no Wikcionário? Será preciso traduzir para português de qualquer forma. GoEThe (discussão) 12h56min de 10 de fevereiro de 2011 (UTC)[responder]
O scripts estavam originalmente no pl:MediaWiki:Gadget-searchbox.js, meu exemplo mostra como traduzir para o francês. JackPotte (discussão) 11h21min de 11 de fevereiro de 2011 (UTC)[responder]

Gadget redirects[editar código-fonte]

Ativei hj o gadget de redirects, apareceu uma aba ao lado da estrela de vigiado, mas a aba não é igual a das outras. Além desse problema, não seria melhor colocara aba na parte de extras, qnd clica a seta pra baixo pra mostrar as outras opções? Rjclaudio msg 13h43min de 13 de fevereiro de 2011 (UTC)[responder]

  • Pra resolver o problema da aba ser diferente, acho que é só colocar:
addPortletLink ('Redirects');

ou algo assim, em (Na parte verde claro, entre /* */)

tab_redirects.appendChild( /* document.createTextNode('redirects') */ );

!Silent (Contact) 14h25min de 13 de fevereiro de 2011 (UTC)[responder]

A versão atual do MediaWiki:Gadget-Redirecionamentos.js corre o risco de estar quebrada a partir de amanhã, juntamente com vários outros scripts que ainda usam document.write. Há mais detalhes no seguinte tópico:
E a função addPortletLink do wikibits.js precisa de mais parâmetros para funcionar, e além disso será depreciada em favor da mediaWiki.util.addPortletLink Helder 15h18min de 13 de fevereiro de 2011 (UTC)[responder]
E deve substituir os document.write() por o quê? !Silent (Contact) 15h24min de 13 de fevereiro de 2011 (UTC)[responder]
No caso daquele gadget, o código do mesmo deveria estar na própria página, para que os navegadores dos usuários não tenham que fazer dois HTTP requests (um para o MediaWiki:Gadget-Redirecionamentos.js e outro para Wikipedia:Software/Scripts/Redirecionamentos.js). Sobre isso, pode querer ler estas dicas.
Nos casos em que é realmente necessário importar algum script, deveriam ser usadas as funções importScript e importScriptURI do wikibits.js, mas agora elas serão serão substituídas pelos métodos do objeto mediaWiki.loader. Helder 16h13min de 13 de fevereiro de 2011 (UTC)[responder]

O Christian trouxe um gadget pra ocultar refs. Poderiam colocar ele no menu das setas tb? Rjclaudio msg 11h55min de 14 de fevereiro de 2011 (UTC)[responder]

Quantidade de eliminações dos eliminadores[editar código-fonte]

Tem uma ferramenta pra contas as ações administrativas dos administradores. Há alguma ferramenta para fazer o mesmo para as eliminações dos eliminadores? Fiquei curioso pra saber quem está eliminando mais. Se não existir, é possível fazer uma, já q temos a de administradores para usar como base deve ser só mudar uma coisinha ou outra? Rjclaudio msg 18h08min de 14 de fevereiro de 2011 (UTC)[responder]

E qual seria essa ferramenta para os administradores? !Silent (Contact) 18h15min de 14 de fevereiro de 2011 (UTC)[responder]

Ações do último dia / mês / semestre (e qualquer variação, só mudar o numero final). Rjclaudio msg 18h25min de 14 de fevereiro de 2011 (UTC)[responder]

Então nesse caso é só falar com o user:VasilievVV para ele criar um ferramenta dessa para os eliminadores, já que foi ele quem fez essa ferramenta pros admins. !Silent (Contact) 19h59min de 14 de fevereiro de 2011 (UTC)[responder]

Que aconteceu com meu Monobook?[editar código-fonte]

Sumiram todos os botões funcionais, tenho que fazer todas as predefinições e avisos à unha.

Eu não gosto do Vector e não quero usá-lo. É pouco prático e, além de tudo, acho feio.

Yanguas diz!-fiz 14h44min de 16 de fevereiro de 2011 (UTC)[responder]

Deve ter a ver com Wikipédia:Esplanada/geral#Error. Estão a tentar fazer o update do MediaWiki novamente. GoEThe (discussão) 14h58min de 16 de fevereiro de 2011 (UTC)[responder]
Provavelmente ainda precisa atualizar seus scripts para que não usem funções problemáticas como document.write (que sempre foi bastante sujeita a problemas). Para outras mudanças recomendadas veja mw:ResourceLoader/Migration_guide_(users).
O Krinkle fez uma função que permite a adição de botões facilmente à barra de edições do vector. Caso precise ou queira experimentar, o código está na página meta:User:Krinkle/insertVectorButtons.js.
PS: com o MediaWiki 1.17 não precisa mais ter duas cópias identicas do seu CSS. Basta colocá-lo na Especial:Minha página/common.css e apagar (ou esvaziar) as duas páginas que usa atualmente. Helder 15h46min de 16 de fevereiro de 2011 (UTC)[responder]
Tá, apaguei meu vector.css e meu monobook.css, colando seu conteúdo no common.css, como sugeriu. Nada. Então fui a preferências e mudei a aparência para Vector: agora todas as fontes foram reduzidas. E meus botões não reapareceram. Sim, já recarreguei a página. Yanguas diz!-fiz 18h19min de 16 de fevereiro de 2011 (UTC)[responder]
Experimenta limpar o cache. !Silent (Contact) 18h21min de 16 de fevereiro de 2011 (UTC)[responder]
Também copiei seu insertVectorButtons.js no meu commons.js. Já limpei o cache. Nada. Yanguas diz!-fiz 18h26min de 16 de fevereiro de 2011 (UTC)[responder]
Meu não, do meta:User:Krinkle.
Mas como os botões são feitos em JavaScript, terá que colar em uma das subpáginas de JS, em vez das de CSS. Além disso, o script facilita a adição de botões, então precisará adicionar algum botão para ver o resultado. Nas instruções de uso há alguns exemplos. Helder 21h52min de 16 de fevereiro de 2011 (UTC)[responder]
Experimentei abrir meu common.css, colar um css qualquer e dar um preview e funcionou (eu testei este: *{color:green;}, que faz o texto ficar verde). Helder 21h52min de 16 de fevereiro de 2011 (UTC)[responder]

Por conta da atualização do Mediawiki, surgiu um bug no WP:RA: ao reverter uma edição ou avisar um usuário, ao invés da página ser salva automáticamente, aparece

Tem certeza que deseja sair desta página?

Abandonar esta página pode fazer com que perca todas as suas alterações.
Se estiver autenticado, pode desativar este aviso na secção "Edição" das preferências.

Clique em “OK” para sair ou em “Cancelar” para permanecer na página

E aí é necessário clicar em "cancelar" e salvar a página manualmente.
Provavelmente deve ter haver com o que Helder.wiki D​ C​ E​ F havia dito mais acima. O código-fonte do Script fica aqui. !Silent (Contact) 15h59min de 16 de fevereiro de 2011 (UTC)[responder]

Aliás, nem precisa salvar a página manualmente, é só clicar em "OK" que salva. !Silent (Contact) 16h06min de 16 de fevereiro de 2011 (UTC)[responder]
Well... Vai dar trabalho, pois o código fonte está cheio de funções que podem/devem ser trocadas por outras mais atuais. Por exemplo,
Depois disso, há bastante repetição de código, o que é bom tentar evitar. Também poderiam tentar usar um switch em vez de vários if's (nos quais estão aparecendo location.href.match(/.../), que também podem ser obtidos com a mw.util.getParamValue).
Quanto ao aviso que mencionou, pode ser que esteja com a opção "Avisar-me quando eu deixar uma janela de edição sem ter salvo as alterações" marcada na seção "Opções de edição" das preferências. Helder 17h13min de 16 de fevereiro de 2011 (UTC)[responder]
De fato, eu estava com a opção marcada. Alegre
De todo modo, o mw.loader.load não funcionou aqui. !Silent (Contact) 18h05min de 16 de fevereiro de 2011 (UTC)[responder]
PS:Fui trocar o getElementsByClass no meu Reversões e aviso modificado, mas não funcionou.
Coloquei um pedido no bugzilla:27475 para tornar isso possível, pois a sintaxe atual da função é como na importScriptURI.
A documentação da função do jQuery para classes está aqui. Exemplo específico:
var user1 = getElementsByClass('diff-otitle',null,'td'); user1 = user1[0].getElementsByTagName('a')[2].innerHTML;
pode ser trocado simplesmente por
var user1 = $( 'td.diff-otitle' ).first().find('a').eq(2).html();
ou possivelmente
var user1 = $( '#mw-diff-otitle2 a').first().html();
(já que há uma célula com id mw-diff-otitle2 na tabela das páginas de diff)
Cada uma das funções que apareceram nos exemplos acima estão documentadas no site do jQuery, com um ou mais exemplos de como utilizá-las. Geralmente o código fica bem menor do que o original, o que é muito bom para quem tem conexão lenta . Helder 22h25min de 16 de fevereiro de 2011 (UTC)[responder]

Pedido Bugzilla[editar código-fonte]

Alguém poderia ajudar fazendo um pedido no bugzilla pra conceder o acesso à lista de artigos não vigiados aos reversores, conforme consenso obtido aqui? Apesar de proposta, o mesmo não foi obtido para eliminadores e autorrevisores.

Agradeço desde já! José Luiz disc 11h18min de 17 de fevereiro de 2011 (UTC)[responder]

Tentei pedir: Bugzilla:27563. – Opraco (discussão) 17h14min de 19 de fevereiro de 2011 (UTC)[responder]

Interromper a execução do script?[editar código-fonte]

Olá pessoal! Estou com problemas em abrir páginas da Wikipédia desde ontem. Tanto faz na hora de ler, quanto na hora de editar. Fica aparecendo uma janela assim:

Interromper a execução do script?

Um script da página está provocando a execução lenta do Internet Explorer. Se você continuar a execução, seu computador poderá deixar de responder.

Sim Não

Se eu clico em Não, a mensagem volta a aparecer; se clico em Sim, o problema fica resolvido nessa página nessa hora, pq se eu a atualizar ou mudar de página, a mensagem reaparece. E em alguns casos hoje, depois q cliquei em Sim, a página em que eu estava saiu e apareceu a imagem/símbolo [cadeado no fundo azul] da Página protegida. Outra coisa, diferente q está ocorrendo é que a barra/botões de edição que está aparecendo é os do vector, e não do monobook, que é o que eu uso. Alguém tem como me ajudar? Łυαη fala! 14h22min de 17 de fevereiro de 2011 (UTC)[responder]

Isso se deve ao fato de um certo script estar causando lentidão no navegador, e no entanto aparece a mensagem. Por isso que ao clicar em "Sim", volta ao normal, pois o script é interrompido. De todo modo, se não me engano, lá aparece qual é o script que deve ser interrompido (Pelo menos no firefox, no IE eu não lembro se aparece). Poderia dizer qual é? !Silent (Contact) 18h59min de 17 de fevereiro de 2011 (UTC)[responder]
Tentei forçar um script aqui, e vi que no IE realmente não aparece. Poderia dizer quais gadgets, e scripts você está usando? Pois com a atualização 1.17 do Mediawiki alguns scripts ficaram com o código obsoleto, fazendo com que eles não funcionem direito, como foi apontado pelo Helder mais acima. !Silent (Contact) 19h02min de 17 de fevereiro de 2011 (UTC)[responder]
PS:Seria demais pedir para você usar o Firefox e ver qual script é que está ocasionando isso? Alegre (Isso se com o Firefox continuar assim)

A segunda resposta eu não sei como ajudar, a primeira, que navegador você usa e qual computador? Raphael0,0(monitor de vandalismo) (discussão) 18h49min de 17 de fevereiro de 2011 (UTC)[responder]

O firefoz eu teria q baixar, então tá um pouco mais complicado [demorado]. Bem, user:luan/monobook.js + user:luan/monobook.css + user:luan/vector.js + user:luan/vector.css + user:luan/common.js + user:luan/common.css. Os gadgets marcados são:
  • Aparência
    • Histórico com uma cor para cada usuário, de acordo com seu status (bot, IP, administrador e editor)
    • UTC Clock: um relógio na barra de ferramentas pessoais que mostra o tempo atual em UTC e provê um link de purge.
    • O detector de desambiguações colora automaticamente todas as ligações para desambiguações em um artigo.
  • Edição
    • Ferramentas de referência
    • HotCat, adicionar / remover / alterar categorias nas páginas, com sugestão [exemplo
    • Aumenta em 50 caracteres o limite do sumário de edição.
  • Navegação
    • Adiciona uma ligação do tipo [editar] na seção de introdução dos artigos
    • Agrupa as edições de um mesmo usuário no histórico além de outras mudanças.
    • Selecionar um domínio ao pesquisar.[exemplo]

Se não descobrirem, ficar mt difícil, eu baixo o firefox. Łυαη fala! 12h50min de 18 de fevereiro de 2011 (UTC)[responder]

Desative todos os Gadgets e veja se o problmema continua. Se não continuar, ative de um em um até encontrar qual o gadget que está causando isso. !Silent (Contact) 15h29min de 18 de fevereiro de 2011 (UTC)[responder]
Fiz isso, mas não funcionou. Mas descobri o erro, estava em Utilizador:Luan/common.js. Valeu a todos!! Łυαη fala! 17h35min de 18 de fevereiro de 2011 (UTC)[responder]
Claro: você estava importanto o script da página para a mesma página e ainda de maneira errada (Usando o document.write) =) !Silent (Contact) 17h43min de 18 de fevereiro de 2011 (UTC)[responder]

Página de carregamento[editar código-fonte]

Quando coloco no meu vector.js o seguite script

if (wgPageName == "Especial:Carregar_imagem"){
    importScript('MediaWiki:UploadForm.js');
}

que é exatamente o mesmo que está no Common.js, a página de carregamento cria os campos como deveria fazer, se retiro ela não funciona mais. Alguém sabe por que o Common.js não está carregando o script? o comentário precedente deveria ter sido assinado por Danilo.mac (discussão • contrib)

if (wgPageName == "Especial:Carregar_imagem") { }
Esse é o problema. A página está sem isso, que detecta a página na qual o script deve ser usado.
Deve ser acrescentado à página a linha if (wgPageName == "Especial:Carregar_imagem") { no início e o } no fim. !Silent (Contact) 21h16min de 17 de fevereiro de 2011 (UTC)[responder]
O que estou dizendo é que o problema não é no Mediawiki:UploadForm.js, se tivesse algum problema nele ele não funcionaria quando eu o importasse pelo meu vector.js. Danilo.mac(discussão) 21h49min de 17 de fevereiro de 2011 (UTC)[responder]
Pois está faltando o código que eu falei mais acima. Ele só funciona quando você coloca no seu vector pois você já acrescenta o código. !Silent (Contact) 21h56min de 17 de fevereiro de 2011 (UTC)[responder]
É isso que estou tentando dizer, o Common.js tem o mesmo código que eu coloquei no meu vector.js, o mesmo "if (wgPageName == "Especial:Carregar_imagem")", idêntico, na verdade eu copiei de lá. Procure no common.js por "Upload form", está lá, o mesmo código. A questão é: como pode um código funcionar no vector.js e o mesmo código não funcionar no common.js? Danilo.mac(discussão) 23h17min de 17 de fevereiro de 2011 (UTC)[responder]
De fato. Mas acho que devia testar colocar o if (wgPageName == "Especial:Carregar_imagem") no UploadForm pra ver se isso se resolve. !Silent (Contact) 23h30min de 17 de fevereiro de 2011 (UTC)[responder]
O que muda do common.js para os scripts pessoais (e também para os gadgets) é essencialmente a ordem de carregamento. Fora isso, o que funciona em um lugar deve funcionar nos demais.
Mas como há um problema desde a atualização do MW, a primeira coisa a fazer é se livrar das funções que estão sendo depreciadas, como a addOnloadHook (que já foi removida em alguns lugares, como aqui), em todo script em que isso for possível. Outra coisa que já pode ser feita é a mudança na forma de acessar as variáveis wg*** que daqui há uns tempos deixarão de ser globais. Elas serão acessadas por meio de mw.config.get( 'wg***' ). Há uma lista de funções depreciadas, que pode ser usada como base para tentar corrigir os scripts que estão falhando. Tem também instruções para ajudar os usuários na migração para scripts mais atualizados. Helder 13h57min de 18 de fevereiro de 2011 (UTC)[responder]
Problema resolvido. Os campos apareceram denovo. !Silent (Contact) 12h11min de 19 de fevereiro de 2011 (UTC)[responder]

Nova versão com problema em páginas protegidas[editar código-fonte]

Desculpe se tal erro já foi informado anteriormente mas não consegui achá-lo pelo que li.

Bom, desde que foi implementada a versão 1.17 do MediaWiki estou tendo sérios problemas com páginas protegidas (semi ou total). Elas ficam carregando até certo ponto e depois aparece somente o ícone de protegido, mais nada. Para ler tais artigos é necessário interromper o carregamento.

Utilizo um monobook personalizado, vários gadgets e a última versão do Mozilla Firefox. Christian msg 21h18min de 17 de fevereiro de 2011 (UTC)[responder]

O problema são os document.write. Substitua todos por importScript, dessa forma:
importScript ('Página do script');

/* Ex: */
importScript ('http://en.wikipedia.org/w/index.php?title=User:Jsimlo/shortcuts.js');

// Coloque somente o link da página, sem aqueles '<script type="text/javascript" src="' e + '&action=raw&ctype=text/javascript&dontcountme=s"></script>');

!Silent (Contact) 21h33min de 17 de fevereiro de 2011 (UTC)[responder]

Eu estava com o mesmíssimo problema do Christian, com o skin Vector, sem personalização, e bastou recarregar a página sem usar o cache (isto é, bastou dar "CTRL + F5") para a página carregar corretamente. Kleiner msg 21h41min de 17 de fevereiro de 2011 (UTC)[responder]

Fiz ambas as sugestões e nada. Hein? Christian msg 22h49min de 17 de fevereiro de 2011 (UTC)[responder]
Desativa todos os gadgets. !Silent (Contact) 22h49min de 17 de fevereiro de 2011 (UTC)[responder]
E ative seletivamente até achar o culpado =) Se puder, fique de olho nos avisos de erro que eventualmente podem estar aparecendo no console de erros do seu navegador e copie aqui. Helder 14h00min de 18 de fevereiro de 2011 (UTC)[responder]
Agora mudou o problema, não aparece o ícone de protegido, mas é melhor do que como estava antes. Christian msg 12h10min de 19 de fevereiro de 2011 (UTC)[responder]
Isso foi reportado mais abaixo, e já foi indicado como corrigir. Helder 03h18min de 22 de fevereiro de 2011 (UTC)[responder]
PS: Não tinha visto antes o exemplo acima, mas nem a importScript e nem a importScriptURI nunca aceitaram URLs como a do segundo exemplo. Só Há duas opções:
importScript( 'Página.js' );
ou
importScriptURI( 'http://pt.wikipedia.org/w/index.php?title=Página.js&action=raw&ctype=text/javascript' );
E neste segundo caso é mesmo necessário colocar o action=raw&ctype=text/javascript (documentação), para que seja importado algo assim em vez de algo deste tipo (que causaria erros no console de erros, por conter coisas - tags HTML - que não fazem parte da sintaxe da linguagem JavaScript). Helder 03h18min de 22 de fevereiro de 2011 (UTC)[responder]

Extensão de aletoriedade[editar código-fonte]

Não consegui criar um código que gere os banners aleatórios que precisaremos para a campanha de colaboração devido ao cache, e também encontrei este tópico no arquivo que relata o mesmo problema. Proponho então adicionarmos a extensão RandomSelection ou a RandomInclude que são as duas extensões estáveis que fazem isso. Quem apoiar diga qual das duas prefere (são quase iguais). Danilo.mac(discussão) 22h16min de 17 de fevereiro de 2011 (UTC)[responder]

O modo usado pelos portais pra gerar conteúdo aleatório não serve não? De qualquer jeito, se há uma extensão estável pra fazer a mesma coisa é melhor a extensão. Vai ficar mais fácil que usar os complexos códigos de predef. Rjclaudio msg 22h27min de 17 de fevereiro de 2011 (UTC)[responder]
O que os portais usam tem que purgar a página para ver uma outra imagem. Se entrar duas vezes na mesma página sem purgar vai aparecer a mesma imagem/texto. Danilo.mac(discussão) 22h37min de 17 de fevereiro de 2011 (UTC)[responder]

Quando o namespace 2 era chamado "Usuário", via o número de edições e os grupos (bot, sysop, etc) em que o usuário estava. Também mostrava se um usuário estava bloqueado com a mensagem "BLOCKED".

Desde que o namespace 2 se tornou "Utilizador", não consegui ver mais essas características.

O que há de errado? Francisco diz!-fiz 22h35min de 17 de fevereiro de 2011 (UTC)[responder]

Acredito que tenha que mudar todos os "usuários" para "utilizadores", na versão local da página. Caso não funcione, terá que se fazer o mesmo com o script matrix do Popups. !Silent (Contact) 22h43min de 17 de fevereiro de 2011 (UTC)[responder]
Pedi alteração no script matrix. Francisco diz!-fiz 22h53min de 17 de fevereiro de 2011 (UTC)[responder]

Categorizar Userbox[editar código-fonte]

Tentei mudar Wikipédia:Userbox/Tutor para categorizar apenas as páginas de usuário, mas não ficou certo (eu acho). Como faz? O ideal é fazer o mesmo pra todas as userbox, tem como fazer uma predef pra isso, tipo, {{cat PU}}? Rjclaudio msg 20h17min de 18 de fevereiro de 2011 (UTC)[responder]

{{Switch:{{NAMESPACE}}|2=[[Categoria:!Wikipedistas tutores|{{subst:PAGENAME}}]] [[Categoria:!Tutores|{{subst:PAGENAME}}]]}} deve resolver o problema. !Silent (Contact) 20h26min de 18 de fevereiro de 2011 (UTC)[responder]
Valeu. Rjclaudio msg 20h42min de 18 de fevereiro de 2011 (UTC)[responder]

Arquivo da esplanada[editar código-fonte]

Os novos tópicos da esplanada (pelo menos da propostas) não estão com preload, assim os tópicos não estão sendo categorizados. Verifiquei os 4 últimos. Bug da nova versão? Rjclaudio msg 20h42min de 18 de fevereiro de 2011 (UTC)[responder]

Também tinha reparado isso. Mas na verdade, eles estão com o preload sim, mais somente a predef {{Void}} está aparecendo. !Silent (Contact) 21h06min de 18 de fevereiro de 2011 (UTC)[responder]
E eu acho que é a função switch que não está funcionando direto, como eu já havia reparado na minha predef que uso nas minha subpáginas/PU/PDU. !Silent (Contact) 21h09min de 18 de fevereiro de 2011 (UTC)[responder]
Isso resolveu. Aparentemente decidiram alterar o comportamento do <noinclude> em preloads. Não entendo o que passa na cabeça desses desenvolvedores. – Opraco (discussão) 17h26min de 19 de fevereiro de 2011 (UTC)[responder]

Possível as predefs fazerem uma categorização apenas quando não for usado o subst? Rjclaudio msg 12h27min de 19 de fevereiro de 2011 (UTC)[responder]

Feito: Categoria:!Predefinições que não devem ser substituídas. – Opraco (discussão) 17h43min de 19 de fevereiro de 2011 (UTC)[responder]
Pela documentação não sei se entendeu o pedido. A predef {{Boas-vindas}} é pra ser substituida. Se for usada com subst, ok. Mas se ao invés disso ela for transcluída a página será categorizada em "páginas com predefinições que deveriam ser substituídas". Depois um bot passaria por dessa categoria aplicando o subst em todas as páginas. Rjclaudio msg 17h54min de 19 de fevereiro de 2011 (UTC)[responder]
Ahh, ok. Feito também: criei a {{teste de substituição}} e a Categoria:!Páginas com predefinições que deveriam ser substituídas e adicionei-a na {{bem-vindo}}. – Opraco (discussão) 18h22min de 19 de fevereiro de 2011 (UTC)[responder]

O cadeado de proteção não está mais aparecendo: ver Brasil. – Opraco (discussão) 18h37min de 19 de fevereiro de 2011 (UTC)[responder]

Realmente, acho que é por conta de funções que estão sendo depreciadas, como a addOnloadHook. Talvez o Helder saiba resolver isso. !Silent (Contact) 21h27min de 20 de fevereiro de 2011 (UTC)[responder]
Na verdade ele parou de funcionar depois que pedi para ser feita esta atualização na qual, entre outras coisas, passam a ser feitasr comparações com === em vez de == (por ser mais eficiente e evitar conversões implícitas entre tipos diferentes de variáveis - como estava acontecendo no código original do common.js). Mas como a variável wgRestrictionEdit é uma array e não é uma string, e estava sendo comparada com uma string, a comparação resultava sempre falsa e o script MediaWiki:Topicon.js não era carregado.
Já foi feito o pedido de atualização para que seja feita a comparação correta e para deixar de usar funções depreciadas. Helder 03h01min de 22 de fevereiro de 2011 (UTC)[responder]
Voltou a funcionar. !Silent (Contact) 17h49min de 22 de fevereiro de 2011 (UTC)[responder]

Links vermelhos por causa de minúsculas/maiúsculas[editar código-fonte]

Alguém sabe se será possível ou muito complicado que os links onde não há correspondência exata de minúsculas e maiúsculas deixem de ficar vermelhos, pelo menos em algumas situações? Provavelmente haverá boas razões para que "Zé Dos Anzóis" apareça vermelho caso apenas exista "Zé dos Anzóis", mas possivelmente isso leva à criação involuntária de artigos já existentes. A priori não vejo qualquer contra os links em que apenas há discordância da caixa da letra pareçam a azul, ou seja, o exemplo acima apareça a azul, mas "ZÉ dos Anzóis" ou "ZÉ DOS ANZÓIS" continuem a aparecer a vermelho. --Stegop (discussão) 03h38min de 20 de fevereiro de 2011 (UTC)[responder]

Apenas leva à criação se tal título tiver afluentes, que não vejo nenhuma razão de ter. O MediaWiki é sensível a maiúsculas quando não é no nome de domínio ou na primeira letra do título, e certamente haverá alguns exemplos de páginas cuja mudança de maiúscula numa letra indicará um tema diferente, mas não me ocorre nenhum de cabeça. GoEThe (discussão) 13h01min de 23 de fevereiro de 2011 (UTC)[responder]

Erro em "Marcar como patrulhada"[editar código-fonte]

Não consigo marcar essa função, nem com o pop-up, nem pelo diff.

Ora, já não basta enxugar gelo para reverter vandalismo de IP, ainda temos que brigar com o sistema, que fica contra os editores?

Yanguas diz!-fiz 14h47min de 21 de fevereiro de 2011 (UTC)[responder]

Aqui está funcionando tanto no vector como no monobook. Deve ser algum script que está causando isso. Experimente desativar todos os gadgets e branquear a sua página no vector.js/monobook.js (Se tiver alguma coisa). !Silent (Contact) 16h12min de 21 de fevereiro de 2011 (UTC)[responder]

Previsão (Ctrl P) e popup de confirmação em botões de Fastbuttons[editar código-fonte]

Ainda não reportei na esperança que quando a poeira da mudança de versão do Mediawiki assentasse isso apareceria resolvido:

  • O meu Ctrl+P (Previsão) não funciona (logo agora que me tinha habituado a ele :-); o Ctrl S não funcionou durante uns dias mas depois voltou a funcionar.
  • Vamos ter que continuar a "levar com" a janela de popup de confirmação quando incluímos marcas via Fastbuttons?
    Obrigado. --Stegop (discussão) 18h06min de 21 de fevereiro de 2011 (UTC)[responder]

Usar eficientemente os gadgets e o ResourceLoader[editar código-fonte]

Se precisa de ajuda com algum de seus scripts, acesse o tópico #Atualização dos scripts pessoais mais abaixo.

Atualmente o código de diversos gadgets (exemplo) está fora do domínio MediaWiki (aparecendo entre as subpáginas da Wikipedia:Scripts), como neste exemplo. Isso tem pelo menos três seis desvantagens:

  1. Aumenta desnecessariamente o número de páginas bloqueadas do domínio "Wikipédia"), pois se uma destas páginas for desbloqueada (mesmo que acidentalmente, por não saber), a segurança das contas de quem usar tais scripts estará comprometida (ver descrição detalhada desta brecha de segurança na en.wp e a ação tomada pelo Brion em um dos casos);
  2. Todos os gadgets nesta situação ficam mais lentos (por fazerem um HTTP request extra, causado pelo importScript da página MediaWiki:Gadget-*** na qual o código deveria estar);
  3. O ResourceLoader (a grande novidade do MediaWiki 1.17) não terá como minificar o código destes gadgets quando os mesmos forem marcados como "compatíveis com o resource loader" (ver documentação da nova sintaxe a ser usada na MediaWiki:Gadgets-definition), fazendo com que continue havendo desperdício de banda ao enviá-los aos editores, mesmo agora que o MW 1.17 está em uso;
  4. Páginas como esta não recebem automaticamente a formatação do código-fonte (como ocorre por exemplo no MediaWiki:Common.js).
  5. Scripts fora do domínio MediaWiki não podem ser carregados com o parâmetro withJS=;
  6. Quem acompanha as mudanças recentes no domínio MediaWiki não perceberá mudanças nos scripts que estiverem fora do domínio (aumentando as chances de erros passarem despercebido, por não serem revisados por outros editores).

Para corrigir isso, basta um administrador mover e fundir os históricos dos scripts dos gadgets para as páginas dos gadgets correspondentes. Helder 15h42min de 23 de fevereiro de 2011 (UTC)[responder]

Realmente, e no exemplo citado por você ainda usa o Document.write, quando na verdade deveria ser o mw.loader.load. O por falar nisso, o mw.loader.load parou de funcionar. Usei ele por dois dias, porém depois tive que voltar à usar o importScript. !Silent(Contact) 16h42min de 23 de fevereiro de 2011 (UTC)[responder]
Seus scripts pararam de ser importados pois não existe um domínio "Utilizador" na Wikipédia (ver este tópico) Já foi corrigido. Então, por exemplo, o primeiro dos links apontava para uma página vazia em vez de apontar para onde está o script. Por essas e outras procuro usar sempre "User" ao importar páginas de scripts, ou então usar a variável mw.config.get( 'wgFormattedNamespaces' )[2] caso seja preciso saber o nome verdadeiro do domínio.
Quando voltou a usar importScript alterou também para "Usuário" (que existe), por isso funcionou. Helder 20h33min de 23 de fevereiro de 2011 (UTC)[responder]
Realmente, nem tinha me ligado. Agradeço a ajuda. =)
Mas bem que podiam ter usado um alias Hein? !Silent(Contact) 20h39min de 23 de fevereiro de 2011 (UTC)[responder]
Pois é, por isso fiz aquela pergunta (que está meio escondida no meio do diff): Citação: eu escrevi: «antes da atualização do Mediawiki o "Utilizador" era um alias para o domínio "User"? É que, conforme este comentário no bugzilla, não foi feita a adição pedida pelo Opraco pois nos links mencionados no bug não havia qualquer menção a esse nome ser desejado pela comunidade. Alguém tem um link por aí?». Helder 20h51min de 23 de fevereiro de 2011 (UTC)[responder]
Só para constar: Os aliases "Utilizador" e "Utilizador Discussão" já estão funcionando novamente. Helder 21h38min de 24 de fevereiro de 2011 (UTC)[responder]

De três motivos passou para seis. Se vc colocar mais algum motivo vou pedir pra vc passar essa lista pra alguma página oficial pra não perdermos essa lista no meio do arquivo desse café. Quem sabe alguma página explicativa sobre Gadget/Scripts. Rjclaudio msg 00h30min de 28 de fevereiro de 2011 (UTC)[responder]

Pelo que vejo, só programadores poderão editar na Wikipédia. Isso tudo pra mim é grego, por que eu tenho que fazer tudo isso? E não tenho certeza se tudo isso facilita minha vida. A transição para o modo Vector só dificultou.
E por que eu devo vir a este tópico ver dois técnicos discutindo com seus jargões específicos e alheios à maioria dos mortais? O que eu tenho de fazer, afinal? Como eu removo a mensagem chata no topo das páginas que eu abro? Yanguas diz!-fiz 01h18min de 16 de julho de 2011 (UTC)[responder]
Yanguas, traduzindo para editor comum: basicamente podes remover do vector.css ou do commons.css a parte do hotcat, e nas preferências -> gadjects activar o Hotcat. O resto da conversa é técnica mesmo. Alchimista Fala comigo! 14h33min de 16 de julho de 2011 (UTC)[responder]
Citação: por que eu tenho que fazer tudo isso?
Porquê essa parte não há como ser feita por nós. E não entendo quando diz "tudo isso". Basta remover o script do seu Common.js ou Vector.js ou monobook.js e ativar nas preferências. !Silent (discussão) 19h51min de 16 de julho de 2011 (UTC)[responder]
Citação: Pelo que vejo, só programadores poderão editar na Wikipédia.
É justamente o contrario: os editores não deveriam precisar ser programadores para ter acesso fácil às ferramentas (scripts) que facilitam a colaboração no projeto. Este parece ser mais um bom motivo que justificaria a "promoção" destes scripts populares ao status de gadgets, pois assim passam a poder ser habilitados pela pagina de preferências (como é informado no aviso), sem ter que editar (e manter atualizadas!) suas páginas de js ou css. Helder 18h40min de 20 de julho de 2011 (UTC)[responder]
A mudança não tem relação alguma com o (não tão) novo tema Vector que foi lançado no ano passado.
O aviso pode ser removido de várias maneiras. Dois exemplos:
  1. Removendo de seus scripts pessoais o código desatualizado (exemplo) e ativando a ferramenta pela lista de gadgets (esta é a forma sugerida no próprio aviso)
  2. Atualizando seus scripts pessoais para que apontem para o novo endereço, e para que não use funções depreciadas do MediaWiki (não recomendado, a não ser que pretenda fazer você mesmo eventuais atualizações futuras em sua(s) página(s) .js)
A primeira é preferível pois, além do que já foi dito, ajudará a evitar que cada editor esteja usando uma versão diferente de determinada ferramenta, o que facilitará a tarefa de manutenção e aprimoramento dos scripts (diminuindo assim as chances de que certos bugs só apareçam para alguns editores consequentemente sejam difíceis de resolver). Helder 18h40min de 20 de julho de 2011 (UTC)[responder]

Problemas com Reversão e avisos[editar código-fonte]

O script Reversão e avisos está com alguns problemas como nesse caso [3] A mensagem deveria ser sobre mudança de grafia mas foi enviada uma mensagem de boas vindas destinada a usuário cadastrado. Notei esse problema há alguns dias e desde então sempre tenho que corrigir a mensagem. Alguém pode solucionar? Agradecido --Gean Carlos Escreva-me 17h38min de 23 de fevereiro de 2011 (UTC)[responder]

De fato, por algum motivo apenas 7 avisos podem está contidos no Reversões e avisos. A partir disso, não pode haver mais nenhum pois se não será enviado uma aviso de boas-vindas. Talvez por conta de tantos else if { no código. Acho que se trocar esses Else if { por Switch pode resolver. Irei dar uma olhada nisso.
A propósito, existe uma versão modificado de Reversões e Avisos criada por min que não contêm esses avisos que não funcionam (Porém possui o aviso de "Mudança de grafia"). !Silent(Contact) 18h10min de 23 de fevereiro de 2011 (UTC)[responder]
PS: ver também sugestões deixadas no tópico anterior sobre este mesmo script para deixá-lo mais atualizado. Helder 20h46min de 23 de fevereiro de 2011 (UTC)[responder]
Tentei de todas as formas, mas não consegui substituir os else if pelo switch. Os botões somem. O melhor que consegui foi isso: os botões apareceram, porém ao enviar um aviso, apenas ia para a PDU do usuário (em edição), sem a marcação do aviso. O mesmo ao reverter: aparecia a versão a qual a página deveria ser revertida, mas nada acontecia (Nem sequer a mensagem no sumário). !Silent(Contact) 20h36min de 25 de fevereiro de 2011 (UTC)[responder]
Há uma versão atualizada nos pedidos para administradores. Helder 18h31min de 26 de fevereiro de 2011 (UTC)[responder]

Com a mudança no MediaWiki de "Wikipedia" para "Wikipédia", Wikipédia:A enciclopédia livre e gratuita da Internet ficou indevidamente no domínio do projeto. Para ele permanecer como um artigo normal é necessário mover a página ou há outra solução? Christian msg 23h00min de 23 de fevereiro de 2011 (UTC)[responder]

Você pode mover e colocar a {{título errado}} para exibir o título com os dois pontos, e teria também que avisar os administradores que essa é uma exeção para o salto de domínio. Acho que não existe outro modo. Danilo.mac(discussão) 23h18min de 23 de fevereiro de 2011 (UTC)[responder]
Se for mover, q seja para algo próximo do nome, trocando os : por um - e usar o título errado. Rjclaudio msg 23h39min de 23 de fevereiro de 2011 (UTC)[responder]
Movi para Wikipédia, a Enciclopédia Livre e Gratuita da Internet, com uma vírgula. – Opraco (discussão) 23h44min de 6 de março de 2011 (UTC)[responder]

Na predef de ER tem um link para "Apagar" q leva pra Especial:Delete. Nas ferramentas de PE o link já preenche o motivo com "Eliminado em PE", teria como adaptar a ER para já colocar o motivo de acordo com a regra preenchida na predef? O mesmo para ESR. Rjclaudio msg 12h30min de 27 de fevereiro de 2011 (UTC)[responder]

Pra isso, é necessário acrescentar:
&wpReason=Eliminado%20em%20{{#switch:{{{motivo}}}|ER=ER|ESR=ESR}}
em {{Ferramentas a usar antes de eliminar}} numa parte especifica do código e depois adicionar o parametro motivo=ER e motivo=ESR nas respectivas predefs. !Silent(Contact) 12h53min de 27 de fevereiro de 2011 (UTC)[responder]
Feito. !Silent(Contact) 13h12min de 27 de fevereiro de 2011 (UTC)[responder]

Pensei em algo mais específico. Se for ER|P1 o motivo seria Predef desnecessária / substituída. Se for ER|C1 , categoria desnecessária / substituída. Qnd eu apago eu seleciono esse motivo na lista. Desse jeito nem precisa. Pode até ficar "ER: Predef desnecessária / substituída" e "ESR: Biografia sem relevo enciclopédico" pra além do motivo constar tb ER/ESR. Rjclaudio msg 13h20min de 27 de fevereiro de 2011 (UTC)[responder]

Isso é possível de se fazer. Vou dar uma olhada. !Silent(Contact) 13h25min de 27 de fevereiro de 2011 (UTC)[responder]

Melhor não fazer isso. Ao deixar o motivo pré-definido, é apagada a parte "o conteúdo era: ....." que normalmente tem a marcação de ER, e não fica registrado quem propôs a eliminação e os motivos que deu. – Opraco (discussão) 13h30min de 27 de fevereiro de 2011 (UTC)[responder]

Quase nunca da pra ver o motivo da eliminação. No máximo a assinatura do proponente... !Silent(Contact) 13h41min de 27 de fevereiro de 2011 (UTC)[responder]
O que já é melhor que nada... – Opraco (discussão) 13h44min de 27 de fevereiro de 2011 (UTC)[responder]

O que há com essa tabela? Está faltando um monte de linhas (separadoras):

  • a linha que separa a coluna País da Local simplesmente não aparece.
  • a linha que separa 22 de Junho de 1980 e 24 de Junho de 1980 sumiu.
  • a linha que separa 01 de Julho de 1980 e 03 de Julho de 1980 também sumiu.
  • a linha que separa 22 de Novembro de 1980 de 23 de Novembro de 1980 sumiu também!

Para onde essas linhas foram? Passei horas traduzindo da EN-wiki, e está idêntica a de lá (só foi traduzida), não mexi na sintaxe. Alguém pode me ajudar nisso?

MetalBRasil @ C1 C2 18h19min de 27 de fevereiro de 2011 (UTC) [responder]

Não entendi qual o problema da tabela. Ela tá até bem feita na verdade. !Silent(Contact) 18h15min de 27 de fevereiro de 2011 (UTC)[responder]
Falando com o !Silent e outros no MSN vi que apenas realmente eu estava vendo a tabela assim, ela na verdade está normal. Realmente um problema sério. Será que é problema de navegador? Eu até agora estou vendo a tabela com vários erros, mas na verdade está normal. Eu hein... MetalBRasil @ C1 C2 18h49min de 27 de fevereiro de 2011 (UTC)[responder]

Transclusão deixa artigo mais leve?[editar código-fonte]

Citação: Wikipédia:Anexo#Utilização escreveu: «O embeber[nota 1] o anexo tem a vantagem de, mantendo a leitura fluída do artigo principal, tornar o artigo mais leve, permitindo uma abertura mais rápida em computadores menos potentes.»

Isso é algo que sempre tive dúvidas. É verdade? Se for deveríamos tornar regra todo AD fazer isso, principalmente artigos que já tem a divisão em seções principais bem definida. Mas eu nunca entendi a parte técnica, como fica mais rápido de carregar só pq faz a transclusão, o pc não vai ter que carregar toda a informação do mesmo jeito?

Rjclaudio msg 11h51min de 28 de fevereiro de 2011 (UTC)[responder]

Também não sei como funciona, mas se ligar através de um telemóvel/celular, verifica que de facto isso acontece. Pelo Poder do Z Alaf Ogimoc 11h59min de 28 de fevereiro de 2011 (UTC)[responder]
Os mais indicados para responderem a esta pergunta são os desenvolvedores (possivelmente os da lista wikitext), pois eles conhecem o parser do MediaWiki mais a fundo. Nunca pude conferir com um telemóvel/celular, mas se isso não tivesse sido afirmado e me perguntassem "será que embeber o anexo deixa o artigo mais leve?" a resposta que daria é "provavelmente não". Digo isso porque o HTML de uma página A com um "[[wikitexto]] ''de'' <u>exemplo</u>" e o de uma página B com o conteúdo "{{:A}}" serão idênticos (então o tempo de transferência/download do HTML gerado é o mesmo para quem lê a página). Por outro lado, o tempo total percebido pelo leitor também inclui o tempo gasto pelo servidor para interpretar o wikitexto (com o parser) e convertê-lo para HTML. Se as páginas A e B forem colocadas na Especial:ExpandTemplates, o código resultante da expansão será idêntico, então o tempo para converter tal código para HTML também deve ser o mesmo. Só resta a etapa de "expansão das predefinições", que só é necessária para a página B, então seria de se esperar que a versão com anexo embebido não apenas não seria mais rápida como também demoraria mais para ser convertida para HTML.
Por outro lado, para quem edita a diferença pode ser realmente grande: se uma página A tiver uns 500kb de wikitexto e a página B tiver apenas "{{:A}}", certamente esta última será mais leve para editar. No entanto, o resultado depois que a página for salva será o mesmo (para quem for ver o artigo, mas não for editá-lo).
Mas essa é apenas a forma como imagino o funcionamento interno do sistema. Em todo caso, eu acho que a afirmação [carece de fontes]. Helder 12h22min de 28 de fevereiro de 2011 (UTC)[responder]

Helder, você pode perguntar então pros devs? Rjclaudio msg 12h47min de 28 de fevereiro de 2011 (UTC)[responder]

O que há de errado aqui [4] As alterações não aparecem e olha que já limpei o cache. --Gean Carlos Escreva-me 18h44min de 28 de fevereiro de 2011 (UTC)[responder]

Na edição de 15:34 está aparecendo normalmente. Christian msg 18h47min de 28 de fevereiro de 2011 (UTC)[responder]
Agora apareceu minhas alterações. Mas está acontecendo isso desde cedo. Todas as vezes que edito um artigo preciso limpar o cache e esperar para ver se mostra as alterações. Com alguém mais acontece o mesmo? Será o problema com meu PC ou com o servidor Wiki? --Gean Carlos Escreva-me 18h52min de 28 de fevereiro de 2011 (UTC)[responder]
Isso está a acontecer-me desde a mudança do Mediawiki, mas só às vezes ("tem dias", hoje é um deles). Eu não preciso de forçar a limpeza do cache, basta carregar novamente a página. --Stegop (discussão) 19h15min de 28 de fevereiro de 2011 (UTC)[responder]

Comentário: Acho que a mudança do Media piorou as páginas especiais entre outros. Raphael0,0(monitor de vandalismo) (discussão) 22h57min de 3 de março de 2011 (UTC)[responder]

Continuo a ter esse problema. Já me queixei no #Wikimedia-tech, sem resposta. GoEThe (discussão) 14h12min de 8 de março de 2011 (UTC)[responder]

Desde há algumas horas que a página Especial:Páginas novas coloca a barra vertical esquerda dentro do rectângulo da página propriamente dita, sobreposta com o resto do conteúdo, com o logotipo da Wikipédia por cima do título "Páginas recentes". O problema deve estar em código javascript, já que isso só acontece quando o carregamento da página termina completamente (evento OnLoad?) e quando estou autenticado. O problema verifica-se tanto no FF 3.6.13 como no MSIE 8 (Win 7). Alguém tem alguma pista? --Stegop (discussão) 23h15min de 1 de março de 2011 (UTC)[responder]

Acredito que tenha a ver com a edição nesta página. Fabiano Tatsch 03h38min de 2 de março de 2011 (UTC)[responder]
Embora com atraso, obrigado. O problema desapareceu umas horas depois de ter aberto a discussão. --Stegop (discussão) 23h11min de 3 de março de 2011 (UTC)[responder]

Problema com detetor de desambiguações[editar código-fonte]

O detetor de desambiguações não está a detetar desambiguações nas categoria "Desambiguações de prenomes". Por exemplo Pedro não é marcado como termo ambíguo. É possível que o problema ocorra também com outras categorias semelhantes, não testei. DReispt msg 09h49min de 4 de março de 2011 (UTC)[responder]

Imagino que adicionar todas as categorias de desambiguação pode deixar o script mais lento. Mas se quiserem tentar, parece que basta colocar mais itens na variável cat que aparece no início do código (tomando o cuidado de não adicionar vírgula após o último elemento).
O script precisa receber algumas alterações para ficar mais compatível com o MW 1.17. O código a ser copiado está na página de testes (e já inclui a categoria "Desambiguações de prenomes", para tentar resolver o problema mencionado). Helder 15h32min de 4 de março de 2011 (UTC)[responder]
Na wiki en tem cats como "All Desambigs", não vale fazer o mesmo por aqui? Pq existe a possibilidade de com o tempo criarmos cada vez mais cats de desambig e o script não vai poder verificar todas elas. Rjclaudio msg 16h16min de 4 de março de 2011 (UTC)[responder]

Fiz ([5]) a modificação. Não teria alguma forma de pegar todas as cats que começam com "Desambiguações"? (Aliás, a Categoria:Desambiguação não deveria estar no plural?) – Opraco (discussão) 23h35min de 6 de março de 2011 (UTC)[responder]

Teria: o MediaWiki deveria incluir alguma classe CSS extra nos links que apontam para páginas de desambiguação (vejam os bugs 8339, 7935 e 7936, e votem se tiverem interesse [pelo menos ficarão sabendo se, e quando, for resolvido]).
No caso dos redirecionamentos, a implementação do mesmo tipo de recurso (MediaWiki:Gadget-Redirecionamentos.js) ficou bem mais simples quando o MediaWiki passou a incluir da classe "mw-redirect" (ver bug 166 e companhia). Helder 01h22min de 7 de março de 2011 (UTC)[responder]

Mudar a aba em desambiguações[editar código-fonte]

Meio sem relação, mas tem como mudar a aba "Artigo" para "Desambiguação" em páginas com a predefinição {{desambiguação}}? – Opraco (discussão) 12h52min de 7 de março de 2011 (UTC)[responder]

Problema em Categoria:!Artigos que carecem de fontes[editar código-fonte]

Por alguma razão, as categorias dos meses de 2011 não estão a ser categorizadas no ano, mas directamente em Categoria:!Artigos que carecem de fontes. Não consegui entender porquê, mas notei que agora as categorias têm os meses em minúsculas e anteriormente eram em maiúsculas. Alguém poderia dar uma vista de olhos? GoEThe (discussão) 14h07min de 8 de março de 2011 (UTC)[responder]

A predefinição que categoriza está programada para fazer isso, ela agrupa automaticamente quando muda o ano. Danilo.mac(discussão) 19h33min de 8 de março de 2011 (UTC)[responder]
Goethe: podes dar um exemplo? O que o Danilo diz só é parcialmente verdade: é suposto que as categorias dos meses de anos anteriores ao corrente sejam categorizados em categorias dos anos, mas não diretamente na categoria principal. --Stegop (discussão) 23h27min de 9 de março de 2011 (UTC)[responder]

Estou a ter problemas com a visualização de árvores de categoria. Alguém mais tem problemas?

Deveria aparecer aí uma árvore, mas n aparece nada. GoEThe (discussão) 22h47min de 8 de março de 2011 (UTC)[responder]

Não vejo nada. Tirando o hideroot do código aparece o nome da cat, e o "sem subcategorias". Mais um pra lista de bugs.
Rjclaudio msg 23h01min de 8 de março de 2011 (UTC)[responder]
Agora já aparece normalmente. GoEThe (discussão) 10h33min de 9 de março de 2011 (UTC)[responder]
O problema também foi notado na wiki inglesa, e teve relação com estas mudanças no sistema das categorias (ver também mudanças no código-fonte.
Com o novo sistema, uma página com [[Categoria:Teste|'''A'''BCDE]] e outra com [[:Categoria:Teste|'''a'''BCDE]] passam a ser exibidas sob a mesma seção "A" da Categoría Test (em vez de ficar uma no "A" e outra no "a").
Há mais informações na página mw:MediaWiki 1.17/Category sorting e neste tópico. Helder 22h25min de 9 de março de 2011 (UTC)[responder]
No link que indicou, está escrito que "It automatically drops accents, since accented letters sort the same as unaccented letters", mas parece que isso não acontece. Falta que seja atualizado ou tem que ser definido localmente? – Opraco (discussão) 23h03min de 9 de março de 2011 (UTC)[responder]
Por enquanto só feita a primeira parte da atualização. Ainda não se sabe quando vão mudar de 'uppercase' para 'uca-default' (ver rev:80443#c14836). Helder 23h41min de 9 de março de 2011 (UTC)[responder]

Está ignorando maiúsculas e minúsculas? Podemos parar de usar o defaultsort para colocar maiúscula nas iniciais? Rjclaudio msg 00h30min de 10 de março de 2011 (UTC)[responder]

Agora que a $wgCategoryCollation existe e foi definida como uppercase, maiúsculas e minúsculas não fazem diferença na ordenação dos itens nas categorias. Posteriormente, nem mesmo os acentos farão diferença (Á, A, a e á ficarão todos na mesma seção). Helder 02h11min de 10 de março de 2011 (UTC)[responder]
Poderia fornecer um(ns) exemplo(s) deste uso que mencionou da defaultsort? Helder 11h34min de 10 de março de 2011 (UTC)[responder]
No checkwiki lista vários erros de defaultsort. DEFAULTSORT com letra maiúscula no meio de uma palavra, com letras minúsculas, DEFAULTSORT está faltando e o título possui letras minúsculas, DEFAULTSORT faltando e título com caracteres especiais. Atualmente scripts awb estão programados para inserir o defaultsort e corrigi-los arrumando maiuscula/minuscula e caracteres especiais. Se não precisa mais é caso de desabilitar esse erro e tirar das regras do awb para não ter casos de a única edição feita for essa. Rjclaudio msg 12h00min de 10 de março de 2011 (UTC)[responder]
Quando o MediaWiki define a sortkey, a função getSortKey converte o texto para maiúsculas, então "Al McCoy" torna-se "AL MCCOY", e não faz mais diferença se no texto de [[Categoria:X|texto]] foi colocado "c" ou "C", ou se simplesmente não foi colocado (pois a sortkey padrão é o título do artigo).
Dos links do checkwiki que mencionou, acho que só o último continua a ter utilidade (e o último deverá perder a utilidade para letras acentuadas quando for mudado para 'uca-default').
No entanto, o DEFAULTSORT continuará a ser útil para ordenar artigos sobre pessoas pelo sobre nome como em {{DEFAULTSORT:McCoy, Al}} (mas agora tanto faz colocar em maiúsculas ou minúsculas). Helder 12h34min de 10 de março de 2011 (UTC)[responder]

De uns tempos pra cá, ao reverter um editor não aparece o nome dele, e sim null. Tentei resolver, mas não deu. Só não entendo porquê não está funcionando, pois o $3 (Reverter + Comentário) funciona, mas o $1 e $2(Revertidas edições por $1 para a última versão por $2) não.
Também tentei remover a parte do código que torna(va) o uso dos $? possível (sum = sum.replace(/\$1/g, user1).replace(/\$2/g, user2).replace(/\$3/g, message);), mas sem sucesso. !Silent(Contact) 12h50min de 9 de março de 2011 (UTC)[responder]

A provável causa é que faltava indicar que o gadget tem o módulo mediawiki.util como dependência. Já fiz o pedido para a atualização da MediaWiki:Gadgets-definition. Helder 14h44min de 9 de março de 2011 (UTC)[responder]
Já foi feito pelo Rjclaudio D​ C​ E​ F e funcionou. !Silent(Contact) 15h13min de 9 de março de 2011 (UTC)[responder]
Não funcionou não.
De fato . Mas pelo menos agora os links estão aparecendo ao ver diffs (eles sequer estavam visíveis aqui ).
Ainda não é o seguinte, mas é bom fazer um acréscimo na função this.run:
if (mw.config.get('wgCanonicalSpecialPageName') || isNaN(num)) {
Há um bug na $.escapeRE() usada pela mw.util.getParamValue do mediawiki, pois ela não está aceitando parâmetros com números, como "user1" e "user2". Acho que se trocar os nomes por "userold" e "usernew" pode resolver. Helder 16h30min de 9 de março de 2011 (UTC)[responder]
O bug da $.escapeRE() foi corrigido pelo Krinkle na rev:83610. Logo a correção será copiada para a versão do software que está em uso nas wikis. Helder 22h21min de 9 de março de 2011 (UTC)[responder]
O software da Wikipédia já foi sincronizado com a versão em que o bug foi corrigido, então a função já está funcionando como esperado. Helder 12h19min de 16 de março de 2011 (UTC)[responder]

Qualidade dos artigos[editar código-fonte]

Algum javascript para atualizar a qualidade dos artigos nas marcas de projetos? Facilita a avaliação e, principalmente, insere também a data de revisão, algo q raramente seria feito manualmente.

E algum javascript para inserir as marcas de projeto? Vc clica no link, escreve o nome do projeto, qualidade, importancia, e o javascript insere a marca. Possivelmente inserindo mais de um projeto ao mesmo tempo. Rjclaudio msg 18h16min de 10 de março de 2011 (UTC)[responder]

Não entendi a parte de atualizar a qualidade, mas inserir as marcas com js é possível sim, e de preferência usando junto com o FastButtons. Vou ver se consigo algo. !Silent(Contact) 22h58min de 10 de março de 2011 (UTC)[responder]
Atualizar a qualidade. Vou na discussão e vejo q na marca tem qualidade 2, mas acho q é qualidade 3. Ao invés de editar a discussão e mudar manualmente, e esquecer de atualizar a data da revisão, um js para fazer isso. Rjclaudio msg 00h38min de 11 de março de 2011 (UTC)[responder]
Isso eu já acho mais complicado. !Silent(Contact) 00h50min de 11 de março de 2011 (UTC)[responder]

Mas se dá pra inserir dá pra inserir com qualidade/importancia, certo? Se dá pra inserir também dá pra retirar não é? Se dá pra retirar e depois inserir com uma qualidade/importancia então dá pra atualizar. Rjclaudio msg 01h17min de 11 de março de 2011 (UTC)[responder]

Deve dar, mas não tenho ideia de como fazer rs. !Silent(Contact) 01h19min de 11 de março de 2011 (UTC)[responder]

Problemas com FastButtons e demais scripts[editar código-fonte]

Tenho o FastButtons (via Gadgets) e um script instalado no common.js (WikiBhasha). No últimos tempos tenho tido dificuldades em ter ambos os scripts a funcionar. Parece-me que o padrão é, sempre que a página é um pouco maior (excede a altura do ecrã) os scripts não funcionam. Em páginas muito pequenas, já funcionam. Experimentei ligar o Firebug, e nas páginas maiores reporta um erro: "document.getElementById("column-content") is null". Parece estar a ocorrer no "index.php?title=MediaWiki:Gadget-bpm-actions.js", linha 62 (função "copyUpperActionsInit"). Alguém pode ajudar? DReispt msg 23h40min de 13 de março de 2011 (UTC)[responder]

Esse gadget, além de usar códigos que estão sendo depreciados, fez com que o Fastbuttons e o Reversões e Avisos parasse de funcionar aqui (No vector). Vou tentar dar um clean up pra ver se surgi algum resultado. !Silent(Contact) 00h26min de 14 de março de 2011 (UTC)[responder]
Esquisito...tentei começar mudando os document.getElementById pelos $ do jQuery, mas por algum motivo não funcionou. Deixo pra outro tentar resolver. !Silent(Contact) 00h50min de 14 de março de 2011 (UTC)[responder]
Quando se usa jQuery para selecionar elementos por id, deve ser incluído o "#", como em $('#p-cactions'), pois os seletores são como os de CSS. Além disso, a função "$" retorna uma instância do objeto jQuery, que não possui o método getElementsByTagName (para usar como em .getElementsByTagName('div')). Em vez disso,
document.getElementById('p-cactions').getElementsByTagName('div')[0].getElementsByTagName('a');
pode ser trocado por algo como (os links apontam para as funções do jQuery usadas)
$('#p-cactions div:first a');
E na hora de usar ou atribuir a uma variável o valor que a função "$" retorna, é preciso ter em mente que trata-se de uma isntancia do jQuery, não um objeto DOM. Por isso é recomendado que as variáveis que guardarem algo obtido com "$" tenham um nome do tipo "$nome" (ver mw:Manual:Coding_conventions#jQuery). Helder 01h28min de 14 de março de 2011 (UTC)[responder]
Tem um script que pode ajudar na tarefa de atualização dos scripts para melhorar a compatibilidade com o MW 1.17. Com ele instalado, será adicionado um link "Update" no topo das páginas de JS. Ao clicar nele, o código será analisado para identificar a presença de alguma das funções que podem ou devem ser atualizadas, e em seguida é exibido um diff com as mudanças sugeridas (para que cada sugestão seja conferida pelo editor antes de salvar a nova versão do script). Para testar, basta colocar a seguinte linha em sua página de scripts e atualizar o cache:
mw.loader.load('http://meta.wikimedia.org/w/index.php?title=User:Krinkle/1-17-allwikis/jsUpdater.js&action=raw&ctype=text/javascript&smaxage=21600&maxage=86400');
Helder 01h01min de 14 de março de 2011 (UTC)[responder]
Má sorte, o problema persiste (e sim, fiz a limpeza da cache CTRL+F5). Estou curioso: isto está a acontecer com toda a gente? DReispt msg 09h05min de 14 de março de 2011 (UTC)[responder]
Não sei se tem relação com o problema mas na URL que usou para carregar o WikiBAsha (no seu common.js), em vez de ctype=text/js deve ser usado ctype=text/javascript. Helder 11h34min de 14 de março de 2011 (UTC)[responder]
Feito, sem resultados. Eu tinha já experimentado limpar o common.js, e o problema com o Fastbuttons continuava. Nota: Estou com o Firefov 4.0 RC1, mas experimentando com o IE 8 acontece exatamente o mesmo. DReispt msg 12h14min de 14 de março de 2011 (UTC)[responder]
Não funcinou porquê você não atualizou o script problemático, você apenas importou o script que o Helder falou no seu commons.js.
Helder: esse script fez parar de funcionar o Reversão e avisos e o Fastbuttons aqui. !Silent(Contact) 18h19min de 14 de março de 2011 (UTC)[responder]
Silent, pode me ajudar: como se faz para "atualizar" o script problemático? DReispt msg 11h53min de 15 de março de 2011 (UTC)[responder]
Dreispt, tentei atualizar mais uma vez, consegui, mas parcialmente, pois não sei qual propriedade substitui o offsetHeight em jQuery =/.
E o pior é que eu conseguir usar no meu sock, mas na minha conta principal não funcionou. E o mais esquisito ainda é que no console de erros fala que esta faltando uma } depois do $(copyUpperActionsInit);, quando na verdade não está.
Esse script está doido e recomendo que pare de usar-lo por enquanto até tudo esteja resolvido, caso você queira parar de sofrer aqueles inconvenientes. !Silent(Contact) 21h08min de 15 de março de 2011 (UTC)[responder]
De bom grado. Mas qual é o script que deve deixar de usar - refere-se ao FastButtons ou o Gadget-bpm-actions.js? É que este segundo não o que é, pelo que tb não sei onde desativar. DReispt msg 22h12min de 15 de março de 2011 (UTC)[responder]
É o segundo sim. Você pode desativar ele em preferências > gadgets. !Silent(Contact) 22h46min de 15 de março de 2011 (UTC)[responder]

Para tentar desativar o script "Gadget-bpm-actions.js" fui por tentativa e erro. Desativei todos os gadgets e fui experimentando. Descobri dosi gadgets que geram problemas:

  • Em Edição: "Mostra as abas de edição também no fundo do artigo (discussão, editar, história etc.) com o tema Monobook."; aqui a besta tem o tema Vector e não o Monobook, pelo que o problema estava do outro lado do teclado.
  • Em Navegação: "Adiciona uma flecha de retorno ao topo de uma página em cada seção da mesma.". Aqui já não é culpa desta besta. Mas também não é um gadget assim tão importante. Se confirmarem que tem erro, talvez seja melhor desativá-lo, que vos parece?

DReispt msg 09h30min de 16 de março de 2011 (UTC)[responder]

Sim, o bpm-actions é o primeiro e é ele quem esta dando problema. !Silent(Contact) 11h46min de 16 de março de 2011 (UTC)[responder]
[conflito de edição] O MediaWiki:Gadget-btm-actions.js não tem mesmo utilidade no vector, já que para funcionar ele depende de encontrar um elemento com id="column-content", coisa que aparentemente só existe no skin monobook.
O MediaWiki:Gadget-FlecheHaut.js depende de uma tal de addLoadEvent que é usada por alguns scripts pessoais mas não existe no MediaWiki (e consequentemente isso deve causar um erro do tipo "ReferenceError: addLoadEvent is not defined"). Provavelmente se for trocada pela $ do jQuery o resultado passará a ser o que é esperado (executar a função quando o documento estiver pronto para ser manipulado). O MediaWiki:Ticker.js também depende desta função então provavelmente não deve estar funcionando como esperado (se é que alguém está usando, pois tem só um afluente). Helder 12h07min de 16 de março de 2011 (UTC)[responder]
O Rjclaudio já atualizou o segundo gadget. Helder 15h00min de 18 de março de 2011 (UTC)[responder]

Previsão (alt-shift P) e popup de confirmação em botões de Fastbuttons #2[editar código-fonte]

Desculpem insistir, mas como ninguém respondeu e já se passou quase um mês:

  • O alt-shift P (previsão da edição) não funciona; o alt-shift S não funcionou durante uns dias após a atualização do Mediawiki mas depois voltou a funcionar. Aparentemente não é problema do meu browser, pois já experimentei em mais do que um computador tanto com o FF como com o MSIE.
Acho que você deveria tentar falar diretamente com Danilo.mac D​ C​ E​ F para ele tentar resolver essa questão. !Silent(Contact) 18h25min de 14 de março de 2011 (UTC)[responder]
Não sei por que isso acontece no FastButtons, é alguma coisa na nova versão do MediaWiki. Também não gosto desse popup de confirmação que inventaram, tenho o costume de voltar a página depois que vejo a previsão e ainda quero modificar o texto, e toda vez aparece esse alerta e tenho que dar Ok. Se alguém souber como evitar esse alerta por favor me avise que também dou um jeito de colocar no FastButtons. Danilo.mac(discussão) 19h39min de 14 de março de 2011 (UTC)[responder]

Níveis em avisos[editar código-fonte]

Tinha uma proposta de os avisos terem dois níveis, um mais didático e assumir a boa-fé, e outro mais ... aviso. É possível os scripts, na hora de enviar um aviso x, se a PDU já tiver um aviso desses, inserir o aviso x2 (nível 2, aviso), se não tiver inserir aviso x (nível 1, boa fé)? Rjclaudio msg 13h36min de 17 de março de 2011 (UTC)[responder]

Problema com as páginas vigiadas[editar código-fonte]

Na caixinha que diz "Opções da lista de páginas vigiadas" apareciam uma série de avisos sobre discussões e votações, e ao lado estavam uns botões a dizer "esconder" ou algo assim. Pois é, carreguei num deles e agora nem os avisos nem as demais opções, a caixinha aparece toda branca e sem nenhum botão a dizer "mostrar". Alguém me pode ajudar com isto? Desde já, agradeço. EuTugamsg 23h22min de 18 de março de 2011 (UTC)[responder]

Estou com o mesmo problema. A caixinha aparece quando a página está carregando e depois desaparece. Christian msg 19h14min de 20 de março de 2011 (UTC)[responder]
Deve estar relacionado com o script MediaWiki:Common.js/watchlist.js que cria precisamente esses botões de esconder. A mim na verdade, as mensagens desapareceram antes de eu carregar em qualquer botão, mas a caixa continua lá. Vou tentar ver o que se passa, senão apago o script. GoEThe (discussão) 08h49min de 21 de março de 2011 (UTC)[responder]
Espero que isto tenha resolvido o problema. GoEThe (discussão) 08h53min de 21 de março de 2011 (UTC)[responder]
Resolveu. Obrigado. Christian msg 16h45min de 24 de março de 2011 (UTC)[responder]

Pop-up não funciona, "purgar" não aparece[editar código-fonte]

A mim não está aparecendo o botão purgar (agora convertido em asterisco), e os pop-ups não estão funcionando, isto é, com o mouse sobre o link, nada vem.

Acontece com vocês também? Por que essa ocorrência?

Yanguas diz!-fiz 14h31min de 24 de março de 2011 (UTC)[responder]

Também tenho o problema com os pop-ups. DReispt msg 14h42min de 24 de março de 2011 (UTC)[responder]
O problema se chama "Firefox 4".Aliás não, agora está funcionando. !Silent (discussão) 14h50min de 25 de março de 2011 (UTC)[responder]
Aqui também está funcionando agora, mas ontem os popups pararam de funcionar (especialmente na enwiki). RafaAzevedo disc 15h00min de 25 de março de 2011 (UTC)[responder]

Esta predefinição está "engolindo" o que vem depois dela (exemplo aqui), agradeço se alguém puder dar uma olhada. --viniciusmc (discussão) 05h27min de 25 de março de 2011 (UTC)[responder]

Acho que está corrigido. Faltava </table>. Mudei o título para Milénio para ser coerente com o resto. --Stegop (discussão) 06h06min de 25 de março de 2011 (UTC)[responder]
Imaginei que fosse mesmo alguma tag aberta, obrigado. --viniciusmc (discussão) 12h31min de 25 de março de 2011 (UTC)[responder]

Não vejo botão "expandir" em algumas caixas[editar código-fonte]

Ou seja, não posso abri-las. Isso já faz dias. Acontece com vocês também? A que se deve?

Yanguas diz!-fiz 04h06min de 27 de março de 2011 (UTC)[responder]

Comigo também. Christian msg 15h08min de 27 de março de 2011 (UTC)[responder]
Nunca notei que não funcionasse comigo. Podem dar um exemplo? --Stegop (discussão) 22h46min de 27 de março de 2011 (UTC)[responder]

Por que não consigo salvar nenhuma página?[editar código-fonte]

Toda vez que tento salvar uma página, aparece o seguinte erro:

Request: POST http://pt.wikipedia.org/w/index.php?title=Usu%C3%A1rio_Discuss%C3%A3o:Francisco_Leandro&action=submit, from 208.80.152.50 via sq40.wikimedia.org (squid/2.7.STABLE7) to ()
Error: ERR_CANNOT_FORWARD, errno [No Error] at Thu, 31 Mar 2011 13:49:31 GMT 

Francisco diz!-fiz 13h57min de 31 de março de 2011 (UTC)[responder]

Mais um erro encontrado:
Request: GET http://pt.wikipedia.org/w/index.php?title=Paran%C3%A3_(desambigua%C3%A7%C3%A3o)&action=delete, from 208.80.152.76 via sq62.wikimedia.org (squid/2.7.STABLE7) to ()
Error: ERR_CANNOT_FORWARD, errno (11) Resource temporarily unavailable at Thu, 31 Mar 2011 13:52:59 GMT
Francisco diz!-fiz 14h02min de 31 de março de 2011 (UTC)[responder]
Como o !Silent, erro nos servidores da Wikipédia. Francisco diz!-fiz 18h11min de 20 de abril de 2011 (UTC)[responder]