amadis-devel-pt — A lista dos desenvolverdores do AMADIS em Português

[Amadis-devel-pt] Continuação do email anterior - Mockup Amadis

[R. M. <rob...@gm...>]

Ae pessoal, mira! mira!

Eu to me dedicando ao Amadis full-time trabalhando umas 14 horas por dia
para conseguir terminar a primeira versão usável definitiva do ambiente.

Como ninguém acompanha o site do Amadis, e o de desenvolvimento também, pois
ele está em inglês, eu vou salientar os objetivos do ambiente para o início
do mês de novembro.

O que eu estou pretendendo entregar as seguintes ferramentas, com as
seguintes funcionalidades:

*Tela inicial*
A tela inicial ainda não está definida, idéia é tentar utilizar algumas
imagens antigas do Amadis massinha para montar uma boa tela de entrada. Mas
se não encontrarmos elas, teremos que pensar em outra solução mais viável
para este primeiro momento.
Fazer bonecos de massinha a essa altura seria muito dispendioso, pois temos
outras áreas do ambiente, e somente um artista com pouquissímo tempo, por
isso temos que aproveitar da melhor maneira possível.

*Webfólio*
Visualização de histórico de produção, organizado por data. (WebJournal)
Visualização de perfil. A parte de construção da identidade do ambiente será
bastante incrementada. Nós estamos criando um recurso novo para o perfil do
usuário que permite mudar o Perfil do usuário, onde ele poderá trocar o
esquema de cores e o fundo do topo da página.
Este é um primeiro passo para dar mais liberdade a quem usar ao ambiente, o
que permite que eles consigam mudar bastante a cara do seu webfolio.
Possíbilidade de enviar mensagens entre usuário usuários.
Comentários em arquivos e diário.
Adicionar usuários como amigos.

*WebJournal*
Esta nova ferramenta agrupa toda a produção do aluno, facilitando o
gerenciamento e acompanhamento das produções.
Ele possuirá uma busca interna, que agiliza na hora de encontrar um dado
específico.
Futuramente o projeto feito para a OLPC poderá ser re-integrado a
ferramenta, o que possibilita a insersão de conteúdos no Amadis através do
próprio Sugar.

*Projetos*
A área de Projetos será a última a ser feita, provavelmente não estará
completa, mas tentarei entregar o máximo de coisas que eu puder.
A priori ela somente possuirá a página do projeto, que será semelhante a que
é mostrada no mockup, mas nesta página é possível adicionar arquivos que
estejam em *SEU* webfolio. A idéia é que mais para frente tenhamos a
possibilidade de linkar com páginas de outros projetos e blogs de outras
pessoas.

Sei que não parece muito, mas para mim parece trabalho para 3. Daqui a duas
semanas eu terei condições de afirmar algo mais concreto a respeito do que
já foi feito e sobre os Projetos do Amadis.

Para finalizar, se conseguirmos planejar direito, será possível migrar dados
do Amadis antigo para o novo, principalmente o que se refere a usuários,
blogs, e projetos. Mas este é deve ser feito de forma automática e para isso
eu tenho que fazer um script de atualização, que levaria algum tempo.
Vocês podem achar um pouco inútil que copiando e colando dá para resolver,
mas eu acho que fazer isso no Sugar possa ser um problema. Podemos estudar
juntos essas possibilidades para não disperdiçarmos tempo.

Falow!

-- 
Robson Mendonça
http://www.myweboncreate.com
CTO at LEC/UFRGS (Cognitive Studies Lab)
LEC - Laboratório de Estudos Cognitivos - UFRGS
Centro de Excelência Sun para Desenvolvimento de Soluções de TI para
Educação
Fundação Pensamento Digital - www.pensamentodigital.org.br

[Amadis-devel-pt] Atualização do Mockup do Amadis

[R. M. <ro...@le...>]

Olá pessoal,

respondendo ao Dário, que agora sei quem é, hehehe, e para ajudar a
esclarecer mais sobre o futuro Amadis.

As respostas estão em negrito.

Oi Robson,
fiz uma análise do mockup do Amadis

e vamos por partes:

Tela Inicial
A Tela inicial descrita no brainstorm está pronta?

*A tela inicial do Amadis ainda não está terminada, pois existe um dilema
nela. Primeiramente a apresentação não me parece a mais adequada, pois
quando vemos a vemos em resoluções baixas, como no XO, ela não pode ser
vista por completo. A princípio eu vou apresentar uma segunda proposta, e
dae decidimos qual se encaixa melhor, e depois focamos nessa.
A segunda parte do dilema é que uma pessoa que instala o Amadis em sua
escola, necessáriamente não precisa de uma tela inicial que apresente o
amabiente, isso serve para nós que vamos servir o Amadis para demonstração.
Mas para a comunidade seria interessante poder customizá-la. Se tudo correr
bem com a tela customizada do Webfolio, será fácil poder fazer isso para a
entrada do Ambiente.

*
Dashbar
No dashbar,onde estão representadas 4 partes as áreas "WEBFOLIO" e
"COMUNIDADES" estão em cores muito suaves e não tem contraste suficiente.

*Talvez eu não tenha sido claro na minha esplicação. Mas o dashbar hoje
contém os links (WEBFOLIO, AMIGOS, PROCURAR, ADMINISTRAR, SAIR). O link
administrar vai aparecer somente para os que tiverem permissão para
administrar. Não sei se tu viu o novo dashbar, mais escuro, talvez não sejam
as melhores cores. Eu vou dar uma mexida para encontrar um melhor ajuste. O
problema é que quando eu deixo suave de mais, no meu monitor elas aparecem
bem claras, por outro lado algumas coisas que não são tão escuras aparecem
quase pretas eu outras telas. É uma coisa chata de se ajustar.*

