Wikilivros Discussão:Portal comunitário

Origem: Wikilivros, livros abertos por um mundo aberto.
Ir para: navegação, pesquisa
Bem-vindo aos diálogos comunitários do Wikilivros em língua portuguesa.
Sexta-feira, 19 de setembro de 2014 — 7 014 módulos em 470 livros

Esta é a página onde qualquer pessoa (leitores, colabordadores e demais interessados no projeto) põem as suas dúvidas, propostas e comentários relacionadas ao Wikilivros.

  • Antes de criar um novo tópico, consulte os existentes para ter certeza de que sua questão ainda não foi abordada.
  • Para pesquisar diálogos iniciados antes da instalação da extensão LiquidThreads (agosto de 2010), consulte nossos arquivos mais antigos.
Iniciar uma discussão nova

Conteúdos

Título do tópicoRespostasÚltima alteração
Navegação automática3618h42min de 18 de setembro de 2014
Índice do livro e lista de módulos4818h41min de 18 de setembro de 2014
Propostaː Criar domínio para páginas com características em comum (Was a Reː Criação de um espaço nominal para as receitas)515h50min de 10 de setembro de 2014
Encontro Wikimedia Ibero-Americano 2014001h20min de 4 de setembro de 2014
Reduzir o uso de variáveis globais102h29min de 2 de setembro de 2014
Consulta sobre como fortalecer a Wikimedia no Brasil115h18min de 27 de agosto de 2014
Testes com o Editor Visual no Wikilivros807h28min de 13 de agosto de 2014
Wikimedia no Brasil em nova fase022h19min de 12 de agosto de 2014
IMPORTANTE: Revisão da atividade dos administradores216h18min de 30 de julho de 2014
Icones das etapas do Wikilivros refeita219h31min de 24 de junho de 2014
Financiamento de digitalizações115h16min de 10 de abril de 2014
Fundação Wikimedia recomenda alteração de senhas de seus usuários006h17min de 10 de abril de 2014
Usurpar conta222h02min de 30 de março de 2014
Request for username change : Hosiryuhosi -> Rxy219h18min de 30 de março de 2014
Tech News: 2014-12007h14min de 17 de março de 2014
Proposed optional changes to Terms of Use amendment021h56min de 13 de março de 2014
Mapeamento de Recursos Educacionais Abertos - Brazil Program019h34min de 12 de março de 2014
Tech News: 2014-11009h10min de 10 de março de 2014
Tech News: 2014-10009h30min de 3 de março de 2014
Call for project ideas: funding is available for community experiments019h44min de 28 de fevereiro de 2014
Primeira página
Primeira página
Página anterior
Página anterior
Última página
Última página

Navegação automática

Editado por 2 outros utilizadores.
Última edição: 16h51min de 23 de janeiro de 2014
  1. Atualmente, há alguns bugs em Autonav:
  2. É possível gerar HTML através de coleção? Se o MediaWiki não tem esse recurso, talvez um script poderia ser usado para gerar o HTML para o usuário através da coleção quando ele pedir. Assim, não precisaríamos de páginas especiais de impressão.
  3. {{LivroPP}} resolve redundância entre índice e coleção, mas exige que a pessoa escreva o nome do livro completamente, o que não é necessário se o índice estivesse na página inicial.
  4. Acho que seria bom a possibilidade de usar uma aparência alternativa em livros específicos em vez da aparência padrão. Este livro teria uma predefinição com nome padrão e a aparência alternativa. O script de Autonav poderia verificar se essa predefinição existe para usá-la. Se isso não for possível, poderíamos pelo menos definir a cor de borda e preenchimento na página da coleção e o script leria a cor dela.
Abacaxi (Discussão)21h30min de 28 de dezembro de 2013

2. O formato ZIM é bem dizer uma versão "HTML" da coleção (ele arquiva e indexa HTML). Temos também o EPUB. Eu "desisti" de gerar HTML através de transclusão, porque o script teria que dar um jeito para aumentar os níveis de cada seção, antes de gerar esse "HTML". Eu até fiz um simples script para aumentar os níveis, mas essa não seria uma solução, pois necessitaria de alterações na forma como fazemos wikilivros (dessa forma cada módulo teria que começar com uma seção com nome do módulo e colocar todo conteúdo dentro dessa seção). Por isso optei por deixar o ZIM como a versão "HTML".

3. Pois é, a pessoa tem que escrever o nome do livro completamente, mas não acho que isso seja tão difícil assim (rs). Também acho interessante criar a coleção a partir de um índice montado na primeira página do livro, mas como ninguém havia criado um "script" para fazer isso, logo criei essa predefinição para eliminar ao menos uma redundância. Posso dizer também que me motivei a criar essa predefinição, para também, padronizar em parte a estrutura de um livro (prefácio, colocação de elementos na primeira página, etc.).

4. Eu sugeri que houvessem classes CSS para cada livro (claro, algo editável por "editores", ou seja, não limitado a "administradores"). Infelizmente isso ainda não é possível :/

Guiwp (Discussão)22h23min de 28 de dezembro de 2013
  1. O recurso de definir CSS específico para cada livro foi pedido no bugzilla:15075. Até que seja resolvido, estamos utilizando um gadget como hack: Wikilivros:Gadgets dos livros. Ele se encarrega de carregar estes scripts e folhas de estilos nos livros correspondentes. De qualquer modo, a permissão necessária para editar páginas de CSS e JS, que estão no domínio MediaWiki é a editinterface, que só é concedida a administradores. Futuramente, se/quando implementarem os gadgets 2.0 a situação poderá mudar: mw:Thread:Talk:ResourceLoader/V2 testing/Questions about permission model and developer workflow.
Helder.wiki (Discussão)19h27min de 21 de janeiro de 2014
 
Editado por outro utilizador.
Última edição: 19h31min de 21 de janeiro de 2014

Colocar índice na página inicial do livro[editar | editar código-fonte]

Abacaxi, você entende de Lua? Talvez seja possível fazer o script que colete os links na primeira página do livro através dessa linguagem. Mas para ser mesmo automático, precisamos de um "trigger", ou algo orientado a eventos (tipo, quando atualizarem a página, aciona-se o "script" e ele atualiza a coleção).

Eu não entendo de Lua, mas se você quiser dar início a "este script", eu tento ajudar. Também, possivelmente, o Helder e o Raylton em coisas mais emergenciais, ou difíceis, eles podem prestar um "suporte" rs.

Notas[editar | editar código-fonte]

Elementos sintáticos idênticos e significados diferentes[editar | editar código-fonte]

A sintaxe usada na coleção parece dar significados diferentes a determinados elementos:

  • Declaração de capítulo: usa-se a sintaxe para definição de termos ;. Na coleção é entendido como "capítulo", no "livro" é entendido como "definição de termo" (como os elementos tipo HTML dt, etc.). Usaríamos uma sintaxe alternativa para indicar o capítulo? E qual seria?

Como pretende solucionar isso Abacaxi?

Recursos do Scribunto (Lua)[editar | editar código-fonte]

Dei uma breve leitura agora, parece que você pode usar:

Guiwp (Discussão)15h45min de 30 de dezembro de 2013

2. Não consegui visualizar ZIM pelo navegador. A ideia da versão HTML é poder visualizar no navegador e imprimir sem precisa de outro programa.

4. Se é possível para um script coletar dados de uma página, como lista de links, significa que é possível ler cor de uma predefinição.

Lua não é o problema. A dificuldade é saber como scripts do Mediawiki funcionam. Eu vi scripts em Lua e JavaScript espalhados em vários lugares. Por ser coisas sensíveis, só administradores podem mexer.

