| chat.freenode.net #tryton log beginning Sun May 3 00:00:01 CEST 2009 | ||
| 2009-05-03 00:00 <Payne_> by the clerks | ||
| 2009-05-03 00:00 <Payne_> For certain apps | ||
| 2009-05-03 00:00 <cedk> Payne_: I think that a native client will be always better then a web one | ||
| 2009-05-03 00:01 <Payne_> I was thinking an ncurses UI might lead to productivity gains | ||
| 2009-05-03 00:02 <Payne_> these clerks were entering doing data entry at a blistering speed | ||
| 2009-05-03 00:02 <cedk> Payne_: with the GTK client, you can have a good speed, all is accessible with keyboard | ||
| 2009-05-03 00:03 <Payne_> just a thought I wanted to pass by another developer | ||
| 2009-05-03 00:03 <Payne_> before I started using openerp | ||
| 2009-05-03 00:03 <Payne_> I looked at erp5 | ||
| 2009-05-03 00:03 <Payne_> another python erp | ||
| 2009-05-03 00:04 <Payne_> It had one interesting feature | ||
| 2009-05-03 00:04 <Payne_> that I have been thinking of implementing in opnerp | ||
| 2009-05-03 00:04 <Payne_> but tryton might be a better candidate | ||
| 2009-05-03 00:05 <cedk> Payne_: which is? | ||
| 2009-05-03 00:05 <Payne_> which is syncml | ||
| 2009-05-03 00:05 <Payne_> then you could syncl your blackberry or Point of Sale | ||
| 2009-05-03 00:06 <Payne_> which brings up another issue | ||
| 2009-05-03 00:06 <Payne_> Which is the need for a solid point of sale solution | ||
| 2009-05-03 00:07 <cedk> Payne_: to sync with contact, we are working on CardDAV | ||
| 2009-05-03 00:08 <Payne_> yes | ||
| 2009-05-03 00:08 <cedk> Payne_: I have almost a GroupDAV working | ||
| 2009-05-03 00:08 <Payne_> let explain a use case | ||
| 2009-05-03 00:08 <cedk> Payne_: I don't know how syncML works | ||
| 2009-05-03 00:08 <Payne_> why I think syncml is important | ||
| 2009-05-03 00:08 <Payne_> think of a point of sale device | ||
| 2009-05-03 00:09 <Payne_> it may lose connectivity with the erp | ||
| 2009-05-03 00:09 <Payne_> the ability to keep working | ||
| 2009-05-03 00:10 <Payne_> and then resync when communication would be valuable | ||
| 2009-05-03 00:10 -!- racke(n=racke@a89-183-22-83.net-htp.de) has joined #tryton | ||
| 2009-05-03 00:10 <Payne_> also for mobile apps | ||
| 2009-05-03 00:10 <cedk> Payne_: do you know any POS that talk syncML? | ||
| 2009-05-03 00:10 <Payne_> I am looking at adding syncml support to openbravo pos | ||
| 2009-05-03 00:11 <Payne_> and then syncml to tryton and/or openerp | ||
| 2009-05-03 00:11 <Payne_> funambol has open source java libs for syncml | ||
| 2009-05-03 00:12 <Payne_> and erps has python code for syncml | ||
| 2009-05-03 00:12 <cedk> Payne_: have you any spec for the protocol? | ||
| 2009-05-03 00:12 <Payne_> yes | ||
| 2009-05-03 00:13 <Payne_> I can email you my research | ||
| 2009-05-03 00:13 <cedk> Payne_: by the way, I'm not sure that you must have a two-side sync for POS | ||
| 2009-05-03 00:13 <Payne_> it would be preferable | ||
| 2009-05-03 00:14 <Payne_> as you reduce the configuration requirements on the POS | ||
| 2009-05-03 00:14 <Payne_> The POS gets it configuration from the erp | ||
| 2009-05-03 00:14 <Payne_> products , prices etc | ||
| 2009-05-03 00:14 <cedk> Payne_: but configuration will always come from the server and Sale from POS | ||
| 2009-05-03 00:15 <Payne_> yes | ||
| 2009-05-03 00:15 <Payne_> agreed | ||
| 2009-05-03 00:15 <Payne_> so there needs to be two way sync | ||
| 2009-05-03 00:15 <Payne_> config from server to pos | ||
| 2009-05-03 00:15 <Payne_> and sales data from pos to server | ||
| 2009-05-03 00:16 <cedk> Payne_: this is always one way | ||
| 2009-05-03 00:16 <Payne_> ? | ||
| 2009-05-03 00:16 <cedk> conf is one way and sale is one way | ||
| 2009-05-03 00:21 <Payne_> correct | ||
| 2009-05-03 00:21 <Payne_> I mean they will not be syncing the same data | ||
| 2009-05-03 00:21 <Payne_> I guess a better term | ||
| 2009-05-03 00:21 <Payne_> is bidirectional communication | ||
| 2009-05-03 00:23 <cedk> Payne_: yes, so I don't know if syncML is the right protocol | ||
| 2009-05-03 00:23 <Payne_> why not? | ||
| 2009-05-03 00:23 <Payne_> You can one way sync | ||
| 2009-05-03 00:23 <Payne_> and it is better than trying to roll your own | ||
| 2009-05-03 00:24 <Payne_> and there is java and python implementations | ||
| 2009-05-03 00:25 <cedk> Payne_: pushing update is not difficult | ||
| 2009-05-03 00:25 <cedk> Payne_: you can do it with xml-rpc | ||
| 2009-05-03 00:25 <Payne_> yes | ||
| 2009-05-03 00:25 <Payne_> but syncml | ||
| 2009-05-03 00:25 <Payne_> was built | ||
| 2009-05-03 00:26 <Payne_> in case | ||
| 2009-05-03 00:26 <Payne_> communication was lost between the 2 nodes | ||
| 2009-05-03 00:26 <Payne_> what happens if network connectivity is lost? | ||
| 2009-05-03 00:26 <Payne_> for 10 minutes | ||
| 2009-05-03 00:26 <Payne_> xml-rpc will not help you | ||
| 2009-05-03 00:27 <Payne_> you still need a sync engine | ||
| 2009-05-03 00:30 <cedk> Payne_: I don't think | ||
| 2009-05-03 00:31 <Payne_> you have to create logic to transfer data from POS to erp | ||
| 2009-05-03 00:31 <Payne_> why recreate that when syncml handles that? | ||
| 2009-05-03 00:32 <Payne_> plus you could add that functionality to other mobile apps | ||
| 2009-05-03 00:32 <Payne_> like sales force automation etc | ||
| 2009-05-03 00:33 <cedk> Payne_: for me there is no sync, it is only push | ||
| 2009-05-03 00:34 <Payne_> I think syncml is the way to go | ||
| 2009-05-03 00:34 <Payne_> I don't see a simple push as being sufficient | ||
| 2009-05-03 00:35 <cedk> Payne_: is POS of openbravo not talking xml-rpc? | ||
| 2009-05-03 00:35 <Payne_> it is | ||
| 2009-05-03 00:35 <cedk> Payne_: why? | ||
| 2009-05-03 00:35 <Payne_> well | ||
| 2009-05-03 00:35 <Payne_> the amount of logic | ||
| 2009-05-03 00:35 <Payne_> that would be required | ||
| 2009-05-03 00:35 <Payne_> you cannot assume connectivity all the time between the 2 nodes | ||
| 2009-05-03 00:36 <Payne_> therfore there must be some mechanism where the pos can keep the changes | ||
| 2009-05-03 00:36 <Payne_> until the network connection is restablished | ||
| 2009-05-03 00:36 <Payne_> and then send all uncommitted changes | ||
| 2009-05-03 00:37 <Payne_> and i don't see a more elegant solution than syncml | ||
| 2009-05-03 00:38 <cedk> Payne_: I don't know syncml, but you can do the same with xml-rpc | ||
| 2009-05-03 00:39 <Payne_> you could | ||
| 2009-05-03 00:39 <Payne_> but you would have to add code to do it | ||
| 2009-05-03 00:39 <Payne_> whereas that logic is built into the syncml protocol | ||
| 2009-05-03 00:41 <cedk> Payne_: 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 one | ||
| 2009-05-03 00:42 <Payne_> well | ||
| 2009-05-03 00:42 <cedk> Payne_: I think you will add more code for that, then just addapt xml-rpc to take care of what you want | ||
| 2009-05-03 00:42 <Payne_> in other for the sync to work properly | ||
| 2009-05-03 00:42 <Payne_> I would have to add code | ||
| 2009-05-03 00:42 <Payne_> to handle tracking the changes etc | ||
| 2009-05-03 00:42 <cedk> Payne_: it is simply a field to mark what have been pushed | ||
| 2009-05-03 00:43 <cedk> Payne_: not tracking of change, because it is one way | ||
| 2009-05-03 00:43 <Payne_> yes | ||
| 2009-05-03 00:43 <Payne_> but since most smartphones support syncml | ||
| 2009-05-03 00:43 <Payne_> you get that capability as well | ||
| 2009-05-03 00:44 <cedk> Payne_: but we will have CardDAV | ||
| 2009-05-03 00:44 <Payne_> yes | ||
| 2009-05-03 00:44 <Payne_> but that is limited in its use | ||
| 2009-05-03 00:44 <Payne_> syncml | ||
| 2009-05-03 00:45 <Payne_> would allow you to sync arbitrary erp data | ||
| 2009-05-03 00:45 <cedk> Payne_: do you know python library that makes syncml? | ||
| 2009-05-03 00:45 <Payne_> look at this | ||
| 2009-05-03 00:45 <Payne_> http://www.erp5.org/HowToUseERP5SyncMLTool | ||
| 2009-05-03 00:46 <Payne_> I have to go | ||
| 2009-05-03 00:47 <Payne_> But if you interested in more info | ||
| 2009-05-03 00:47 <Payne_> you can email me at garth75 AT gmail | ||
| 2009-05-03 00:48 <Payne_> bye | ||
| 2009-05-03 01:30 -!- _TiN_(n=usuario@190.189.9.80) has joined #tryton | ||
| 2009-05-03 01:46 -!- _TiN_(n=usuario@190.189.9.80) has joined #tryton | ||
| 2009-05-03 01:59 -!- _TiN_(n=usuario@190.189.9.80) has joined #tryton | ||
| 2009-05-03 02:00 -!- _TiN_(n=usuario@190.189.9.80) has joined #tryton | ||
| 2009-05-03 02:29 <CIA-48> Timitos 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 this | ||
| 2009-05-03 02:29 <CIA-48> http://bugs.tryton.org/roundup/issue1034 | ||
| 2009-05-03 05:18 -!- yangoon(n=mathiasb@p549F4558.dip.t-dialin.net) has joined #tryton | ||
| 2009-05-03 05:49 -!- woakas(n=woakas@200.106.197.191) has joined #tryton | ||
| 2009-05-03 05:52 -!- _TiN_(n=usuario@190.189.9.80) has joined #tryton | ||
| 2009-05-03 06:23 -!- _TiN_(n=TiN@190.189.9.80) has joined #tryton | ||
| 2009-05-03 06:27 -!- TiN_(i=ahenze@190.0.162.41) has joined #tryton | ||
| 2009-05-03 06:32 -!- TiN(i=ahenze@190.0.162.41) has joined #tryton | ||
| 2009-05-03 06:36 -!- _TiN_(i=ahenze@190.0.162.41) has joined #tryton | ||
| 2009-05-03 07:06 -!- enlightx(n=enlightx@host-84-220-83-7.cust-adsl.tiscali.it) has joined #tryton | ||
| 2009-05-03 07:28 -!- vengfulsquirrel(n=ian@c-67-160-236-234.hsd1.ca.comcast.net) has left #tryton | ||
| 2009-05-03 08:53 -!- Timitos(n=Timitos@88.217.184.172) has joined #tryton | ||
| 2009-05-03 09:10 -!- racke(n=racke@a89-182-91-73.net-htp.de) has joined #tryton | ||
| 2009-05-03 09:22 -!- racke1(n=racke@p4FC9AA84.dip.t-dialin.net) has joined #tryton | ||
| 2009-05-03 10:50 -!- enlightx(n=enlightx@host-84-220-83-7.cust-adsl.tiscali.it) has joined #tryton | ||
| 2009-05-03 11:20 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton | ||
| 2009-05-03 12:15 -!- johbo(n=joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton | ||
| 2009-05-03 12:50 <CIA-48> matb 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 ... | ||
| 2009-05-03 12:50 <CIA-48> http://bugs.tryton.org/roundup/issue1033 | ||
| 2009-05-03 12:58 <CIA-48> matb 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 ... | ||
| 2009-05-03 12:58 <CIA-48> http://bugs.tryton.org/roundup/issue1032 | ||
| 2009-05-03 13:12 -!- paepke(n=paepke@p5B32E71C.dip.t-dialin.net) has joined #tryton | ||
| 2009-05-03 13:38 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton | ||
| 2009-05-03 14:04 <CIA-48> C?dric Krier <ced@b2ck.com> default * 1791:4a8bc86f88b1 trytond/trytond/ir/translation.py: Improve convertion of id into xml id for translation export | ||
| 2009-05-03 14:04 <CIA-48> http://hg.tryton.org/trytond/rev/4a8bc86f88b1 | ||
| 2009-05-03 14:09 <CIA-48> ced 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 ... | ||
| 2009-05-03 14:09 <CIA-48> http://bugs.tryton.org/roundup/issue1033 | ||
| 2009-05-03 14:09 <CIA-48> ced roundup * #1032/Translation: Some strings are not exported: [resolved] Duplicate with issue1033 | ||
| 2009-05-03 14:09 <CIA-48> http://bugs.tryton.org/roundup/issue1032 | ||
| 2009-05-03 14:13 <CIA-48> C?dric Krier <ced@b2ck.com> default * 1792:cd76f1010967 trytond/trytond/protocols/webdav.py: Raise only DAV_ exception to webdav server | ||
| 2009-05-03 14:13 <CIA-48> http://hg.tryton.org/trytond/rev/cd76f1010967 | ||
| 2009-05-03 14:35 <CIA-48> C?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 cursors | ||
| 2009-05-03 14:35 <CIA-48> http://hg.tryton.org/trytond/rev/5d8adb8fe885 | ||
| 2009-05-03 14:35 <CIA-48> C?dric Krier <ced@b2ck.com> default * 1794:4b3447726121 trytond/trytond/backend/postgresql/database.py: Use --no-owner for dump/restore | ||
| 2009-05-03 14:35 <CIA-48> http://hg.tryton.org/trytond/rev/4b3447726121 | ||
| 2009-05-03 14:35 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton | ||
| 2009-05-03 14:50 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton | ||
| 2009-05-03 17:28 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton | ||
| 2009-05-03 18:14 -!- enlightx(n=enlightx@host-84-220-83-7.cust-adsl.tiscali.it) has joined #tryton | ||
| 2009-05-03 19:59 -!- racke1(n=racke@p4FC9AA84.dip.t-dialin.net) has left #tryton | ||
| 2009-05-03 20:00 -!- enlightx(n=enlightx@host-84-220-83-7.cust-adsl.tiscali.it) has joined #tryton | ||
| 2009-05-03 20:23 -!- vengfulsquirrel(n=ian@c-67-160-236-234.hsd1.ca.comcast.net) has joined #tryton | ||
| 2009-05-03 20:33 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton | ||
| 2009-05-03 21:01 -!- ChanServ(ChanServ@services.) has joined #tryton |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!