openerp-brazil-team team mailing list archive

[Raphaël Valyi <rvalyi@xxxxxxxxx>]

Gente,
realemente peço desculpa a comunidade pela "altura" desses emails.

Mas so quero dizer que infelizmente a gente foi muito simpatico demais com
esse Ronaldo ai que chegou ha um mez, nao fez nada (nem analisa funcional,
nem codigo, nem traduçao, nem documentaçao), e so fez questao de detonar
quem trabalhava de verdade na localizaçao. Pelos emais, podem conferir que a
gente começou com muito cuidado para explicar nossa posiçao, dar espaço e
perspetivas para esse cara para ele se integrar e contribuir de forma util e
ganhar respeito na comunidade com isso, e entao asumir mais responsabilidade
com isso.

Porem nao aceitou nada disso, desconsiderou complemente a experiença dos
demais por ai que ja integraram o OpenERP de verdade (veja o debate sobre a
questao dos pacotes e divulgaçao; fazem demagogia iresponsavel e fora do
foco em falar que e so empacotar e divulgar a toa o OpenERP, sem puder
esparar nem duas semanas apesar que a localizaçao nao esta nada pronta). Na
minha opinao é porque apenas parece que esta querendo se enfiar no controle
do fluxo OpenRP + Brasil de qualquer jeito. Querem representar um produto e
uma comunidade que completamente desonhecem e nao querem fazer o menor
esforço para isso evoluir, de acordo com os principios basicos de
meritocratia que valem no software livre.

Desde que esse Ronaldo Padula passou a mandar messagems ha uma semana, ai
sim a lista ficou parada sim, e nos tiveram que debater disso sim fim em vez
de trabalhar de verdade. O Ronaldo nao teve nem attitude rational diantes
desse debate; Inventou que era ditatura, e que aqui nao se podia discutir
coisa que nao seja sobre codigo apenas para tentar destabilizar a comunidade
e tomar o controle dela. Muito grave quem precisa distorcer os argumentos
dos outros para debater em vez de ter argumentos rationais. Isso sim que e
projeto de ditatura.

Vem com esses menssagens de bem vindo, paz e amor, apenas para tentar
enganar os novos entrantes com menssagens genéricos para fazer ato de
presencia.

Por isso, sim, bem de acordo com Paulino ou Renato (e outros membros ativos
dessa comunidade), achei que tinha que deixar de ser bonzinho ja que nao
adiantava.


Mas nao se pre-occupe nao, a gente vai la para frente. Logo deixarei de
responder a esse porque tudo que espera a criar confusao mesmo.
Apesar de poder fazê-lo, dexarei outro moderador exlcuir ele da lista se
acha que so isso resolve (ja que depois ele ira reclamar da ditatura sei la
onde).


Enquanto isso, nao se pre-occupe, nao que tem gente avançando de verdade
para tornar o OpenERP usavel no Brasil. Veja so minha atuaçao no IRC
international essa manha para resolver o problema da "Nomeclatura Comum do
Mercosul" que abre devagar no modulo l10n_br que eu evoquei ontem, vejam so
o trecho do channel #openobject:


<rvalyi> hello guys, I recently came intro trouble creating a new object
like product_category2 with product.category2 --- many2one ---
product.product  . The issue, when I have many (10 000) product.category2,
then the many2one is in the product form view list all 10 000
product_category2 at popup, which is very slow.
<rvalyi> I saw that one year, ago, the orm name_search function had limit=80
in its declaration while now it's limit=None
<rvalyi> If I switch back limit=80 in orm.py, then product_category2 records
are properly paginated as expected
<Red15> same goes for (real) tree views i tihnk
<Red15> at least project.project has a structural view which does not
paginate
<xf> yup I came on the same issue recently with an inventory of 15k lines...
<rvalyi> Meanwhile, I see that in lot's of place, like account.account,
account.invoice... the name_search function is overridden with limit=80 so
it works for those records, they get paginated
<xf> all the lines are loaded in the view with the one2many widget ...
<rvalyi> question1: is that normal, is that the expected behavior, why the
hell did they removed the limit=80 by default?
<rvalyi> xf: my problem here is in the many2one, didn't look if one2many has
the same issue, but I got the warning from you
<rvalyi> Red15: can you explain, don't really understand your " (real) tree
views" idea?
<Red15> real trees being the list view that has folding items
<rvalyi> question2: is overriding name_search with limit=80 the best
solution to this you can think about? I'm just afraid, because now I think
that quite a few object I created in some projects might lead to the same
issue when data is growing in production
<Red15> they also seem to have no limit
<AlanBell> Nds1: you can use iptables to map port 80 to 8080 and still run
openerp-web as a non-root user
* Mick27 (n=mick27@xxxxxxxxxxxxxxxxxxxxxxxxxxx) has joined #openobject
<cedk> rvalyi: the problem is because OpenERP client reads every records in
the list view instead of only those displayed
<rvalyi> Red15: you mean hierarchical trees like existing product categ view
or account view aren't paginated?
<Nds1> thanks AlanBell, i do this with the firewall, i simply forgot the
reservation for the port under 1024 :) tnx
<Red15> rvalyi, correct
<rvalyi> cedk: I think I see the issue you speak about (passing from tree to
form mode load all records displayed in tree view, right?) but I think my
issue here is different. Can you read carefully and confirm?
<Red15> cedk, that is a limitation of the interface, because you need to
read all entries in a table to be able to a) sort on them b) provide a
correctly scaled scrollbar
<rvalyi> folks, what is your opinion about question 1 and 2 ?
<cedk> rvalyi, Red15: I confirm what I said
<Red15> cedk, also the client does it quite smartly because it will cache
all the records in the list as soon as you open one form, that way the next
button works a lot faster
<cedk> Client must load on the fly (when displayed) records
<Red15> loading on the fly will slow down you next button to server ping
time + processing time
<AlanBell> Nds1: cool, for anyone curious the command would be "iptables -t
nat -A PREROUTING -p tcp --dport 80 -j REDIRECT --to-port 8080"
<xf> question 1: I guess they were bored
<xf> question 2: seems to me like an acceptable solution :o
<rvalyi> cedk: I agree almost with you. Fabien told that loading all at onec
speed up next/previous and that system save the mean load when server is
fully loaded by users. However IMHO it could load only selected record and
load the others just after in a backgound thread.  A bit Google Map loads
map tiles...
<cedk> Red15: if you want you can test it on the Tryton client with the demo
server and load the translation, there is 16482 records and it loads over
the web in less than 3secs
<cedk> rvalyi: what we do is preloading 80 next/previous records
<rvalyi> cedk:a  are you speaking about my issue or the genral tree -> form
loading?
<AlanBell> does anyone happen to know how to get orm.py line 1112 to be
executed, it is doing something with xpath nodes and I need to change it to
use libxml2 instead of the old xpath processor which isn't available in
Ubuntu  any more
<cedk> rvalyi: for me it is the same issue :-)
* Nds has quit (Read error: 105 (No buffer space available))
<AlanBell> I can do this, but I can't construct a test case that hits that
line. I can totally break the code at that point and still create a new
database and everything appears to work.
<rvalyi> cedk: it's not. My issue now only implies the list view and it's
default limit which is None unless you override name_search, while there is
a second issue when loading a record form view from the list view
<cedk> rvalyi: no, you problem is the search list view which is the same (in
the code) than the standard list view
<cedk> rvalyi: so when your search return too much record, to speed slow
down
<cedk> rvalyi: so fixing one will fix the other
<cedk> rvalyi: but of course you can limit the search result to 80 but is it
a good behavior ?
<cedk> rvalyi: will your users not finding some categories?
<rvalyi> cedk: what is exactly the difference between limiting search to 80
and paginating and your solution?
<cedk> rvalyi: if you want it is auto-paginating
<rvalyi> ?
<cedk> rvalyi: and by the way, with pagination you can not run wizard on a
lot of records
<rvalyi> cedk: you can manually extend the 80 limit to select more record, I
don't understand what is the alternative, could you explain it (sorry)?
<cedk> rvalyi: if you extend too much you will wait a lot of time before
having the client responds
<rvalyi> cedk: was there an issue in your opinion with limit=80 in
orm#name_search that has been altered by Tiny one year ago for limit=None?
* Nds1 has quit ("Leaving.")
<cedk> rvalyi: yes, if you are in the server code (in module) and you need
to search for something, you need to have all the ids not only the 80 first
* Nds (n=nds@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx) has
joined #openobject
<rvalyi> cedk, do you have something like a list view that auto-load records
n by n as you scroll down, like in Openbravo (which is NOT ergonomic at all
IMHO)?
<cedk> rvalyi: yes but not like Openbravo, more like in a Excell sheet when
you scroll there is more lines