Abacaxi (Discussão)19h35min de 30 de dezembro de 2013

2. O ZIM precisa mesmo de um leitor próprio, já EPUB tem addon para navegador (significa que você pode ler no próprio navegador). E infelizmente, ainda o melhor documento para impressão é o PDF. HTML não foi feito para impressão, agora é que estão aliando CSS3 para poder, quem sabe, criar o tal "HTML para impressão". Mas isso é um assunto "longo", na internet tem muita coisa sobre isso.

4. Acredito que trabalhar diretamente com CSS seria mais interessante. No mais eu deixo Helder.wiki e Raylton P. Sousa comentarem sobre isso.

Guiwp (Discussão)20h18min de 30 de dezembro de 2013

Em teoria poderíamos utilizar lua para ler a página de índice e processa-la conforme necessário. Só não sei qual a viabilidade disso. Provavelmente faríamos o mesmo processo que fazemos com javascript só que com uma linguagem diferente. Não é possível pular a etapa de criar coleção porque a coleção é padronizada e o índice não. Automação exige padronização.

A predefinição {{LivroPP}} parece interessante. Vou dar uma olhada nela em breveǃ

O resto comento logo maisǃ Abraçoǃ

Raylton P. Sousa qualquer coisa estou aqui! =D20h40min de 30 de dezembro de 2013
Editado pelo autor.
Última edição: 18h42min de 18 de setembro de 2014

Exato. O melhor é que o sistema possa ter uma sintaxe padronizada, e como a Collection não aceita que a lista seja gerada por transclusão, a única opção é que a sintaxe utilizada seja aquela reconhecida por essa extensão.

Os índices não eram feitos de forma padronizada, então mesmo o JavaScript que criei para facilitar a criação das coleções encontra problemas pelo caminho, que exigem correção manual...

Helder.wiki (Discussão)19h35min de 21 de janeiro de 2014

Seria mais adequado atualizações automáticas, porque as páginas continuarão mudando com o tempo. O Raylton tinha um script que cria ou atualiza páginas de coleção de acordo com a página inicial.

Abacaxi (Discussão)18h16min de 26 de janeiro de 2014
 
 
 
 

Abri o pedido de exportação em formato HTML no bugzilla:60300. Isso já havia sido sugerido no Tópico:Wikilivros:Plantão de dúvidas/Coleção de HTML e na mw:Extension:Collection/Wishlist#Output HTML.

O MediaWiki propriamente dito não tem nenhum outro recurso que gere o livro inteiro em HTML. Uma tentativa minha e do Raylton nesse sentido foi a mw:Extension:BookManager#Automatic print version, mas infelizmente ainda não temos uma versão que possa ser instalada nas wikis da WMF.

Outras opções seriam:

  • Abandonar o suporte a quem não tem/desativa JavaScript no navegador, e desenvolver um gadget que gere a versão HTML on the fly, quando requisitado pelo leitor, sem criar página alguma na wiki.
  • Utilizar links deste tipo para a Special:ExpandTemplates, que se encarrega de expandir o código wiki quando alguém clicar? A desvantagem é que no HTML resultante também aparece a interface da página especial...
Helder.wiki (Discussão)19h57min de 21 de janeiro de 2014

Não acho difícil eles fazerem a versão HTML, porque seria só juntar todas as página em uma só e mostrar como versão de impressão. E a motivação é poder ver tudo ou imprimir sem precisar de software especial.

Sim, essas alternativas podem ser usadas temporariamente enquanto eles não implementam versão HTML. Mas seria bom atualizar para usar a coleção como base, em vez de Predefinição:Lista de capítulo.

Seria mais adequado usar domínio "Livro" em vez de "Wikilivros:Livro/...". Na Wikipédia, esse domínio é usado (Livro:Mitologia Grega). O trabalho será renomear tudo.

E qual seria o padrão proposto para índice e página inicial do livro? Como falei, seria adequado o editor se preocupar em editar em só um lugar. Os outros poderiam ser atualizados automaticamente ou por um robô que monitora as edições de índices.

Abacaxi (Discussão)13h54min de 22 de janeiro de 2014

Difícil não é. Tanto que eu e o Raylton até incluímos um protótipo na extensão BookManager... A questão é que esse tipo de coisa, que só beneficia um dos projetos menores (ou seja, quase todos exceto a Wikipédia inglesa), costuma ser tratado como baixa prioridade. Então a não ser que a gente mesmo coloque a mão na massa, e escreve o código necessário, para que "eles" só precisem revisar, as coisas costumam andar bem lentamente...

Como disse em outro lugar, a discussão sobre o domínio específico para as coleções deveria ser continuada em um tópico específico.

Helder.wiki (Discussão)16h20min de 22 de janeiro de 2014
 

Acrescentei ao Módulo:Book (antes chamado de "Módulo:Nav") uma função que gera a versão para impressão, e coloquei no lugar da predefinição que era utilizada na Predefinição:Versão para impressão automática.

Optei por ignorar (não transcluir, nem mencionar) eventuais links vermelhos que estejam na coleção, por não acrescentarem nada à versão impressa.

Helder.wiki (Discussão)20h32min de 23 de janeiro de 2014

Para simplificar as coisas, acho que {{Versão para impressão}} poderia então ser movido para {{livro}}. Assim usaríamos só uma predefinição. Poderia ser colocado também o link de HTML em {{Livro gravado}} por ser um dos formatos também. Quando eles implementarem HTML pelo próprio MediaWiki é só substituir na predefinição.

Agora é saber qual é a melhor solução, para não ter que criar páginas "/imprimir". Posso ver Special:ExpandTemplates e o problema com a interface, mas não sei como ficaria aquela com JavaScript. Não sei se é possível, mas pode ser bom que a predefinição seja carregada numa página que esteja sendo prevista e ter algum bloqueio para evitar que ela seja salva. A vantagem é que a interface ficaria na parte debaixo.

Abacaxi (Discussão)22h06min de 23 de janeiro de 2014
 

Que boa notícia Helder. Podemos colocar a {{Lista de capítulos}} em desuso agora né? Pelas minhas contas era só isso que faltava tornar a antiga predefinição obsoleta.

Raylton P. Sousa qualquer coisa estou aqui! =D22h29min de 23 de janeiro de 2014

Creio que sim, mas é bom que testem em mais casos, para nos certificarmos de que está funcionando como deveria.

Helder.wiki (Discussão)23h00min de 23 de janeiro de 2014
 
 
 
Editado pelo autor.
Última edição: 10h41min de 26 de janeiro de 2014

Acho que resolvi o nosso problema com mais uma gambiarra. Ela combina:

Provavelmente precisará de mais uns ajustes para ficar ótimo (e mover o CSS para o lugar ideal), mas por enquanto, o que acharam?

Helder.wiki (Discussão)22h59min de 23 de janeiro de 2014

Tô só de espectador, mas tô gostando de ver! rs

Guiwp (Discussão)02h04min de 24 de janeiro de 2014
 

A {{Lista de capítulos/Imprimir}} tá obsoleta também? Vi alguns afluentes!

Raylton P. Sousa qualquer coisa estou aqui! =D02h31min de 24 de janeiro de 2014

Parecem ser afluentes fantasmas...

Eu pensava que a atualização de afluentes ia para a fila de tarefas, mas conforme esta consulta à API, ela está vazia, mesmo havendo 27 afluentes que precisam ser corrigidos. Será que ela não está funcionando como deveria?

