Tarefas pendentes

Tarefas pendentes

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

Iniciei um processo de fusão na qual integrava em uma só página o excesso de página sobre certos assuntos (ex.: página/objeto X). Como estava fazendo todo trabalho sozinho me desmotivei e deixei como está.

Agora como um voluntário voltou a contribuir, creio que darei continuidade a este processo.

Guiwp (Discussão) por hoje é só :)03h55min de 28 de dezembro de 2013
Editado por outro utilizador.
Última edição: 08h26min de 17 de agosto de 2016
  • JavaScript/Dicas precisa de wikificação.
  • JavaScript/Operadores precisa de informações sobre a bizarríssima tabela da verdade de JavaScript.
  • A parte de Ajax precisa de melhorias.
  • Em JavaScript/Funções seria melhor falar só sobre sintaxe e criação de funções não sobre funções disponíveis. Falta falar sobre closures.
  • E o mesmo em JavaScript/Objetos. Além disso, explicar como cria objetos e a notação usando { }. E a possibilidade de modificá-los dinâmicamente.
  • Funções e objetos predefinidas deveriam ter um módulo próprio.
  • Acho que seria bom ter um módulo próprio para arrays.
Abacaxi (Discussão)19h12min de 28 de dezembro de 2013
Editado por outro utilizador.
Última edição: 08h26min de 17 de agosto de 2016

A minha intenção no início foi deixar aquela parte "Outras informações" apenas com "anexos" (listas de funções predefinidas poderiam mesmo estarem lá, coisas específicas como diferenças entre navegadores, etc.). A parte "Conhecendo a linguagem" deve só falar da linguagem quanto a sintaxe e recursos básicos da linguagem (tudo se limitando ao padrão ECMA 262).

No entanto se fragmentar demais (começar a criar módulo para qualquer diferença) vai voltar a ficar como estava antes, sem possibilidade de "manutenção". Então, peço que não crie muitos módulos Abacaxi! rs Senão volta a ficar como estava antes: trocentos módulos e ninguém para atualizar/continuar tudo aquilo... rs

Citação: Abacaxi escreveu: «

  • JavaScript/Dicas precisa de wikificação.

»

Olha, eu nem ia colocar estas "dicas". São só copias e copias de algo que simplesmente poderia apenas ser referenciado através de uma ligação externa. Esse livro, como dito anteriormente, não tem o propósito de copiar o código fonte de um aplicativo e apresentá-lo no próprio livro (rs). Para isso servem as ligações externas! :)

Outra coisa, eu verifiquei várias coisas e vi que não está "atualizado", e algumas coisas simplesmente não funcionam. Por isso nem coloquei aquilo lá, até mesmo porque essas dicas vão além do propósito do livro:

  1. Não fazem parte do padrão ECMA 262.
  2. Algumas coisas nem mesmo possuem um padrão.

E fora que para manter isso tudo é difícil. Imagina conferir tudo aquilo e manter atualizado conforme os navegadores vão sendo atualizados...

Citação: Abacaxi escreveu: «

  • Funções e objetos predefinidas deveriam ter um módulo próprio.
  • Acho que seria bom ter um módulo próprio para arrays.

»

Arranjo é um tipo de dado, eu prefiro deixar em um módulo só, o de "variáveis" está bom. O resto, métodos/funções predefinidos no objeto Array, deixamos no "Funções e objetos predefinidos", na parte que enumera as propriedades predefinidas no objeto Array.

Guiwp (Discussão)19h46min de 28 de dezembro de 2013
Editado por outro utilizador.
Última edição: 08h26min de 17 de agosto de 2016

Ok, divida "Outras informações" como achar melhor.

A parte de "Dicas" serve para ter explicações específicas sobre "como fazer isso". O objetivo do livro é ensinar sem obrigar a entrar nas ligações externas. Seria bom converter o código para seguir o padrão. Quando houver coisas que só podem ser feitas com código de navegador específico, então seria bom colocar o trecho específico para os principais navegadores (Mozilla, Chrome...).

Arranjo é um tipo muito importante, assim como objetos, e por isso deveria ter um módulo próprio.

Abacaxi (Discussão)19h56min de 28 de dezembro de 2013
Editado por outro utilizador.
Última edição: 08h26min de 17 de agosto de 2016

Citação: Abacaxi escreveu: «Seria bom converter o código para seguir o padrão.»

Pela minha previsão vai ser difícil achar voluntário para verificar e "ajustar" todos os exemplos lá.

Bem, se você já estiver falando porque você mesmo vai fazer os ajustes, fique a vontade. Só falo isso mesmo caso for deixar para outro fazer, porque aí vai ficar pendente durante anos (rs).

Citação: Abacaxi escreveu: «Arranjo é um tipo muito importante, assim como objetos, e por isso deveria ter um módulo próprio.»

