Wikipédia:Café dos programadores
Pedidos, painéis e centrais de discussão | ||
---|---|---|
Geral |
|
|
Artigos e conteúdo | ||
Processamento de páginas |
| |
Conduta de utilizadores | ||
Outros |
| |
Para a tabela das predefinições usadas no atendimento, veja Wikipédia:Pedidos/Sinais de pedido. |
Lembre-se: os pedidos serão atendidos por voluntários, de acordo com a disponibilidade deles.
|
Boas-vindas ao café dos programadores! | |
Um local onde se tiram dúvidas sobre predefinições, HTML, CSS, JavaScript e outros tipos de edição avançada.
| |
Incluir opção de arquivamento por cancelamento no script que arquiva PE's
Olá,alguém aqui poderia modificar o Gadget de arquivamento de PE's de modo que ele possua a opção de arquivamento por cancelamento (caso a página marcada para PE seja eliminada por ER antes do fim da votação)?--Leon saudanha 21h44min de 25 de setembro de 2014 (UTC)
Número de visitas
Colegas, na página do histórico de qualquer artigo, numa seção chamada "ferramentas", há um link para "número de visitas". Pois bem, acho que ele deixou de funcionar depois que o tools foi pro azeite. Vejam um exemplo. José Luiz disc 22h29min de 1 de outubro de 2014 (UTC)
- Pois é, tem muita coisa para arrumar. Hoje mesmo arrumei as predefinições
{{Usuário}}
,{{Usuário3}}
... etc. Todas com um problema similar. --Diego Queiroz (discussão) 22h56min de 1 de outubro de 2014 (UTC)- Fiz a predefinição
{{EstatísticasUsuário}}
para gerar o link das estatísticas dos usuários. Acho viável que façamos páginas parecidas para as ferramentas externas. Assim, se alguma for modificada, fica mais fácil de arrumar. --Diego Queiroz (discussão) 23h37min de 1 de outubro de 2014 (UTC)- Fiz uma relação dos links utilizados em MediaWiki:Sp-contributions-footer:
- //toolserver.org/~alchimista/stats.php?user=USUÁRIO&language=pt
- Parece redundante em relação ao XTools. Sugiro remover.
- //tools.wmflabs.org/xtools/pcount/index.php?name=USUÁRIO&lang=pt&wiki=wikipedia
- Ainda funciona, mas sugiro alterar para //tools.wmflabs.org/xtools/ec/?project=pt.wikipedia.org&user=USUÁRIO
- //tools.wmflabs.org/guc/?user=USUÁRIO&blocks=true
- OK.
- //tools.wmflabs.org/xtools/pages/index.php?name=USUÁRIO&lang=pt&wiki=wikipedia&namespace=0&redirects=noredirects&getall=1
- Ainda funciona, mas sugiro alterar para //tools.wmflabs.org/xtools/pages/?project=pt.wikipedia.org&namespace=0&redirects=none&user=USUÁRIO
- //tools.wikimedia.de/~daniel/WikiSense/Gallery.php?wikilang=pt&wikifam=.wikipedia.org&format=html&img_user_text=USUÁRIO&order=-img_timestamp
- //tools.wikimedia.de/~daniel/WikiSense/Gallery.php?wikifam=commons.wikimedia.org&format=html&img_user_text=USUÁRIO&order=-img_timestamp
- Inativo. Não sei se há ferramenta similar disponível.
- //tools.wmflabs.org/quentinv57-tools/tools/sulinfo.php?username=USUÁRIO&showblocks=1
- OK, mas parece redundante em comparação com o resultado de Especial:Administração de contas globais/USUÁRIO. Sugiro remover.
- //toolserver.org/~alchimista/stats.php?user=USUÁRIO&language=pt
- Alguém com permissão poderia fazer os ajustes? @He7d3r: @!Silent: --Diego Queiroz (discussão) 03h32min de 2 de outubro de 2014 (UTC)
- Eu prefiro que os links sejam usados diretamente. Quando acontece de ser essencial mudar o endereço (o que não é comum, e Cool URIs don't change), os usos podem ser encontrados via Especial:Pesquisar links/tools.wmflabs.org/xtools/pcount/index.php, e a correção pode ser feita em poucos minutos com replace.py. Helder 11h33min de 2 de outubro de 2014 (UTC)
- Concordo que as URIs não deveriam mudar mas, na prática, elas mudam. Também é preciso considerar que a maioria dos usuários não tem (e nem terá) familiaridade com bots e scripts. Levando isso em consideração, na minha opinião, precisamos manter formas mais simples de gerenciar essas coisas. --Diego Queiroz (discussão) 12h50min de 2 de outubro de 2014 (UTC)
- Mudam raramente. E quando é preciso ajuda com tarefas repetitivas e robôs, é só pedir na coordenação robótica
- Criar, proteger, documentar e manter uma predefinição por ferramenta externa não é bem uma forma "simples" de gerenciar o problema. Helder 13h26min de 2 de outubro de 2014 (UTC)
- Justamente por isso. Com "simples" eu quis citar a necessidade de conhecimentos técnicos. Da forma como é feito hoje, cria-se uma dependência que faz com que apenas um grupo de usuários seja capaz de resolver. Ajustar um link em uma predefinição é trivial para a maioria dos usuários, mas executar um script não é. --Diego Queiroz (discussão) 18h27min de 2 de outubro de 2014 (UTC)
- Concordo que as URIs não deveriam mudar mas, na prática, elas mudam. Também é preciso considerar que a maioria dos usuários não tem (e nem terá) familiaridade com bots e scripts. Levando isso em consideração, na minha opinião, precisamos manter formas mais simples de gerenciar essas coisas. --Diego Queiroz (discussão) 12h50min de 2 de outubro de 2014 (UTC)
- Eu prefiro que os links sejam usados diretamente. Quando acontece de ser essencial mudar o endereço (o que não é comum, e Cool URIs don't change), os usos podem ser encontrados via Especial:Pesquisar links/tools.wmflabs.org/xtools/pcount/index.php, e a correção pode ser feita em poucos minutos com replace.py. Helder 11h33min de 2 de outubro de 2014 (UTC)
- Fiz uma relação dos links utilizados em MediaWiki:Sp-contributions-footer:
- Fiz a predefinição
{{Informação}}
Alguém poderia me ajudar com a predefinição {{Informação}}
? Minha ideia é de que ela categorize automaticamente as imagens carregadas como 1.2: Imagens de acontecimentos em Categoria:Imagens sobre acontecimentos Tentei implementar mas não consegui. Grato. Rodrigolopes (discussão) 13h44min de 4 de outubro de 2014 (UTC)
- Pelo que entendi você queria categorizar utilizando o conteúdo do parâmetro "tipo de carregamento". Esse parâmetro é preenchido com qualquer conteúdo e parece que não há um padrão para a sua formação. Para resolver o problema teria que usar um regex e procurar por trechos que dessem "dicas" da categoria, mas não me parece seguro categorizar dessa forma. --Diego Queiroz (discussão) 20h03min de 4 de outubro de 2014 (UTC)
Inclusão da classe rollbacker-show
Caros. Eu estou trabalhando em uma predefinição e queria exibir um link apenas se o usuário fosse Reversor. Será que não dava para criar uma classe CSS rollbacker-show
? (igual sysop-show
e eliminator-show
). --Diego Queiroz (discussão) 04h34min de 5 de outubro de 2014 (UTC)
Adicionar um span com classes em assinaturas por default
Olá,
Estive modificando minha assinatura e por fim pensei em usar um span com classe nela para poder estilizá-la na minha folha de estilos de usuário, isso porque incrivelmente as assinaturas não tem nenhuma classe própria?!
Seria possível modificar algo do nosso Mediawiki para que as assinaturas retornassem dentro de um span com 2 classes? Sugiro que uma classe seja o nome de usuário ou ID para ter uma classe única e outra tipo "user_name" ou algo assim para ser possível estilizar a assinatura de todos (por exemplo anulando estilos rs). Assim, podemos estilizar nossas assinaturas como quiser através de nossas folhas de estilo e de modo retroativo (em termos porque o que está inline ficará inline mesmo). Isso não alteraria em nada a exibição das assinaturas atualmente porém dá liberdade para o usuário personalizar sua assinatura para si, para ser estilizar a assinatura de todos, permitira usar alguns scripts como indexar comentários num toc etc.
― Diana m 02h07min de 6 de outubro de 2014 (UTC)
- Conforme informei na Wikipédia Discussão:Votações/Regras para assinaturas (2):
Além disso, o assunto também está em discussão na wikitech-l. Helder 11h06min de 6 de outubro de 2014 (UTC)há um pedido sobre isso no Bugzilla e está sob revisão um patch para implementar um classe "mw-signature" diretamente no MediaWiki.
- Legal! Já era tempo :) ― Diana m 16h21min de 6 de outubro de 2014 (UTC)
Últimas novidades técnicas da comunidade técnica da Wikimedia. Por favor, informe os outros editores sobre estas mudanças. Nem todas as alterações irão afetá-lo. Estão disponíveis traduções.
Mudanças recentes
- Pode usar
phab:
ephabricator:
para criar ligação a https://phabricator.wikimedia.org/. [1] [2] - Algumas wikis possuem uma predefinição para controlo de erros no Bugzilla. Deverá atualizá-la para que funcione no Phabricator. Pode perceber como através de um exemplo em no mediawiki.org. [3] [4]
- Nota: nossa Predefinição:Bug já foi corrigida.
- Pode consultar a página especial Special:MediaStatistics para conferir o tipo de ficheiros existentes na sua wiki. [5]
- Uma nova ferramenta pode agora criar miniaturas largas de imagens TIFF. Tratam-se de ficheiros com mais de 50 megapixels. Estas miniaturas possuem ainda uma maior nitidez. Pode deixar o seu comentário no Commons. [6]
- A ferramenta Visualizador Multimédia evidenciou a ligação para a página própria do ficheiro. Possui ainda botões para descarregar, partilhar e incorporar o ficheiro. [7]
Mudanças desta semana
- A última versão do MediaWiki (1.25wmf2) foi instalada nas wikis de teste e no MediaWiki.org a 2 de outubro. Será instalada em todas as Wikipédias a 9 de outubro e nas demais wikis a 7 de outubro (calendário).
- Caso a sua edição num script Lua contenha algum erro de código, esta não poderá ser gravada. [8] [9]
- Resolvemos mais alguns dos erros existentes no Internet Explorer. Se usa a versão 10 do navegador, poderá utilizar o Editor Visual a partir da próxima semana. A compatibilidade para versões anteriores será trabalhada em seguida. [10]
- Na quinta-feira, a ferramenta para editar a extensão TemplateData chegará a mais 30 wikis. [11] [12]
- Pode ajudar a ordenar erros relacionados com a ferramenta de exportação para Livros e PDF a 8 de outubro. [13]
- 1% dos leitores sem sessão iniciada estão a aceder às páginas a partir dos servidores da ferramenta HHVM. O HHVM deverá tornar o carregamento das páginas mais rápido. [14]
Mudanças futuras
- Pode consultar o plano do trabalho futuro da equipa Mobile. [15]
- Estão a chegar mais alterações ao Visualizador Multimédia. Será mais fácil desativá-lo e poderá ver a legenda abaixo da imagem. [16] [17]
Novidades técnicas preparadas por embaixadores técnicos e enviadas por um robô • Contribua • Traduza • Obtenha ajuda • Dê a sua opinião • Subscreva ou anule a sua subscrição.
06h10min de 6 de outubro de 2014 (UTC)
Últimas novidades técnicas da comunidade técnica da Wikimedia. Por favor, informe os outros editores sobre estas mudanças. Nem todas as alterações irão afetá-lo. Estão disponíveis traduções.
Mudanças recentes no software
- Pode agora iniciar sessão no Phabricator, a nova ferramenta para controlo de erros. Crie a sua conta e adicione o seu endereço de correio eletrónico do Bugzilla. Estamos a copiar os erros a partir do Bugzilla. O Bugzilla ainda está operacional. [18] [19]
- Pode agora receber o boletim informativo (newsletter) do Editor Visual no seu idioma caso haja tradução disponível. Também pode contribuir com traduções. Esteja a par das próximas traduções ao juntar-se à lista de tradutores ou perguntando ao utilizador Elitre (WMF).
Problemas
- 10% do projeto Tool Labs esteve inoperacional a 7 de Outubro. [20]
- O Tool Labs voltou a apresentar problemas a 11 de Outubro. [21]
Mudanças no software esta semana
- A última versão do MediaWiki (1.25wmf3) foi instalada nas wikis de teste e no MediaWiki.org a 9 de outubro. Será instalada em todas as Wikipédias a 16 de outubro e nas demais wikis a 14 de outubro (calendário).
- 5% dos leitores sem sessão iniciada estão a carregar as páginas a partir dos servidores da ferramenta HHVM. Este método deverá aumentar a rapidez do carregamento das páginas. Pode testar a ferramenta como Recurso Beta. [22]
Encontros
- Pode participar numa reunião com programadores de Idioma a 15 de Outubro de 2014, às 17:00 (UTC). [23]
- Existe uma proposta para uma melhor organização das páginas de ficheiros. Usará as mesmas ferramentas que o Wikidata. Pode participar numa reunião sobre o assunto a 16 de Outubro de 2014, às 18:00 (UTC). [24]
- Participe numa reunião sobre o Editor Visual a 18 de Outubro de 2014, às 18:00 (UTC). [25]
Novidades técnicas preparadas por embaixadores técnicos e enviadas por um robô • Contribua • Traduza • Obtenha ajuda • Dê a sua opinião • Subscreva ou anule a sua subscrição.
08h53min de 13 de outubro de 2014 (UTC)
VisualEditor News #8—2014
Since the last newsletter, the Editing team has reduced technical debt, simplified some workflows for template and citation editing, made major progress on Internet Explorer support, and fixed over 125 bugs and requests. Several performance improvements were made, especially to the system around re-using references and reference lists. Weekly updates are posted on Mediawiki.org.
There were three issues that required urgent fixes: a deployment error that meant that many buttons didn't work correctly (bugs 69856 and 69864), a problem with edit conflicts that left the editor with nowhere to go (bug 69150), and a problem in Internet Explorer 11 that replaced some categories with a link to the system message MediaWiki:Badtitletext (bug 70894) when you saved. The developers apologize for the disruption, and thank the people who reported these problems quickly.
Increased support for devices and browsers
Internet Explorer 10 and 11 users now have access to VisualEditor. This means that about 5% of Wikimedia's users will now get an "Edit" tab alongside the existing "Edit source" tab. Support for Internet Explorer 9 is planned for the future.
Tablet users browsing the site's mobile mode now have the option of using a mobile-specific form of VisualEditor. More editing tools, and availability of VisualEditor on smartphones, is planned for the future. The mobile version of VisualEditor was tweaked to show the context menu for citations instead of basic references (bug 68897). A bug that broke the editor in iOS was corrected and released early (bug 68949). For mobile tablet users, three bugs related to scrolling were fixed (bug 66697, bug 68828, bug 69630). You can use VisualEditor on the mobile version of Wikipedia from your tablet by clicking on the cog in the top-right when editing a page and choosing which editor to use.
TemplateData editor
The tool for editing TemplateData has been deployed to 30 more Wikipedias this week. Other Wikipedias and some other projects may receive access next month. This tool makes it easier to add TemplateData to the template's documentation. When the tool is enabled, it will add a button above every editing window for a template (including documentation subpages). To use it, edit the template page or a subpage, and then click the "Editar dados da predefinição" button at the top. Read the help page for TemplateData. You can test the TemplateData editor in a sandbox at Mediawiki.org. Remember that TemplateData should be placed either on a documentation subpage or on the template page itself. Only one block of TemplateData will be used per template.
Other changes
Several interface messages and labels were changed to be simpler, clearer, or shorter, based on feedback from translators and editors. The formatting of dialogs was changed, and more changes to the appearance will be coming soon, when VisualEditor implements the new MediaWiki theme from Design. (A preview of the theme is available on Labs for developers.) The team also made some improvements for users of the Monobook skin that improved the size of text in toolbars and fixed selections that overlapped menus.
VisualEditor-MediaWiki now supplies the mw-redirect
and mw-disambig
class on links to redirects and disambiguation pages, so that user gadgets that colour in these types of links can be created.
Templates' fields can be marked as 'required
' in TemplateData. If a parameter is marked as required, then you cannot delete that field when you add a new template or edit an existing one (bug 60358).
Language support improved by making annotations use bi-directional isolation (so they display correctly with cursoring behaviour as expected) and by fixing a bug that crashed VisualEditor when trying to edit a page with a dir
attribute but no lang
set (bug 69955).
Looking ahead
The team posts details about planned work on the VisualEditor roadmap. The VisualEditor team plans to add auto-fill features for citations soon, perhaps in late October.
The team is also working on support for adding rows and columns to tables, and early work for this may appear within the month. Please comment on the design at Mediawiki.org.
In the future, real-time collaborative editing may be possible in VisualEditor. Some early preparatory work for this was recently done.
Supporting your wiki
At Wikimania, several developers gave presentations about VisualEditor. A translation sprint focused on improving access to VisualEditor was supported by many people. Deryck Chan was the top translator. Special honors also go to संजीव कुमार (Sanjeev Kumar), Robby, Takot, Bachounda, Bjankuloski06 and Ата. A summary of the work achieved by the translation community is available. Thank you all for your work.
This was the first translatable VisualEditor newsletter, so thanks to everybody who made this possible! If it hasn't been delivered in your language, and you'd like to help with translations in the future, please subscribe to the Translators mailing list or contact Elitre (WMF), so that you will be notified when the next issue is due.
VisualEditor can be made available to most non-Wikipedia projects. If your community would like to test VisualEditor, please contact product manager James Forrester or file an enhancement request in Bugzilla.
Please join the office hours on Saturday, 18 October 2014 at 18:00 UTC (daytime for the Americas; evening for Africa and Europe) and on Wednesday, 19 November at 16:00 UTC on IRC.
Give feedback on VisualEditor at mw:VisualEditor/Feedback. Subscribe or unsubscribe at Meta. Thank you! —Elitre (WMF)
09h49min de 13 de outubro de 2014 (UTC)
Páginas de testes aparecendo em categorias de artigos
Eu me deparei com a página de testes de um usuário aparecendo indevidamente em uma categoria dos artigos principais. Como eu não manjo nada de programação, minha solução foi colocar a tag <nowiki> junto às categorias da página do usuário: [26].
Mas daí eu pensei: não seria mais fácil se fosse programado para páginas de testes e páginas de usuários automaticamente não aparecerem em categorias de artigos? Alguém sabe como fazer isso? Robertogilnei (discussão) 12h23min de 13 de outubro de 2014 (UTC)
Células de tabelas
Saudações! Não sei se alguém me poderia ajudar com uma questão sobre tabelas. Em Anexo:Lista de ministros da Educação de Portugal, o ex-ministro José Hermano Saraiva foi ministro da Educação no final do 2.º governo do Estado Novo e no príncipio do 3.º, mas continuamente. A minha dúvida é: como faço uma célula de uma tabela começar numa linha anterior e parar a meio da linha abaixo? Neste momento, para contornar o problema tenho de repetir a informação de que no início era ministro do 2.º governo inserindo uma nova célula, o que não faz muito sentido porque bastaria fazer a célula anterior (que começa em António Carneiro Pacheco) deslocar-se até meio da linha de José Hermano Saraiva. Alguém me pode ajudar? Gameiroestá lá? 14h06min de 13 de outubro de 2014 (UTC)
- Mais resumidamente, aquilo que quero repoduzir em Anexo:Lista de ministros da Educação de Portugal (na parte de José Hermano Saraiva) é o que consigo fazer neste exemplo com o Indivíduo C: que está tanto no Governo 1 como no Governo 2. Mas ao reproduzir isto no anexo, fico sempre com o Governo 1 a acabar no Indivíduo B (Inocêncio Galvão Teles), e o Governo 2 a começar no Indivíduo C (José Hermano Saraiva). Gameiroestá lá? 14h55min de 13 de outubro de 2014 (UTC)
# | Ministro | Retrato | Início do mandato | Fim do mandato | Governo | |
---|---|---|---|---|---|---|
1 | Indivíduo A | Janeiro | Fevereiro | Governo 1 | ||
2 | Indivíduo B | Março | Abril | |||
3 | Indivíduo C | Maio | Junho | |||
Governo 2 | ||||||
4 | Indivíduo D | Julho | Agosto |
@Gameiro: A princípio, as tabelas não deviam ser utilizadas para fornecer esse tipo de decoração (senão, não seriam tabelas). Nessa tabela que você indicou foi feita uma "gambiarra": as linhas da tabela são, na verdade, duas linhas mescladas (propriedade rowspan
). Assim, a célula onde o conteúdo é divido no meio é, na verdade, apenas uma célula em que não houve a mesclagem do conteúdo. Em outras palavras, para reproduzir esse efeito na sua tabela, é necessário alterar todas as células da linha para que possuam o mesmo rowspan >2 e deixar a última coluna vazia. --Diego Queiroz (discussão) 16h13min de 13 de outubro de 2014 (UTC)
- Como será o resultado para alguém que utilize leitores de tela?
- As utilidade dos dados que pretende colocar na tabela dependerá do quão acessível será o conteúdo... Preocupe-se mais em garantir que o conteúdo possa ser compreendido por usuários dos diferentes dispositivos do que com a "aparência" dele. Helder 16h47min de 13 de outubro de 2014 (UTC)
- @He7d3r: Julgo que a questão aqui não será de decoração, mas mesmo de compreensão. Seria importante para o leitor entender que Hermano Saraiva foi ministro de dois governos, se bem que continuamente, e não apenas de um. @Diego Queiroz: Eu próprio fiz a tabela, com os meus conhecimentos rudimentares. Se bem percebo, aquilo que o Diego Queiroz sugere já o fiz, mas o resultado é que como o 3.º governo começa também com Hermano Saraiva e se prolonga para Veiga Simão, graficamente elimina a célula que deixei vazia atrás e ocupa-a por completo com a do 3.º governo, que deveria começar a meio da célula. O estranho, é que quando aplicado aqui acima no meu exemplo, isso não acontece. Como explicar isto? Gameiroestá lá? 17h51min de 13 de outubro de 2014 (UTC)
- @Gameiro: Você não entendeu a preocupação. Você está destinando esforços para desenvolver uma tabela que apenas poderá ser lida por pessoas que utilizam o mesmo navegador que você e que tem as mesmas habilidades que você. Você esquece que a Wikipédia também é acessada por pessoas com deficiência física (como cegos) e que dependem de ferramentas de auxílio (como leitores de tela). Essas ferramentas não conseguem entender essas tabelas cheias de "decoração", por isso, a recomendação é que não sejam utilizadas essas tabelas. Entendeu? PS: Para todos os efeitos dessa conversa, considere uma tabela em que as células não representam o cruzamento exato de uma linha com uma coluna como uma "tabela decorada". --Diego Queiroz (discussão) 18h11min de 13 de outubro de 2014 (UTC)
- @He7d3r: Julgo que a questão aqui não será de decoração, mas mesmo de compreensão. Seria importante para o leitor entender que Hermano Saraiva foi ministro de dois governos, se bem que continuamente, e não apenas de um. @Diego Queiroz: Eu próprio fiz a tabela, com os meus conhecimentos rudimentares. Se bem percebo, aquilo que o Diego Queiroz sugere já o fiz, mas o resultado é que como o 3.º governo começa também com Hermano Saraiva e se prolonga para Veiga Simão, graficamente elimina a célula que deixei vazia atrás e ocupa-a por completo com a do 3.º governo, que deveria começar a meio da célula. O estranho, é que quando aplicado aqui acima no meu exemplo, isso não acontece. Como explicar isto? Gameiroestá lá? 17h51min de 13 de outubro de 2014 (UTC)
Gadget para visualizar a aparência das páginas nos dispositivos móveis
Aceito comentários em WP:Esplanada/propostas/Gadget para visualizar a aparência das páginas nos dispositivos móveis (13out2014). Helder 14h30min de 13 de outubro de 2014 (UTC)
Infopédia, novos URL
O site da Infopédia foi há pouco tempo completamente renovado, não só em termos gráficos como também a nível dos URL. Uma vez que se trata de uma das mais robustas fontes e a mais completa enciclopédia online em língua portuguesa, tem sido exaustivamente utilizada para referenciar milhares de artigos da Wikipédia. Com esta alteração, esses milhares de links passaram a apontar para um erro 404.
Então seria suficiente atualizar em todas as ocorrências o novo URL com um bot, certo? Não! O problema é que na remodelação do site foi introduzido um número de série no URL único para cada página. Por exemplo, onde anteriormente o URL era simplesmente:
atualmente é:
Como é óbvio, isto torna tudo muito mais complexo. Caso não se consiga um processo automatizado para obter os números de série e alterar o URL, estamos a falar de uma quantidade de links que torna inviável correções manuais. Alguém tem ideias para resolver a situação? Antero de Quintal (discussão) 16h21min de 13 de outubro de 2014 (UTC)
- Contactar os responsáveis para que implementem os devidos redirecionamentos permanentes? Cool URIs don't change. Helder 16h28min de 13 de outubro de 2014 (UTC)
- É capaz de ser a melhor opção, referindo o impacto para ambas as partes (para eles a diminuição do volume de tráfego derivado da wiki). Não sei até que ponto o Internet Archive pode ajudar como alternativa. Lijealso (discussão) 16h46min de 13 de outubro de 2014 (UTC)
- Tentei entrar em contato por e-mail, mas recebi uma resposta que parece ser automática, dizendo que o tal e-mail de suporte está desativado. As outras formas de contato que eles disponibilizaram não serão muito práticas (telefone/correio). Helder 16h59min de 13 de outubro de 2014 (UTC)
- Aproveitando a discussão, o dicionário Aulete está gerando o mesmo problema. Recentemente ele desvinculou-se do domínio "Uol" e, por conta disso, várias páginas que o usam como fonte estão aparecendo mensagens de erro 404. Talvez aqui seja possível usar um robô.--Rena (discussão) 17h13min de 13 de outubro de 2014 (UTC)
Este é um bom pretexto para criar predefs especializadas para citações desses sites mais usados e substituir os URL's errados por essas predefs. Dessa forma, quando voltarem a mudar os URL's é provável que seja simples corrigir. Para o aulete ela já existe: {{Citar aulete}}
. Há mais umas quantas em Categoria:!Predefinições para referências a sites específicos. --Stegop (discussão) 19h34min de 13 de outubro de 2014 (UTC)
- Caros. Esse é um problema que todo trabalho acadêmico possui e, embora seja preocupante, não deve ser encarado dessa forma. O ideal seria que as URL não mudassem, como o Helder bem falou. Mas a experiência já mostrou que as URLs hora ou outra vão mudar e ficar indisponíveis (nós mesmos vivemos fazendo isso na Wikipédia, apagando redirects "inúteis", ignorando WP:NRR). Temos que ter em mente que solucionar esse problema de forma localizada (considerando que fosse possível a utilização de robôs) é uma medida de contingência pouco eficaz. Além disso, para atualizar as URLs de forma automatizada, seria necessário ter garantias de que o conteúdo se manteve inalterado (lembre-se que a citação de URLs deve conter a data de acesso e, para atualizá-la, seria necessário validar novamente o conteúdo). Assim sendo, o melhor que podemos fazer nesses casos é inserir uma URL do conteúdo arquivado (vide Wayback Machine), mas cientes que até o arquivo pode ficar eventualmente indisponível e que não dá pra resolver todos os problemas do mundo. --Diego Queiroz (discussão) 19h51min de 13 de outubro de 2014 (UTC)
Existe problemas na caixa de envio de erro na página da Wikipédia!!!
Existe problemas na caixa de envio de erro na página da Wikipédia!!! Estou informando erros que as páginas da Wikipédia possuem, como exemplo: mentir o estilo arquitetônico do Hospital Matarazzo. Mas ao informar o problema não vai. - 191.180.157.103 (discussão) 01h45min de 14 de outubro de 2014 (UTC).
- Obrigado por nos informar. Aparentemente, esta alteração resolveu o problema. Helder 02h21min de 14 de outubro de 2014 (UTC)
Usuários do Bugzilla precisam agir
Hello all, In some time Bugzilla will be closed and be moved to Phabricator which will take over the functions of Bugzilla. To make this move run as smood as possible, all users with an account on Bugzilla are recommended to create an account (by logging in with your SUL account/unified login) on Phabricator and connect this account the Wikimedia wide SUL account. Do this as follows:
- Go to https://phabricator.wikimedia.org/auth/start/ and there log in with your Wikimedia account. If you are asked to enter your real name, you can use the name you have used on Bugzilla or add there your user name or other pseudonym.
- Make sure that you have your e-mail address, you used in your Bugzilla account, added here: https://phabricator.wikimedia.org/settings/panel/email/ Based on this e-mail address your edits on Bugzilla will be connected to your account. (If you use a different e-mail address for your Wikimedia accounts (SUL), it is recommended to change it there.)
- Add under MediaWiki a link to your mw:Special:Mypage in your profile on https://phabricator.wikimedia.org/settings/panel/external/
- On your profile page (linked in the top right corner, 4th link from the right) you now see a link behind MediaWiki Userpage that links to mw:Special:Mypage.
If you have difficulties or questions, feel free to ask me. Greetings from the Dutch technical ambassador - Romaine (discussão) 06h37min de 15 de outubro de 2014 (UTC)