Webfolio
Na tela do Webfolio inicail, onde aparecem a lista das entradas do diário
sepadaros em "COMENTADOS", "HOJE", "ONTEM", "ESTA SEMANA" e "ESTE MÊS"
fiquei um pouco confuso.
*O Webfolio é composto de 3 telas: 2 de visualização e uma para adicionar
conteúdo.
A primeira visão apresentada é uma analogia ao Journal do Sugar. Nela é
possível encontrar toda a produção de uma pessoa, ou seja, não será mais
necessário navegar pelo ambiente para encontrar o que um usuário está
fazendo. Se não aparece no Journal, então não existe.
A segunda tela do Webfolio é para ser customizável. Nela você pode
assinar/adicionar conteúdos em que você tem interesse. Esta segunda visão é
bastante complicada pois temos dois tipos de usuários que queremos agradar(
Professor e Alunos(idade entre 6 e 16 anos)). A vontade dos alunos é de ter
Winks(bixinhos animados, tamagoshis) e a dos professores é de que o ambiente
lhes mostre o que os seus alunos estão fazendo.

*As entradas são diferenciadas pelo ícone à esquerda?
*Sim, as entradas são identificadas pelos icones a esquerda. Estes não são
definitivos, ainda tem muito a se fazer.
*
As cores estarão de acordo com as cores da tela incial?
*As cores do Journal não estão de acordo com as da tela inicial. Elas são
identificações de cada tipos de entrada no ambiente. A cor roxa representa
um post no blog, o verde um arquivo na biblioteca, o azul um projeto, etc.
Por enquanto a única cor reservada é o Amarelo, que serve para alerta sobre
mudanças no ambiente. Na primeira tela os items que aparecem em amarelo com
o icone do blog, são posts que foram comentádos e que você não leu os
comentários. Por isso eles são atraídos para o ponto mais alto da listagem.

*Ao adicionar um novo item essa questão ficou um pouco mais clara para mim.
Cada icone representa um tipo de inclusão, mas ao meu ver, falta uma legenda
sob cada ícone para ficar mais claro. E preenche melhor o espaço de
sobra.natela.
*Concordo contigo quanto a legenda, só não tem ainda, porque estou estudando
esta parte icônica do ambiente. Praticamente todo icone vai precisar ter
legenda, e é um pouco difícil de encontrar um equilibrío estético e
funcional no design do ambiente. As vezes se consegue com imagens, mas
quando as mesmas viram HTML, a coisa fica completamente diferente.
*
No menu de procura. Novamente as cores. Deverá estar em conformidade com a
tela inicial. e os icones devem tambem aparecer de acordo com as outras
telas. Na tela "PROCURAR" estão na parte inferior a esquerda.
*Este item PROCURAR está sendo completamente reformulado, ele depende do
motor de busca que estou elaborando, eu estou testando dois motores Sphinx e
Xapian, que são capazes de indexar todo o conteúdo registrado no ambiente,
de forma a facilitar a busca de qualquer coisa. Como eu estou bem focado
nisso eu não desenhei a nova proposta de busca. Mas podem ignorar a
existente, vai ser muito diferente.

*
Ao clicar em  FAVORITOS o item AMIGOS ON-LINE  utiliza o mesmo icone e cores
do COMUNIDADES. Acho que deveria ter uma cor e icone diferente;
*Como eu disse anteriormente as caixas que compõe a tela favoritos (esse
nome vai ser trocado) poderão ser alteradas pelo usuário. Portanto essa tela
mudará bastante. Mas assim que eu fechar novas idéias eu vou atualizar o
mockup.*

O que é "Apagador do Amadis?"
*Onde tu viu este termo? Procurei e não achei.*

Pelo que pude entender, pela arquitetura do Nodos é possivel marcar um item
e apresetná=lo de acordo com cada solicitação de cada usuário, correto? Ou
seja cada usuário do Amadis poderá personalizar sua interface.
*Não é bem isso, o Amadis agora possui uma espinha dorsal, antes ele possuia
uma estrutura desfragmentada. Os nodos são referencias de todo conteúdo no
ambiente. Se você criar um projeto ele é um nodo, se você escreve no blog, o
post é um nodo. Desta forma se consegue otimização na hora de realizar
algumas buscas ou relacionamentos com tags, por exemplo. Se você criar um
projeto e dizer que ele possue as tags (astrofísica, energia nuclear,
asteroíde), o Amadis consegue achar outros nodos que possui relações com
essas tags, e sugerir como conteúdo alternativo. Entende? É como se ele
conseguisse montar uma rede de relacionamento por aproximidade de
interesses.
*
Haverá um ou mais modelos de interface e de layout disponíveis para os
usuários?
*Não haverá templates para o ambiente. Este é um recurso que já foi pensado
em se fazer, mas como dá trabalho programar um template, a idéia de se ter
dois  ou mais foi descartada. Isso pode mudar, dependendo de como a comunide
de software livre acolher o ambiente. Se surgir colaboradores isso pode ser
possível mais para frente. Outro ponto também é** que a complexidade de que
o design do Amadis tem que dar conta é tão grande, que qualquer tentativa de
mudança tem que ser muito bem pensada.

**Eu também gosto de pensar que o Amadis é um software com características
próprias e visual próprio.

Abraços!
*