Bom, até aparecer um voluntário eu ia até colocar objetos dentro de variáveis (porque bem dizer era só eu que ia desenvolver esse livro rs). Mas como você está aí... pode "fragmentar", mas vê se não fragmenta e some... daí volta tudo como está. Comece a fazer isso só se você for mesmo botar a "mão na massa".

Guiwp (Discussão)20h07min de 28 de dezembro de 2013
Editado por outro utilizador.
Última edição: 08h26min de 17 de agosto de 2016

Na parte de dicas, poderíamos por como tarefa pendente até que alguém aos poucos converta ou reescreva os códigos no futuro. Muitos livros aqui estão aguardando revisão ou novos módulos, por isso não vejo problema em deixar algumas coisas incompletas.

Ajax é muito importante no Java Script, porque ele faz comunicação com o servidor. No momento temos informação sobre apenas XMLHttpRequest, o ideal seria explicação mais completa.

Sobre JSON, ele é mais do que uma notação. Ele é um formato de arquivo de dados cuja sintaxe é definida como objeto JavaScript. Programas em outras linguagens podem receber e enviar dados JSON, principalmente no servidor.

E está faltando também vários módulos que contém interação com HTML. Um deveria conter exemplo de reação a eventos e os eventos disponíveis. Outro deveria mostrar exemplos para editar o HTML dinamicamente, pelo id ou class. Outro deveria ser mais avançado, usando recursos do HTML5, como Canvas.

Abacaxi (Discussão)20h25min de 28 de dezembro de 2013
Editado por outro utilizador.
Última edição: 08h26min de 17 de agosto de 2016

Citação: Abacaxi escreveu: «Sobre JSON...»

Achei que você não sacava muito destas coisas de programação (rs) por isso resumi em "é só uma notação"... (é que da última vez que vi suas edições não você mexendo muito com isso...)

Pois é Abacaxi, pelo jeito você é um programador!? Oras, fique a vontade então para ir colaborar como quiser... só não exagere porque de ano em ano acho que temos só 2 ou 3 contribuidores para manter esses "wikilivros", se o sujeito tiver que construir a muralha da China sozinho, ele vai desistir e vai voltar para "sua casa" (rs)

E não conte muito com Helder.wiki ou Raylton, mesmo sabendo que eles sabem programação. Isso porque eles são mais focados nas tarefas administrativas, etc. Então, não vamos sobrecarrega-los né...

O tempo disponível que tenho para colaborar com projetos na WMF está dividido entre wikilivros e wikipédia, ou seja, também não vou ter muito tempo para ficar só por conta do wikilivros...

Guiwp (Discussão)20h40min de 28 de dezembro de 2013
Editado por outro utilizador.
Última edição: 08h26min de 17 de agosto de 2016

Eu não sou experiente em JavaScript. Eu precisaria de tempo consultando outras fontes.

Vale lembrar que JavaScript tem interpretadores, como o de Python, que não executam em páginas web. Com o interpretador, JavaScript é usado como uma linguagem qualquer. Assim, o livro pode falar em uma parte sobre a linguagem geral e em outra parte sobre como usar em páginas web.

Isso significa que o certos objetos, como a página HTML, só existem quando o JavaScript estiver sendo executado no navegador. Mas objetos como strings a arranjos sempre existirão em JavaScript, seja no interpretador de linha de comando ou no navegador.

Links vermelhos tem alguma importância, porque eles dão uma ideia do que precisa ser criado.

Abacaxi (Discussão)21h53min de 28 de dezembro de 2013
Editado por 2 outros utilizadores.
Última edição: 08h26min de 17 de agosto de 2016

Citação: Abacaxi escreveu: « Vale lembrar que JavaScript tem interpretadores... Isso significa que o certos objetos... »

Pois é, eu disse "isso" aqui.

Eu particularmente uso um interpretador feito em Java. Chama-se Rhino. Com ele eu faço testes com a API disponibilizada pelo software MediaWiki (acesso a informação pelo formato JSON, às vezes também pelo XML).

Citação: Abacaxi escreveu: « Links vermelhos tem alguma importância, porque eles dão uma ideia do que precisa ser criado. »

Hehe, não exagere jovem, temos "links vermelhos" demais... (há uns meses tenho notado que quase 70% ou mais de wikilivros tem 80% ou mais de "links vermelhos" do que, "conteúdo"...

Para pensar:

  • Estamos aqui para criar "links vermelhos" ou conteúdo? =)
  • Se você fosse comprar (aqui é gratuito, mas temos que atrair leitores, e possivelmente, colaboradores), que visão você teria de uma livraria que só tem livros com "links vermelhos"?
Guiwp (Discussão)22h15min de 28 de dezembro de 2013