IRC logs of #tryton for Tuesday, 2014-10-28

chat.freenode.net #tryton log beginning Tue Oct 28 00:00:01 CET 2014
2014-10-28 02:08 -!- notthemessiah_(~holygourd@c-76-99-49-12.hsd1.pa.comcast.net) has joined #tryton
2014-10-28 02:13 <notthemessiah_> can't get tryton to work on Arch Linux via the AUR: install: cannot stat ‘etc/trytond.conf’: No such file or directory
2014-10-28 02:32 -!- notthemessiah(~castthesh@c-76-99-49-12.hsd1.pa.comcast.net) has joined #tryton
2014-10-28 03:30 -!- asoleh(~asoleh@36.70.88.155) has joined #tryton
2014-10-28 03:31 <asoleh> kkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkk
2014-10-28 03:31 <asoleh> uhjgjgo
2014-10-28 04:38 <asoleh> k
2014-10-28 04:41 <asoleh> lkll;m;,.mj'[[[[[[[[[[[
2014-10-28 04:54 -!- smarro(~sebastian@190.105.93.196) has joined #tryton
2014-10-28 05:04 -!- asoleh(~asoleh@110.138.87.138) has joined #tryton
2014-10-28 06:01 -!- yangoon(~mathiasb@p549F2A11.dip0.t-ipconnect.de) has joined #tryton
2014-10-28 06:40 -!- frispete(~frispete@p54A91D26.dip0.t-ipconnect.de) has joined #tryton
2014-10-28 08:19 -!- sharoonthomas(~sharoonth@103.245.118.154) has joined #tryton
2014-10-28 08:31 -!- pobsteta(~Thunderbi@4cb54-3-88-160-87-54.fbx.proxad.net) has joined #tryton
2014-10-28 08:41 -!- jeancavallo(~giovanni@bob75-9-88-181-2-176.fbx.proxad.net) has joined #tryton
2014-10-28 08:42 -!- cedk(~ced@gentoo/developer/cedk) has joined #tryton
2014-10-28 09:18 -!- bechamel(~Adium@62-197-96-189.teledisnet.be) has joined #tryton
2014-10-28 09:21 -!- Timitos(~kpreisler@host-88-217-184-172.customer.m-online.net) has joined #tryton
2014-10-28 09:25 -!- corro(~corro@46.22.23.85) has joined #tryton
2014-10-28 09:26 -!- pokoli(~pokoli@unaffiliated/pokoli) has joined #tryton
2014-10-28 09:41 -!- smarro(~sebastian@190.105.93.196) has joined #tryton
2014-10-28 09:47 -!- xrg_(~panos@178.128.247.220.dsl.dyn.forthnet.gr) has joined #tryton
2014-10-28 09:51 -!- digitalsatori(~Thunderbi@114.94.159.80) has joined #tryton
2014-10-28 09:59 -!- nicoe(~nicoe@2001:6f8:3aa:2:ee55:f9ff:fe7b:f7ac) has joined #tryton
2014-10-28 10:03 -!- unicode2013(~unicode20@host81-133-106-167.in-addr.btopenworld.com) has joined #tryton
2014-10-28 10:21 -!- digitalsatori(~Thunderbi@114.94.159.80) has joined #tryton
2014-10-28 10:22 -!- unicode2013(~unicode20@host81-133-106-167.in-addr.btopenworld.com) has joined #tryton
2014-10-28 10:24 -!- unicode2013(~unicode20@host81-133-106-167.in-addr.btopenworld.com) has joined #tryton
2014-10-28 10:24 -!- digitalsatori1(~Thunderbi@114.94.159.80) has joined #tryton
2014-10-28 10:27 -!- thomassgn(~thomas@195.1.144.118) has joined #tryton
2014-10-28 10:29 -!- nicoe(~nicoe@82-212-130-50.teledisnet.be) has joined #tryton
2014-10-28 10:33 -!- unicode2013(~unicode20@host81-133-106-167.in-addr.btopenworld.com) has joined #tryton
2014-10-28 10:38 -!- pobsteta1(~Thunderbi@185.10.253.102) has joined #tryton
2014-10-28 10:45 -!- prksh(~prksh@198.61.199.179) has joined #tryton
2014-10-28 10:46 <prksh> pokoli: how do I reload a view just after ending a wizard?
2014-10-28 10:47 <prksh> returning end in transition only exits the wizard
2014-10-28 10:47 <pokoli> prksh: should be done by the client if the wizard is launched from the view
2014-10-28 10:47 <pokoli> prksh: how you launch the wizard?
2014-10-28 10:47 <prksh> Launch Action button
2014-10-28 10:47 -!- pobsteta(~Thunderbi@4cb54-3-88-160-87-54.fbx.proxad.net) has joined #tryton
2014-10-28 10:48 <prksh> its on party and my wizard deletes some of them
2014-10-28 10:48 -!- unicode2013(~unicode20@host81-133-106-167.in-addr.btopenworld.com) has joined #tryton
2014-10-28 10:49 <prksh> then I am getting Try to read the record which doesnt exist anymore
2014-10-28 10:50 <prksh> so I want a reload on party view when wizard ended
2014-10-28 10:54 -!- unicode2013(~unicode20@host81-133-106-167.in-addr.btopenworld.com) has joined #tryton
2014-10-28 10:58 <pokoli> prksh: i doesn't come to my mind how to do this from the action
2014-10-28 11:01 -!- cjbarnes18(~craig@213.131.188.214) has joined #tryton
2014-10-28 11:02 <prksh> pokoli: if a wizard is launched from the view, will client updates the view after wizard finishes?
2014-10-28 11:02 <cedk> prksh: http://doc.tryton.org/3.4/trytond/doc/ref/wizard.html#trytond.wizard.Wizard.end_state
2014-10-28 11:03 <yangoon> prksh: I think it is logic, that you get this message, * because* it reloads the view
2014-10-28 11:03 <yangoon> prksh: assuming you talk about module party_merge?
2014-10-28 11:05 <pokoli> cedk: but reload_view is not available as client action
2014-10-28 11:05 <prksh> yangoon: yes
2014-10-28 11:06 <yangoon> prksh: the message indeed is correct, despite not user friendly of course, because the module deletes the current record on which one works
2014-10-28 11:06 <cedk> pokoli: you are right
2014-10-28 11:07 <cedk> prksh: deleting is probably a bad practice
2014-10-28 11:07 <yangoon> prksh: solution that comes to my mind: ask for both parties to be merged in the wizard
2014-10-28 11:07 <pokoli> cedk: any reason to not have the reload action?
2014-10-28 11:08 <prksh> cedk: I could have make inactive then
2014-10-28 11:08 <pokoli> cedk: because it should be done automatically from client side?
2014-10-28 11:09 <yangoon> prksh: would be better any way, because there could be records depending on the merged party
2014-10-28 11:09 <cedk> pokoli: yes client will reload but here he wants to re-search
2014-10-28 11:10 <cedk> and I think it will give a bad UX because things desapear without warnings
2014-10-28 11:11 <pokoli> prksh: for me this wizard should be launched from a separate menu entry and asking the main party (Many2One) and the ones to be merged (Many2Many)
2014-10-28 11:11 <pokoli> prksh: also do you think you can make it generic? So it can merge any type of records (not only parties)
2014-10-28 11:12 <prksh> yangoon: then I will loose filtering feature of form view probably
2014-10-28 11:12 <prksh> pokoli: yes this can be made generic. Originally it was :p
2014-10-28 11:13 <cedk> it should probably make proposal for merging and request user validation
2014-10-28 11:13 <cedk> pokoli: I don't think it is doable to make it generic
2014-10-28 11:14 <cedk> merging has only meaning in case of duplicates
2014-10-28 11:14 <cedk> duplicates only exist on the referencial part of the application
2014-10-28 11:14 <cedk> party, product etc.
2014-10-28 11:14 <cedk> and I see only party that could lead to such duplicates
2014-10-28 11:16 <pokoli> cedk: maybe yes, it's only applicable on party
2014-10-28 11:16 <prksh> cedk: +1
2014-10-28 11:16 <pokoli> cedk: SugarCRM has this feature to merge on all models
2014-10-28 11:17 <pokoli> cedk: but all the models that's usable there are parties on tryton
2014-10-28 11:19 -!- digitalsatori(~Thunderbi@114.94.159.80) has joined #tryton
2014-10-28 11:27 -!- digitalsatori(~Thunderbi@114.94.159.80) has joined #tryton
2014-10-28 11:29 -!- LordVan(~lordvan@gentoo/developer/LordVan) has joined #tryton
2014-10-28 11:39 -!- newzen(~newzen@200.93.89.46) has joined #tryton
2014-10-28 11:57 -!- kstenger(~karla@200.124.209.158) has joined #tryton
2014-10-28 12:04 <xrg_> cedk: see F3, I have such a feature. However, GUI is still a headache to implement in a generic way.
2014-10-28 12:08 <pokoli> xrg_: you're the only one maintaining F3?
2014-10-28 12:09 <xrg_> pokoli: yes
2014-10-28 12:10 <pokoli> xrg_: I'm a little bit curios why you do this and don't join efforts with other communities (for example tryton)
2014-10-28 12:10 <pokoli> s/curios/curious/
2014-10-28 12:11 <xrg_> pokoli: you are quite right to ask that: I have some applications running, that I don't want to "reset" by re-implementing all the core API in tryton.
2014-10-28 12:11 <xrg_> pokoli: there is much missing in tryton, including the Postgres SQL layer that F3 has.
2014-10-28 12:12 <pokoli> xrg_: do you have some link?
2014-10-28 12:12 <xrg_> pokoli: however, I wish that tryton eventually receives all these features, so that I could jump one day to it. So, glad to cooperate with community
2014-10-28 12:13 -!- lfm(~meanmicio@39.Red-83-57-158.dynamicIP.rima-tde.net) has joined #tryton
2014-10-28 12:13 <xrg_> pokoli: link for which part, in particular?
2014-10-28 12:13 <pokoli> xrg_: PostgreSQL layer for example
2014-10-28 12:16 <xrg_> pokoli: http://git.hellug.gr/?p=xrg/openobject-server;a=blob;f=bin/tools/bin/tools/sql_model.py;h=5115a1ced2bd00a86068879c5802e170e935df7a;hb=HEAD
2014-10-28 12:16 <xrg_> pokoli: just an example. The real issue, here, is that a generic non-Postgres implementation is bound to miss the advantages of a postgres-specific one.
2014-10-28 12:18 <cedk> xrg_: examples?
2014-10-28 12:18 <xrg_> cedk: "WITH" statements, recursive queries, functions, nested queries
2014-10-28 12:19 <xrg_> cedk: .. jsonb type also, GIS ...
2014-10-28 12:19 <cedk> xrg_: python-sql is going to have common table expression:
2014-10-28 12:19 <cedk> https://code.google.com/p/python-sql/issues/detail?id=24
2014-10-28 12:20 <cedk> xrg_: functions are supported by python-sql
2014-10-28 12:20 <cedk> xrg_: jsonb could be implemented easily
2014-10-28 12:20 <xrg_> cedk: will they behave the same in any SQL server?
2014-10-28 12:20 <cedk> xrg_: GIS was already implemented in a POC
2014-10-28 12:21 <cedk> xrg_: don't know about SQL servers differences
2014-10-28 12:22 <xrg_> cedk: frankly, I think tryton is gong to waste much effort just trying to be "compatible" with alternate SQLs
2014-10-28 12:23 <cedk> xrg_: no we just want to be SQL compatible
2014-10-28 12:23 <cedk> SQL is a standard
2014-10-28 12:24 <cedk> xrg_: and Tryton wastes almost nothing on this topic once a clean layer has been defined
2014-10-28 12:24 <xrg_> cedk: I mean that as an advice, for the project. "Compatibility" will cost, keep you away from features.
2014-10-28 12:25 <cedk> xrg_: everything that is not SQL standard should be avoided because you will be linked to custom
2014-10-28 12:25 <cedk> xrg_: postgres is a good initial support because it has almost only SQL standard
2014-10-28 12:26 <xrg_> IMHO, and that's the answer wrt. F3 vs tryton, keeping custom can allow you to have thinner layers, more access to custom features.
2014-10-28 12:26 <cedk> xrg_: Completly False
2014-10-28 12:27 <cedk> xrg_: I have implemented for example UUID and Bistring support in a tryton custom module
2014-10-28 12:27 <cedk> xrg_: without any extra cost and while keeping the module working on SQLite and MySQL
2014-10-28 12:28 <cedk> a clean separation is much better and flexible
2014-10-28 12:28 -!- swayf(~swayf@ipbcc037b2.dynamic.kabel-deutschland.de) has joined #tryton
2014-10-28 12:28 <cedk> xrg_: otherwise, you have better to only use postgres and develop all in it
2014-10-28 12:29 <cedk> xrg_: FYI, recursive queries are much more slower on tree than MPTT
2014-10-28 12:29 <xrg_> cedk: It is only personal opinions on architecture, I respect yours. But prefer to keep developing all in postgres, take its advantages.
2014-10-28 12:30 <cedk> xrg_: we have all the advantage of PostgreSQL also
2014-10-28 12:30 <cedk> but with a community
2014-10-28 12:35 <xrg_> cedk: I will keep challenging these "all advantage". See, I really want you to implement those.
2014-10-28 12:35 <xrg_> :)
2014-10-28 12:36 <xrg_> cedk: have to go, talk you later. Nice talking to you, again.
2014-10-28 12:49 -!- VaticanCameos(~pritishc@103.245.118.154) has joined #tryton
2014-10-28 13:15 -!- meanmicio(~meanmicio@39.Red-83-57-158.dynamicIP.rima-tde.net) has joined #tryton
2014-10-28 13:15 -!- meanmicio(~meanmicio@fsf/member/meanmicio) has joined #tryton
2014-10-28 13:34 -!- yangoon(~mathiasb@p549F2A11.dip0.t-ipconnect.de) has joined #tryton
2014-10-28 13:58 -!- frispete(~frispete@p54A91D26.dip0.t-ipconnect.de) has joined #tryton
2014-10-28 14:03 -!- frispete(~frispete@p54A91D26.dip0.t-ipconnect.de) has joined #tryton
2014-10-28 14:41 -!- newzen(~newzen@200.93.89.46) has joined #tryton
2014-10-28 15:09 -!- digitalsatori(~Thunderbi@114.92.210.36) has joined #tryton
2014-10-28 15:39 -!- digitalsatori(~Thunderbi@114.92.210.36) has joined #tryton
2014-10-28 15:47 -!- notzippy(~sabayonus@d207-216-251-90.bchsia.telus.net) has joined #tryton
2014-10-28 15:57 -!- TheCowboy`(~TheCowboy@wsip-98-191-208-111.dc.dc.cox.net) has joined #tryton
2014-10-28 17:03 -!- sharoonthomas(~sharoonth@122.177.245.114) has joined #tryton
2014-10-28 17:51 -!- smarro(~sebastian@190.247.211.202) has joined #tryton
2014-10-28 17:54 -!- Telesight(~anthony@77-175-158-148.FTTH.ispfabriek.nl) has joined #tryton
2014-10-28 18:07 -!- RGTechNurse(~RGTechNur@190.190.170.101) has joined #tryton
2014-10-28 18:26 -!- RGTechNurse(~RGTechNur@190.190.170.101) has joined #tryton
2014-10-28 18:30 -!- TheCowboy`(~TheCowboy@wsip-98-191-208-111.dc.dc.cox.net) has joined #tryton
2014-10-28 19:11 -!- horli(~gregor@chello084113024052.5.12.vie.surfer.at) has joined #tryton
2014-10-28 19:14 -!- horli(~gregor@chello084113024052.5.12.vie.surfer.at) has left #tryton
2014-10-28 19:55 -!- gremly(~gremly@190.85.36.58) has joined #tryton
2014-10-28 20:08 -!- swayf(~swayf@ipbcc037b2.dynamic.kabel-deutschland.de) has joined #tryton
2014-10-28 20:55 -!- nicoe(~nicoe@2a02:a03f:3079:cd00:ee55:f9ff:fe7b:f7ac) has joined #tryton
2014-10-28 21:46 -!- swayf(~swayf@ipbcc037b2.dynamic.kabel-deutschland.de) has joined #tryton
2014-10-28 21:55 -!- prksh(~prksh@180.188.248.114) has joined #tryton
2014-10-28 22:01 -!- prkshop(~prksh@180.188.248.114) has joined #tryton
2014-10-28 22:01 -!- prkshop(~prksh@180.188.248.114) has left #tryton
2014-10-28 22:01 -!- prkshop(~prksh@180.188.248.114) has joined #tryton
2014-10-28 22:01 -!- prkshop(~prksh@180.188.248.114) has joined #tryton
2014-10-28 22:08 -!- prksh(~prksh@180.188.248.114) has left #tryton
2014-10-28 22:38 -!- smarro(~sebastian@190.105.93.196) has joined #tryton
2014-10-28 23:49 -!- smarro(~sebastian@190.105.93.196) has joined #tryton

Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!