De qualquer modo, abrir cada página em modo de edição, e clicar em salvar (sem sequer alterar o código) costuma ser o suficiente para forçar a remoção da lista de afluentes (funcionou com Gramática inglesa estrutural/Imprimir e Alfabeto para crianças/Imprimir, por exemplo). Fiz isso com as páginas que faltavam, então não há mais transclusões.

Helder.wiki (Discussão)10h27min de 24 de janeiro de 2014

Massa... Comecei a página de ajuda para documentarmos.

Ajudem-me!

Raylton P. Sousa qualquer coisa estou aqui! =D15h58min de 24 de janeiro de 2014
 

A propósito, o mw:Manual:Pywikibot/touch.py pode ser útil caso apareça uma quantidade maior de páginas para atualizar futuramente...

Helder.wiki (Discussão)17h52min de 28 de janeiro de 2014
 
 

Para mim do jeito que está está bom. O único bug aparece nas cores de código de livro de linguagem de programação: velho, novo. Mas é melhor do que manter páginas '/imprimir'.

Abacaxi (Discussão)15h31min de 25 de janeiro de 2014

Suspeito que o problema seja o mesmo do bugzilla:39049, e que não podemos fazer nada a respeito localmente...

Helder.wiki (Discussão)15h51min de 25 de janeiro de 2014
 
 

Uma pergunta, se a cor e aparência da navegação de livros específicos é definida pelo CSS, seria possível colocar um script que lê informações de páginas editáveis por usuários comuns para gerar o CSS? Da mesma forma que um script lê a coleção para fazer a navegação.

Abacaxi (Discussão)23h02min de 24 de janeiro de 2014

CSS não é nem deve ser editável por usuários comuns por questões de segurança.

Helder.wiki (Discussão)13h43min de 25 de janeiro de 2014

O que eu tinha falado era deixar o usuário colocar a informação na página da coleção, como cor de bordo e de preenchimento, e então o script lê a cor e faz a navegação ter essa cor. Poderia ser criado também múltiplos estilos de navegação e o usuário por na coleção qual estilo ele prefere.

Abacaxi (Discussão)14h50min de 25 de janeiro de 2014
 

Curiosidade.

Sobre Citação: Helder escreveu: «CSS não é nem deve ser editável por usuários comuns por questões de segurança.»

Você fala no sentido de alguém mudar o visual de algum elemento para se passar por outro para pode fazer alguma coisa mal intencionada?

Pelo que me lembro do CSS, e pelo pouco que sei sobre ele (uso só os recursos básicos... rs), sei que ele não tem muitos recursos para permitir vazamento de informação e outras coisas...

Ou você também está se referindo a estabilidade do projeto, ex.: "estragar" o visual (acessibilidade também) seja por vândalos, seja por pessoas que não entendam muito de CSS... ?

Finalizando, acredito que possamos permitir, mas só a usuários cadastrados com um número mínimo de edições (assim como se faz para ser revisor, etc.).

Guiwp (Discussão)15h42min de 25 de janeiro de 2014

O CSS por ser aplicável ao site todo. pode torna-lo totalmente inutilizável. Ou até mesmo tornar impossível visualizar o site inteiro. Além de inserir informações falsas/promocionais que só poderiam ser desfeitas por pessoas com conhecimento especifico etc.

Raylton P. Sousa qualquer coisa estou aqui! =D16h18min de 25 de janeiro de 2014
 

Ao contrário do CSS pessoal que cada usuário pode editar, o CSS que se aplica a todos os usuários só deve ser editável por usuários que tenham a permissão correspondente (atualmente, "editinterface"). Ver também as preocupações levantadas nos seguintes lugares:

Helder.wiki (Discussão)16h34min de 25 de janeiro de 2014
 

Ao contrário do Guiwp, minha proposta não é deixar usuários editar CSS e sim a criação de um script que leia dados que o usuário colocar na página da coleção para dar mais customização à aparência do livro, como na navegação. Isso deixa o livro com uma cara mais única em vez de genérica.

Abacaxi (Discussão)17h59min de 25 de janeiro de 2014
 

Como por gadget somos livre para usar JavaScript sem restrições (certo?), e JavaScript tem recursos para mexer com CSS através do DOM. Sim, é possível.

Guiwp (Discussão)15h46min de 25 de janeiro de 2014
 
 
 

Índice do livro e lista de módulos

Um problema que tenho encontrado ao criar e reestruturar índices, incluindo adicionar, remover, fundir ou renomear módulos, é a atualização da Predefinição:Lista de capítulos. Ao modificar o índice, seria necessário atualizar essa predefinição. Então eu imagino se teria como fazer a predefinição de lista detectar as páginas do livro automaticamente através do índice.

Existe a Predefinição:Índice, que talvez poderia ajudar de alguma forma. O problema é que cada livro tem uma formatação diferente e estilo diferente do índice, dificultando o uso de predefinições. A criação de uma predefinição flexível é difícil.

Abacaxi (Discussão)19h45min de 12 de março de 2013

Acredito que o caminho ideal é ter a lista de capítulos em um único lugar, em vez de ficar fazendo cópias:

  1. Na página principal do livro
  2. Na coleção
  3. Na lista de capítulos

Dado que não há como se livrar da lista que vai na página da coleção (bugzilla:26533 / bugzilla:26448), a única lista que deveria ser mantida é aquela. Se eu não me engano uns testes que o Raylton e eu fizemos com Lua no mediawiki.org já permitem que nos livremos das listas de capítulos (pois dá para obtê-la a partir da coleção). Se isso realmente não quebrar nada (caches?), só falta lidarmos com os índices. No entanto, não vejo como automatizá-los sem ter uma dose razoável de padronização. Mas, como isso ajudaria a manter a sanidade dos editores, não vejo essa padronização como uma coisa ruim...

Helder18h39min de 14 de março de 2013

O script lua que estavamos testando já parece estar funcional. Só não apliquei por falta de tempo. Helder... Acho que vale a pena resgatar aquele seu script que transforma os índices em coleções. Porque só vamos poder migrar quando todos os livros tiverem suas respectivas coleções.

Raylton P. Sousa qualquer coisa estou aqui! =D19h05min de 14 de março de 2013
Editado pelo autor.
Última edição: 18h40min de 18 de setembro de 2014

Por enquanto, para utilizar o script que facilita a criação de coleções, precisa copiar o seguinte para o seu common.js (e limpar o cache do seu navegador):

// [[Ficheiro:User:He7d3r/Tools/BookTools.js]] (workaround for [[bugzilla:33355]])
mw.loader.load( '//meta.wikimedia.org/w/index.php?title=User:He7d3r/Tools/BookTools.js&action=raw&ctype=text/javascript' );

Depois, quando abrir o índice de um livro, verá alguns links extras na barra lateral.

Helder20h11min de 14 de março de 2013

A página principal do livro, o índice, é o lugar mais fácil para editores editarem o índice.

O índice pode variar em formatação e ainda ter hierarquia de tópicos e subtópicos. A solução mais fácil seria o script ler o índice e pegar subpágina por subpágina à medida que for encontrando no índice e assim formar a coleção mantendo a ordem na qual encontrou as subpáginas.

Obrigatoriamente, alguns livros terão que fugir do padrão, como o Livro de receitas.

Abacaxi (Discussão)20h42min de 14 de março de 2013

O fato do índice variar em formatação é um dos motivos para não ser possível um script ler essa página para gerar a lista de forma confiável. Automação requer padronização.

Helder11h23min de 18 de março de 2013
 

Existem páginas como Matemática elementar/Imprimir, que também são feitas manualmente. Seria melhor usar a coleção para gerar página de impressão.