-- 
Robson Mendonça
http://www.myweboncreate.com
http://www.robsonmendonca.com
Desenvolvedor Tecnológico
LEC - Laboratório de Estudos Cognitivos - UFRGS
Centro de Excelência Sun para Desenvolvimento de Soluções de TI para
Educação

[Amadis-devel-pt] Atualização do Mockup Amadis

[R. M. <ro...@le...>]

Ae pessoal,

eu fiz mais modificações no mockup do Amadis, a ideia é vocês opinarem sobre
o que estão achando, para eu ir transferindo o que está na página estática
para o ambiente já programado, assim teremos uma versão para testes mais
rápido.

Esse site estático nos ajuda a decidir o que vai entrar ou não por agora,
para evitar disperdicio de esforço em programação, já que só temos um
programador trabalhando.

Eu fiz modificações no menu superior e clicando, transferi o item adicionar
para dentro da visão de journal do webfolio.

Também se vocês clicarem na seta verde do projeto "Mockup Amadis" verão o
wiki dele e algumas outras telas que ainda devem ser mais pensadas.
Clicando na primeira na seta verde da primeira entrada amarela de blog no
journal do webfolio, vocês podem ver o conteúdo do post.

Existe muita coisa clicável nesse mockup, portanto cliquem para ver o que
acontece. Se aparecer a mãozinha, é pq pode ter algo dentro.

Falow!!

-- 
Robson Mendonça
http://www.myweboncreate.com
http://www.robsonmendonca.com
Desenvolvedor Tecnológico
LEC - Laboratório de Estudos Cognitivos - UFRGS
Centro de Excelência Sun para Desenvolvimento de Soluções de TI para
Educação

[Amadis-devel-pt] Modificações no Amadis.

[R. M. <ro...@le...>]

Ae pessoal.

A umas semanas atrás enquanto conversava com o Juliano, entramos em um
concenso de que não estávamos satisfeitos com o caminho que o novo Amadis
estava tomando, pois muitas das grandes mudanças que nós queriámos, não
estavam aparecendo. Isso claro se deve ao ato falho de não ter havido
planejamento prévio, e da equipe de desenvolvimento está um tanto quando
desestruturada, com seus membros espalhados. o que não facilita muito uma
comunicação melhor.

Mas isso não me impediu de tirar algo muito proveitoso da nossa última
conversa, onde o Juliano citava que o Amadis, mesmo com as atuais mudanças,
ainda tinha "jeitão de Amadis". O que me fez pensar muito, e cheguei a
algumas conclusões.

Nós viviámos com um dilema entre os dois menus do ambiente. Existe um menu
lateral (pessoal) e um na parte de cima, áreas gerais do ambiente. Na nova
versão do ambiente, isso estava sendo mantido, mas com uma disponsição
diferente. Mesmo assim estava travando o desenolvimento, pois eu não sabia o
que por nessas áreas. Perguntei para várias pessoas e todas me responderam
que elas só serviam para procurar projetos, comunidades e pessoas. Sendo
assim, eu eliminei o menu superior, e transferi o menu lateral para o seu
lugar.
Agora existe um único link "Procurar" e apartir dele será possível encontrar
tudo dentro do ambiente.

Essa foi a mudança visual mais drástica, dentre outras mais que eu fiz,
junto com as mudanças de linguagem e arquitetura do ambiente.

Para poder mostrar essas modificações e obter aprovação de vocês, antes de
programar alguma coisa nova. Eu construí dois recursos.

O primeiro é uma versão *estática* do Amadis, onde é possível utilizar os
links que simulam o que realmente acontecerá no ambiente, e assim vocês
podem me dizer se estou no caminho certo, assim pretendo eliminar etapas
rápidamente.

O segundo é uma página no wiki do Amadis, onde existe a documentação, que
deverá ser atualizada assim que o ambiente começar a ganhar liberdade. O
link para ver a descrição de cada parte é
http://amadis.lec.ufrgs.br/index.php/Brainstorm_para_o_AMADIS_2.

Desta forma vocês poderão contribuir com suas opiniões, e assim que possível
eu gostaria de ouvir a opinião de cada um pessoalmente ou por email, mas sem
dar passos muito grandes, pois eu não consigo ir muito rápido pois estou
programando sozinho, hehehe.

Eu preciso da opinião de cada um, pois assim eu consigo portar esse mockup
para o que já foi programado no Amadis novo, pois não pretendo começar nada
do Zero, tudo que foi feito até agora, principalmente a base modular e a
estrutura de nodos, se mantem, é somente a concepção visual e de uso que
está emperrada, e a opinião de quem usa é sempre a mais importante.

Espero que gostem da demonstração e aguardo as opiniões de vocês, certamete
anotarei todas e montarei o melhor cronograma possível, para poder começar a
liberar o ambiente, para testes.

Link para o mockup.
http://www.lec.ufrgs.br/~robson/apresentacao/amadis/mockup/

-- 
Robson Mendonça
http://www.myweboncreate.com
http://www.robsonmendonca.com
Desenvolvedor Tecnológico
LEC - Laboratório de Estudos Cognitivos - UFRGS
Centro de Excelência Sun para Desenvolvimento de Soluções de TI para
Educação

[Amadis-devel-pt] Teste de troca de email

[R. M. <rob...@gm...>]

alô alô w do Brasil!

-- 
Robson Mendonça
http://www.myweboncreate.com
http://www.robsonmendonca.com
Desenvolvedor Tecnológico
LEC - Laboratório de Estudos Cognitivos - UFRGS
Centro de Excelência Sun para Desenvolvimento de Soluções de TI para
Educação

Re: [Amadis-devel-pt] Trac do Amadis

