Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Infraestrutura para geração de formulários #9

Open
jdahlin opened this issue Jul 11, 2012 · 6 comments
Open

Infraestrutura para geração de formulários #9

jdahlin opened this issue Jul 11, 2012 · 6 comments

Comments

@jdahlin
Copy link

jdahlin commented Jul 11, 2012

Para poder usar pyboleto num aplicativo tem que ter formulários, ou pelo menos código que ajuda gerar.
No meu caso usaria pygtk/kiwi, mas html/web também precisa.

Precisa um API que pode responder:

  1. Quais bancos são suportados?
  2. Quais opções precisam para gerar um boleto?
  3. Quais são os valores permitidos para esses opções?

Outro bug seria colocar código que gera os formularios para simplesmente poder imprimir.

Eu resolvi isso no fork do pyboleto do stoqlib, mas não gostei muito como ficou.

@jdahlin
Copy link
Author

jdahlin commented Jul 11, 2012

Fork do stoq com as partes da relevante para geração aqui: http://bazaar.launchpad.net/~stoq-dev/stoq/master/view/head:/stoqlib/lib/boleto.py

@eduardocereto
Copy link
Owner

Interessante. Acho que o formulário em si é fora de escopo. Você está usando GTK mas poderia bem estar usando outra biblioteca ou usando algum framework web. Em cada uma dessas opções o form seria diferente.

Porém se você tem uma maneira de fazer a introspecção e saber os bancos suportados e campos requeridos para cada banco ou output então fazer um form em qq framework fica mais fácil e portável.

Acho que valhe o bug para adicionar uma maneira de listar os bancos e campos necessarios

@jdahlin jdahlin mentioned this issue Jul 13, 2012
@jdahlin
Copy link
Author

jdahlin commented Jul 16, 2012

  1. está pronto com 7300cbe e 4cd733a

@eduardocereto
Copy link
Owner

👍

@eduardocereto
Copy link
Owner

Ainda precisa melhorar. No caso do HBC por exemplo dependendo da carteira é uma classe diferente.
Eu acho que talvez seja melhor juntar as duas classes do HBC em uma classe única e dependendo da carteira ele calcula os campos diferentes. Assum fica mais fácil de mapear e de usar.

@jdahlin
Copy link
Author

jdahlin commented Jul 16, 2012

Concordo, registro deveria ser uma opção, aí pode facilmente habilitar isso no interface do usuario.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants