You can subscribe to this list here.
2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
(15) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2007 |
Jan
|
Feb
(2) |
Mar
(3) |
Apr
|
May
(10) |
Jun
(6) |
Jul
|
Aug
(1) |
Sep
(5) |
Oct
(2) |
Nov
(1) |
Dec
|
2008 |
Jan
|
Feb
(3) |
Mar
(1) |
Apr
(1) |
May
(2) |
Jun
(1) |
Jul
|
Aug
|
Sep
(3) |
Oct
(1) |
Nov
|
Dec
|
2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
From: R. M. <rob...@gm...> - 2008-10-03 00:16:03
|
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 |
From: R. M. <ro...@le...> - 2008-09-25 20:44:05
|
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 |
From: R. M. <ro...@le...> - 2008-09-23 03:24:11
|
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 |
From: R. M. <ro...@le...> - 2008-09-22 02:07:00
|
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 |
From: R. M. <rob...@gm...> - 2008-06-03 01:00:23
|
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 |
From: Felipe T. <fo...@gm...> - 2008-05-21 20:09:27
|
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 |
From: Robson M. <ro...@le...> - 2008-05-21 19:06:20
|
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 |
From: Robson M. <ro...@le...> - 2008-04-04 19:00:57
|
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 |
From: Juliano B. <ju...@le...> - 2008-03-18 13:48:11
|
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 |
From: Robson M. <ro...@le...> - 2008-02-08 18:42:49
|
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 > |
From: Felipe T. <wal...@gm...> - 2008-02-07 19:53:23
|
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... |
From: Juliano B. <ju...@le...> - 2008-02-04 18:50:18
|
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 |
From: <ro...@le...> - 2007-11-01 17:26:07
|
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 |
From: Pedro P. <zu...@gm...> - 2007-10-27 00:41:15
|
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) */ |
From: <ro...@le...> - 2007-10-18 01:38:13
|
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 |
From: Pedro P. <zu...@gm...> - 2007-09-25 03:05:07
|
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) */ |
From: <ro...@le...> - 2007-09-24 23:20:13
|
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 > > |
From: Juliano B. <ju...@le...> - 2007-09-24 01:25:43
|
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 |
From: Juliano B. <ju...@le...> - 2007-09-18 15:14:35
|
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 |
From: Juliano B. <ju...@le...> - 2007-09-06 14:35:43
|
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 |
From: Juliano B. <ju...@le...> - 2007-08-01 01:43:45
|
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 |
From: Daniel M. B. <da...@ba...> - 2007-06-29 22:00:55
|
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 |
From: Daniel M. B. <da...@ba...> - 2007-06-19 05:39:40
|
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 |
From: Daniel M. B. <da...@ba...> - 2007-06-19 05:15:00
|
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 |
From: Juliano B. <ju...@le...> - 2007-06-19 03:52:09
|
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 |