Ainda existem várias predefinições antigas de navegação, como Predefinição:Navegação e Predefinição:AutoNav, além de predefiinções de livro que não são mais usadas, como Predefinição:Navegação/Teoria de números. Não seria melhor eliminá-las?

Abacaxi (Discussão)16h32min de 15 de março de 2013

Terminei de converter as listas... Já podemos converter

No ainda não podemos eliminar as listas antigas ainda tenho que fazer um script para a versão para impressão

Estou pensando em fazer algumas alterações na navegação, mas pode ser feito depois de ativada. Então... Vou ativar!

Raylton P. Sousa qualquer coisa estou aqui! =D18h25min de 19 de março de 2013
 
 
 
  • Isso já foi resolvido?
  • Posso criar o índice só em um lugar?
  • O que falta para isso ser possível, quais as dificuldades do momento?
  • Atualmente, onde é recomendável colocar o índice?

Como estou revisando e organizando o livro Javascript, gostaria que ele já ficasse conforme o novo padrão. Por favor, me auxiliem para que possa aprender e aplicar também nos outros.

Obrigado.

Guiwp (Discussão)15h12min de 8 de setembro de 2013
 
Editado por 2 outros utilizadores.
Última edição: 10h35min de 23 de janeiro de 2014

Vou reorganizar o que estávamos conversando aqui sobre índices e coleções:

  1. Yes check.svg Feito Achei um bug. Módulos cujo título tem caracteres diferentes como &, ', " e :, não aparecem na navegação. Páginas: Wikilivros:Livros/Acupuntura hoje (&), Manual de urbanismo/Canalização e Retificação de Cursos D'água('), Guia para iniciantes em genealogia/Qual "software" devo usar? ("), Logística/Sistemas de procura independente: modelos determinísticos (:).
  2. O índice de um livro pode ser modificado, pode ocorrer mudança de ordem, página renomeada, página adicionada, link vermelhos renomeadas ou inserção de links vermelhos. Assim coleção precisa ser atualizada. Seria possível fazer um robô executar uma vez por mês para detectar os índices de livro que foram modificados nos últimos 30 dias e então atualizar a coleção? Desde a criação de coleções, vários livros receberam várias edições e precisam agora de atualizar a coleção. As coleções deles são mais trabalhosas de editar manualmente.
  3. Vamos decidir o que fazer com sub-índices de livros.
    1. Lista de exercícios poderiam ser exibidas na horizontal em vez de vertical mostrando só o número. Isso ocuparia menos espaço no índice. (Curso de termodinâmica)
    2. Módulos pequenos de um livro poderiam ser fundidos num módulo maior quando possível.
    3. Os livros de idiomas estão divididos entre "curso" e "gramática" (Espanhol, Inglês, Francês, Italiano, Português). Concordaria em dividir o livro do idioma em dois livros, um para o curso e outro para a gramática?
    4. Estou listando aqui os livros com sub-índices que achei:
  4. As páginas que estavam na categoria de módulos fora de coleções foram colocados uma vez aqui. Quando resolvermos os itens anteriores, seria bom atualizar essa lista para ver o que mais falta.
  5. Há livros com estilo próprio de navegação, mas vamos deixar isso para o final. No momento vou listar aqui só para não esquecer.
  6. Quando tudo estiver pronto. Poderemos apagar Predefinição:Nav, Predefinição:Lista_de_capítulos, páginas "/Imprimir", Predefinição:Versão para impressão, Predefinição:Versão para impressão automática.
Abacaxi (Discussão)20h10min de 24 de maio de 2013
Editado por outro utilizador.
Última edição: 10h36min de 23 de janeiro de 2014

Concordo plenamente com o item 3.3.

Mário Júnior (Discussão)20h59min de 24 de maio de 2013
 

Sugiro que a questão de dividir ou não os livros de idiomas seja discutida no tópico que já existia:

Lembrando de levar em conta o que já havias sido dito sobre isso em tópicos ainda mais antigos, como

Helder.wiki (Discussão)19h26min de 22 de janeiro de 2014
 

O problema com os caracteres especiais parece ter sido resolvido por esta, esta e estas edições. O problema é que em uma página chamada "*A'B&C"D" a "{{PAGENAME}}" retorna "*A'B&C"D", e o módulo precisava utilizar o nome original, sem qualquer codificação. Assim, quando defini o valor padrão do parâmetro "page" como sendo o título da página em que o módulo estiver sendo utilizado, esses títulos deixaram de ser um problema. Para o caso de ser utilizada a palavra mágica em algum lugar, também apliquei uma função de decodificação ao parâmetro "page".

Helder.wiki (Discussão)20h55min de 22 de janeiro de 2014
 

São muitos tópicos, inclusive tópicos velhos. O assunto seria 'coleções', 'índice' e 'navegação'.

Os módulos com sub-índices são aqueles que estão mais em desacordo com o padrão. Acredito que o grande problema do livro de idiomas é que pouca gente conhece o idioma e não saberia reestruturar o livro. O mesmo vale para o livro de Logística, que além de ter muitos módulos, os autores, que conhecem o livro, não editam mais.

O outro erro na navegação aparece em JavaScript/Introdução em que o próximo módulo não aparece.

Abacaxi (Discussão)22h15min de 22 de janeiro de 2014

O problema que havia na JavaScript/Introdução foi resolvido eliminando strings vazias da lista de capítulos.

Helder.wiki (Discussão)13h44min de 23 de janeiro de 2014

Ótimo. :) O próximo passo agora é discutir como resolver a redundância entre índice principal e a coleção. Seria adequado se o editor editar apenas em um lugar. O outro lugar poderia ser atualizado por um robô ou através de predefinição. Será usada {{LivroPP}} como padrão? Como ficariam a capa e o texto introdutório? Não vejo problemas em deixá-los aparecer no índice.

Para lembrar depois: esboço do Raylton. Índices grandes se beneficiariam com {{oculto}}.

Abacaxi (Discussão)17h18min de 23 de janeiro de 2014

A {{oculto}} não faz parte da sintaxe aceita pela extensão Collection.

Helder.wiki (Discussão)18h29min de 23 de janeiro de 2014
 
 
 
 
 

Propostaː Criar domínio para páginas com características em comum (Was a Reː Criação de um espaço nominal para as receitas)

Quando participei (há alguns anos) da discussão supracitada eu não tinha muita clareza para definir se deveria aceitar esse namespace. Mas hoje percebo que cada página de um namespace desse tipo teria as seguintes coisas em comumː

  1. Uma lista de materiais/ingredientes
  2. Um procedimento/passo-a-passo/modo de preparo

Por isso esse domínio incluiria uma infinidade de coisas que eventualmente poderiam não se enquadrar na estrutura de sub-páginas com a qual estamos acostumados. Ou seja vários tipos de passo-a-passo comoː "DIYs", "HowTos" "receitas culinárias" e qualquer outra coisa que se enquadrasse nos critérios dos itens 1 e 2.

Por isso sugiro a criação de um domínio para esse tipo de página.

O nome do domínio não é muito relevante. Sou a favor do domínio "Faça você mesmoː" Ou até mesmo "Façaː" mas estou aberto a outras sugestões desde que a escolha do nome não bloqueie o andamento da criação do domínio.

Note que nesse domínio as receitas culinárias poderiam ser categorizadas de forma bem parecida. Mas o índice provavelmente seria redirecionado de "Livro de receitas" para "FaçaːCulinária" ou algo do tipo.

Com carinho.

Raylton P. Sousa qualquer coisa estou aqui! =D22h59min de 3 de setembro de 2014

Minhas sugestões para o nome do domínio, por ordem de preferência:

  • Como fazer
  • Passo-a-passo
  • Faça
  • Faça você mesmo

O uso de "você" provavelmente não é boa ideia...

Helder20h15min de 9 de setembro de 2014

Eu gosto de "Como fazer", mas minha ordem de preferência seria ː

  • Como fazer
  • Faça
  • Passo-a-passo
  • Faça você mesmo

"Passo-a-passo" possivelmente seria uma seção da página, então talvez ficasse repetitivo.

Intéǃ

Raylton P. Sousa qualquer coisa estou aqui! =D22h41min de 9 de setembro de 2014

Então que seja "Como fazer".

Aparentemente este domínio também serviria para alguns outros livros: Especial:Índice por prefixo/Como.

Helder15h00min de 10 de setembro de 2014

Poderíamos pedir um 'alias' para 'faça' e 'passo-a-passo' e 'receita'?

(Talvez tbm para os americanizados 'DIY', 'DIWO' e 'HowTo'. Embora eu não bata o pé para nada dissoǃ)

Raylton P. Sousa qualquer coisa estou aqui! =D15h03min de 10 de setembro de 2014

Sim... Acho que serviria para livros com esse prefixo que tu citou sim.

Raylton P. Sousa qualquer coisa estou aqui! =D15h50min de 10 de setembro de 2014
 
 
 
 
 

Encontro Wikimedia Ibero-Americano 2014

Colegas,

O quarta edição do Encontro Wikimedia Ibero-Americano acontecerá em Buenos Aires, Argentina entre os dias 21 e 23 de novembro de 2014. O grupo brasileiro e o capítulo portugues têm cada um o direito de indicar dois participantes. A página para discussão sobre a delegação brasileira é WMBR:Encontro Wikimedia Ibero-Americano/2014. Sugiro que participe das discussões e, se tiver disponibilidade, indique seu nome como representante do nosso grupo. Há uma certa pressa na indicação dos nomes para a compra de passagens. Obrigado,

Lechatjaune msg01h20min de 4 de setembro de 2014

Reduzir o uso de variáveis globais

Gostaria de solicitar no Bugzilla que as variáveis de configuração disponíveis em JavaScript deixem de ser colocadas no objeto window global, definindo $wgLegacyJavaScriptGlobals = false nas configurações do Wikilivros.

Essa configuração já é utilizada no Translatewiki há vários anos, e é bastante simples corrigir os scripts que eventualmente deixem de funcionar por causa disso (basta usar mw.config.get('wgXXX') em vez de wgXXX). Além disso, nenhum dos nossos gadgets e scripts de usuários está mais utilizando essas variáveis de configuração globais.

O que acham?

Helder.wiki (Discussão)16h44min de 29 de julho de 2014

Consulta sobre como fortalecer a Wikimedia no Brasil

Estamos para lá da metade do projeto "Educação e acesso ao conhecimento no Brasil: catalisando as comunidades e projetos Wikimedia por meio da colaboração ativa, autonomia e compartilhamento", que é a forma que o programa catalisador da Wikimedia Foundation assumiu no Brasil, após firmar parceria com a Ação Educativa. A construção dessa parceria se deu depois de um longo processo de negociação e diálogo com voluntários de outreach, editores, equipe do catalisador, Ação Educativa e WMF, com momentos de maior ou menor participação. Mas o fato é que, ao longo da execução do projeto nos deparamos (equipe e Ação Educativa) com uma série de questões e questionamentos que nos levaram a identificar a necessidade de realizar um processo de escuta e diálogo mais intenso com a comunidade.

Por isso, decidimos abrir um processo de diálogo no Meta para tentar refletir sobre o atual momento do programa e da comunidade. Quais são os acúmulos, os conflitos, as dificuldades e avanços colocados do programa? Quais são anseios da comunidade? Quais são as perspectivas da comunidade para o futuro a curto médio e longo prazo? A ideia é que o processo culmine num encontro presencial na Ação Educativa com duas possibilidades de data e que possamos fortalecer a troca, os aprendizados e a confiança e desenvolver um projeto de que a comunidade se aproprie mais. O processo também vai envolver duas conversas coletivas no IRC (escolha a melhor opção de horário).

Aguardamos contribuições, críticas e comentários na página de consulta!

Gustavo Paiva (discussão) 00h27min de 5 de junho de 2014 (UTC) e Oona Castro

22h30min de 6 de junho de 2014

Sobre a parceria entre a Ação Educativa e a Wikimedia Foundation[editar | editar código-fonte]

Olá a todas e a todos,

Gostaríamos, antes de tudo, de agradecer novamente àqueles/as que participaram do processo de consulta à comunidade nas esplanadas, no Meta, no IRC ou no encontro presencial, enfim, a todos/as que se predispuseram ao diálogo ou que colaboraram de diferentes maneiras com o desenvolvimento do projeto "Educação e acesso ao conhecimento no Brasil: catalisando as comunidades e projetos Wikimedia por meio da colaboração ativa, autonomia e compartilhamento" ao longo dos últimos nove meses.

O motivo desta mensagem é comunicar a todos/as alguns encaminhamentos feitos a partir do processo de consulta, sendo o principal deles a decisão da Coordenação Executiva da Ação Educativa de não renovar a parceria para a execução do programa catalisador com a Wikimedia Foundation. A possibilidade da não renovação havia sido colocada por nós ao final do encontro presencial da consulta e informada ainda em julho à Fundação e aos membros da equipe do projeto. Depois de reuniões internas, a decisão pela não renovação foi formalizada no início de agosto à Fundação.

Para além das questões em relação aos modelos de projeto catalisador e do histórico da relação entre a comunidade e a Wikimedia Foundation, identificamos por meio da consulta duas posições predominantes em relação à parceria com a Ação Educativa: uma que vê a Ação Educativa como “estrangeira” e que não acredita na possibilidade da construção de uma parceria que resulte em ganhos para a comunidade e para os projetos Wikimedia; e outra que acredita que a parceria com a Ação Educativa deveria focalizar seus esforços nos projetos Wikimedia a partir dos acúmulos da organização, não com a intenção de "apoiar" a comunidade ou sua organização, mas com ações que já fazem parte da agenda da instituição. O desenvolvimento da comunidade, neste caso, deveria se dar em paralelo, por ação da própria e sem qualquer tipo de fomento ou participação específica da Ação Educativa.

Diante deste cenário, dos resultados da consulta, da maior compreensão com relação aos conflitos entre comunidade e Fundação anteriores a nossa entrada no processo e de nossa agenda de prioridades institucionais, a diretoria executiva da Ação Educativa decidiu por encerrar a parceria, sem propor um novo projeto (menor ou em outros moldes como havia sido aventado), mas destacando a importância e a legitimidade do processo auto organizativo da comunidade brasileira. A Wikimedia Foundation, em paralelo, decidiu não manter o modelo de parceria para desenvolvimento de um programa catalisador com outra organização que substituísse a Ação Educativa. Como é de conhecimento, a WMF segue o diálogo com comunidade e grupo de usuários a respeito do futuro da Wikimedia no Brasil.

Gostaríamos de reafirmar que:

- A relação entre educação e tecnologias, recursos educacionais abertos e cultura livre já constava do Plano Trienal 2013-2015 da Ação Educativa e seguirá em nossa agenda após o fim da parceria formal com a WMF.

- Essa parceria que se encerra é resultado de um longo, aberto e transparente processo. Em 2012, fomos procurados pela WMF, assim como outras organizações o foram, para tratar da possibilidade de construção de um projeto que abarcasse as ações do programa catalisador, mas que extrapolasse essas dimensões na construção de uma agenda comum. Todo o de escolha da organização parceira foi devidamente documentado e aberto à participação da comunidade.

- Após a escolha da Ação Educativa, a construção do projeto foi feita com a participação das equipes do programa catalisador anterior à parceria (da qual fazem parte integrantes da comunidade) e da Ação Educativa e passou por consulta à comunidade para coletar críticas e sugestões e para sua aprovação. Por isso, nossa instituição acreditou naquele momento que o projeto representava um acordo e uma aposta coletiva.

- O projeto atual será devidamente finalizado, seguindo as ações acordadas (com algumas adequações feitas ao longo da execução) no ato da assinatura de contrato. Os resultados obtidos até aqui e o andamento das ações estão disponíveis em relatório.

- Para garantir a boa finalização das atividades previstas pela equipe – o que inclui integrantes da Ação Educativa e da equipe do programa catalisador anterior à parceria com Ação Educativa – e documentar de maneira mais detalhada possível a experiência da parceria e a transferência de ações que vinham sendo executadas ou planejadas, caso outras pessoas e grupos desejem assumi-las, o projeto será prorrogado por mais um mês, até o dia 30 de setembro de 2014. A prorrogação não envolve novos repasses de recursos pela WMF à Ação Educativa.

- Seguimos à disposição para colaborar com os projetos Wikimedia a partir de uma perspectiva alinhada à nossa missão e valores político-institucionais e a nossos acúmulos no campo da educação popular. Neste sentido, temos nos apropriado e divulgado alguns projetos como a Wikinews, Wikipedia e Wikiversidade, adotado licenças livres para nossas produções, entre outras ações apoiadas por voluntários/as que acreditaram na parceria. Também como desdobramento do projeto, temos defendido a incorporação de recursos educacionais abertos como meta nos planos municipais e estaduais de educação, que serão elaborados no próximo ano como desdobramento do Plano Nacional de Educação e da Conferência Nacional de Educação.

- Esperamos manter o diálogo com a comunidade e seguir construindo juntos e apoiando os projetos sempre que possível. O espaço físico da Ação Educativa segue à disposição para apoiar ações da comunidade, assim como fazemos com outros e diversos movimentos, coletivos, redes e fóruns sociais comprometidos com uma sociedade mais justa, solidária e sustentável.

Por fim, ficamos felizes em saber que a comunidade está buscando se reorganizar para assumir a frente de ações comprometida com o crescimento dos projetos Wikimedia. Acreditamos que não só acúmulo de experiências do movimento Wikimedia e um conjunto de insatisfações tenham contribuído para isso, mas que também o processo de consulta colaborou para a vocalização mais nítida das perspectivas, visões e possibilidades, estimulando a retomada de diálogo dentro da própria comunidade de voluntários.

Agradecemos a todos/as colaboradores/as e à WMF e desejamos boa sorte!

Abraços,

Denise Carreira e --Gustavobpaiva (Discussão) 15h18min de 27 de agosto de 2014 (UTC) (Ação Educativa)

Gustavobpaiva (Discussão)15h18min de 27 de agosto de 2014
 

Testes com o Editor Visual no Wikilivros

Editado por 0 outros utilizadores.
Última edição: 11h22min de 18 de janeiro de 2014

Conforme o pedido feito pelo Solstag no bugzilla:60182, o Editor Visual será disponibilizado para testes no Wikilivros a partir de 27 de janeiro.

Imagino que não haverá qualquer oposição... :-)

Helder.wiki (Discussão)11h22min de 18 de janeiro de 2014

Da minha parte não! Acho ótimo!

Ser por padrão né? Melhor ainda!

Raylton P. Sousa qualquer coisa estou aqui! =D15h46min de 24 de janeiro de 2014

Será apenas para quem ativar nas opções beta das preferências...

Helder.wiki (Discussão)19h10min de 24 de janeiro de 2014
 

Vi que fez um script (que movi para um gadget ativo por padrão) para fazer com que o Editor Visual apareça também quando os anônimos tentarem editar, mas acho que é melhor que isso seja feito sem gambiarras, isto é, pedindo a mudança da configuração atual no Bugzilla (assim os links para editar seções também executarão o Editor Visual).

Poderiam confirmar se realmente desejam que o Editor Visual seja mudado para opt-out, e seja disponibilizado para anônimos também?

Helder.wiki (Discussão)16h39min de 29 de janeiro de 2014

Sou favorável a abrir um bug e deixa-lo por padrão... Do "jeito certo".

Raylton P. Sousa qualquer coisa estou aqui! =D13h34min de 18 de fevereiro de 2014
 

Solicitado no bugzilla:61762.

Helder.wiki (Discussão)19h47min de 21 de fevereiro de 2014

O pedido já foi atendido, então apaguei o gadget.

Helder.wiki (Discussão)11h26min de 25 de fevereiro de 2014
 
 
 

O Editor Visual já pode ser utilizado, basta ativá-lo nas preferências, ou acrescentar "&veaction=edit" no final da URL da página.

Há uma etiqueta que permite filtrar a lista de mudanças recentes para mostrar apenas aquelas que foram feitas com o Editor Visual.

Helder.wiki (Discussão)19h51min de 28 de janeiro de 2014
 

Graças à ajuda de EpochFail e DarTar, agora podemos acompanhar o uso do Editor Visual por meio destes gráficos:

Helder.wiki (Discussão)16h13min de 22 de abril de 2014
 

Wikimedia no Brasil em nova fase

(Mensagem original em inglês de Asaf Bartov e respectiva tradução, por Diego Queiroz, copiadas de [1] Lugusto 22h19min de 12 de agosto de 2014 (UTC))

Caros companheiros Wikipedistas,

(esta mensagem é sobre o trabalho no Brasil. Lusófonos não brasileiros podem pular o resto desta mensagem. :))

Como muitos de vocês sabem, o trabalho da WMF no Brasil nos últimos três anos tem gerado controversas, e sofreu de alguns problemas evitáveis (assim como outros inevitáveis). Como foi informado por seus colegas acima, resolvemos não renovar o programa catalisador (previsto para terminar em algumas semanas) em sua forma atual, e estamos interessados em discutir quais direções o trabalho no Brasil vai tomar.

Para isso, estaremos no Brasil de 29 a 31 de agosto, com o objetivo de ter uma consulta abrangente à comunidade nos dias 30 e 31. Ajudaremos no transporte de membros ativos da comunidade para São Paulo e cobriremos todas as despesas relacionadas ao encontro, incluindo a contratação de um facilitador externo para ajudar a manter o foco da conversa e de um intérprete para fornecer tradução.

Resumidamente, o objetivo do encontro é discutir o futuro do movimento no Brasil, identificar e priorizar algumas metas, e então descobrir que tipo de estruturas (se for o caso) e mecanismos seriam necessários para alcançá-las. Deixem-me deixar claro que uma possível resposta para a pergunta "Com que tipo de trabalho proativo a WMF deveria se envolver no Brasil?" poderia ser "Absolutamente nenhum". Em outras palavras, esta é uma oportunidade para realmente re-imaginar a nossa participação no Brasil, com uma abordagem mais fundamentada e sem decisões previamente definidas. Eu encorajo todos vocês a aproveitar esta oportunidade e trabalhar conosco.