[Felipe T. <fo...@gm...>]

bacana, bom trabalho robson, ficou bem bonito o estilo do trac :)
e bom tutorial.

2008/5/21 Robson Mendonça <ro...@le...>:
> Ae pessoal,
>
> essa semana estive trabalhando para instalar e configurar o Trac no
> servidor barbarvore.lec.ufrgs.br com o Lighttpd+FastCGI, depois de muita
> briga e uma queda de luz desnaturada, conclui o trabalho.
>
> Hoje pela manhã acertei os últimos detalhes do CSS e já comecei a
> popular o site, ele ainda não está disponível para acesso fora da UFRGS,
> pois temos que liberar a porta 80 do servidor no CPD, mas quem quiser
> ver o resultado eu tenho screeshots no meu blog,
> http://myweboncreate.com/node/50.
>
> Falow!
> Robson Mendonça
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Amadis-devel-pt mailing list
> Ama...@li...
> https://lists.sourceforge.net/lists/listinfo/amadis-devel-pt
>



-- 
Felipe de Oliveira Tanus
E-mail: fo...@gm...
www.inf.ufrgs.br/~fotanus

[Amadis-devel-pt] Trac do Amadis

[Robson M. <ro...@le...>]

Ae pessoal,

essa semana estive trabalhando para instalar e configurar o Trac no 
servidor barbarvore.lec.ufrgs.br com o Lighttpd+FastCGI, depois de muita 
briga e uma queda de luz desnaturada, conclui o trabalho.

Hoje pela manhã acertei os últimos detalhes do CSS e já comecei a 
popular o site, ele ainda não está disponível para acesso fora da UFRGS, 
pois temos que liberar a porta 80 do servidor no CPD, mas quem quiser 
ver o resultado eu tenho screeshots no meu blog, 
http://myweboncreate.com/node/50.

Falow!
Robson Mendonça

[Amadis-devel-pt] Canal do LEC no FreeNode

[Robson M. <ro...@le...>]

Olá pessoal,

ultimamente estamos pensando algumas novas abordagens para melhoria da 
comunicação entre a equipe de desenvolvimento, pedagógica e terceiros. 
Sendo assim hoje foi criado um canal de comunicação no servidor de 
IRC(Internet Relay Chat) FreeNode.

Normalmente utilizamos o msn para nos comunicar, mas como nele há 
contatos externos que nem sempre estão dispostos a nos deixar trabalhar, 
optamos por usar o IRC.

Para acessar o canal do LEC pode-se usar qualquer software de IRC como o 
Mirc, XChat, etc. Eu recomendo e utilizo o site www.mibbit.com, assim 
não há necessidade
de ter um software, pode ser utilizado qualquer navegador web mesmo.

Aqui vão os dados de acesso.

Servidor: irc.freenode.net
Canal: #lec

Esse canal é aberto, qualquer um pode entrar, informo também que o 
pessoal do desenvolviemento deve se manter online o maior tempo 
possível, de preferência 30hs por dia, hehehehe, e que qualquer um que 
pedir uma forma de contato direta pode divulgar o canal, pois eu estarei 
online sempre que estiver na frente do pc, menos nos fins de semana.


Falow!!
Robson

[Amadis-devel-pt] Django x Rails

[Juliano B. <ju...@le...>]

       Dentro da discussão que o robson levantou de Django x Rails.  
Descobri hoje que o Django vêm pré-instalado no Servidor da OLPC  
enquanto o Rails não. Acredito que isso seja um argumento forte.
       Abraços,

       Juliano

Re: [Amadis-devel-pt] Update do Drupal

[Robson M. <ro...@le...>]

Ae Felipe e Juliano,

a quantidade de módulos que não estão sendo utilizados, se deve ao fato
do drupal no nosso servidor está rodando compartilhado com outros
portais, ou seja, existem muitos módulos porque são pelo menos 3 portais
utilizando a mesma instalação.
Já que conversamos ontem sobre isso, de não mais usar uma instalação
compartilhada, então tu pode tentar fazer o major updgrade, dae faz o
procedimento aquele, faz uma cópia do cms, atualiza e ver a merda que
dá. Pois eu acredito que os módulos utilizados no portal de Estudos de
Caso não passem de 10 módulos.

Falow!!
Robson Mendonça

