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
<mailto: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
<mailto: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
<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
<mailto: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
<mailto: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
<http://batistarepresentacoes.com>@lists.launchpad.net
<http://lists.launchpad.net>
[mailto:openerp-brazil-team-bounces+rubens.rodrigues
<mailto:openerp-brazil-team-bounces%2Brubens.rodrigues>=batistarepresentacoes.com
<http://batistarepresentacoes.com>@lists.launchpad.net
<http://lists.launchpad.net>] *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 <mailto:joe.b.pimentel@xxxxxxxxx>
2009/9/11 Rodrigo Padula <rodrigopadula@xxxxxxxxxxxxxxxxx
<mailto: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
<mailto: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 <mailto:joe.b.pimentel@xxxxxxxxx>
_______________________________________________
Mailing list: https://launchpad.net/~openerp-brazil-team
<https://launchpad.net/%7Eopenerp-brazil-team>
Post to : openerp-brazil-team@xxxxxxxxxxxxxxxxxxx
<mailto:openerp-brazil-team@xxxxxxxxxxxxxxxxxxx>
Unsubscribe : https://launchpad.net/~openerp-brazil-team
<https://launchpad.net/%7Eopenerp-brazil-team>
More help : https://help.launchpad.net/ListHelp
------------------------------------------------------------------------
_______________________________________________
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