Por favor, inscreva-se e interaja conosco na página criada pelo Tom (nós não temos preferência alguma sobre o local onde a página será mantida - se aqui na PTWP ou na wiki BR, ambos locais são adequados para nós), para que possamos definir a logística do evento e seus participantes. Eu estou com pressa para embarcar em meu vôo de volta à Londres, mas volto a escrever do outro lado do oceano Atlântico.

Seria ótimo se alguém pudesse ajudar a traduzir isso em Português para assegurar alcance máximo. Obrigado!

Asaf Bartov -- Ijon (discussão) 08h46min de 11 de agosto de 2014 (UTC)

22h19min de 12 de agosto de 2014

IMPORTANTE: Revisão da atividade dos administradores

Olá. Uma nova política referente à remoção de "permissões avançadas" (administrador, burocrata, etc) foi recentemente adotada por consenso da comunidade global (sua comunidade foi notificada a respeito da discussão). De acordo com essa política, os stewards estão avaliando a atividade dos administradores em wikis menores. Até onde sabemos, sua wiki não possui um processo formal de remoção de "permissões avançadas" de contas inativas. Sendo assim, os stewards se encarregarão dessa tarefa em conformidade com a nova avaliação da atividade dos administradores aqui.

Nós determinamos que os seguintes usuários se encaixam no critério de inatividade (nenhuma edição e nenhuma ação registrada durante mais de 2 anos):

  1. Dante Cardoso Pinto de Almeida (administrador)
  2. Lightningspirit (administrador)

Esses usuários receberão em breve uma notificação pedindo-lhes que iniciem uma discussão na comunidade local se quiserem manter algumas ou todas as permissões. Caso não respondam, suas permissões avançadas serão removidas pelos stewards.

No entanto, se vocês como uma comunidade quiserem criar seu próprio processo de revisão de atividade em substituição ao processo global ou tomar outra decisão em relação a essas contas inativas que possuem permissões ou já possuem uma política que nós omitimos, por favor notificar os stewards no Meta-Wiki para que não procedamos com a revisão de permissões na sua wiki. Obrigado,

Rschen775405h42min de 25 de julho de 2014

Parece razoável que a ferramenta seja removida somente caso os usuários não expressem vontade ou disponibilidade para voltar a desempenhar a tarefa.

Não sei se a notificação já está funcionando corretamente no Wikilivros, mas estou marcando abaixo os usuários que acho que talvez tenham interesse em opinar tambémǃ Dante Cardoso Pinto de Almeida, Helder.wiki, Jorge Morais, Lightningspirit, MGFE Júnior, Marcos Antônio Nunes de Moura

Raylton P. Sousa qualquer coisa estou aqui! =D17h03min de 25 de julho de 2014

Por mim, estará tudo bem se for usado o processo global.

PS: As notificações ainda não funcionam, Raylton.

Helder.wiki (Discussão)16h18min de 30 de julho de 2014
 
 

Icones das etapas do Wikilivros refeita

Ola pessoal,

recentemente fiz uma palestra sobre Wikilivros para o 4° salão da leitura de Niterói. Precisei em algum momento baixar os svgs das etapas e trabalhá-los no Inkscape. Encontrei muita dificuldade em editá-los pois tinha linha se sobrepondo, ao converter contorno em caminho alguns vértices desalinhavam, assim por diante. Resolvi contribuir refazendo os icones de forma que as pessoas possam editar com mais facilidade. Se for do interesse da equipe segue o link para baixar a minha versão. http://gnugraf.org/owncloud/owncloud/public.php?service=files&t=5df474edf8e151244e366daa5535c25d

Espero que minha singela ação tenha contribuído para a liberdade da informação.

Um forte abraço a todos e obrigado pela atenção.

Cadunico.

Cadunico (Discussão)14h34min de 13 de junho de 2014

Agradeço muito, queridxǃ Vou tentar fazer upload deles quando tiver um tempo. Mas não esqueça que você mesmo pode fazer upload desses imagens, bastando apenas fazer uma breve descrição das mudanças que está fazendo. Fique a vontade. O Wikilivros também é seuǃ

Raylton P. Sousa qualquer coisa estou aqui! =D14h06min de 18 de junho de 2014
 

Grande Cadunico! Fico muito feliz em ver que o wikilivros está rendendo frutos ai em Niterói. É muito bem-vinda sua abordagem de vir propor melhorias aqui no Portal comunitário para melhorar nossa wiki (você está incluido nessa primeira pessoa :-)

Conforme disse o Raylton você mesmo pode alterar os arquivos, mas imagino que possa ter um pouco de dificuldades em encontrá-los. Por isso aqui vai uma colinha: todos eles estão no commons, e os arquivos de fases seguem o seguinte padrão de URL https://commons.wikimedia.org/wiki/File:0de8.svg , onde baste trocar o número que aparece depois de "File:" para acessar todas. As URL de percentual estão em: https://commons.wikimedia.org/wiki/File:00%25.svg . Dentro da página de cada imagem basta encontrar o link "Enviar uma nova versão deste arquivo" depois das versões anteriores da imagem para subir a nova. Lembre-se de quando fazer isso preencher o campo "Alterações no arquivo" para informar aos outros usuários o motivo da atualiação. Nessa tela você também pode clicar em "Vigiar este arquivo" para receber avisos quando ele for alterado novamente.

Lá no commons podemos notar que essas imagens são usadas em vários outros projetos além do Wikilivros em português, então a elas pode ser aplicada a política de Não atualização de imagens. Porém, como sua contribuição não está mudando a identidade visual dos ícones e sim melhorando o arquivo vetorial, acredito que não existirão maiores problemas. Porém, se eles acontecerem não deixe de debater a questão na aba "Discussão" da imagem ou de nos alertar por aqui caso se sinta desconfortável com alguma situação. Fiz esse alerta só por precausão, mas acredito que se o campo "Alterações no arquivo" for preenchido corretamente (em inglês, pois o commons é um projeto global) suas contribuições serão não só aceitas como muito bem-vindas!

HAndrade (WMF) (Discussão)19h31min de 24 de junho de 2014
 

Financiamento de digitalizações

Eu e o Rodrigo Padula enviamos ontem, no Meta, o primeiro (salvo engano) pedido de financiamento brasileiro que não seja ou para custeio de deslocamento ou do catalisador.

Nossa idéia é, a partir da aquisição de um DIY Book Scanner, firmar parcerias com as diversas bibliotecas que possuem livros simultaneamente raros e em domínio público, os digitalizar e os disponibilizar nos projetos Wikimedia.

DIY Book Scanners são consideravelmente mais baratos que os especialmente dedicados a isso, apesar de ainda assim significarem algum custo em nosso país. Tal custo menor, felizmente, não significa qualidade menor de digitalização.

Pretendemos selecionar materiais que possam beneficiar não só o Wikisource, mas também a Wikipedia e o Wikibooks, mas isso dependerá das parcerias que forem firmadas e do acervo de cada instituição. Em momentos específicos contataremos cada uma dessas comunidades, inclusive vocês.

Para agora, precisamos de ajuda em algo muito mais simples. De hoje até dia 20 de abril os pedidos de grant estão abertos a manifestações das comunidades potencialmente envolvidas.

Apoiam o projeto? Na seção endorsements, endossem ele, assinando a página e falando porque julgam ser importante a sua aprovação. Tem comentários a fazer? Façam! Assim podemos inclusive melhorar as informações da página, com vistas da comissão avaliadora ter mais informações para o aprovar ou não.

Estamos abertos também a fornecimentos de contatos de bibliotecas e a quem queira revisar se, entre o rascunho e a página publicada não ficou nenhum argumento importante de fora ;-)