Felipe Tanus escreveu:
>       Juliano,
>
>           Estamos rodando o drupal 4.7.6. O upgrade ideal seria para a 
> versão 6.x ou 5.x, um "major upgrade". Ainda há a possibilidade de 
> fazer o upgrade para a versão 4.7.11; porém ela logo será 
> descontinuada. Para atualizar para a versão 4.7.11 é fácil, presiso de 
> pouco tempo, porém, ao fazer um "major upgrade", eu teria que 
> pesquisar módulo a módulo, pois eles presisam ser atualizados 
> manualmente. Levando em conta que na versão atual há 59 módulos 
> custom, eu levaria uma vida para conseguir atualizar; No entanto, 
> muitos dos módulos estão apenas ali, sem serem usados.
>           O que podemos fazer é o seguinte: Coloquem a minha conta 
> como administrador no drupal do lec para eu poder avaliar quais os 
> módulos estão ativados e quais não, para assim verificar se existe uma 
> versão para os módulos que estão sendo usados atualmente para outra 
> versão do drupal; caso algum não tenha, pode-se decidir retirar aquele 
> módulo da nossa instalação atual e dar o upgrade ou deixar a versão 
> 4.7.11. Devemos avaliar o que vale a pena ser feito, tanto em relação 
> a melhoria do sistema como a do tempo exigido.
>
> abraços
>
>
> 2008/2/4, Juliano Bittencourt <ju...@le... 
> <mailto:ju...@le...>>:
>
>
>
>           Pessoal,
>
>           Estou aqui aproveitando o carnaval para avançar no SEMEAR. Tive
>     uns comportamento estranhos e precisei do debugger pra investigar. Dai
>     descori que no Rails 2.0 tudo está diferente em relação ao debugger.
>     Segue abaixo um screen cast que ajuda bastante:
>
>              http://railscasts.com/episodes/54
>
>              Esse site tem muita coisa bem interessante.
>              Falow,
>
>              Juliano
>     -------------------------------------------------------------------------
>     This SF.net email is sponsored by: Microsoft
>     Defy all challenges. Microsoft(R) Visual Studio 2008.
>     http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>     _______________________________________________
>     Amadis-devel-pt mailing list
>     Ama...@li...
>     <mailto:Ama...@li...>
>     https://lists.sourceforge.net/lists/listinfo/amadis-devel-pt
>
>
>
>
> -- 
> Felipe de Oliveira Tanus
> Fone: (51) 9907-9903
> E-mail: fo...@gm... <mailto:fo...@gm...>
> ------------------------------------------------------------------------
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> ------------------------------------------------------------------------
>
> _______________________________________________
> Amadis-devel-pt mailing list
> Ama...@li...
> https://lists.sourceforge.net/lists/listinfo/amadis-devel-pt
>   

[Amadis-devel-pt] Update do Drupal

[Felipe T. <wal...@gm...>]

      Juliano,

          Estamos rodando o drupal 4.7.6. O upgrade ideal seria para a
versão 6.x ou 5.x, um "major upgrade". Ainda há a possibilidade de fazer o
upgrade para a versão 4.7.11; porém ela logo será descontinuada. Para
atualizar para a versão 4.7.11 é fácil, presiso de pouco tempo, porém, ao
fazer um "major upgrade", eu teria que pesquisar módulo a módulo, pois eles
presisam ser atualizados manualmente. Levando em conta que na versão atual
há 59 módulos custom, eu levaria uma vida para conseguir atualizar; No
entanto, muitos dos módulos estão apenas ali, sem serem usados.
          O que podemos fazer é o seguinte: Coloquem a minha conta como
administrador no drupal do lec para eu poder avaliar quais os módulos estão
ativados e quais não, para assim verificar se existe uma versão para os
módulos que estão sendo usados atualmente para outra versão do drupal; caso
algum não tenha, pode-se decidir retirar aquele módulo da nossa instalação
atual e dar o upgrade ou deixar a versão 4.7.11. Devemos avaliar o que vale
a pena ser feito, tanto em relação a melhoria do sistema como a do tempo
exigido.

abraços


2008/2/4, Juliano Bittencourt <ju...@le...>:
>
>
>
>       Pessoal,
>
>       Estou aqui aproveitando o carnaval para avançar no SEMEAR. Tive
> uns comportamento estranhos e precisei do debugger pra investigar. Dai
> descori que no Rails 2.0 tudo está diferente em relação ao debugger.
> Segue abaixo um screen cast que ajuda bastante:
>
>          http://railscasts.com/episodes/54
>
>          Esse site tem muita coisa bem interessante.
>          Falow,
>
>          Juliano
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Amadis-devel-pt mailing list
> Ama...@li...
> https://lists.sourceforge.net/lists/listinfo/amadis-devel-pt
>



-- 
Felipe de Oliveira Tanus
Fone: (51) 9907-9903
E-mail: fo...@gm...

[Amadis-devel-pt] Debbuging com Rails

[Juliano B. <ju...@le...>]

      Pessoal,

      Estou aqui aproveitando o carnaval para avançar no SEMEAR. Tive  
uns comportamento estranhos e precisei do debugger pra investigar. Dai  
descori que no Rails 2.0 tudo está diferente em relação ao debugger.  
Segue abaixo um screen cast que ajuda bastante:

         http://railscasts.com/episodes/54

         Esse site tem muita coisa bem interessante.
         Falow,

         Juliano

[Amadis-devel-pt] Livro Getting Real

[<ro...@le...>]

Ae pessoal,

nos ultimos dois dias tenho lido muita coisa, para solucionar algumas 
dúvidas e para
me informar mais sobre o mundo do desenlvolvimento.

Ontem eu publiquei um post no meu blog que julgo interessante, e 
recomendo a leitura, o meu texto não é muito bom, mas os links que estão 
no post são explendidos.

http://blec.lec.ufrgs.br/page/robson

Outro lance legal é o livro escrito pela 37Signals criadora do framework 
Rails, estou lendo o livro,
e para minha surpresa estou encontrando respaldo para muitas das 
decisões que tenho tomado
ultimamente, e isso tem me dado mais força para mudança de linguagem de 
programação e adoção
do Rails como framework.

Ae vai o link http://gettingreal.37signals.com/GR_por.php#ch01

Boa leitura para todos,
Robson Mendonça

Re: [Amadis-devel-pt] Experimentos com rails

[Pedro P. <zu...@gm...>]

acredito que j=E1 te respondi ao vivo essa quest=E3o, mas em todo caso.
Sim, foi usado Nested Layout no mateval.