So para lembrar, nao tou ganhando nehnum dineihro fazendo esse trabalho todo
de localizaçao por enquanto. Por enquanto apenas ainda trabalho para
clientes frances com OpenERP par me mainter, que nem voces ai tem seus
trabalhos. Agora acho razoavel que quem cria software livre tem como apenas
viver disso. Nao vejo porque o mundo ia ter que sempre comer nao mao apenas
"dos (re)vendedores" como esse Sr Ronaldo que quer se enfiar de qualquer
jeito no meio do caminho sem produzir nada que seja util.

Alias, é apenas porque existe essa atuaçao de profissionais qualificados a
redor do OpenERP que ele chega a ser tao bom. Vejam so as minhas
contribuçoes, aquelas de CampToCamp, Axelor, Smile em geral, Syleam, Axelor
e os outros demais. Mais de 50% do scope e da qualidade do OpenERP vem dessa
comunidade que se fosse apenas de amadores (ja que se fosse apenas gente que
nem o Ronaldo, conseguem imaginar?), nao ia dar tanta conta (basta comparar
com Adempiere que e muito mais voltado com amadores e teve sorte de herdar
do Compiere), porque ERP e coisa complexa que precisa de serio, experiença,
continuidade e ate dinheiro sim (veja so que nos ERP's proprietarios rivais,
rola tantos dinheiros do que para girar os bancos, podemos fazer com apenas
uma pequena parte disso, mas nao com nada) . Sem falar que tambem reversam
parte razoavel do nosso lucro para a Tiny, sendo parceiros, que tambem
permite sustentar os 85 funcionaros deles (esse crescimento foir muito
recente, eram 10 ha 2 anos) e produzir aquele software que o Sr Ronaldo nao
se contata de approveitar de graça, pois vem detonar quem cria.

 A contrario do que o Ronaldo esta insinuido, faço isso principalmente por
paixao. Comecei minha carreira de engenheiro em grande empresa leader dos
GDS (Amadeus, trabalha para British Airways e outros), la podia ganhar muito
mais, fazendo muito menos em lugar bonito da França sim, com plano de saude
e segurança sim. Mais nao fui por esse caminho da facilidade e do dinheiro
de apenas trocar bom diploma por bom salario, eu se fiz questao de APRENDER
a programar direito ( pois me formei como generalista que seja mais parecido
colm engenharia civil ou mecanica no Brasil ) e tambem faço questao de
ajudar quem precisa e de criar atividade economica no Brasil, porque
acredito que o futuro desse pais nao e so de vender açucar, ser lugar de
tourismo e mandar filho de papai formado a custo da sociedade la fora.
Apesar da roubança do velho senado, vou ter muito orgulho de pagar meus
impostos no Brasil com essa atividade do OpenERP, isso sim.

Espero que nao se deixam enganar, para tirar a mascara, basta ver dar um
procurada no Google sobre cada. Bom, logo vem mais coisas. Por favor que
quem estava ajudando continua fazê-lo, nos nao perdaremos o foco aqui. Tem
varios blueprints
https://blueprints.launchpad.net/openerp.pt-br-localiz/+specs?show=all
esperando implementaçao, artigos de divulgaçao e muitas outras pela
frente
a ser discutidas, longe de ser verdade que aqui so teria espaço para codigo.
Veja so minha atuaçao no forum international
http://openerp.com/forum/search.php?search_author=rvalyi&sid=ef01ddfc8467e4b20ed25af1455536dd
  ou essa publicaçao sobre ERP's que fiz
http://openerp.com/images/discover/white_paper_smile.pdf  para ver que e
pura tentativa de golpe essa insinuaçao do Ronaldo Padula.


Abraços a todos que vem ajudando aqui, sinto a mesma pena de ver esses
ultimos acontecimentos.


Raphaël valyi
http://www.akretion.com



2009/9/11 Rubens José Rodrigues <rubens.rodrigues@xxxxxxxxxxxxxxxxxxxxxxxxx>

