Exemplos

Editado por 2 outros utilizadores.
Última edição: 08h21min de 17 de agosto de 2016

Obrigado pela sua opinião Helder.

Essa proposta era para personalizar/flexibilizar, de forma dinâmica (por ex.: usando JavaScript e XHR) os exemplos contidos em uma página (ou tópico).

Você fez referência às predefinições, domino muito pouco essa "tecnologia" (andei observando explicações sobre o que é a poucos dias). Mas se você quis dizer para utilizar aqueles "ParserFunctions" como um "JavaScript", até posso imaginar o que seria possível. Mas desde já, deixo claro que achei um pouco "inconveniente" a sintaxe e as limitações do "ParserFunctions". Nem sei se seria possível fazer o mesmo que faria com JavaScript e XHR. Você poderia (se possível) me explicar melhor e dar exemplos.

Falando mais sobre as tags, sem as tags, não há como personalizar o conteúdo trabalhando com uma possível "semântica" no trabalho de seleção de conteúdo. As tags são apenas um nome que usei, pois na internet é o mais sugestivo para categorização (mais usado). Mas pode ser qualquer nome: categoria, grupo, área.

Talvez você perceberia a utilidade com outro exemplo prático: imagine carregar os tópicos dos verbos só com exemplos relativos aos desenhos do Batman. Com essas "tags" nós poderíamos fazer isso.

Eu tenho mais a explicar sobre a vantagem de ter esse conteúdo colocado a parte, mas por enquanto vou deixar para elaborar isso mais tarde.

Não sei se você é adepto da Web semântica, talvez você não goste muito destas ideias. Tudo bem, é sua opinião e eu respeito.

Mais uma vez, obrigado por se prezar a comentar sobre essa pequena ideia.

Gui (Discussão)23h00min de 8 de junho de 2013
Editado por outro utilizador.
Última edição: 08h21min de 17 de agosto de 2016

Felizmente, não estamos mais sujeitos às limitações das ParserFunctions: as predefinições podem incluir módulos escritos na linguagem "Lua".

Quanto à inclusão de conteúdo via JavaScript, é inviável, já que isso prejudicaria a sua acessibilidade. O material didático tem que estar acessível a todos, mesmo que o JavaScript esteja desabilitado ou indisponível no navegador utilizado pelos leitores.

Continuo não vendo por que uma solução (tecnológica) seria necessária, já que a seleção do conteúdo que vai ou não aparecer em um livro está a cargo do autor. Se ele decide que vai colocar tais e tais exemplos, é só clicar em editar e colocar... não é preciso que uma máquina ou programa faça seleção alguma automaticamente. O texto final não tem porque mudar "sozinho"...

Helder13h30min de 10 de junho de 2013
Editado por 2 outros utilizadores.
Última edição: 08h21min de 17 de agosto de 2016

Citação: Helder escreveu: «Felizmente, não estamos mais sujeitos às limitações das ParserFunctions: as predefinições podem incluir módulos escritos na linguagem "Lua".»

É uma novidade interessante sim. Pelo pouco que lí sobre Lua, acho que daria para fazer o mesmo que faria em JavaScript e até mais (dependeria de quais funcionalidades foram habilitadas, claro).

Citação: Helder escreveu: «Quanto à inclusão de conteúdo via JavaScript, é inviável, já que isso prejudicaria a sua acessibilidade. O material didático tem que estar acessível a todos, mesmo que o JavaScript esteja desabilitado ou indisponível no navegador utilizado pelos leitores.»

Mas essa questão da acessiblidade é mais para apresentação de conteúdo conforme a necessidade especial do visitante (ex.: visual, auditiva, etc.). JavaScript, hoje em dia pelo que lí, também nem é problema para robôs que fazem busca na internet, pois eles mesmo já possuem um interpretador da linguagem. Atualmente todos dispositivos, móveis ou não, que possuem display, suportam ao menos uma versão primitva do Ecmascript, etc. caso tenham um navegador. E mais, quem tem necessidades especiais geralmente conta com um software que necessita de "scripting" para fazer o que propõe.

Mas se for observar só o resultado, realmente, tanto faz o trabalho ser feito no servidor ou no cliente, o visitante tendo a opção de escolher melhor o conteúdo, já faz o que é proposto. A vantagem de ser no cliente é que reduz o custo para manter a WikiMedia Foundation, que é algo decisório e importante.

Citação: Helder escreveu: «Continuo não vendo por que uma solução (tecnológica) seria necessária, já que a seleção do conteúdo que vai ou não aparecer em um livro está a cargo do autor. Se ele decide que vai colocar tais e tais exemplos, é só clicar em editar e colocar... não é preciso que uma máquina ou programa faça seleção alguma automaticamente. O texto final não tem porque mudar "sozinho"...»

  1. Se não houver essa opção, um autor caso queira focar em um conteúdo apropriado para crianças, teria que criar outro livro, igualzinho ao que já foi feito, só para adequar o conteúdo. A faixa etária é até norma na elaboração de conteúdo a ser disponibilizado ao público.
  2. Se um conteúdo é polêmico para um grupo de pessoas (ex.: pode ser por causa da religião, cultura, etc.), nessa condição, um teria que criar outro livro de "Português" inteirinho só para filtrar esse conteúdo.
  3. Se eu for um autor que não quer incluido em exemplos tragédias, mortes, assassinatos, etc., eu vou ter que criar outro livro inteirinho de "Português", só para filtrar esse conteúdo.
  4. Se alguem também...
  5. Etc.

Com o passar do tempo, com toda certeza, se esse projeto fizer sucesso, o conteúdo vai estender a ponto de aparecer esses conflitos.

Se estivéssemos lidando com um projeto em nossa garagem, no quartinhos dos fundos, isolado do mundo, veriaríamos que não há necessidade. Oras, seria só eu e o mundo, não haveria necessidade de tal "funcionalidade". Mas a longo prazo, se você acredita nesse projeto, com toda certeza, essa funcionalidade vai ter que aparecer.

Já ta com pepinos de mais para resolver né Helder? Mais isso ai "salvaria" a vida de muitos administradores no futuro (a longo prazo), é minha opinião. (risadas)

Gui (Discussão)23h52min de 10 de junho de 2013