On 10/17/07, Robson Mendon=E7a <ro...@le...> wrote:
>
> Ae gurizada!
>
> Olha s=F3 eu instalei o plugin "engines" no rails e fiz uns testes e tudo
> funcionou direitinho.
>
> Eu j=E1 vinha experimentando uma nova abordagem para o Amadis com o
> CodeIgniter pra ver seria
> utilizar o MVC e tal, e a quest=E3o de modularidade. Muitas coisas
> surgiram na minha cabe=E7a e eu acabei
> vendo que o eu estava fazendo funciona muito melhor no Rails, por que eu
> tava fazendo umas gambiarras no CodeIgniter, tentando imaginar a
> modularidade.
>
> Pois bem, eu notei que funciona perfeitamente agente construir um core
> sobre a estrutura padr=E3o do
> rails, e os m=F3dulos dentro dos plugins, isso serviria at=E9 para que el=
es
> fossem instalados via linha de comando, talvez usando o script/plugins,
> s=F3 n=E3o sei como carrega-los na interface, mas acredito que ser=E1 mui=
to
> menos complicado do que da maneira que est=E1vamos pensando, construindo
> milhares de descri=E7=F5es complexas, etc...
>
> S=F3 que me bateu uma d=FAvida quanto a constru=E7=E3o da interface, eu q=
ueria
> saber que modelo de templates voc=EAs utilizaram no Mateval, se foi o
> Nested Layout ou outro qualquer, pq eu e queria usar o
> layout do amadis atual como template para os meus testes, e rascunhar
> uns scripts.
>
> Falow!!
> Robson Mendon=E7a
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> Amadis-devel-pt mailing list
> Ama...@li...
> https://lists.sourceforge.net/lists/listinfo/amadis-devel-pt
>



--=20
/**
*@author Pedro Pimentel
*@msn: zu...@gm...
*
* A imprensa pode causar mais danos que a bomba at=F4mica. E deixar cicatri=
zes
no c=E9rebro. (Noam Chomsky)
*/

[Amadis-devel-pt] Experimentos com rails

[<ro...@le...>]

Ae gurizada!

Olha só eu instalei o plugin "engines" no rails e fiz uns testes e tudo 
funcionou direitinho.

Eu já vinha experimentando uma nova abordagem para o Amadis com o 
CodeIgniter pra ver seria
utilizar o MVC e tal, e a questão de modularidade. Muitas coisas 
surgiram na minha cabeça e eu acabei
vendo que o eu estava fazendo funciona muito melhor no Rails, por que eu 
tava fazendo umas gambiarras no CodeIgniter, tentando imaginar a 
modularidade.

Pois bem, eu notei que funciona perfeitamente agente construir um core 
sobre a estrutura padrão do
rails, e os módulos dentro dos plugins, isso serviria até para que eles 
fossem instalados via linha de comando, talvez usando o script/plugins, 
só não sei como carrega-los na interface, mas acredito que será muito 
menos complicado do que da maneira que estávamos pensando, construindo 
milhares de descrições complexas, etc...

Só que me bateu uma dúvida quanto a construção da interface, eu queria 
saber que modelo de templates vocês utilizaram no Mateval, se foi o 
Nested Layout ou outro qualquer, pq eu e queria usar o
layout do amadis atual como template para os meus testes, e rascunhar 
uns scripts.

Falow!!
Robson Mendonça

Re: [Amadis-devel-pt] PHP vs Rails

[Pedro P. <zu...@gm...>]

Olha...
pelo que entendi, o cara gosta mais de meter a m=E3o na massa do que se
aproveitar das facilidades embutidas do rails e seus plugins.  Concordo com
ele que d=E1 ( e vai continuar dando) integrar e saber tirar proveito de to=
das
essas facilidades(plugins, gems) ao mesmo, que as vezes parecem at=E9 mesmo
conflitantes, por exemplo, a quest=E3o da internacionaliza=E7=E3o X localiz=
a=E7=E3o.

E ele come=E7ou h=E1 2 anos, atr=E1s, "talvez" se ele estivesse iniciando a=
gora,
seria diferente, pois o rails tem s=F3 3 anos de exist=EAncia.

Como Juliano me disse, vai ser como quando usou-se php 5 no amadis, o lec
foi um dos pioneiros. O pre=E7o de estar na beira da tecnologia =E9 esse, m=
as
acho que vai compensar.



On 9/24/07, Robson Mendon=E7a <ro...@le...> wrote:
>
> Ae pessoal,
>
> eu li o artigo, (daquele meu jeito, n=E9, pq o cara lotou o texto de
> girias e coisas estranhas), mas
> se n=E3o entendi errado ele voltou atr=E1s com o rewrite-from scracth del=
e
> porque o rails n=E3o se mostrou flex=EDvel o suficiente.
>
> Outro ponto, que pra mim =E9 o principal, =E9 o fato de dar manuten=E7=E3=
o ao
> c=F3digo, acredito que
> todo c=F3digo grande =E9 dif=EDcil de dar manuten=E7=E3o, mas o amadis te=
m muita
> sujeira no seu c=F3digo
> o que o torna muito mais complexa a manuten=E7=E3o.
>
> N=E3o vejo o Rails como uma solu=E7=E3o para isso, at=E9 pela sua organiz=
a=E7=E3o
> padr=E3o com arquivos,
> separados por tipos e n=E3o por m=F3dulos, mas talvez um plugin resolva o
> problema.
>
> Uma vantagem mas tamb=E9m interpretado por mim como um problema, =E9
> distinguir o que =E9 Rails e
> o que =E9 Ruby, pois o framework n=E3o deve prover tudo que necessitamos,=
 s=F3