Nota: esse financiamento cobre apenas os custos de viabilização da idéia. O trabalho, em si, é voluntário. Se alguém do pt.wikibooks quiser colaborar, só se manifestar.

Lugusto21h40min de 1 de abril de 2014

Atualização em 10 de abril: agradecemos por todo apoio e feedback que recebemos, foi acima do que imaginei que conseguiria. No entanto, nós removemos a proposta, para que possamos planejar melhor as coisas, inclusive para atender todos os pontos válidos que vocês nos indicaram. Em breve surgiremos com algo no sentido da idéia original. Enquanto isso, estamos nos preparando para enviar um paper a um evento sobre obras raras que a BN.br está organizando, e adoraríamos receber feedback de vocês também nesse assunto. Como da outra vez, quem quiser participar junto, só se achegar.

Lugusto15h16min de 10 de abril de 2014
 

Fundação Wikimedia recomenda alteração de senhas de seus usuários

Os servidores da Fundação Wikimedia foram atualizados ontem após a descoberta de uma vulnerabilidade no software OpenSSL. Como medida de precaução, todos os usuários dos projetos Wikimedia foram forçados a efetuar uma nova autenticação usando a nova e segura versão do software. Como não há qualquer evidência de violação dos servidores ou de perca de dados dos usuários, a Fundação Wikimedia recomenda que todos os usuários alterem suas senhas para garantir a máxima segurança de suas contas. Obrigado

-- @lestaty discuţie06h17min de 10 de abril de 2014

Usurpar conta

Possuo a conta SUL "Tiago Dias" por isso gostaria de usurpar o Utilizador:Tiago Dias. Obrigado.

81.193.47.6819h32min de 24 de março de 2014

Request for username change : Hosiryuhosi -> Rxy

  • Current username: Hosiryuhosi
  • Target username: Rxy
  • Reason: I want to change my current username to short username at WMF wikis globally. Note: Global account "Rxy" is my account (confirm). Thanks.
Hosiryuhosi (Discussão)06h35min de 12 de março de 2014

Earlier Hosiryuhosi was renamed to Hosiryuhosi 1, if you want to get access to your subpages simply go to subpages of that new name. Now Rxy user name is free for usurpation.

Marcos A. N. de Moura (Discussão)19h07min de 30 de março de 2014
 
 

07h14min de 17 de março de 2014 (UTC)

MediaWiki message delivery (Discussão)07h14min de 17 de março de 2014

Proposed optional changes to Terms of Use amendment

Hello all, in response to some community comments in the discussion on the amendment to the Terms of Use on undisclosed paid editing, we have prepared two optional changes. Please read about these optional changes on Meta wiki and share your comments. If you can (and this is a non english project), please translate this announcement. Thanks! Slaporte (WMF) 21h56min de 13 de março de 2014 (UTC)
MediaWiki message delivery (Discussão)21h56min de 13 de março de 2014

Mapeamento de Recursos Educacionais Abertos - Brazil Program

O Brazil Program (parceria firmada entre a Wikimedia Foundation e a Ação Educativa) está realizando um estudo em relação aos chamados Recursos Educacionais Abertos (REAs).

Esse estudo está sendo feito por uma equipe de quatro pessoas, assistidas pela Oona Castro e Gustavo Paiva, já participantes do Brazil Program desde o início do atual formato (outubro de 2013). Dentre elas, eu (que vocês estão acostumados a me ver editando como voluntário na conta 555 e assinando mensagens como Lugusto). Minha participação se iniciou agora no dia 5 de março e se estenderá até 31 de maio, quando concluiremos o estudo.

Estamos publicando uma série de detalhes sobre esse estudo desde a alguns dias, em uma página específica na Wikiversidade lusófona. Não publicaremos tudo neste momento, para não contaminar opiniões de pessoas e entidades que forem nos conceder entrevistas, mas o máximo de dados brutos e/ou rascunhos que for possível divulgarmos sem prejudicar a pesquisa em si nós publicaremos, antes ou depois de alguma fase.

Neste exato momento, aliás, gostaria de convidar vocês para contribuírem conosco. Estamos identificando e analisando sites que incluem (ou incluiriam) desses REAs. Identificamos oito desses espaços, sabemos de outros ainda, mas gostaríamos que vocês nos sugerissem mais alguns. Algum que achem importante e não está listado, algum que ajude a dar uma análise melhor a nível de território nacional (do Brasil, foco de nossa pesquisa). Enfim, algum. Se não nos sugerirem acabaremos incluindo outros por nossa conta, mas preferíamos receber sugestões. Podem sugerir tanto neste tópico, editando diretamente a página da Wikiversidade, na página de discussão da própria, por e-mail...

Mesmo que não saibam ou tenham dúvidas se um tal recurso é aberto ou livre, sugiram. Faz parte da análise identificar esses critérios. Aliás, se quiserem revisar nossa base teórica quanto ao tema de licenciamento de REAs, ou mesmo darem uma lida para se informarem sobre o assunto, podem fazê-lo aqui.

Estou aberto a qualquer dúvida, sugestão, crítica ou comentário que os temas de licenciamentos, REAs, Brazil Program, Programa Catalisador, capítulo local, grupo de usuários etc despertar em vocês.

Mas, antes de encerrar, lembro a todos que a Wikimedia Foundation firmou parcerias locais no Brasil e na Índia (no caso do Brasil, com a Ação Educativa) por esses serem países que consideram como estratégicos mas, que, por algum motivo, os voluntários não conseguiram se organizar em uma associação um pouco duradoura. Muitas coisas são possíveis de serem feitas aqui no dia-a-dia, no "chão-de-fábrica" dos wikis, como um punhado de indivíduos que frequentam o mesmo site e ocasionalmente interagem. Mas, muitas outras, só são possíveis de serem feitas através de algo um pouco mais formal. Se apropriem desses espaços. No caso brasileiro, assinem e participem na lista de discussão wikimediabr-l, frequentem o wiki do movimento, tomem conhecimento e participem do grupo de usuários, embrião para a criação de uma associação... Tem muita idéia em desenvolvimento, muita idéia que pode ser bolada por mais "cabeças" se juntando... E muita coisa acontecendo também. Por parte da equipe do Brazil Program, há os sumários de atividades mensais (mais recentes: fevereiro/2014, março/2014), onde o pessoal vai atualizando as coisas conforme as vai fazendo (alguns conseguem com maior regularidade, outros com menor).

Luiz Augusto (WMF BrP) (Discussão)19h34min de 12 de março de 2014

09h10min de 10 de março de 2014 (UTC)

MediaWiki message delivery (Discussão)09h10min de 10 de março de 2014

09h30min de 3 de março de 2014 (UTC)

MediaWiki message delivery (Discussão)09h30min de 3 de março de 2014

Call for project ideas: funding is available for community experiments

IEG key blue.png

I apologize if this message is not in your language. Please help translate it.

Do you have an idea for a project that could improve your community? Individual Engagement Grants from the Wikimedia Foundation help support individuals and small teams to organize experiments for 6 months. You can get funding to try out your idea for online community organizing, outreach, tool-building, or research to help make Wikilivros better. In March, we’re looking for new project proposals.

Examples of past Individual Engagement Grant projects:

Proposals are due by 31 March 2014. There are a number of ways to get involved!

Hope to have your participation,

--Siko Bouterse, Head of Individual Engagement Grants, Wikimedia Foundation 19h44min de 28 de fevereiro de 2014 (UTC)

MediaWiki message delivery (Discussão)19h44min de 28 de fevereiro de 2014
Primeira página
Primeira página
Página anterior
Página anterior
Última página
Última página