>  Moderadores será que perdemos o foco?
>
> Será que podemos voltar ao objetivo do grupo?
>
>
>
> Att.
>
>
> ----------------------------------------------------------------------------
>
> Rubens José Rodrigues
>
> T.I, Analista de Suporte
>
> Tel: (27)3399-6419 / (27)9969-8081
>
> rubens.rodrigues@xxxxxxxxxxxxxxxxxxxxxxxxx
>
>
> ----------------------------------------------------------------------------
>
> Batista Coml. Log. Representações Ltda.
>
> Broker Nestlé do Brasil S/A
>
> Rua José Ramos de Oliveira, 91, 29111-280
>
> Nossa Senhora da Penha, Vila Velha, ES
>
> (27)3399-6400 / (27)9975-0140
>
>
>
> *"** **Falta de tempo é desculpa daqueles que perdem tempo por falta de
> métodos**"*
>
>
>
> *De:* openerp-brazil-team-bounces+rubens.rodrigues=
> batistarepresentacoes.com@xxxxxxxxxxxxxxxxxxx [mailto:
> openerp-brazil-team-bounces+rubens.rodrigues<openerp-brazil-team-bounces%2Brubens.rodrigues>
> =batistarepresentacoes.com@xxxxxxxxxxxxxxxxxxx] *Em nome de *Joe Pimentel
> *Enviada em:* sexta-feira, 11 de setembro de 2009 07:48
> *Para:* OpenErp Brasil
> *Assunto:* Re: [Openerp-brazil-team] Bom dia
>
>
>
> Bom dia,
>
> Israel, seja bem vindo ao nosso grupo.
>
> Mesmo correndo o risco de ser interpretado como tolo, tenho algo a dizer
> (ou tenho que dizer algo):
> Demais participantes vocês não acham que este tipo de "troca de idéias"
> fica melhor ser feito de forma privada?
> Além de poder intimidar os participantes do grupo ainda economizaria o
> tempo de todo mundo que tem que ler estas mensagens.
>
> Manter um nível mútuo de respeito nas comunicações também iria ajudar
> bastante.
>
> Obrigado,
>
> --
> Joe Bertoli Pimentel
> joe.b.pimentel@xxxxxxxxx
>
>  2009/9/11 Rodrigo Padula <rodrigopadula@xxxxxxxxxxxxxxxxx>
>
> Em 11-09-2009 00:38, Raphaël Valyi escreveu:
>
> > Pô meu caro Ronaldo, vc continua 'padulando' na batatinha mesmo?
> > Cadê a sua nova comunidade? Nao ia chorar mamãe com irmaozinho em outra
> > lista em final de conta?
>
> Realmente você é de um profissionalismo gigantesco, pode entender muito
> de OpenERP e dar grandes contribuicoes, mas meu amigo, seus emails e
> pensameno.....
>
> Fique tranquilo que nao vamos importunar você, criaremos algo novo e
> mais democratico que o SEU projeto ditadorial.
>
> Espero que consiga ganhar muito dinheiro com seu trabalho no OpenERP,
> pelo visto está precisando, pois é estrangeiro e quer controlar e ser
> dono de um projeto em outro pais.  BOA SORTE.. GANHARÁ MUITOS CLIENTES E
> DINHEIRO COM ESSAS ATITUDES NO BRASIL.
>
>
> > Alem disso, parece que vc tem ate ficha de tentativa se assalto em
> > comunidades open source já, pois na primeira pagina Google
> > acho:
> http://social.msdn.microsoft.com/Forums/pt-BR/vsvbasicpt/thread/e2cf95c5-f67c-499d-8f9f-9c087cfc8002
>
> Cara você fala muita merda. Nem sabe do que se trata o assunto.
>
> A ideia do Ronaldo é gerar um software livre para micro-empresas. Ao
> contrario de voce, o intuito dele nao é ganhar dinheiro, é apenas
> encontrar uma ferramenta para difusão e uso no Brasil.
>
>
> > Posso não ser brasileiro, mas eu sou do samba seu metaleiro imaduro. Não
> > tem nada para fazer nada vida nao?
>
> Sem comentários... você que parece nao ter nada para fazer com esse
> tipoo de email
>
>
> > Com toda minha falta de respeito reciproca,
> >
> > Raphaël Valyi
> > http://www.akretion.com
>
>  --
>
> Rodrigo Padula de Oliveira
> M.Sc. Student - COPPE/UFRJ
> Fedora Community Manager - Latin America
> Red Hat Community and Academy Relations
> http://www.proyectofedora.org
> http://twitter.com/rodrigopadula
> http://www.rodrigopadula.com
>
>
>
>
> _______________________________________________
> Mailing list: https://launchpad.net/~openerp-brazil-team<https://launchpad.net/%7Eopenerp-brazil-team>
> Post to     : openerp-brazil-team@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~openerp-brazil-team<https://launchpad.net/%7Eopenerp-brazil-team>
> More help   : https://help.launchpad.net/ListHelp
>
>
>
>
> --
> Joe Bertoli Pimentel
> joe.b.pimentel@xxxxxxxxx
>
> _______________________________________________
> Mailing list: https://launchpad.net/~openerp-brazil-team
> Post to     : openerp-brazil-team@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~openerp-brazil-team
> More help   : https://help.launchpad.net/ListHelp
>
>