> que no php eu sei
> para onde caminhar, hehehe. Mas eu consigo distinguir os php de suas
> ferramentas.
>
> Para mim a grande ajuda do Rails para a comunidade foi a tomada de
> consci=EAncia quanto ao uso
> do MVC, coisa que o Java deu in=EDcio mas n=E3o conseguiu fazer o Boom!!!
> Que o Rails fez.
> O Rails conseguir fazer com que Frameworks como o Cake-PHP fossem
> restruturados para
> funcionar de modo semelhante a ele, e contribuiu para o surgimento de um
> forte concorrente, e
> melhor constru=EDdo o CodeIgniter, que hoje utilizo como meu framework
> pessoal.
>
> Mas tomamos a decis=E3o, e se vamos escrever do zero, temos que adotar um=
a
> nova tecnologia
> MVC, acredito que o CodeIgniter nos daria tanta dor de cabe=E7a quanto o
> Rails, e o Zend nos
> daria muito mais dor de cabe=E7a que os dois juntos, mas somente o tempo
> de uso do Rails podera
> me convencer de que ele =E9 realmente a melhor solu=E7=E3o, por esses mot=
ivos
> eu pretente fazer a
> ferramenta de estatisticas do AMADIS utilizando Flex e RubyonRails, j=E1
> que se trata de um
> problema real e que DEVE funcionar, pois as pessoas est=E3o precisando.
>
> Era isso!!!
> Falow!!
>
>
>
>
>
> Juliano Bittencourt escreveu:
> >     E ai Pessoal,
> >
> >     Achei interessante esse artigo. Apesar de acreditar que devemos
> > manter nossos planos em desenvolvimento, acho que a leitura tem alguns
> > insights legais:
> >
> >
> >
> http://www.oreillynet.com/ruby/blog/2007/09/7_reasons_i_switched_back_to_=
p_1.html
> >
> >     Abra=E7os
> >
> >
> -------------------------------------------------------------------------
> > This SF.net email is sponsored by: Microsoft
> > Defy all challenges. Microsoft(R) Visual Studio 2005.
> > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> > _______________________________________________
> > Amadis-devel-pt mailing list
> > Ama...@li...
> > https://lists.sourceforge.net/lists/listinfo/amadis-devel-pt
> >
> >
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Amadis-devel-pt mailing list
> Ama...@li...
> https://lists.sourceforge.net/lists/listinfo/amadis-devel-pt
>



--=20
/**
*@author Pedro Pimentel
*@msn: zu...@gm...
*
* A imprensa pode causar mais danos que a bomba at=F4mica. E deixar cicatri=
zes
no c=E9rebro. (Noam Chomsky)
*/

Re: [Amadis-devel-pt] PHP vs Rails

[<ro...@le...>]

Ae pessoal,

eu li o artigo, (daquele meu jeito, né, pq o cara lotou o texto de 
girias e coisas estranhas), mas
se não entendi errado ele voltou atrás com o rewrite-from scracth dele 
porque o rails não se mostrou flexível o suficiente.

Outro ponto, que pra mim é o principal, é o fato de dar manutenção ao 
código, acredito que
todo código grande é difícil de dar manutenção, mas o amadis tem muita 
sujeira no seu código
o que o torna muito mais complexa a manutenção.

Não vejo o Rails como uma solução para isso, até pela sua organização 
padrão com arquivos,
separados por tipos e não por módulos, mas talvez um plugin resolva o 
problema.

Uma vantagem mas também interpretado por mim como um problema, é 
distinguir o que é Rails e
o que é Ruby, pois o framework não deve prover tudo que necessitamos, só 
que no php eu sei
para onde caminhar, hehehe. Mas eu consigo distinguir os php de suas 
ferramentas.

Para mim a grande ajuda do Rails para a comunidade foi a tomada de 
consciência quanto ao uso
do MVC, coisa que o Java deu início mas não conseguiu fazer o Boom!!! 
Que o Rails fez.
O Rails conseguir fazer com que Frameworks como o Cake-PHP fossem 
restruturados para
funcionar de modo semelhante a ele, e contribuiu para o surgimento de um 
forte concorrente, e
melhor construído o CodeIgniter, que hoje utilizo como meu framework 
pessoal.

Mas tomamos a decisão, e se vamos escrever do zero, temos que adotar uma 
nova tecnologia
MVC, acredito que o CodeIgniter nos daria tanta dor de cabeça quanto o 
Rails, e o Zend nos
daria muito mais dor de cabeça que os dois juntos, mas somente o tempo 
de uso do Rails podera
me convencer de que ele é realmente a melhor solução, por esses motivos 
eu pretente fazer a
ferramenta de estatisticas do AMADIS utilizando Flex e RubyonRails, já 
que se trata de um
problema real e que DEVE funcionar, pois as pessoas estão precisando.

Era isso!!!
Falow!!





Juliano Bittencourt escreveu:
>     E ai Pessoal,
>
>     Achei interessante esse artigo. Apesar de acreditar que devemos 
> manter nossos planos em desenvolvimento, acho que a leitura tem alguns 
> insights legais:
>
>     
> http://www.oreillynet.com/ruby/blog/2007/09/7_reasons_i_switched_back_to_p_1.html
>
>     Abraços
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Amadis-devel-pt mailing list
> Ama...@li...
> https://lists.sourceforge.net/lists/listinfo/amadis-devel-pt
>
>   

[Amadis-devel-pt] PHP vs Rails

[Juliano B. <ju...@le...>]

    E ai Pessoal,

    Achei interessante esse artigo. Apesar de acreditar que devemos 
manter nossos planos em desenvolvimento, acho que a leitura tem alguns 
insights legais:

    
http://www.oreillynet.com/ruby/blog/2007/09/7_reasons_i_switched_back_to_p_1.html

    Abraços

