IRC logs of #tryton for Sunday, 2009-05-03

chat.freenode.net #tryton log beginning Sun May 3 00:00:01 CEST 2009
Payne_by the clerks00:00
Payne_For certain apps00:00
cedkPayne_: I think that a native client will be always better then a web one00:00
Payne_I was thinking an ncurses UI might lead to productivity gains00:01
Payne_these clerks were entering doing data entry at a blistering speed00:02
cedkPayne_: with the GTK client, you can have a good speed, all is accessible with keyboard00:02
Payne_just a thought I wanted to pass by another developer00:03
Payne_before I started using openerp00:03
Payne_I looked at erp500:03
Payne_another python erp00:03
Payne_It had one interesting feature00:04
Payne_that I have been thinking of implementing in opnerp00:04
Payne_but tryton might be a better candidate00:04
cedkPayne_: which is?00:05
Payne_which is syncml00:05
Payne_then you could syncl your blackberry or Point of Sale00:05
Payne_which brings up another issue00:06
Payne_Which is the need for a solid point of sale solution00:06
cedkPayne_: to sync with contact, we are working on CardDAV00:07
Payne_yes00:08
cedkPayne_: I have almost a GroupDAV working00:08
Payne_let explain a use case00:08
cedkPayne_: I don't know how syncML works00:08
Payne_why I think syncml is important00:08
Payne_think of a point of sale device00:08
Payne_it may lose connectivity with the erp00:09
Payne_the ability to keep working00:09
Payne_and then resync when communication would be valuable00:10
-!- racke(n=racke@a89-183-22-83.net-htp.de) has joined #tryton00:10
Payne_also for mobile apps00:10
cedkPayne_: do you know any POS that talk syncML?00:10
Payne_I am looking at adding syncml support to openbravo pos00:10
Payne_and then syncml to tryton and/or openerp00:11
Payne_funambol has open source java libs for syncml00:11
Payne_and erps has python code for syncml00:12
cedkPayne_: have you any spec for the protocol?00:12
Payne_yes00:12
Payne_I can email you my research00:13
cedkPayne_: by the way, I'm not sure that you must have a two-side sync for POS00:13
Payne_it would be preferable00:13
Payne_as you reduce the configuration requirements on the POS00:14
Payne_The POS gets it configuration from the erp00:14
Payne_products , prices etc00:14
cedkPayne_: but configuration will always come from the server and Sale from POS00:14
Payne_yes00:15
Payne_agreed00:15
Payne_so there needs to be two way sync00:15
Payne_config from server to pos00:15
Payne_and sales data from pos to server00:15
cedkPayne_: this is always one way00:16
Payne_?00:16
cedkconf is one way and sale is one way00:16
Payne_correct00:21
Payne_I mean they will not be syncing the same data00:21
Payne_I guess a better term00:21
Payne_is bidirectional communication00:21
cedkPayne_: yes, so I don't know if syncML is the right protocol00:23
Payne_why not?00:23
Payne_You can one way sync00:23
Payne_and it is better than trying to roll your own00:23
Payne_and there is java and python implementations00:24
cedkPayne_: pushing update is not difficult00:25
cedkPayne_: you can do it with xml-rpc00:25
Payne_yes00:25
Payne_but syncml00:25
Payne_was built00:25
Payne_in case00:26
Payne_communication was lost between the 2 nodes00:26
Payne_what happens if network connectivity is lost?00:26
Payne_for 10 minutes00:26
Payne_xml-rpc will not help you00:26
Payne_you still need a sync engine00:27
cedkPayne_: I don't think00:30
Payne_you have to create logic to transfer data from POS to erp00:31
Payne_why recreate that when syncml handles that?00:31
Payne_plus you could add that functionality to other mobile apps00:32
Payne_like sales force automation etc00:32
cedkPayne_: for me there is no sync, it is only push00:33
Payne_I think syncml is the way to go00:34
Payne_I don't see a simple push as being sufficient00:34
cedkPayne_: is POS of openbravo not talking xml-rpc?00:35
Payne_it is00:35
cedkPayne_: why?00:35
Payne_well00:35
Payne_the amount of logic00:35
Payne_that would be required00:35
Payne_you cannot assume connectivity all the time between the 2 nodes00:35
Payne_therfore there must be some mechanism where the pos can keep the changes00:36
Payne_until the network connection is restablished00:36
Payne_and then send all uncommitted changes00:36
Payne_and i don't see a more elegant solution than syncml00:37
cedkPayne_: I don't know syncml, but you can do the same with xml-rpc00:38
Payne_you could00:39
Payne_but you would have to add code to do it00:39
Payne_whereas that logic is built into the syncml protocol00:39
cedkPayne_: I don't understand your logical, you have two software that talk the same protocol xml-rpc, and you want to modify both to use an other one00:41
Payne_well00:42
cedkPayne_: I think you will add more code for that, then just addapt xml-rpc to take care of what you want00:42
Payne_in other for the sync to work properly00:42
Payne_I would have to add code00:42
Payne_to handle tracking the changes etc00:42
cedkPayne_: it is simply a field to mark what have been pushed00:42
cedkPayne_: not tracking of change, because it is one way00:43
Payne_yes00:43
Payne_but since most smartphones support syncml00:43
Payne_you get that capability as well00:43
cedkPayne_: but we will have CardDAV00:44
Payne_yes00:44
Payne_but that is limited in its use00:44
Payne_syncml00:44
Payne_would allow you to sync arbitrary erp data00:45
cedkPayne_: do you know python library that makes syncml?00:45
Payne_look at this00:45
Payne_http://www.erp5.org/HowToUseERP5SyncMLTool00:45
Payne_I have to go00:46
Payne_But if you interested in more info00:47
Payne_you can email me at garth75 AT gmail00:47
Payne_bye00:48
-!- _TiN_(n=usuario@190.189.9.80) has joined #tryton01:30
-!- _TiN_(n=usuario@190.189.9.80) has joined #tryton01:46
-!- _TiN_(n=usuario@190.189.9.80) has joined #tryton01:59
-!- _TiN_(n=usuario@190.189.9.80) has joined #tryton02:00
CIA-48Timitos roundup * #1034/create_chrt_account wizard does not know accounts any more: [invalid] i cannot reproduce this. for me the account chart is working as expected. there has been no changes related to this02:29
CIA-48http://bugs.tryton.org/roundup/issue103402:29
-!- yangoon(n=mathiasb@p549F4558.dip.t-dialin.net) has joined #tryton05:18
-!- woakas(n=woakas@200.106.197.191) has joined #tryton05:49
-!- _TiN_(n=usuario@190.189.9.80) has joined #tryton05:52
-!- _TiN_(n=TiN@190.189.9.80) has joined #tryton06:23
-!- TiN_(i=ahenze@190.0.162.41) has joined #tryton06:27
-!- TiN(i=ahenze@190.0.162.41) has joined #tryton06:32
-!- _TiN_(i=ahenze@190.0.162.41) has joined #tryton06:36
-!- enlightx(n=enlightx@host-84-220-83-7.cust-adsl.tiscali.it) has joined #tryton07:06
-!- vengfulsquirrel(n=ian@c-67-160-236-234.hsd1.ca.comcast.net) has left #tryton07:28
-!- Timitos(n=Timitos@88.217.184.172) has joined #tryton08:53
-!- racke(n=racke@a89-182-91-73.net-htp.de) has joined #tryton09:10
-!- racke1(n=racke@p4FC9AA84.dip.t-dialin.net) has joined #tryton09:22
-!- enlightx(n=enlightx@host-84-220-83-7.cust-adsl.tiscali.it) has joined #tryton10:50
-!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton11:20
-!- johbo(n=joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton12:15
CIA-48matb roundup * #1033/Translation: missing ids: Checked once again: - Working on tip - Working on database that only serves translation purposes - Updated database via -u all - Clean translation ...12:50
CIA-48http://bugs.tryton.org/roundup/issue103312:50
CIA-48matb roundup * #1032/Translation: Some strings are not exported: Checked once again: - Working on tip - Working on database that only serves translation purposes - Updated database via -u all - Clean translation ...12:58
CIA-48http://bugs.tryton.org/roundup/issue103212:58
-!- paepke(n=paepke@p5B32E71C.dip.t-dialin.net) has joined #tryton13:12
-!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton13:38
CIA-48C?dric Krier <ced@b2ck.com> default * 1791:4a8bc86f88b1 trytond/trytond/ir/translation.py: Improve convertion of id into xml id for translation export14:04
CIA-48http://hg.tryton.org/trytond/rev/4a8bc86f88b114:04
CIA-48ced roundup * #1033/Translation: missing ids: [testing] This must be due to ir.module.data that are in the wrong module. Perhaps because you updated the database for only one module but there ...14:09
CIA-48http://bugs.tryton.org/roundup/issue103314:09
CIA-48ced roundup * #1032/Translation: Some strings are not exported: [resolved] Duplicate with issue103314:09
CIA-48http://bugs.tryton.org/roundup/issue103214:09
CIA-48C?dric Krier <ced@b2ck.com> default * 1792:cd76f1010967 trytond/trytond/protocols/webdav.py: Raise only DAV_ exception to webdav server14:13
CIA-48http://hg.tryton.org/trytond/rev/cd76f101096714:13
CIA-48C?dric Krier <ced@b2ck.com> default * 1793:5d8adb8fe885 trytond/trytond/ (backend/postgresql/database.py protocols/dispatcher.py): Add close database for dump/restore since we keep cursors14:35
CIA-48http://hg.tryton.org/trytond/rev/5d8adb8fe88514:35
CIA-48C?dric Krier <ced@b2ck.com> default * 1794:4b3447726121 trytond/trytond/backend/postgresql/database.py: Use --no-owner for dump/restore14:35
CIA-48http://hg.tryton.org/trytond/rev/4b344772612114:35
-!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton14:35
-!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton14:50
-!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton17:28
-!- enlightx(n=enlightx@host-84-220-83-7.cust-adsl.tiscali.it) has joined #tryton18:14
-!- racke1(n=racke@p4FC9AA84.dip.t-dialin.net) has left #tryton19:59
-!- enlightx(n=enlightx@host-84-220-83-7.cust-adsl.tiscali.it) has joined #tryton20:00
-!- vengfulsquirrel(n=ian@c-67-160-236-234.hsd1.ca.comcast.net) has joined #tryton20:23
-!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton20:33
-!- ChanServ(ChanServ@services.) has joined #tryton21:01

Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!