aplicação open source
ishmael
Tenho andado a "brincar" com RoR e criei uma aplicação para ir
aprendendo. Como já há muito tempo queria fazer uma aplicação para
gerir finanças pessoais achei que era a melhor coisa para me manter
interessado.
A aplicação já tem um minimo de coisas a funcionar, incluido uma quase
completa versão do html para o iphone, e agora tou na duvida se passe
de uma coisa closed source para open source.
Confesso que como é uma aplicação que apesar de funcionar, uso para ir
aprendendo, tem erros e coisas mal feitas, logo há sempre aquela
sensação de ser "julgado" por isso. Estilo a aplicação ainda não tem
testes, pois ainda não cheguei lá.
Quais as vantagens/desvantagens de passar a open source?
Obrigado,
Manuel SIlva
Levi Figueira
~Levi Figueira
_______________________________
mobile. +351 96 494 1080
web. http://levifig.com
gtalk. me (@levifig.com)
skype. levifig
twitter. @levifig
Alexandre Loureiro Solleiro
--
Alexandre Loureiro Solleiro
--
web: http://webcracy.org
mobile: +351 933 655 676
email & im: alexandre...@gmail.com
ishmael
percebe-lo! eheh
Do que tenho pensado, não tenho muito a perder com a coisa, visto que
realmente não me importo que digam que está mal feito porque seja como
for vou aprender...
E como não pretendo fazer um mint daquilo, nem tenho quaisquer
aspirações a fazer uma coisa comercial, a nivel economico tambem não
perco nada.
On 20 Out, 19:17, Alexandre Loureiro Solleiro
<alexandre.solle...@gmail.com> wrote:
> Na minha experiência (cf.http://github.com/webcracy), se julgam, não acusam
> Ruby foi a minha primeira linguagem e não tenho qualquer formação em
> informática. Hoje passo-me a ler o código que escrevi para aqueles bots, mas
> i) queria as funcionalidades e ii) não havia nas lojas -- se fosse ser útil
> a mais alguém, e permitir-me aprender com a experiência, talvez valesse o
> risco de passar vergonha.
>
> O facto é que valeu... O computer-bot ficou bem escrito porque o Ruben
> (Fonseca) re-escreveu tudo o que pôde!
>
> Desde o "release early, release often" ao pwnage, passando pelos patches,
> acho que podemos confiar na cultura do software livre e dos coders para
> sempre nos deixarem com o misto de esperança em ser útil e medo do fiasco
> embaraçoso. Faz parte, mas acho que se o que queres é aprender, já ganhaste.
> O meu conselho é "publica!". No pior dos casos "lês a puta do manual" :)
>
> 2009/10/20 Levi Figueira <m...@levifig.com>
>
>
>
> > Seria interessante ouvir opiniões de malta que já passou por isso... Eu
> > também penso no mesmo que tu, Ishmael, visto que sinto sempre que ainda não
> > está "no ponto" para haver mais gente a ver a minha "amálgama de código" e
> > há sempre o medo de sermos julgados por más opções tomadas (isto quando não
> > há crítica construtiva, porque essa é sempre bem vinda, obviamente) :)
>
> > ~Levi Figueira
>
> > _______________________________
> > *web.*http://levifig.com
> > *gtalk.* me (@levifig.com)
> > *skype.* levifig
> > *twitter.* @levifig
>
> > 2009/10/20 ishmael <senna...@yahoo.com>
> >> Boas,
>
> >> Tenho andado a "brincar" com RoR e criei uma aplicação para ir
> >> aprendendo. Como já há muito tempo queria fazer uma aplicação para
> >> gerir finanças pessoais achei que era a melhor coisa para me manter
> >> interessado.
>
> >> A aplicação já tem um minimo de coisas a funcionar, incluido uma quase
> >> completa versão do html para o iphone, e agora tou na duvida se passe
> >> de uma coisa closed source para open source.
>
> >> Confesso que como é uma aplicação que apesar de funcionar, uso para ir
> >> aprendendo, tem erros e coisas mal feitas, logo há sempre aquela
> >> sensação de ser "julgado" por isso. Estilo a aplicação ainda não tem
> >> testes, pois ainda não cheguei lá.
>
> >> Quais as vantagens/desvantagens de passar a open source?
>
> >> Obrigado,
>
> >> Manuel SIlva
>
> --
> Alexandre Loureiro Solleiro
> --
> web:http://webcracy.org
> mobile: +351 933 655 676
Francisco Cabrita
free the beast! :)
Francisco
--
blog: http://sufixo.com/raw
http://www.linkedin.com/in/franciscocabrita
ishmael
codigo e descobrir um daqueles bugs de segurança que não lembra a
ninguem!
apesar de ainda não estar "aberta" ao publico, porque vou só corrigir
esse bug, mas primeiro tenho de acabar um desenvolvimento que estou a
fazer que me obriga a mexer na aplicação toda, posso fazer uma
pequena descrição do que quis aprender/fazer com esta experiencia.
Tendo trabalhado com c# e delphi nos ultimos anos, achei que me estava
a habituar demasiado a toda a simplicidade que a microsoft oferece, no
caso do c#, para fazer as coisas. É quase tudo feito automaticamente,
e queria voltar a ter que pensar um bocado. Não querendo com isto
dizer que não é preciso pensar com c#, mas no que eu estava/estou a
fazer, efectivamente não pensava muito.
Entao resolvi fazer uma aplicacao quase como se fosse uma empresa. Tem
um dominio, tem o codigo no github, tem "issue tracking" no lighthouse
e esta alojada no heroku e claro, usa RoR!
Venho de usar cvs, svn e até team server para source control, e
resolvi usar o git porque não percebia nada daquilo.
O RoR e consequentemente o heroku é que foram escolhas mais ou menos
reflectidas, porque fui lendo sobre as duas coisas e confesso que
achei "piada". Hoje, ainda com o conhecimento limitado que tenho das
coisas, acho ambos fenomenais, mas o heroku é o mais fenomenal dos
dois. Simplesmente incrivel como aquilo funciona.
O lighthouse foi uma escolha meio random. Já tinha andado a brincar
com o basecamp e na altura não gostei muito. Hoje, se calhar, seria o
que eu escolheria...
Em relação ao que a aplicação faz/irá fazer, é uma aplicacao para
gerir as finanças pessoais.
Para já tenho a parte de criação de contas bancarias feita, com a
possibilidade de criar movimentos que vao para categorias e podem ter
tags. Utilizando o interface para o iphone é tambem possivel gravar a
posição GPS de onde foi feita a compra, e depois ver num mapa. A razao
do gravar a posicao gps, é para se poder mapear "zonas negras". Do
estilo, se gastam muito dinheiro naquela zona, o melhor mesmo é não ir
la! eheh
O que quero fazer? o desenvolvimento que falei em cima, é para poder
partilhar uma conta. Por exemplo, um casal, cada um tem o seu login,
mas ambos podem inserir/actualizar/apagar movimentos na mesma conta.
Quero tambem fazer um sistema de movimentos recorrentes, e obviamente
fazer estatisticas acerca do que se gasta e em que....
E vou tendo mais ideias...
Daqui a uns dias espero por a aplicacao open source, e a parte do
lighthouse tambem visivel para todos.
Um abraço,
Manuel Silva
On 21 Out, 10:45, Francisco Cabrita <francisco.cabr...@gmail.com>
wrote:
>
> free the beast! :)
>
> Francisco
>
Francisco Cabrita
bahah pelo menos toda esta conversa já serviu para uma coisa: ver o
codigo e descobrir um daqueles bugs de segurança que não lembra a
ninguem!
Nice. Contas?
apesar de ainda não estar "aberta" ao publico, porque vou só corrigir
esse bug, mas primeiro tenho de acabar um desenvolvimento que estou a
fazer que me obriga a mexer na aplicação toda, posso fazer uma
pequena descrição do que quis aprender/fazer com esta experiencia.
Tendo trabalhado com c# e delphi nos ultimos anos, achei que me estava
a habituar demasiado a toda a simplicidade que a microsoft oferece, no
caso do c#, para fazer as coisas. É quase tudo feito automaticamente,
e queria voltar a ter que pensar um bocado. Não querendo com isto
dizer que não é preciso pensar com c#, mas no que eu estava/estou a
fazer, efectivamente não pensava muito.
Entao resolvi fazer uma aplicacao quase como se fosse uma empresa. Tem
um dominio, tem o codigo no github, tem "issue tracking" no lighthouse
e esta alojada no heroku e claro, usa RoR!
eich,... uma empresa? Conheço "software houses" que:
1) Não tem domínio próprio para as apps (mas ok isto tb tem vantagens e desvantagens, depende);
2) não sabem o que é github
3) issue tracking só se for para saber o que é o almoço ali na tasca do lado
4) Herokê! Nem GAE quanto mais Heroku (tb gosto mt de Heroku e ... Sinatra vem de lá)
5) Ah RoR tem. Se há Hype tem!
Venho de usar cvs, svn e até team server para source control, e
resolvi usar o git porque não percebia nada daquilo.
O RoR e consequentemente o heroku é que foram escolhas mais ou menos
reflectidas, porque fui lendo sobre as duas coisas e confesso que
achei "piada". Hoje, ainda com o conhecimento limitado que tenho das
coisas, acho ambos fenomenais, mas o heroku é o mais fenomenal dos
dois. Simplesmente incrivel como aquilo funciona.
O lighthouse foi uma escolha meio random. Já tinha andado a brincar
com o basecamp e na altura não gostei muito. Hoje, se calhar, seria o
que eu escolheria...
Em relação ao que a aplicação faz/irá fazer, é uma aplicacao para
gerir as finanças pessoais.
Para já tenho a parte de criação de contas bancarias feita, com a
possibilidade de criar movimentos que vao para categorias e podem ter
tags. Utilizando o interface para o iphone é tambem possivel gravar a
posição GPS de onde foi feita a compra, e depois ver num mapa. A razao
do gravar a posicao gps, é para se poder mapear "zonas negras". Do
estilo, se gastam muito dinheiro naquela zona, o melhor mesmo é não ir
la! eheh
LOL essa cena do GPS e zonas "negras"... podem acontecer N cenários interessantes:
1) A tua mulher ver que gastas muito dinheiro em bares de strip
2) Ao fim-de-semana fugires das zonas negras quando passeias com a tua mulher
:)
O que quero fazer? o desenvolvimento que falei em cima, é para poder
partilhar uma conta. Por exemplo, um casal, cada um tem o seu login,
mas ambos podem inserir/actualizar/apagar movimentos na mesma conta.
Quero tambem fazer um sistema de movimentos recorrentes, e obviamente
fazer estatisticas acerca do que se gasta e em que....
E vou tendo mais ideias...
Eu posso apagar "créditos/débidos" da minha mulher? Com ou sem auth dela?
Posso ter despesas invisiveis? Tipo quando comprar um presente para lhe dar, ela vai ser quanto custou, etc etc
É uma ideia interessante essa das contas partilhadas mas tens algumas outras tantas questões a resolver. Boa sorte pq vais divertir-te certamente.
Daqui a uns dias espero por a aplicacao open source, e a parte do
lighthouse tambem visivel para todos.
Boa,
Abraço,
Francisco
Diogo Carvalho
Tenho necessidades de uma app dessas, e inclusive ja tinha pensado em fazer um tb.
tal como ja disseram , Free the beast.
Ruben Fonseca
On Oct 20, 2009, at 7:17 PM, Alexandre Loureiro Solleiro wrote:
> O facto é que valeu... O computer-bot ficou bem escrito porque o
> Ruben (Fonseca) re-escreveu tudo o que pôde!
>
> Desde o "release early, release often" ao pwnage, passando pelos
> patches, acho que podemos confiar na cultura do software livre e dos
> coders para sempre nos deixarem com o misto de esperança em ser útil
> e medo do fiasco embaraçoso. Faz parte, mas acho que se o que queres
> é aprender, já ganhaste. O meu conselho é "publica!". No pior dos
> casos "lês a puta do manual" :)
>
Só queria acrescentar a este parágrafo que, se ele nao tivesse o
computer-bot opensource, eu nunca teria tido vontade de participar e
ajudar a limpar um bocadinho a coisa...
Por isso nunca se sabe o que não estarás a perder por não publicar
isso... estamos sempre a aprender!!
Ruben
Tiago Franco
Confesso que acho muito interessante o âmbito da aplicação.
Força e boa sorte.
TF
Levi Figueira
~Levi Figueira
_______________________________
mobile. +351 96 494 1080
web. http://levifig.com
gtalk. me (@levifig.com)
skype. levifig
twitter. @levifig
miguel machado
espero q alguém tenha percebido alguma coisa o_O Boa sorte!
_ miguel
--
"To understand what is recursion you must first understand recursion"
Francisco Cabrita
Não faço isso mas isso resolve-se mt mt fácil. "Split expense" que pega na unidade e abre dois débitos com 1/2 do valor para cada user.
solved :)
Francisco
miguel machado
Francisco Cabrita
"Querida hoje pago eu 1/3 e tu depois pagas 2/3." Não me parece prático.
mas isto já me parece um bom negócio :)
Se ela for loira sempre podem dizer "e tu pagas 7/2" :P
Abraço
Franc
ishmael
ja está tudo feito para ficar open source, so estou a espera de chegar
a casa, e correr as migracoes no heroku, visto que com o proxy da
empresa, o heroku nao vai la, e ja perdi demasiado tempo a tentar
descobrir o que se passava.
em relação ao que pode dar... está tudo em aberto....
acho que a ideia das compras privadas é excelente e que já devia ter
pensado nela :)
a do split expense, porque não, deve ser mm uma questao de dividir um
movimento em dois....
confesso que estou meio "pasmado" com o apoio e ideias que ja foram
pondo aqui. da sem duvida um outro alento para continuar a programar
este hobby.
Mais logo estará online! agora tb tou um pouco com medo, espero que
nao tenham criado muitas espectativas.... eheh
obrigado,
Manuel Silva
ishmael
> Nice. Contas?
claro que conto. Que tal isto para erro de programação:
- tu tens uma conta, eu resolvo alterar a url para uma conta ao
calhas, e vou para a tua, em vez de não ver nada, vejo os teus dados
em toda a glora :)
mas já está a caminho de ser corrigido!
> ainda consegues "descer" maishttp://www.sinatrarb.com/
too low! isto tem de ser com calma.....
> eich,... uma empresa? Conheço "software houses" que:
> 1) Não tem domínio próprio para as apps (mas ok isto tb tem vantagens e
> desvantagens, depende);
> 2) não sabem o que é github
> 3) issue tracking só se for para saber o que é o almoço ali na tasca do lado
> 4) Herokê! Nem GAE quanto mais Heroku (tb gosto mt de Heroku e ... Sinatra
> vem de lá)
dinheiro, mas isso tambem se arranja com alguma calma, eheh
> 5) Ah RoR tem. Se há Hype tem!
até que nem é uma má ferramenta. ehhe não é só hype!
> LOL essa cena do GPS e zonas "negras"... podem acontecer N cenários
> interessantes:
> 1) A tua mulher ver que gastas muito dinheiro em bares de strip
> 2) Ao fim-de-semana fugires das zonas negras quando passeias com a tua
> mulher
mesmo para poupar dinheiro!
> Eu posso apagar "créditos/débidos" da minha mulher? Com ou sem auth dela?
> Posso ter despesas invisiveis? Tipo quando comprar um presente para lhe dar,
> ela vai ser quanto custou, etc etc
> É uma ideia interessante essa das contas partilhadas mas tens algumas outras
> tantas questões a resolver. Boa sorte pq vais divertir-te certamente.
>
tal como podes so poder ver a conta mas nao inserir. Em relação as
despesas invisiveis está uma excelente ideia, por isso para ser
implementado.
Em relaçao a outras questoes a resolver, as contas partilhadas lixam
um bocado o esquema do ver onde se gasta o dinheiro, porque as
categorias e as tags nao são partilhas. mas pode ficar num "bolo" so
com o total gasto pela outra(s) pessoas.
Um abraço,
Manuel Silva
miguel machado
Francisco Cabrita
"ah não pago a tua sobremesa!! Eu só bebi café!" :D LOL :D heheeh just kidding :P
ishmael
barata, e quer que ela pague a parte dela...
é um caso que com mulheres não é assim tao dificil de acontecer...
Francisco Cabrita
1) Sê gentleman e paga tu a carteira
2) Outro dia sais à noite com ela, acabas num bar a mamar pints a noite toda e vais ver que ela não passa, no máximo, de duas garrafas de àgua sem gaz :D ah e é a vez dela pagar :D eheheh
ou entao, vao as compras, ela compra uma carteira cara, ele uma coisa
barata, e quer que ela pague a parte dela...
é um caso que com mulheres não é assim tao dificil de acontecer...
Tiago Franco
TF
Francisco Cabrita
ishmael
o repositorio esta aqui:
http://github.com/ishmael/phosney_web
e como diz no readme a aplicacao vive aqui:
http://www.phosney.com
critiquem, mas nao muito.... eheh
ok ok, critiquem a vontade!
Pedro Sousa
Pedro Sousa
--
[work] http://www.thinkorange.pt
[blog] http://www.reinventar.com
[profile] http://www.linkedin.com/in/psousa
Francisco Cabrita
here we go!
o repositorio esta aqui:
http://github.com/ishmael/phosney_web
clonado
e como diz no readme a aplicacao vive aqui:
http://www.phosney.com
registado
critiquem, mas nao muito.... eheh
ok ok, critiquem a vontade!
logo às 00. :)
Abraço
Francisco
Miguel Machado
:D
Miguel Machado
Alcides Fonseca
ishmael
alterei algumas coisas.
Eu em design nao sou nabo, nem chego a ter classificacao!
e thanks
On Oct 21, 8:09 pm, Miguel Machado <mls.mach...@gmail.com> wrote:
> Man, eu estou a experimentar a app agora e sinceramente... A cena está
> esteticamente mto fixe (eu sou um nabo em design, mas gosto!) e
> aparentemente já dá para fazer mta coisa! Mto bom!
>
> Exploro o resto mais tarde, mas parabéns!
> _ miguel
>
> On 21 Oct 2009, at 19:47, Francisco Cabrita wrote:
>
>
>
> > Boa!
>
Miguel Machado
volta de várias css frameworks e devo dizer que tem feito maravilhas à
minha self-esteem enquanto pseudo designer wannabe. Era e é uma coisa
que me incomoda, ver templates e layouts todos pipis e não os saber
fazer. Depois um gajo quer ter pet projects e sente sempre aquela
comichão (ler limitação).
Anyway, experimentei o blueprint, o 960.gs, o emtastic, fluidgrid.net
entre outros e derivados. Percebi que grid based layouts é como usar
tabelas mas sem o colesterol. Recomendo!
_ miguel
Francisco Cabrita
Gostei do design e da aplicação :)
- Último login: never (não custava nada traduzir o never ;)- O menu sem nenhuma categoria nem nada fica um bocado confuso. Talvez meter os links das novas categorias mais pequenos.- Devia haver "Sem categoria" como categoria, ou então ter um ecrã de configuração rápida no primeiro login.- Em vez de escolheres crédito/débito no form, que tal teres Adicionar despesa e Adicionar recebimento. Faz mais sentido para mim ter isso separado, mesmo que seja o mesmo form.
Txii deixa as drogas man.. Ah tu nem bebes café. Deve ser isso :)
- Era fixe ter um quick add, para adicionar rapidamente uma despesa com o mínimo número de campos, e disponível em qualquer página.- Para planos futuros, permitir exportar os dados para o Excel para fazer contas engraçadas e tal (ou tu mostrares gráficos fixolas).- Se exporta, já agora uma API para adicionar coisas, para fazer um cliente desktop ou isso.- Como quem não quer a coisa, podia também fazer tostas mistas...
err logo tenho mesmo de testar isto com calma... não vejo nenhum ecrã que aqui se fala.
<lol> deve ser a minha net a papar a tua app </lol>
Um comentário crítico a este género de aplicações:Já vi umas poucas e até ao momento nenhum bate o Google Docs que estou a usar. Cada linha é uma despesa ou recebimento, digo o que é e quando foi. Tenho a liberdade de fazer as contas que eu quiser, etc... Quem diz Google Docs diz Excel ou afins.
Vi um que lia códigos de barras para ver o preço (não perguntem como) e acho que mais alguma coisa e sempre ajudava o processo, mas no geral todas as soluções custam a apontar registos mais do que uma spreadsheet.Tudo bem que tem interface para o iPhone, mas tem de custar menos a usar que uma spreadsheet, senão não considero a solução. Mas para algumas pessoas, o facto de fazer análises de gastos e onde se pode poupar poderá compensar.Alcides
Francisco Cabrita
A minha poção é simples:
http://www.yaml.de/en/ + http://jqueryui.com/ = love
Francisco
ishmael
> Gostei do design e da aplicação :)
>
> - Último login: never (não custava nada traduzir o never ;)
traduzindo
> - O menu sem nenhuma categoria nem nada fica um bocado confuso. Talvez
> meter os links das novas categorias mais pequenos.
apareciam
> - Devia haver "Sem categoria" como categoria, ou então ter um ecrã de
> configuração rápida no primeiro login.
> - Em vez de escolheres crédito/débito no form, que tal teres Adicionar
> despesa e Adicionar recebimento. Faz mais sentido para mim ter isso
> separado, mesmo que seja o mesmo form.
seja credito
podendo ate fazer uma outra sugestao. ja existe nas categorias a opcao
de mostrar em dispositivos moveis ou nao, e ha categorias das quais eu
nunca vou receber... dificilmente empresas de gas , agua, luz etc me
vao dar dinheiro, logo na categoria podia escolher se é para debito ou
credito, e no quickmov isso seria levado em contaq
> - Era fixe ter um quick add, para adicionar rapidamente uma despesa
> com o mínimo número de campos, e disponível em qualquer página.
interface do iphone
> - Para planos futuros, permitir exportar os dados para o Excel para
> fazer contas engraçadas e tal (ou tu mostrares gráficos fixolas).
> - Se exporta, já agora uma API para adicionar coisas, para fazer um
> cliente desktop ou isso.
cheguei a nenhuma conclusao, e ainda queria fazer outras coisas antes.
a minha utilizacao da APi seria para um cliente nativo do iphone e
outros dispositivos moveis
> - Como quem não quer a coisa, podia também fazer tostas mistas...
> Um comentário crítico a este género de aplicações:
>
> Já vi umas poucas e até ao momento nenhum bate o Google Docs que estou
> a usar. Cada linha é uma despesa ou recebimento, digo o que é e quando
> foi. Tenho a liberdade de fazer as contas que eu quiser, etc... Quem
> diz Google Docs diz Excel ou afins.
>
> Vi um que lia códigos de barras para ver o preço (não perguntem como)
> e acho que mais alguma coisa e sempre ajudava o processo, mas no geral
> todas as soluções custam a apontar registos mais do que uma spreadsheet.
obrigado pela critica!
Levi Figueira
~Levi Figueira
_______________________________
mobile. +351 96 494 1080
web. http://levifig.com
gtalk. me (@levifig.com)
skype. levifig
twitter. @levifig
Tiago Franco
1 - que brainstorming fizeste para chegar ao dominio?
2 - onde é que compraste a template?
Abraço,
TF
ishmael
na realidade isso é um problema do heroku que nao da para por o dns
com phosney.com.
eles têm isso explicado lá. só estou a usar o dyndns
> 1 - que brainstorming fizeste para chegar ao dominio?
phos = The root word ' phos' is Greek for 'light' in English.
ney = moNEY
ou seja, numa ma interpretacao = luz do dinheiro
bahahhaahahhahah
mas ate é engraçado
> 2 - onde é que compraste a template?
os $15 mais bem gastos nesta coisa
ishmael
> PS:http://phosney.comtá a redirecionar para o teu router... :p PS2: mete
para um router mas nao para o meu. tenho de ver se o heruko ja tem
solucao para o problema de nao ser poderem por root name a ir
directamente para eles
imran raza
On Oct 20, 2009, at 7:17 PM, Alexandre Loureiro Solleiro wrote:
> O facto é que valeu... O computer-bot ficou bem escrito porque o
> Ruben (Fonseca) re-escreveu tudo o que pôde!
>
> Desde o "release early, release often" ao pwnage, passando pelos
> patches, acho que podemos confiar na cultura do software livre e dos
> coders para sempre nos deixarem com o misto de esperança em ser útil
> e medo do fiasco embaraçoso. Faz parte, mas acho que se o que queres
> é aprender, já ganhaste. O meu conselho é "publica!". No pior dos
> casos "lês a puta do manual" :)
>
Só queria acrescentar a este parágrafo que, se ele nao tivesse o
computer-bot opensource, eu nunca teria tido vontade de participar e
ajudar a limpar um bocadinho a coisa...
Por isso nunca se sabe o que não estarás a perder por não publicar
isso... estamos sempre a aprender!!
Ruben
Levi Figueira
Francisco Cabrita
A lista é moderada. Penso que "invite only" é um pouco demais.
Este "tipo" acima, deu-se ao trabalho de subscrever a lista para a spamar.
Penso que podemos por aprovações nas subscrições mas... eu sei lá quem é quem...
Francisco
Tiago Franco
além disso se tiverem nome estrangeiro já dá para desconfiar.
Abc,
TF
ishmael
o template que comprei vinha com jquery, mas ando a tentar nao usar
nada ate ter um minimo feito
On 21 Out, 20:39, Francisco Cabrita <francisco.cabr...@gmail.com>
wrote:
>
> A minha poção é simples:
>
>
> Francisco
>
> 2009/10/21 Miguel Machado <mls.mach...@gmail.com>
miguel machado
:)
ishmael
tinha pensado com a tabela shared_Accounts, mas levanta uns quantos
problemas...
Levi Figueira
Levi Figueira
~Levi Figueira
_______________________________________
mobile PT. +351 96 494 1080
mobile US. +1 (515) 966-4344
web. http://levifig.com
gtalk. me (at_ levifig.com)
skype. levifig
twitter. @levifig
Timóteo Bica
Eu acho que é uma mais valia aprender primeiro javascript, ou ir
aprendendo ao longo do uso de uma framework.
Mas, desde já, enconrajo a fazeres a separação entre HTML + CSS +
JavaScript (JS) - cada coisa no seu devido lugar. Refiro-me a não
misturares CSS no código HTML, nem JS no código HTML. Ou seja, usares
unobtrusive js (http://en.wikipedia.org/wiki/Unobtrusive_JavaScript)
Sê consistente, pragmático e objectivo. Sê um melhor programador! :-)
(Pelo menos é isso que tento obter.)
Cumps
Tim
ishmael
bastante as minhas qualidades de programação!
o facto de ser um projecto que eu ja queria fazer, serve para me
manter motivado. De resto tenho vindo a aprender bastante, e o facto
de por o codigo open source, não é tanto porque acho que é uma grande
ideia ou coisa do genero, mas porque quero que mais olhos vejam o meu
codigo e me digam o que faço bem (se é que faço alguma coisa bem
ehehe) e o que faço mal ( que vai ser uma lista bem grande, tenho
consciencia disso). Tentando assim melhorar e muito.
em relacao ao css e javascript ja conheco alguma coisa, mas até tenho
evitado usar, para primeiro ter a base bem feita e depois ir
melhorando a todo o nivel.
Pedro Sousa
Pedro Sousa
--
[work] http://www.thinkorange.pt
[blog] http://www.reinventar.com
[profile] http://www.linkedin.com/in/psousa
Alcides Fonseca
On Oct 22, 2009, at 1:00 PM, Levi Figueira wrote:
> Fechar a lista = Só os membros poderem ver as threads! :)
Eu gosto de encontrar resultados no google nesta lista :(
> A questão de invite-only é secundária se já é moderada! ;)
Moderar logins e exigir que se apresentem quando pedem um invite.
Alcides
Francisco Cabrita
Eu gosto de encontrar resultados no google nesta lista :(
On Oct 22, 2009, at 1:00 PM, Levi Figueira wrote:
> Fechar a lista = Só os membros poderem ver as threads! :)
me too
Moderar logins e exigir que se apresentem quando pedem um invite.
> A questão de invite-only é secundária se já é moderada! ;)
Alcides
ishmael
todo!
Mas logo a noite ja deve estar, e se o que eu pensei esta correcto,
fico logo com grande parte das coisas a funcionar.
espero eu
On 22 Out, 13:34, Francisco Cabrita <francisco.cabr...@gmail.com>
wrote:
> 2009/10/22 Alcides Fonseca <alcidesfons...@gmail.com>
Alexandre Loureiro Solleiro
- Criação de grupos (ex: Quodis) e convite de pessoas para se juntarem ao grupo
- Utilizadores podem reportar despesas
- Utilizadores podem filtrar despesas por data
- Utilizadores podem criar, guardar e imprimir relatórios de grupos
- Utilizadores podem arquivar relatórios
- Administradores gerem membros
- Administradores gerem (criam, apagam, ordenam, desactivam) categorias
- Administradores têm acesso aos relatórios arquivados pelos utilizadores
--
Alexandre Loureiro Solleiro
--
web: http://webcracy.org
mobile: +351 933 655 676
email & im: alexandre...@gmail.com
Levi Figueira
~Levi Figueira
_______________________________________
mobile PT. +351 96 494 1080
mobile US. +1 (515) 966-4344
web. http://levifig.com
gtalk. me (at_ levifig.com)
skype. levifig
twitter. @levifig
ishmael
Já estive a brincar com o tsumoney e já vi varias coisas que depois
vou copiar! eheh
a parte de escolher intervalos de tempo, reports e tal são coisas que
já tinha pensado em fazer.
Só uma pequena reflexão em relação a minha pergunta inicial sobre se
valia ou não a pena por a aplicação open source:
Quando pensei em por a aplicação open source, não sabia bem o que
esperar, como seria a reacção nem como me iria sentir,pois é por o meu
codigo, bom ou mau, para toda a gente ver.
Tenho que dizer que não estava de todo a espera da vossa reacção, da
força que estão a dar e das opiniões/ideias/criticas que já deram. Só
por isso já valeu a pena!
Vou continuar a desenvolver o site, se alguém quiser ajudar,
excelente, se não acontecer, não tem mal, pelo menos se tiver alguma
dificuldade em vez de dizer que o código é parecido com isto ou
aquilo, deixo o link para o ficheiro em questão no github e se for
preciso ver mais qualquer coisa da aplicação para me ajudarem, podem
ver sem problemas nenhuns.
mais uma vez, obrigado, realmente não estava a espera de tanto apoio!
Um abraço
Manuel Silva
On 22 Out, 15:33, Alexandre Loureiro Solleiro
> Oi pessoal,
>
> Ishmael, ainda bem que lançaste! Aqui na Quodis, o Luís Abreu pôs-nos num
> caminho similar há uns meses. Desvirtuámos a ideia dele, que era exactamente
> o que estás a fazer no Phonsey, e estamos a atacar um ângulo puramente
> colaborativo, com uma solução para pequenos grupos.
>
> Apresentamos o Tsumoney, uma ferramenta colaborativa de expense tracking.
> Versão 0.0001, sem ter passado pelas mãos dos designers e super super rough
> around the edges.
>
> Neste momento, o Tsumoney faz:
>
> grupo
> - Utilizadores podem reportar despesas
> - Utilizadores podem filtrar despesas por data
> - Utilizadores podem criar, guardar e imprimir relatórios de grupos
> - Utilizadores podem arquivar relatórios
> - Administradores gerem membros
> - Administradores gerem (criam, apagam, ordenam, desactivam) categorias
> - Administradores têm acesso aos relatórios arquivados pelos utilizadores
> Já utilizamos o Tsumoney para os nossos relatórios de despesas mensais aqui
> na Quodis, substituindo o Excel (como diz o Alcides, não é evidente que
> valha a pena; para nós, sim!). Queremos eventualmente pô-lo à disposição de
> mais grupos, mas por enquanto tenham noção que estarão a brincar com um
> rascunho :)
>
> Para o futuro temos 1000 ideias, mas se forem válidas vocês as levantarão no
> vosso feedback então aqui vai:http://tsumoney.com/signup
>
> Criem um grupo (podem convidar outras pessoas a juntarem-se ao vosso grupo)
> e agradecemos o vosso feedback! Peço-vos ainda que não o divulguem
> demasiado, não queremos chamar atenção para o rascunho :)
>
> Ishmael, parabéns pelo teu projecto e por teres publicado! Espero que
> encontres alguma inspiração no que estamos a fazer e estamos à tua
> disposição para "comparar notas", por exemplo sobre a gestão por grupos ;)
> Nós não temos pensado abrir o source do Tsumoney neste momento, veremos o
> que o futuro reserva.
>
> Gracias,
> Alex (e a Quodis Team ;)
>
>
>
>
>
> > por causa das contas partilhadas vou ter de refazer quase o codigo
> > todo!
>
> > Mas logo a noite ja deve estar, e se o que eu pensei esta correcto,
> > fico logo com grande parte das coisas a funcionar.
> > espero eu
>
> > On 22 Out, 13:34, Francisco Cabrita <francisco.cabr...@gmail.com>
> > wrote:
> > > 2009/10/22 Alcides Fonseca <alcidesfons...@gmail.com>
>
> > > > On Oct 22, 2009, at 1:00 PM, Levi Figueira wrote:
>
> > > > > Fechar a lista = Só os membros poderem ver as threads! :)
>
> > > > Eu gosto de encontrar resultados no google nesta lista :(
>
> > > me too
>
> > > > > A questão de invite-only é secundária se já é moderada! ;)
>
> > > > Moderar logins e exigir que se apresentem quando pedem um invite.
>
> > > > Alcides
>
> > > --
> > > blog:http://sufixo.com/rawhttp://www.linkedin.com/in/franciscocabrita
>
> --
> Alexandre Loureiro Solleiro
> --
> web:http://webcracy.org
> mobile: +351 933 655 676
Ruben Fonseca
On Oct 22, 2009, at 3:33 PM, Alexandre Loureiro Solleiro wrote:
> Apresentamos o Tsumoney, uma ferramenta colaborativa de expense
> tracking. Versão 0.0001, sem ter passado pelas mãos dos designers e
> super super rough around the edges.
Desde já os meus grandes parabens :) A Quodis continua a supreender-
me, e cada vez mais com Ruby/Rails :) :)
Vou ficar atento aos anúncios oficiais!
Ruben
ishmael
Alexandre Loureiro Solleiro
danka
On Oct 22, 5:54 pm, Ruben Fonseca <ru...@0x82.com> wrote:
> Olá!
>
> On Oct 22, 2009, at 3:33 PM, Alexandre Loureiro Solleiro wrote:
>
> > Apresentamos o Tsumoney, uma ferramenta colaborativa de expense
> > tracking. Versão 0.0001, sem ter passado pelas mãos dos designers e
> > super super rough around the edges.
>
> Desde já os meus grandes parabens :) A Quodis continua a supreender-
> me, e cada vez mais com Ruby/Rails :) :)
>
> Vou ficar atento aos anúncios oficiais!
>
> Ruben
Levi Figueira
ishmael
em relacao a A records. sempre se fica a saber mais umas coisas...
> 2009/10/22 Alexandre Loureiro Solleiro <alexandre.solle...@gmail.com>
>
>
>
>
>
> > 2009/10/22 ishmael <senna...@yahoo.com>
>
> >> já agora, alguem me podia verificar quehttp://phosney.comaponta para
>
> > Aqu diz Heroku, no such app
>
> >> danka
>
> >> On Oct 22, 5:54 pm, Ruben Fonseca <ru...@0x82.com> wrote:
> >> > Olá!
>
> >> > On Oct 22, 2009, at 3:33 PM, Alexandre Loureiro Solleiro wrote:
>
> >> > > Apresentamos o Tsumoney, uma ferramenta colaborativa de expense
> >> > > tracking. Versão 0.0001, sem ter passado pelas mãos dos designers e
> >> > > super super rough around the edges.
>
> >> > Desde já os meus grandes parabens :) A Quodis continua a supreender-
> >> > me, e cada vez mais com Ruby/Rails :) :)
>
> >> > Vou ficar atento aos anúncios oficiais!
>
> >> > Ruben
>
> > --
> > Alexandre Loureiro Solleiro
> > --
> > web:http://webcracy.org
> > mobile: +351 933 655 676
Alexandre Loureiro Solleiro
Ruben
ishmael
Já está quase pronta uma versão mais recente com contas partilhadas
onde posso decidir, se a pessoa com quem partilho a conta pode
inserir, editar ou apagar as minhas despesas/rendimentos.
Também já tenho despesas/rendimentos privados que as pessoas com quem
partilho não podem ver, nem é contabalizado para o "saldo" dessas
pessoas. obviamente que isto provaca diferencas de saldos, mas não se
pode ter tudo. eheh
ainda nao tive nenhum feedback em relação ao codigo em si, e essa
parte interessava-me de sobremaneira. Tenho duvidas em relação a
certas coisas que façõ, como por exemplo, ter find's dentro de views,
nomeadamente do menu. Ainda não percebi como dar a volta a isso.
Gostaria tambem de ter feedback em relação a maneira como faço certas
validações, por exemplo, se a conta pertence ou nao a pessoa e coisas
assim.
Gostaria antes de continuar com mais desenvolvimentos substancias ter
o feedback para poder melhorar antes de prosseguir. é sempre mais
facil mudar quando não se tem muito feito.
proximos desenvolvimentos serão:
- a capacidade de fazer transferencias. Ou seja, é criado
automaticamente um movimento de saido de uma conta e um de entrada
noutra conta. isto alido as contas partilhadas, faz um certo jeito e
muito sentido.
- criar, como foi sugerido, um "adicionar despesa" e "adicionar
proveito" em vez de adicionar movimento. tem efectivamente mais
logica.
- no dashboard criar uma lista com os ultimos movimentos, e a
capacidade para se inserir rapidamente uma despesa ou proveito.
um abraço
Manuel Silva
Filipe Pina
Primeiro congrats pela app e por teres disponibilizado a source :)
Era para ter escrito a semana passada, mas depois esqueci-me! Da mesma
maneira que me esqueci de congratular a Quodis pelo tsumoney (shame on
me) que me parece um "rascunho" com boas pernas para andar!
Eu sou mais um que andava para fazer uma app para gerir "guitos" mas
que nunca chegou a por em prática.
On Oct 26, 2009, at 6:41 PM, ishmael wrote:
>
> Boas,
>
> Já está quase pronta uma versão mais recente com contas partilhadas
> onde posso decidir, se a pessoa com quem partilho a conta pode
> inserir, editar ou apagar as minhas despesas/rendimentos.
>
> Também já tenho despesas/rendimentos privados que as pessoas com quem
> partilho não podem ver, nem é contabalizado para o "saldo" dessas
> pessoas. obviamente que isto provaca diferencas de saldos, mas não se
> pode ter tudo. eheh
>
> ainda nao tive nenhum feedback em relação ao codigo em si, e essa
> parte interessava-me de sobremaneira. Tenho duvidas em relação a
> certas coisas que façõ, como por exemplo, ter find's dentro de views,
> nomeadamente do menu. Ainda não percebi como dar a volta a isso.
> Gostaria tambem de ter feedback em relação a maneira como faço certas
> validações, por exemplo, se a conta pertence ou nao a pessoa e coisas
> assim.
das views :P
Primeiro deves criar named scopes (http://www.railsrocket.com/articles/rails-21-named-scope
) no model (onde deve fica a lógica da app), atribuir o resultado dos
queries a instance vars e usar essas vars nas views. Mas presumo que
estejas a espera de exemplos mais práticos, já que o código esta no
github :P
Assim que o espreitar, comentarei... embora não tenha propriamente qq
tipo de autoridade na matéria... 2cents são 2cents :)
>
> Gostaria antes de continuar com mais desenvolvimentos substancias ter
> o feedback para poder melhorar antes de prosseguir. é sempre mais
> facil mudar quando não se tem muito feito.
>
> proximos desenvolvimentos serão:
> - a capacidade de fazer transferencias. Ou seja, é criado
> automaticamente um movimento de saido de uma conta e um de entrada
> noutra conta. isto alido as contas partilhadas, faz um certo jeito e
> muito sentido.
> - criar, como foi sugerido, um "adicionar despesa" e "adicionar
> proveito" em vez de adicionar movimento. tem efectivamente mais
> logica.
> - no dashboard criar uma lista com os ultimos movimentos, e a
> capacidade para se inserir rapidamente uma despesa ou proveito.
>
>
> um abraço
>
> Manuel Silva
>
Anyway, good work!
--
Filipe Pina
Pedro Sousa
cumps
Pedro Sousa
--
[work] http://www.thinkorange.pt
[blog] http://www.reinventar.com
[profile] http://www.linkedin.com/in/psousa
miguel machado
ishmael
por os ultimos movimentos e a capacidade de colocar registar logo ali
movimentos e ainda uns quantos graficos, mas acho que vou perder antes
um pouco de tempo a melhorar o codigo. passar o que tem de ser passado
para as views, e ver se melhoro os controllers.
Acho uma excelente ideia discutir boas praticas porque eu ando meio
perdido nisto. o passo a seguir, seria comecar a criar testes, mas ai
entao é que não percebo nada de nada. Mas é a tal coisa, se começar a
fazer já, é mais facil enquanto só tenho meia duzia de controllers e
models do que quando tiver um montao deles.
Abraço,
Manuel Silva
ishmael
nos controllers tenho o format.xml em quase todos os requests. esta
porque fui copiando, confesso. depois de ler alguns coisas sobre
seguranca, pergunto-me, serve para alguma coisa? ou estou a abrir
portas que nao precisam estar abertas?
neste momento nada esta a utilizar aquilo, e se tiver uma API no
futuro logo se ve.
outra duvida. por exemplo, um controller com um show assim:
def show
@bankaccount = @current_user.bankaccounts.find_by_id(params[:id])
if @bankaccount
respond_to do |format|
format.html # show.html.erb
format.iphone { render :layout => false }
end
else
redirect_to(dashboard_url)
end
end
o if @bankacount esta ali bem?
Manuel Silva
Miguel Machado
On 28 Oct 2009, at 19:44, ishmael wrote:
>
> Boas,
>
> nos controllers tenho o format.xml em quase todos os requests. esta
> porque fui copiando, confesso. depois de ler alguns coisas sobre
> seguranca, pergunto-me, serve para alguma coisa? ou estou a abrir
> portas que nao precisam estar abertas?
Uma coisa n tem nada a ver com outra. O format xml apenas permite
responder ao URL em causa quando terminado em .xml, ou seja, para /
localhost/users responde o format html, mas se o request for /
localhost/users.xml, aí já responde o dito cujo. Corrijam-me se
estiver enganado, pq é o que faço com os pdf's :)
>
> neste momento nada esta a utilizar aquilo, e se tiver uma API no
> futuro logo se ve.
>
> outra duvida. por exemplo, um controller com um show assim:
>
> def show
> @bankaccount = @current_user.bankaccounts.find_by_id(params[:id])
> if @bankaccount
> respond_to do |format|
> format.html # show.html.erb
> format.iphone { render :layout => false }
> end
> else
> redirect_to(dashboard_url)
> end
> end
>
>
> o if @bankacount esta ali bem?
creio que sim, permite-te tratar os erros de p.e. URL's inseridos à
mão e tratá-los convenientemente. Se bem que eu costumo usar begin /
rescue pq gosto de excepções a explodir. É mais giro.
_ miguel
Pedro Sousa
Pedro Sousa
--
[work] http://www.thinkorange.pt
[blog] http://www.reinventar.com
[profile] http://www.linkedin.com/in/psousa
ishmael
efectivamente neste momento nao precisar, retirei da aplicação toda.
Já esta uma nova versao com um grafico de ganhos/gastos por mes do ano
corrente, e um certo recfactoring usando os with_scope sugeridos em
cima. obrigado pela sugestao! limpou certas partes do codigo que
estava excessivamente repetidas, e deu-me o conhecimento para retirar
uma maior flexibilidade de certos queries.
Vejo fazer uma pergunta de design. Como foi sugerido anteriormente,
falta um sitio onde ter um quick movement. O codigo já existe para o
iphone, mas não estou bem a ver lugar no meu layout onde por isso.
pensei num tab do dashboard, onde se podia ir pondo varios movimentos
a la ajax, mas tambem podia ser um link dedicado a isso.
Qual a vossa opiniao?
Obrigado,
Manuel Silva
ishmael
web design vá dar para o que a aplicação faz. Se calhar um layout com
o menu horizontal fosse melhor. Isto também porque ainda estou a
pensar na maneira de integrar a adição rapida de movimentos.
acho que vou fazer uns sketches e tentar fazer qq coisa de jeito em
algo que sou pessimo.
Um abraço
Miguel Machado
ishmael
oferece para "embelezar"? estilo os graficos, as fontes e cores e bla
bla bla?
obrigado,
Manuel Silva
ishmael
há já muito tempo que não dizia aqui nada, mas o projecto não está
morto, ando a brincar com o novo ui.
É sobre o novo ui que queria fazer uma pergunta.
A razão principal de querer alterar o layout foi por o que alguém aqui
disse, que um software destes tinha de ser tão fácil de usar como
excel. Tem de ser do genero chegar e inserir movimentos sem mais
demoras. A conclusão a que eu cheguei foi mudar o menu do lado
esquerdo para cima e por baixo do novo menu ter uma barra com tudo o
que é preciso para inserir um movimento e por baixo dessa barra fica
entao todo o resto do conteudo normal de cada view.
Deparei-me com um problema com isso porque como é um form faz submit e
tive uns problemas em relacao a conseguir que isso ficasse a funcionar
porque não quero que ao fazer submit o software va para outra pagina.
a solução que eu cheguei podem ver nos links abaixo, o que eu vos
pedia era só para dar uma rapida vista de olhos e dar o vosso
feedback.
o meu racicionio é o seguinte. tenho um filter no application
controller que inicia a variavel de movimentos que o form em
_quickmovement vai consumir. o form faz post para o controller de
movimentos e a acção quickcreate que insere o movimento. o que eu
ainda nao consegui por a funcionar foi as validações.
http://github.com/ishmael/phosney_web/blob/newui/app/views/layouts/application.html.erb
http://github.com/ishmael/phosney_web/blob/newui/app/views/partials/_quickmovement.erb
http://github.com/ishmael/phosney_web/blob/newui/app/controllers/application_controller.rb
http://github.com/ishmael/phosney_web/blob/newui/app/controllers/movements_controller.rb
obrigado
ishmael
melhor solucção mas este é um problema bastante particular...
ishmael
Tenho estado a alterar o UI, e apesar de ir mais devagar do que
queria, tambem tenho perdido muito tempo a experimentar. Deparei-me
com um problema:
Tenho estado a usar o jquery para por o UI mais bonito, mas tem sido
um pesadelo. eh uma combobox daqui, um botao dali, um calendario de
outro sitio qq, e tudo com look and feel diferentes e nao sei mais o
que. tou a detestar a experiencia, e das duas uma: ou eh assim e o
resto das pessoas percebem mais disto que eu e fazem as coisas na mm,
ou entao integrar tudo eh mesmo um pesadelo.
Vai dai estou a pensar em YUI porque eh consistente em tudo. ja alguem
usou? eu andei a ver o 2 e o 3, e ainda nao percebi bem se os
"components" so existe no 2 e usam-se no 3 se ainda nao achei os do 3.
um abraco,
Manuel Silva
On Dec 15 2009, 11:17 am, ishmael <senna...@yahoo.com> wrote:
> Boas,
>
> há já muito tempo que não dizia aqui nada, mas o projecto não está
> morto, ando a brincar com o novo ui.
> É sobre o novo ui que queria fazer uma pergunta.
>
> A razão principal de querer alterar o layout foi por o que alguém aqui
> disse, que um software destes tinha de ser tão fácil de usar como
> excel. Tem de ser do genero chegar e inserir movimentos sem mais
> demoras. A conclusão a que eu cheguei foi mudar o menu do lado
> esquerdo para cima e por baixo do novo menu ter uma barra com tudo o
> que é preciso para inserir um movimento e por baixo dessa barra fica
> entao todo o resto do conteudo normal de cada view.
> Deparei-me com um problema com isso porque como é um form faz submit e
> tive uns problemas em relacao a conseguir que isso ficasse a funcionar
> porque não quero que ao fazer submit o software va para outra pagina.
> a solução que eu cheguei podem ver nos links abaixo, o que eu vos
> pedia era só para dar uma rapida vista de olhos e dar o vosso
> feedback.
> o meu racicionio é o seguinte. tenho um filter no application
> controller que inicia a variavel de movimentos que o form em
> _quickmovement vai consumir. o form faz post para o controller de
> movimentos e a acção quickcreate que insere o movimento. o que eu
> ainda nao consegui por a funcionar foi as validações.
>
Miguel Machado
Mas podes deixar o embelezamento para depois, e focar-te nas funcionalidades primeiro. Pode não ir ficando bonito, mas vai ficando completo.
_ miguel
> --
> You received this message because you are subscribed to the Google Groups "ruby << portuguese" group.
> To post to this group, send email to rub...@googlegroups.com
> To unsubscribe from this group, send email to ruby-pt-u...@googlegroups.com
> For more options, visit this group at http://groups-beta.google.com/group/ruby-pt , or it's site : http://www.ruby-pt.org
Helder Oliveira
Já trabalhei bastante com YUI 2 e é a minha preferida.
Por alguma coisa evoluí para FLEX a nível de UI. Sei que não é o ideal
para todos os casos, mas estas frameworks JS davam-me cabo da cabeça.
Assim que tenha mais tempo desenvolvo mais a minha opinião e problemas
que passei a evitar com a escolha da YUI, mas também tem as suas
desvantagens claro...
2010/1/7 ishmael <senn...@yahoo.com>:
Pedro Sousa
Pedro Sousa
--
[work] http://www.thinkorange.pt
[blog] http://www.reinventar.com
[profile] http://www.linkedin.com/in/psousa
Paulo Nobre
A jQuery, se os plugins não suportarem os themes da jQuery UI realmente,
como dizem os americas, é uma dor no ** ... Já experimentaste a extjs ?
Talvez alguem aqui no grupo se possa pronunciar sobre a integração da
ext com rails, pois aí já não tenho mta experiencia.
cumpz,
pn
ishmael
começar a crescer para alem disso, mas primeiro quero escolher uma
framework para o poder fazer, porque quer se queira quer nao, trocar
de framework de javascript a meio seria um pesadelo.
o primeiro layout com que comecei e voces puderam ver, foi um template
arranjado para desenrascar, para por em pe uma coisa minima, logo
havia coisas que pouco me interessavam. apos alguma utilizacao e
alguma critica vossa, achei que precisava de mudar alguma coisa no
layout e foi o que fiz. passei a ter um layout mais vertical, ou seja,
menu, insercção rapida de despesas, e depois o conteudo principal tudo
de cima para baixo. e pode nao ser a coisa mais bonita do mundo por
enquanto, mas esta sem duvida mais pratico. perdi algum tempo ate
conseguir por a funcionalidade como queria, e agora quero comecar a
estabilizar a parte de layout e efectivamente estava a usar o jquery.
mas é muito dificil manter consistencia.
pedro, se conheceres alguem que queira perder um pouco de tempo,
diz :P
( e o que esta actualizado, é o branch newui)
On 8 Jan, 10:45, Pedro Sousa <froidexpl...@gmail.com> wrote:
> continuo a preferir o jquery. arranja um amigo designer. :P
>
> (confesso que não tive tempo de olhar para o fork que fiz)
>
> cumps
> Pedro Sousa
> --
> [work]http://www.thinkorange.pt
> [blog]http://www.reinventar.com
> [profile]http://www.linkedin.com/in/psousa
>
> 2010/1/8 Helder Oliveira <hrpolive...@gmail.com>
>
> > Como muitos de nós te entendemos!!!
>
> > Já trabalhei bastante com YUI 2 e é a minha preferida.
>
> > Por alguma coisa evoluí para FLEX a nível de UI. Sei que não é o ideal
> > para todos os casos, mas estas frameworks JS davam-me cabo da cabeça.
>
> > Assim que tenha mais tempo desenvolvo mais a minha opinião e problemas
> > que passei a evitar com a escolha da YUI, mas também tem as suas
> > desvantagens claro...
>
> > 2010/1/7 ishmael <senna...@yahoo.com>:
> >http://github.com/ishmael/phosney_web/blob/newui/app/views/layouts/ap....
> > ..
>
> > >> obrigado
>
> > > --
> > > You received this message because you are subscribed to the Google Groups
> > "ruby << portuguese" group.
> > > To post to this group, send email to rub...@googlegroups.com
> > > To unsubscribe from this group, send email to
> > ruby-pt-u...@googlegroups.com
> > > For more options, visit this group at
> >http://groups-beta.google.com/group/ruby-pt, or it's site :
> >http://www.ruby-pt.org
>
> > --
> > You received this message because you are subscribed to the Google Groups
> > "ruby << portuguese" group.
> > To post to this group, send email to rub...@googlegroups.com
> > To unsubscribe from this group, send email to
> > ruby-pt-u...@googlegroups.com
> > For more options, visit this group at
> >http://groups-beta.google.com/group/ruby-pt, or it's site :
> >http://www.ruby-pt.org
>
>
Paulo Abreu
trigo do joio.
http://www.extjs.com/blog/2009/09/30/ext-js-on-rails-a-comprehensivetutorial/
--
Paulo Abreu
2010/1/8 Paulo Nobre <pno...@pnobre.com>:
Pedro Sousa
Pedro Sousa
--
[work] http://www.thinkorange.pt
[blog] http://www.reinventar.com
[profile] http://www.linkedin.com/in/psousa
--
You received this message because you are subscribed to the Google Groups "ruby << portuguese" group.
To post to this group, send email to rub...@googlegroups.com
To unsubscribe from this group, send email to ruby-pt-u...@googlegroups.com
For more options, visit this group at http://groups-beta.google.com/group/ruby-pt , or it's site : http://www.ruby-pt.org
Joao Da Silva
--
Joao da Silva
Freelance Designer
00420723769874 | jo...@codedefinition.com | http://www.codedefinition.com
Twitter: http://twitter.com/codedefinition | LinkedIn: http://linkedin.com/in/codedefinition
ishmael
não é um problema em si, e ainda estou na fase de brincar, logo o
codigo so esta numa pagina.
A questão é consistencia. em jquery existe a nova css framework, mas
quase nada usa isso, logo manter o mesmo look and feel em todo o lado
é dificil. e esse é o meu maior problema, dai ter olhado para o YUI.
todos os componentes que me lembro que preciso, tem todos o mesmo look
and feel. tambem é verdade que nao encontrei mais nenhum theme para
aquilo, mas pronto sera mais facil trocar so o que esta no css.
de qualquer das maneiras se quiseres dar uma ajudinha diz que a nivel
grafico bem preciso. :)
On 8 Jan, 12:52, Joao Da Silva <joaodasilvacu...@googlemail.com>
wrote:
> @Ishmael
>
> eu uso jquery a ja algum tempo e nao tou a ver o problema, poem o html e o
> que queres feito e eu mando-te a js solucao.
>
> Para mim qualquer JS framework tem o mesmo principio e em maioria fazem as
> mesmas funcoes, um slide aqui outro ali. O que muda mesmo e a sintax por
> isso mudar de JS library so vai aumetar o tempo the producao e se ja estas
> habituado a alguma em particular e um questao de pratica e preceber os
> principios.
>
> menos conversa da minha parte e se quiseres diz qual e o problem especifico
> e eu mando-te o js se for de alguma ajuda.
>
> boa sorte qualquer das maneiras
>
> 2010/1/8 Pedro Sousa <froidexpl...@gmail.com>
>
>
>
> > nos últimos projectos tenho usado jquery tools, é compacto e tem maior
> > parte dos scripts que preciso (tabs, tooltips, sliders). nunca gostei do
> > jquery ui, a única coisa útil é o drag and drop.
>
> > cumps
> > Pedro Sousa
> > --
> > [work]http://www.thinkorange.pt
> > [blog]http://www.reinventar.com
> > [profile]http://www.linkedin.com/in/psousa
>
> > 2010/1/8 Paulo Abreu <paulo.ab...@clustercube.com>
>
> >> Existem soluções para o extjs, mas a minha recomendação é separar o
> >> trigo do joio.
>
> >>http://www.extjs.com/blog/2009/09/30/ext-js-on-rails-a-comprehensivet...
>
> >> --
> >> Paulo Abreu
>
> >> 2010/1/8 Paulo Nobre <pno...@pnobre.com>:
> >> > Boas,
>
> >> > A jQuery, se os plugins não suportarem os themes da jQuery UI realmente,
> >> > como dizem os americas, é uma dor no ** ... Já experimentaste a extjs ?
> >> > Talvez alguem aqui no grupo se possa pronunciar sobre a integração da
> >> ext
> >> > com rails, pois aí já não tenho mta experiencia.
>
> >> --
> >> You received this message because you are subscribed to the Google Groups
> >> "ruby << portuguese" group.
> >> To post to this group, send email to rub...@googlegroups.com
> >> To unsubscribe from this group, send email to
> >> ruby-pt-u...@googlegroups.com
> >> For more options, visit this group at
> >>http://groups-beta.google.com/group/ruby-pt, or it's site :
> >>http://www.ruby-pt.org
>
> > --
> > You received this message because you are subscribed to the Google Groups
> > "ruby << portuguese" group.
> > To post to this group, send email to rub...@googlegroups.com
> > To unsubscribe from this group, send email to
> > ruby-pt-u...@googlegroups.com
> > For more options, visit this group at
> >http://groups-beta.google.com/group/ruby-pt, or it's site :
> >http://www.ruby-pt.org
>
> --
> Joao da Silva
> Freelance Designer
> 00420723769874 | j...@codedefinition.com |http://www.codedefinition.com
Francisco Cabrita
nos últimos projectos tenho usado jquery tools, é compacto e tem maior parte dos scripts que preciso (tabs, tooltips, sliders). nunca gostei do jquery ui, a única coisa útil é o drag and drop.
grrr Pedro, já podias ter falado deste jQuery tools :), anda um gajo aqui perdido pá :)
Para os pequenso backoffices que faço em Sinatra isto é awesome e super simples. Mesmo o que andava à procura. Estou meio farto do YAML e amigos. 10x
Francisco
--
blog: http://sufixo.com/raw
http://www.linkedin.com/in/franciscocabrita
ishmael
- calendario
- varios tipos de botoes
- menu
- uma muito boa grelha
e tudo no mesmo pacote, sem ser preciso mais nada e facilmente ter
tudo o mesmo aspecto fontes e tal, e para isso, o YUI parece-me o
melhor, apesar de ter ficado com o olho bem aberto em relacao ao
extjs.
há uns senhores que nao sei se conhecem que fazem coisas engracadas
com jquery:
http://www.filamentgroup.com/lab
On 8 Jan, 15:36, Francisco Cabrita <francisco.cabr...@gmail.com>
wrote:
> 2010/1/8 Pedro Sousa <froidexpl...@gmail.com>
>
> > nos últimos projectos tenho usado jquery tools, é compacto e tem maior
> > parte dos scripts que preciso (tabs, tooltips, sliders). nunca gostei do
> > jquery ui, a única coisa útil é o drag and drop.
>
> grrr Pedro, já podias ter falado deste jQuery tools :), anda um gajo aqui
> perdido pá :)
> Para os pequenso backoffices que faço em Sinatra isto é awesome e super
> simples. Mesmo o que andava à procura. Estou meio farto do YAML e amigos.
> 10x
>
> Francisco
>
>
>
>
>
> > cumps
> > Pedro Sousa
> > --
> > [work]http://www.thinkorange.pt
> > [blog]http://www.reinventar.com
> > [profile]http://www.linkedin.com/in/psousa
>
> > 2010/1/8 Paulo Abreu <paulo.ab...@clustercube.com>
>
> >> Existem soluções para o extjs, mas a minha recomendação é separar o
> >> trigo do joio.
>
> >>http://www.extjs.com/blog/2009/09/30/ext-js-on-rails-a-comprehensivet...
>
> >> --
> >> Paulo Abreu
>
> >> 2010/1/8 Paulo Nobre <pno...@pnobre.com>:
> >> > Boas,
>
> >> > A jQuery, se os plugins não suportarem os themes da jQuery UI realmente,
> >> > como dizem os americas, é uma dor no ** ... Já experimentaste a extjs ?
> >> > Talvez alguem aqui no grupo se possa pronunciar sobre a integração da
> >> ext
> >> > com rails, pois aí já não tenho mta experiencia.
>
> >> --
> >> You received this message because you are subscribed to the Google Groups
> >> "ruby << portuguese" group.
> >> To post to this group, send email to rub...@googlegroups.com
> >> To unsubscribe from this group, send email to
> >> ruby-pt-u...@googlegroups.com
> >> For more options, visit this group at
> >>http://groups-beta.google.com/group/ruby-pt, or it's site :
> >>http://www.ruby-pt.org
>
> > --
> > You received this message because you are subscribed to the Google Groups
> > "ruby << portuguese" group.
> > To post to this group, send email to rub...@googlegroups.com
> > To unsubscribe from this group, send email to
> > ruby-pt-u...@googlegroups.com
> > For more options, visit this group at
> >http://groups-beta.google.com/group/ruby-pt, or it's site :
Francisco Cabrita
eu esse por acaso ja conhecia, mas la esta o que eu preciso é de:
- calendario
- varios tipos de botoes
- menu
- uma muito boa grelha
- feveras
- cerveja
solved
:)
For more options, visit this group at http://groups-beta.google.com/group/ruby-pt , or it's site : http://www.ruby-pt.org
ishmael
On 8 Jan, 16:31, Francisco Cabrita <francisco.cabr...@gmail.com>
wrote:
> 2010/1/8 ishmael <senna...@yahoo.com>
Francisco Cabrita
humor um pouco maluco ou passou-me ao lado? eheh
get used to it :)
For more options, visit this group at http://groups-beta.google.com/group/ruby-pt , or it's site : http://www.ruby-pt.org
Pedro Sousa
Pedro Sousa
--
[work] http://www.thinkorange.pt
[blog] http://www.reinventar.com
[profile] http://www.linkedin.com/in/psousa
ishmael
ora bem vejo aqui pedir uma opiniao em relacao ao ui.
http://www.phosney.com/images/newuiphosney.JPG
obviamente que ta feio para caramba, mas que acham dessa disposicao
das coisas?
outra pergunta. tenho javascript no meio das views, qual a melhor
maneira de ele de o mudar para outro sitio porque cada view vai ter a
sua parte de javascript...
obrigado!
Francisco Cabrita
Boas,
ora bem vejo aqui pedir uma opiniao em relacao ao ui.
http://www.phosney.com/images/newuiphosney.JPG
obviamente que ta feio para caramba, mas que acham dessa disposicao
das coisas?
can't see no shit...
... vejo algo como....
ÿØÿà� JFIF� �`�`��ÿÛ�C�...
$.' ",# (7),01444 '9=82<.342ÿÛ�C
2! !22222222222222222222222222222222222222222222222222
outra pergunta. tenho javascript no meio das views, qual a melhor
maneira de ele de o mudar para outro sitio porque cada view vai ter a
sua parte de javascript...
obrigado!
--
You received this message because you are subscribed to the Google Groups "ruby << portuguese" group.
To post to this group, send email to rub...@googlegroups.com
To unsubscribe from this group, send email to ruby-pt-u...@googlegroups.com
For more options, visit this group at http://groups-beta.google.com/group/ruby-pt , or it's site : http://www.ruby-pt.org
Diogo Carvalho
Ruben Fonseca
Paulo Nobre
miguel machado
Acho que prefiro a abordagem de ter um content_for (se bem me lembro é esta a keyword..) e um yield no <layout>.html.erb em causa. Mais prático e flexível, creio.
Btw, tb não consigo ver a imagem... (firefox/kubuntu)
_ miguel
--
"To understand what is recursion you must first understand recursion"
Paulo Pereira
http://paulozoom.com
----
email, msn: paulo...@gmail.com
twitter: http://twitter.com/paulozoom
skype: paulo.zoom