[Amadis-devel-pt] =?iso-8859-1?q?Sobre_localiza=E7=E3o_do_AMADIS?=

[Juliano B. <ju...@le...>]

  Pessoal,

   Nos últimos anos temos conversado muito sobre a tecnologia para 
localização que devemos utilizar no AMADIS. Para mim está claro, que 
devemos investir no gettext por vários motivos:

    1. É uma tecnologia bem estabelecida, conhecida e utilizada;
    2. Possuí ferramentas muito boas para a tradução;
    3. Muitos dos tradutores eventuais já estão familiarizados com ela;

    Como ferramenta interessantes, gostaria de comentar o launchpad, que 
é uma interface web para várias coisas, entre elas, ajuda na tradução. 
Vai o  link da tradução do Squeak/Etoys

    https://launchpad.net/etoys/+translations

     Acho que a maior dificuldade fica a cargo do programador, já que o 
gettext é mais complexo do que outras soluções. Mas acho importante 
jogar as dificuldades para quem tem mais condições de ligar com elas. 
Visitem o launchpad e me digam o que acham?
      Abraços,

      Juliano

[Amadis-devel-pt] Branch para testes amadis_rails

[Juliano B. <ju...@le...>]

     Pessoal,

     Como combinado criei no svn um banch para fazermos testes para o 
amadis_rails. Para baixar

     svn co 
https://j_b...@am.../svnroot/amadis/amadis_rails/branches/prototype 
amadis

     com o seu nome de usuário.
      Abraços,

      Juliano

[Amadis-devel-pt] =?iso-8859-1?q?Solu=E7=E3o_para_a_modularidada_?= =?iso-8859-1?q?em_rails?=

[Juliano B. <ju...@le...>]

    Acredito que esse plugin soluciona a questão da construção modular 
em rails

    http://api.rails-engines.org/

    Com esse tutorial, fica fácil fazer as customizações:

    
http://fiatdev.com/2007/3/31/implementing-djangos-modular-apps-feature-in-rails

     Abraços,

     Juliano

[Amadis-devel-pt] crossmark

[Daniel M. B. <da...@ba...>]

Caros,

o Ivan Krstic n=C3=A3o tinha me dado retorno pois estava com um problema de
configura=C3=A7=C3=A3o no MTA dele, e n=C3=A3o tinha recebido meus e-mails,=
 at=C3=A9 que eu
entrei em contato com ele pela lista de...@la.... Acho que logo
teremos algumas defini=C3=A7=C3=B5es sobre o pr=C3=B3ximo draft.

[]'s

Daniel

[Amadis-devel-pt] crossmark and 3d on the olpc

[Daniel M. B. <da...@ba...>]

Hi Ivan,

I sent you my public key, when you set my account up I'll commit the
jsCrossmark code. I learned how to use git, very nice, I'll not use
bazaar anymore. :)

I'm still waiting for the next Crossmark draft, but this time I'll
emphasize my preference for the Creole syntax for the styling. The
single marker syntax makes too costly to disambiguate, making it very
inappropriate for execution on a slow VM, like the JavaScript in which
jsCrossmark runs.

Also I want to point out that the draft-4 has no provisions for easily
showing source code, that may contain several consecutive new-lines and
indentation levels. Perhaps a multi-line python string syntax (""")
should be adopted.

We're already using jsCrossmark here at LEC-UFRGS, and at the Luciana de
Abreu school, so please give me some feedback asap.

I've been working on an OpenGL implementation suitable for execution on
the XO, perhaps that should be hosted on dev.laptop.org too.

Regards,

Daniel

Re: [Amadis-devel-pt] Problemas com jsCrossmark

[Daniel M. B. <da...@ba...>]

Em Ter, 2007-06-19 =C3=A0s 00:52 -0300, Juliano Bittencourt escreveu:
>     T=C3=B4 com um problema em rela=C3=A7=C3=A3o ao jsCrossmark. Aparente=
mente ele n=C3=A3o=20
> est=C3=A1 fazendo negrito. D=C3=A1 uma olhada para mim.

Esse problema est=C3=A1 relacionado =C3=A0 forma como a procura pelos limit=
es dos
identificadores de estilo =C3=A9 feita. A forma precisa =C3=A9 computaciona=
lmente
muito custosa, por isso eu fiz uma aproxima=C3=A7=C3=A3o bem mais r=C3=A1pi=
da, mas que
n=C3=A3o funciona em todos os casos. A forma precisa tamb=C3=A9m est=C3=A1
implementada, s=C3=B3 precisa setar uma flag numa classe (mas fui testar
agora e vi que n=C3=A3o est=C3=A1 t=C3=A3o precisa assim, n=C3=A3o funciona=
 para este
caso :p )

A solu=C3=A7=C3=A3o r=C3=A1pida =C3=A9: em vez de *Sejam bem-vindos!*, usa =
*Sejam
bem-vindos*!

Eu sugeri ao Ivan Krstic que ele usasse a sintaxe do Creole, como havia
sido proposto por mais gente, mas ele ainda n=C3=A3o deu resposta. Vou
aproveitar e enviar um e-mail para ele agora mesmo.

[]'s

Daniel

[Amadis-devel-pt] Problemas com jsCrossmark

[Juliano B. <ju...@le...>]

    Daniel,

    Tô com um problema em relação ao jsCrossmark. Aparentemente ele não 
está fazendo negrito. Dá uma olhada para mim.

     
http://uca.lec.ufrgs.br/amadis/tools/wiki/index.php?frm_namespace=project_43

     Abraços,

     Juliano