IRC logs of #tryton for Thursday, 2009-04-30

chat.freenode.net #tryton log beginning Thu Apr 30 00:00:01 CEST 2009
2009-04-30 00:28 <CIA-48> dbrenck roundup * #1014/Notebook page - tab orientation and angle: [chatting] tryton-1.1.0-py2.4.egg/tryton/config.py 'client.form_tab': 'up', 'client.form_tab_orientation': 0,
2009-04-30 00:28 <CIA-48> http://bugs.tryton.org/roundup/issue1014
2009-04-30 00:46 <CIA-48> dbrenck roundup * #1023/ERROR:RELAXNGV:RELAXNG_ERR_ATTRVALID: Element page failed to validate attributes: [new] [Thu Apr 30 00:32:33 2009] ERROR:ir:Invalid xml view: <string>:6:0:ERROR:RELAXNGV:RELAXNG_ERR_INTERSEQ: Invalid sequence in interleave <stri ...
2009-04-30 00:46 <CIA-48> http://bugs.tryton.org/roundup/issue1023
2009-04-30 01:00 <CIA-48> dbrenck roundup * #1014/Notebook page - tab orientation and angle: Quick fix: USERHOME/.tryton form_tab_orientation = 0 form_tab = up
2009-04-30 01:00 <CIA-48> http://bugs.tryton.org/roundup/issue1014
2009-04-30 01:20 <CIA-48> ced roundup * #1023/ERROR:RELAXNGV:RELAXNG_ERR_ATTRVALID: Element page failed to validate attributes: [testing] The page tag needs an id
2009-04-30 01:20 <CIA-48> http://bugs.tryton.org/roundup/issue1023
2009-04-30 01:21 <CIA-48> ced roundup * #1014/Notebook page - tab orientation and angle: You can change it from the menu Options>Form>Tabs...
2009-04-30 01:21 <CIA-48> http://bugs.tryton.org/roundup/issue1014
2009-04-30 01:24 <CIA-48> ced roundup * #1022/Layout improvements: [need-eg] I don't understand
2009-04-30 01:24 <CIA-48> http://bugs.tryton.org/roundup/issue1022
2009-04-30 01:25 <CIA-48> dbrenck roundup * #1014/Notebook page - tab orientation and angle: Finally: After having found out about the config file, I double-checked: menu: options -> form and found: * Tabs position * Tabs orientati ...
2009-04-30 01:25 <CIA-48> http://bugs.tryton.org/roundup/issue1014
2009-04-30 01:27 <CIA-48> dbrenck roundup * #1014/Notebook page - tab orientation and angle: CED: thanks ... 4 minutes :-)
2009-04-30 01:27 <CIA-48> http://bugs.tryton.org/roundup/issue1014
2009-04-30 01:43 <CIA-48> dbrenck roundup * #1023/ERROR:RELAXNGV:RELAXNG_ERR_ATTRVALID: Element page failed to validate attributes: Maybe add an id to all tags that cannot be identified by "name" (fieldname) & "type" (field | label) combination: * notebook * newline ... this w ...
2009-04-30 01:43 <CIA-48> http://bugs.tryton.org/roundup/issue1023
2009-04-30 01:54 -!- juanfer(n=juanfer@190.25.13.36) has joined #tryton
2009-04-30 02:06 <CIA-48> dbrenck roundup * #1022/Layout improvements: See example.JPG - left side of tryton client frame
2009-04-30 02:06 <CIA-48> http://bugs.tryton.org/roundup/issue1022
2009-04-30 05:20 -!- yangoon(n=mathiasb@p549F498A.dip.t-dialin.net) has joined #tryton
2009-04-30 07:18 -!- Timitos(n=Timitos@88.217.184.172) has joined #tryton
2009-04-30 07:26 <CIA-48> Korbinian Preisler <timitos@virtual-things.biz> default * 20:b12b49196ec9 account_de/account_de.xml: remove doubled record
2009-04-30 07:26 <CIA-48> http://hg.tryton.org/modules/account_de/rev/b12b49196ec9
2009-04-30 07:58 -!- sharkcz(n=dan@plz1-v-4-17.static.adsl.vol.cz) has joined #tryton
2009-04-30 07:59 -!- LordVan(n=lordvan@gentoo/developer/LordVan) has joined #tryton
2009-04-30 08:34 -!- paepke_(n=paepke@smtp.metaldyne.de) has joined #tryton
2009-04-30 08:44 -!- racke(n=racke@a89-183-2-206.net-htp.de) has joined #tryton
2009-04-30 08:55 -!- racke(n=racke@a89-182-67-231.net-htp.de) has joined #tryton
2009-04-30 08:57 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton
2009-04-30 08:59 -!- carlos(n=carlos@89.7.24.44) has joined #tryton
2009-04-30 09:39 <udono> cedk: hi
2009-04-30 09:39 <udono> cedk: I have a problem to import a zip module in tryton: ERROR:modules:.zip:Module not found!
2009-04-30 09:39 <udono> what does it mean?
2009-04-30 09:52 <udono> cedk: I found it, its an error. I put an issue with patch
2009-04-30 09:59 <CIA-48> udono roundup * #1024/zip-module not loaded: [new] ERROR:modules:.zip:Module not found! Patch attached.
2009-04-30 09:59 <CIA-48> http://bugs.tryton.org/roundup/issue1024
2009-04-30 09:59 <carlos> udono: Hi
2009-04-30 10:00 <udono> carlos: Hi
2009-04-30 10:00 <carlos> udono: I wonder whether you see interesting to extend party_bank so you are allowed to select a bank account per invoice (with a default one set) so you can choose the account where you want that invoice paid
2009-04-30 10:01 <carlos> Hmm, I guess it should be done in a new module that handles payment types, so you can select cash, check, bank transfer, etc..
2009-04-30 10:03 <udono> carlos: sounds great!
2009-04-30 10:04 <udono> carlos: did you have it already done?
2009-04-30 10:04 <carlos> udono: so it should be a new module, isn't it?
2009-04-30 10:04 <carlos> udono: I have some code for that in my old tinyerp installation
2009-04-30 10:05 <carlos> but only the concept is useful
2009-04-30 10:05 <carlos> given that it's an ugly hack
2009-04-30 10:05 <udono> carlos: I agree, a new module is better
2009-04-30 10:09 <udono> carlos: I took a look in the dictionary, I think "method of payment" is what you mean? Some other expressions in this corner are: 'cash', 'bank-transfer', 'check', 'direct debit payment'...
2009-04-30 10:10 <carlos> method of payment, yes
2009-04-30 10:15 <udono> carlos: do you find time to realize such a module?
2009-04-30 10:15 <carlos> Yeah, at least a prototype
2009-04-30 10:16 <udono> carlos: sounds great!
2009-04-30 10:16 <carlos> however, I will need to wait until next week, I need to finish the Tinyerp -> Tryton migration and close the 2008 fiscal year
2009-04-30 10:16 <udono> :-)
2009-04-30 10:17 <udono> carlos: Much fun on database level
2009-04-30 10:17 <carlos> database level, paper review, more Tryton and accounting learning....
2009-04-30 10:18 <carlos> given that I need to write also some reports missing in Tryton...
2009-04-30 10:18 <carlos> fun, fun, fun
2009-04-30 10:18 <carlos> ;-)
2009-04-30 10:30 -!- enlightx(n=enlightx@host198-42-static.85-94-b.business.telecomitalia.it) has joined #tryton
2009-04-30 11:09 <CIA-48> matb roundup * #1025/Translation: account.tax.code.template do not appear in ir_translation: [new] Set to urgent, because module is waiting for release. name and description of record model="account.tax.code.template" and record model="ac ...
2009-04-30 11:09 <CIA-48> http://bugs.tryton.org/roundup/issue1025
2009-04-30 11:14 <CIA-48> matb roundup * #1026/Roundup: Component account_de: [new] Since there are several different account charts for Germany 1) it should be possible to select them as different component in roundup 2) t ...
2009-04-30 11:14 <CIA-48> http://bugs.tryton.org/roundup/issue1026
2009-04-30 11:21 <carlos> could we change the module name schema for chart of accounts to something that is not the country code in lowercase?
2009-04-30 11:23 <carlos> yangoon, cedk, udono, Timitos: ^^^
2009-04-30 11:23 <carlos> if we release account_be and account_de officially, it will be difficult to do such change later, and account_es is going to be confusing once I have the one for Spain ready...
2009-04-30 11:39 <yangoon> carlos: hi
2009-04-30 11:39 <carlos> yangoon: hi
2009-04-30 11:39 <yangoon> carlos: account_de is not good anyway: http://bugs.tryton.org/roundup/issue1026
2009-04-30 11:40 <yangoon> I think that accounting schemata can be rather different from country to country
2009-04-30 11:40 <carlos> yangoon: yeah, that's another problem we have too
2009-04-30 11:41 <carlos> yangoon: sure, but we could do something like: account_COUNTRYNAME_FREESTRING
2009-04-30 11:41 <yangoon> so indeed we should find some common naming scheme
2009-04-30 11:42 <yangoon> carlos yes, sounds good
2009-04-30 11:48 <yangoon> carlos: but countryname etc. could remain lowercase this way
2009-04-30 11:49 <carlos> sure, I'm not against lowercase
2009-04-30 11:49 <carlos> but countrycode in lowercase could be confused with language code
2009-04-30 11:49 <carlos> my capital letters was just to represent something to substitute with a valid value
2009-04-30 11:50 <yangoon> carlos: from me ACK anyway, thats what I wanted to initiate with 1026
2009-04-30 11:56 <carlos> ok
2009-04-30 11:56 <CIA-48> Timitos roundup * #1025/Translation: account.tax.code.template do not appear in ir_translation: [chatting] this is because name fields of tax.code.template and tax.rule.template are not set to translatable. we need to decide together if this ...
2009-04-30 11:56 <CIA-48> http://bugs.tryton.org/roundup/issue1025
2009-04-30 12:04 <CIA-48> carlos roundup * #1026/Roundup: Component account_de: [chatting] I suggest to use something like: account_COUNTRYNAME_FREETEXT Where COUNTRYNAME is the country name which the chart of accounts and t ...
2009-04-30 12:04 <CIA-48> http://bugs.tryton.org/roundup/issue1026
2009-04-30 12:06 <CIA-48> Timitos roundup * #1026/Roundup: Component account_de: another possibility would be to use: account_COUNTRYISOCODE_FREETEXT for colombians it would be account_co_FREETEXT and for spain account_es_FRE ...
2009-04-30 12:06 <CIA-48> http://bugs.tryton.org/roundup/issue1026
2009-04-30 12:10 <CIA-48> carlos roundup * #1026/Roundup: Component account_de: That's what's being used right now (except for the extra free text part), and the problem is that the country iso code is in capital letters, not ...
2009-04-30 12:10 <CIA-48> http://bugs.tryton.org/roundup/issue1026
2009-04-30 12:13 -!- udono(n=udono@dynamic-unidsl-85-197-24-95.westend.de) has joined #tryton
2009-04-30 12:44 <CIA-48> ced roundup * #1026/Roundup: Component account_de: [resolved] Fixed. It was a typo issue.
2009-04-30 12:44 <CIA-48> http://bugs.tryton.org/roundup/issue1026
2009-04-30 12:55 <CIA-48> matb roundup * #1025/Translation: account.tax.code.template do not appear in ir_translation: As long as there are English strings in tax.code.template they have to be translatable, because they appear in the GUI.
2009-04-30 12:55 <CIA-48> http://bugs.tryton.org/roundup/issue1025
2009-04-30 12:56 <CIA-48> C?dric Krier <ced@b2ck.com> default * 1778:92d5888f62b6 trytond/trytond/ir/translation.py:
2009-04-30 12:56 <CIA-48> Fix delete of old translation when translation number is greater then IN_MAX
2009-04-30 12:56 <CIA-48> for issue1016
2009-04-30 12:56 <CIA-48> http://hg.tryton.org/trytond/rev/92d5888f62b6
2009-04-30 12:56 <CIA-48> ced roundup * #1016/Translation: Module translation not imported: [resolved] Fix with changeset 92d5888f62b6
2009-04-30 12:56 <CIA-48> http://bugs.tryton.org/roundup/issue1016
2009-04-30 12:57 <CIA-48> matb roundup * #1026/Roundup: Component account_de: [chatting] Thx, I will forward the separate issue of module naming into a new issue.
2009-04-30 12:57 <CIA-48> http://bugs.tryton.org/roundup/issue1026
2009-04-30 13:01 <CIA-48> matb roundup * #1027/Naming of accounting modules: [new] This issue was initiated while discussing issue1026. msg3859 Author: carlos Date: 2009-04-30.12:10:17 That's what's being used right ...
2009-04-30 13:01 <CIA-48> http://bugs.tryton.org/roundup/issue1027
2009-04-30 13:05 <CIA-48> C?dric Krier <ced@b2ck.com> default * 1779:a3609a930efc trytond/trytond/modules/__init__.py: Fix get_module_list with zip file for issue1024 thanks to udono
2009-04-30 13:05 <CIA-48> http://hg.tryton.org/trytond/rev/a3609a930efc
2009-04-30 13:06 <CIA-48> ced roundup * #1024/zip-module not loaded: [resolved] Applied
2009-04-30 13:06 <CIA-48> http://bugs.tryton.org/roundup/issue1024
2009-04-30 13:14 <carlos> cedk: Hi, do you have 10 - 15 minutes to talk about accounting moves ?
2009-04-30 13:15 <carlos> we have a requirement that is not implemented in Tryton and I want to be sure it will not cause side effects
2009-04-30 13:15 <cedk> carlos: ok
2009-04-30 13:16 <carlos> move numbers should be based on move date, not on registering date
2009-04-30 13:16 <carlos> so we should be able to renumber the moves
2009-04-30 13:16 <carlos> too much for cedk ;-)
2009-04-30 13:21 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton
2009-04-30 13:21 <cedk> carlos: I have been disconnected
2009-04-30 13:21 <carlos> yeah, I saw it
2009-04-30 13:21 <carlos> <carlos> move numbers should be based on move date, not on registering date
2009-04-30 13:21 <carlos> so we should be able to renumber the moves
2009-04-30 13:22 <cedk> carlos: this is a specific spain behaviour
2009-04-30 13:22 <carlos> I think so, yes
2009-04-30 13:22 <cedk> Timitos: ping
2009-04-30 13:22 <cedk> carlos: but it strange because it is doubled with the date
2009-04-30 13:22 <cedk> carlos: and you can use the date as numbering :-)
2009-04-30 13:23 <carlos> in theory, in an ideal world, we should not need to change the move numbers, but, if an invoice from a provider is delayed, you get this case quite often
2009-04-30 13:23 <cedk> carlos: and forget the move numbers
2009-04-30 13:23 <carlos> sure, but the report needs the numbers
2009-04-30 13:23 <cedk> carlos: so you can write a wizard that renumber the moves
2009-04-30 13:24 <carlos> so what other software does is to sort the moves by date and then, change the numbers to the right order
2009-04-30 13:24 <carlos> right
2009-04-30 13:24 <yangoon> carlos: this is really a Spanish speciality, we are even not allowed to do so in Germany
2009-04-30 13:24 <cedk> nor Belgium nor French
2009-04-30 13:24 <carlos> what I want to know is whether changing the move number will cause any side effect
2009-04-30 13:24 <Timitos> cedk: carlos: i am just reading your discussion...
2009-04-30 13:24 <yangoon> carlos I had to remove this feature from abanq
2009-04-30 13:24 <cedk> carlos: no, number are only because accoutance wants it
2009-04-30 13:25 <yangoon> carlos: to be able to use it legally in Germany
2009-04-30 13:25 <carlos> yangoon: abanq is a Spanish software (or at least started being a Spanish one :-P)
2009-04-30 13:25 <yangoon> carlos: exact
2009-04-30 13:25 <cedk> carlos: I think that I heart about this also for argentina
2009-04-30 13:26 <cedk> carlos: so it is perhaps more a spanish (language) feature
2009-04-30 13:26 <Timitos> this is really specific
2009-04-30 13:26 <carlos> cedk: I guess I could modify the workflows to get the wizard executed after a new move confirmation, right?
2009-04-30 13:27 <cedk> carlos: if you want that automaticly, I think you must not use a wizard
2009-04-30 13:27 <cedk> carlos: but use the validate function
2009-04-30 13:27 <carlos> cedk: hmm, there are some people from Argentina at #tryton-es, I will check it with them and if that's the case I will see how to use a shared module
2009-04-30 13:27 <carlos> cedk: ok
2009-04-30 13:28 <cedk> carlos: it is always to try to make generic module even for this kind of functionnality
2009-04-30 13:28 <cedk> carlos: the module could be named, account_move_renumbering_by_date
2009-04-30 13:29 <carlos> cedk: I was thinking on keep all the details specific for Spain in a single module (per area, accounting, products, etc...)
2009-04-30 13:29 <carlos> I mean a single module per area
2009-04-30 13:30 <cedk> carlos: it is good to think about reuse
2009-04-30 13:30 <carlos> ok
2009-04-30 13:30 <cedk> carlos: of course some kinds of stuff will be too specific
2009-04-30 13:31 <cedk> carlos: but the more users, you have for some part of the code, the best it will be :-)
2009-04-30 13:31 <cedk> carlos: and you will benefit from others
2009-04-30 13:36 <Timitos> cedk: just a question about the translation issues with the account chart. what do you think. should name fields from tax code and from tax rules be translatable? this would be the only way to provide english names for the root template records
2009-04-30 13:38 <cedk> Timitos: yes, but we need to handle the translation when creating real record from template
2009-04-30 13:38 <cedk> Timitos: this needs some devs
2009-04-30 13:39 <cedk> Timitos: I can do it next week, for now I'm in the CardDAV implementation
2009-04-30 13:39 <Timitos> cedk: ok. i think it would be similar than for account and account_type?
2009-04-30 13:39 <Timitos> i will take a look on it
2009-04-30 13:39 <carlos> cedk: ok, thanks for your input
2009-04-30 13:39 <cedk> Timitos: in fact it is not done on account nor on account type
2009-04-30 13:40 <Timitos> cedk: ok. for the translation of the account chart. is it a good idea to put all values into the translation file? or would it be better only to put the values there that really need translation?
2009-04-30 13:41 <cedk> Timitos: from a performence point of view, it is better to not put no needed translations
2009-04-30 13:41 <Timitos> ok. i will discuss that with yangoon. i also think so.
2009-04-30 13:42 <cedk> Timitos: the must will be to have names in english and translated in all language
2009-04-30 13:42 <cedk> but this is a lot of work for no real benefit
2009-04-30 13:43 <Timitos> cedk: i donĀ“t think that this is a real option. it would be to much work
2009-04-30 13:44 <Timitos> cedk: and i do not have the english values. so it will be more difficult for me to parse the chart
2009-04-30 13:44 <Timitos> i think the english names for the root records should be enough
2009-04-30 13:46 <yangoon> cedk: why is there a performance issue? you will need to lookup translation table anyway..
2009-04-30 13:48 <carlos> yangoon: if it's not set as translatable, you don't need to do the lookup
2009-04-30 13:48 <carlos> at least that's what It should do...
2009-04-30 13:49 <cedk> carlos: yes
2009-04-30 13:49 <cedk> yangoon: it is more on install and update process
2009-04-30 13:50 <carlos> cedk: btw, the account_be chart of accounts is really slow to activate
2009-04-30 13:50 <carlos> it took a lot of time on my laptop
2009-04-30 13:50 <carlos> are you aware of it?
2009-04-30 13:50 <yangoon> cedk I am speaking of performance issues for items existing in ir_translation: it should be almost the same, if they are translated or not. Correct?
2009-04-30 13:50 -!- tekknokrat(n=gthieleb@port-87-193-170-219.static.qsc.de) has joined #tryton
2009-04-30 13:51 <cedk> yangoon: yes
2009-04-30 13:51 <cedk> carlos: this is because there is a lot of records
2009-04-30 13:52 <carlos> cedk: well, the spanish one size is double the Belgium one, and it didn't take so long
2009-04-30 13:53 <cedk> carlos: for which action?
2009-04-30 13:53 <carlos> cedk: hmm, however, I was using a database where I had the spanish one already created, would that be the cause? (I'm talking about more than one hour waiting)
2009-04-30 13:53 <carlos> I really don't remember if it was module installation or chart of accounts creation. I think it was module installation
2009-04-30 13:53 <carlos> I will try to reproduce it
2009-04-30 13:54 <carlos> and give you more information
2009-04-30 14:02 -!- racke(n=racke@a89-182-67-231.net-htp.de) has left #tryton
2009-04-30 14:22 -!- _TiN_(n=usuario@190.189.9.80) has joined #tryton
2009-04-30 14:25 -!- cedk_(n=ced@50.77-241-81.adsl-dyn.isp.belgacom.be) has joined #tryton
2009-04-30 14:26 <cedk_> I store here the work to do on PyWebDAV to be able to support GroupDAV and CardDAV: http://docs.google.com/Doc?id=d7m52bk_3f5sh7tch
2009-04-30 14:59 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton
2009-04-30 15:00 <cedk> the CardDAV document is updated
2009-04-30 15:01 <cedk> I think GroupDAV for contact can be achieve easily
2009-04-30 15:01 <cedk> I already succeed to retreive contacts from Tryton into thunderbird with the SOGo connector
2009-04-30 15:03 -!- juanfer(n=juanfer@190.25.11.70) has joined #tryton
2009-04-30 15:04 <Timitos> cedk: this is really great to hear
2009-04-30 15:05 <cedk> Timitos: yes and I see this as a first step for a CalDAV implementation (or at least GroupDAV for calendar)
2009-04-30 15:05 <cedk> but I need to patch PyWebDAV
2009-04-30 15:10 <udono> cedk: good news
2009-04-30 15:11 <cedk> I put all parties under /Contacts/ URL
2009-04-30 15:11 <cedk> do you think we need some more addressbook?
2009-04-30 15:11 <udono> cedk: is PyWebDAV actively maintained?
2009-04-30 15:13 <cedk> udono: I'm in contact with the maintainer
2009-04-30 15:13 <cedk> udono: he uses PyWebDAV as simply a WebDAV server to share ics file
2009-04-30 15:14 <udono> cedk: ok
2009-04-30 15:14 <cedk> udono: but he seems interesting to improve it to be able to support CalDAV and CardDAV
2009-04-30 15:14 <cedk> udono: but I don't think there is a large number of users
2009-04-30 15:15 <cedk> udono: but it is in Python and not so difficult to understand and hack it
2009-04-30 15:15 <udono> cedk: I have an issue with pywebdav too. DAV-FS doesn't work this good, because of a wrong header from Tryton DAV connection.
2009-04-30 15:16 <cedk> udono: it is one release per year
2009-04-30 15:16 <cedk> udono: do you have more information?
2009-04-30 15:17 <udono> cedk: I can produce some logs maybe
2009-04-30 15:17 <cedk> udono: good
2009-04-30 15:18 <cedk> and no remarks about many addressbook?
2009-04-30 15:18 -!- ovnicraft(n=ovnicraf@190.154.243.88) has joined #tryton
2009-04-30 15:19 <udono> The problem with webdav is, linux systems didn't support webdav well. Only cadaver is able to handle it correct....
2009-04-30 15:19 <Timitos> cedk: i think about syncing a smartphone later. it could be interesting to have some different addressbooks for this perhaps
2009-04-30 15:19 <Timitos> perhaps you only want to have a selection of contacts there
2009-04-30 15:20 <cedk> ha also, there is plugins for CardDAV for all major client: Thunderbird, Kontact, Evolution, Outlook
2009-04-30 15:21 <cedk> Timitos: this is the job of the smartphone
2009-04-30 15:21 <cedk> Timitos: the advantage of GroupDAV and CardDAV is that you have one "file" per contact
2009-04-30 15:22 <cedk> Timitos: so you fetch only needed data
2009-04-30 15:22 <Timitos> ok
2009-04-30 15:22 <cedk> Timitos: but we can perhaps think about an module that link employee (or user) to parties
2009-04-30 15:23 <cedk> Timitos: and so create a personnal addressbook
2009-04-30 15:23 <Timitos> sounds good
2009-04-30 15:25 <udono> cedk: another possibility is to have a search domain for addressbooks, so the user can define free criteria...
2009-04-30 15:26 <cedk> addressbook on mac doesn't seem to allow to use other CardDAV than the .Mac
2009-04-30 15:27 <cedk> udono: yes, what about creation ?
2009-04-30 15:28 <cedk> udono: we can not assure that the user will create contact in the right folder
2009-04-30 15:28 <cedk> udono: if the search domain is on field that are in vCard
2009-04-30 15:30 <udono> cedk: hmm
2009-04-30 15:31 <paepke_> Timitos: for mobile phones you need syncml (via funambol for example), active sync (excchange 2003)or webdav (exchange2007 compatible). funambol would be a way to go only for nokia and some other.
2009-04-30 15:32 <ovnicraft> hi, i am trying to running trytond but without install iy
2009-04-30 15:32 <ovnicraft> s/iy/it
2009-04-30 15:33 <cedk> ovnicraft: you can, just run ./bin/trytond
2009-04-30 15:34 <ovnicraft> but i have this error, http://pastebin.com/m3a348046
2009-04-30 15:34 <udono> cedk: I don't understand the problem in detail... but the search domain is always on field that is in vcard, IMHO
2009-04-30 15:34 <cedk> ovnicraft: you must install relatorio
2009-04-30 15:35 <cedk> ovnicraft: and if you don't want to install it, you can dowload it and put relatorio folder in you PYTHONPATH
2009-04-30 15:35 <cedk> udono: yes, so we can not enforce the data the user will put
2009-04-30 15:36 <udono> cedk: I don't understand
2009-04-30 15:37 <udono> cedk: ah, I understand
2009-04-30 15:37 <udono> :-)
2009-04-30 15:37 <cedk> udono: like if you setup a domain with name startwith a
2009-04-30 15:37 <cedk> udono: what happen if the user add a contact with name that starts with b
2009-04-30 15:38 <udono> cedk: ok, so search domains are a readonly gimmick
2009-04-30 15:41 <udono> cedk: so your idea with parties connected to user, emplyee, company is good. Everyone can have different addressbooks. With this we solve the problem of parties in Multi company environments, too.
2009-04-30 15:44 <cedk> udono: of course records rules will be respected
2009-04-30 15:46 <cedk> ovnicraft: http://relatorio.openhex.org/
2009-04-30 15:47 <ovnicraft> cedk, installed
2009-04-30 15:47 <ovnicraft> i didnt read the doc about dep :(, now running
2009-04-30 15:49 <cedk> ovnicraft: ok, have fun :-)
2009-04-30 15:54 -!- sharkcz(n=dan@plz1-v-4-17.static.adsl.vol.cz) has joined #tryton
2009-04-30 16:11 -!- woakas(n=woakas@190.144.69.234) has joined #tryton
2009-04-30 16:20 -!- enlightx(n=enlightx@host-84-220-83-7.cust-adsl.tiscali.it) has joined #tryton
2009-04-30 16:35 <carlos> cedk: Why is the account move number named 'Name' ?
2009-04-30 16:39 <cedk> carlos: because we can not know if it will be always number
2009-04-30 16:40 <carlos> Hmm, but it has a sequence attached, hasn't it?
2009-04-30 16:40 <carlos> anyway, I guess is ok to translate it as 'Number' in Spanish, right?
2009-04-30 16:41 <carlos> given that it's part of the localization process
2009-04-30 16:41 <cedk> carlos: don't know. Is the law enforce you to only use number
2009-04-30 16:42 <carlos> I don't know for sure, however I never saw it with anything else than a number, I will check it before changing it
2009-04-30 16:52 <carlos> I really love Tryton, it does exactly what it should, no more manual selection of the Period if you introduce an invoice from a different period of the current one, and all the important information is available in a single view
2009-04-30 17:28 -!- essich(n=essich@p4FCFA361.dip0.t-ipconnect.de) has joined #tryton
2009-04-30 17:47 <CIA-48> C?dric Krier <ced@b2ck.com> default * 1780:40f6a0fd98a6 trytond/trytond/webdav/webdav.py: Fix lastmodified to use create_date if write_date is NULL
2009-04-30 17:47 <CIA-48> http://hg.tryton.org/trytond/rev/40f6a0fd98a6
2009-04-30 17:47 <CIA-48> C?dric Krier <ced@b2ck.com> default * 1781:37b94c253d1c trytond/trytond/protocols/webdav.py: Move _get_dburi into staticmethod get_dburi and keep backward compatibility
2009-04-30 17:47 <CIA-48> http://hg.tryton.org/trytond/rev/37b94c253d1c
2009-04-30 17:47 <CIA-48> C?dric Krier <ced@b2ck.com> default * 1782:25c5d1e012ae trytond/trytond/protocols/webdav.py: Handle getetag and use lastmodified
2009-04-30 17:47 <CIA-48> http://hg.tryton.org/trytond/rev/25c5d1e012ae
2009-04-30 17:47 <CIA-48> C?dric Krier <ced@b2ck.com> default * 3:0a999b9c5d41 party_vcarddav/party.py: Add uuid on party
2009-04-30 17:47 <CIA-48> http://hg.tryton.org/modules/party_vcarddav/rev/0a999b9c5d41
2009-04-30 17:47 <CIA-48> C?dric Krier <ced@b2ck.com> default * 4:e58a867a51dd party_vcarddav/party.py: Use only one address, one phone, one mobile and one email to prepare the PUT
2009-04-30 17:47 <CIA-48> http://hg.tryton.org/modules/party_vcarddav/rev/e58a867a51dd
2009-04-30 17:47 <CIA-48> C?dric Krier <ced@b2ck.com> default * 5:2473ea765482 party_vcarddav/INSTALL: Now required Python 2.5 for uuid
2009-04-30 17:47 <CIA-48> http://hg.tryton.org/modules/party_vcarddav/rev/2473ea765482
2009-04-30 17:47 <CIA-48> C?dric Krier <ced@b2ck.com> default * 6:fb17ae5bf8ca party_vcarddav/ (__init__.py carddav.py webdav.py): Add readonly GroupDAV support
2009-04-30 17:47 <CIA-48> http://hg.tryton.org/modules/party_vcarddav/rev/fb17ae5bf8ca
2009-04-30 17:49 -!- paola(n=paola@host-84-223-76-22.cust-adsl.tiscali.it) has joined #tryton
2009-04-30 17:51 -!- woakas(n=woakas@190.144.69.234) has joined #tryton
2009-04-30 18:01 -!- vengfulsquirrel(n=ian@c-67-160-236-234.hsd1.ca.comcast.net) has joined #tryton
2009-04-30 18:33 -!- woakas(n=woakas@190.144.69.234) has joined #tryton
2009-04-30 18:35 -!- cedk(n=ced@234.50-242-81.adsl-dyn.isp.belgacom.be) has joined #tryton
2009-04-30 19:02 <udono> cedk: which client you use for testing groupdav?
2009-04-30 19:04 <cedk> udono: thunderbird
2009-04-30 19:09 <udono> cedk: did I need connector or integrator from SOGo?
2009-04-30 19:10 <udono> connector seems enough
2009-04-30 19:10 <cedk> udono: connector
2009-04-30 19:10 <cedk> udono: but if you can test on other client, it will be great
2009-04-30 19:12 <udono> cedk: I would like to test evolution, but it seems they do not support any longer...
2009-04-30 19:20 <cedk> udono: yes it seems
2009-04-30 19:20 <cedk> udono: I find this: http://wiki.debian.org/Groupware
2009-04-30 19:20 <cedk> udono: but Evolution is not a so good :-)
2009-04-30 19:21 <cedk> if someone can check with Kontact because I have not KDE and I don't want to compile it :-)
2009-04-30 19:22 <udono> :-) me not too
2009-04-30 19:23 <cedk> udono: If you try with SOGo don't set the addressbook readonly because it will use CalDAV which is not yet implemented
2009-04-30 19:24 <udono> cedk I can not find the place in Thunderbirds addressbook, to tell that I like to use carddav and provide the url
2009-04-30 19:25 <cedk> udono: it is named shared addressbook
2009-04-30 19:26 <cedk> udono: oops, it is named Remote Adress Book
2009-04-30 19:27 <udono> cedk: I can not find. I find the free busy url on a card, but no Remote Address Book
2009-04-30 19:28 <carlos> cedk: btw, does groupdav work for both ways sync? (not talking about your implementation, but the final feature we will get)
2009-04-30 19:30 <cedk> udono: open address book, click on File>New>Remote Address Book
2009-04-30 19:30 <cedk> carlos: yes, I hope
2009-04-30 19:31 <carlos> cool
2009-04-30 19:32 <carlos> that will be awesome, to reduce our data duplication and centralise all in Tryton
2009-04-30 19:33 <udono> cedk: thanks
2009-04-30 19:40 <CIA-48> udono roundup * #1028/res = self.cursor.execute(sql, params): [new] Traceback (most recent call last): File "/trytond/protocols/netrpc.py", line 47, in run res = dispatch(host, port, 'NetRPC', *msg) F ...
2009-04-30 19:40 <CIA-48> http://bugs.tryton.org/roundup/issue1028
2009-04-30 19:42 <CIA-48> udono roundup * #1028/res = self.cursor.execute(sql, params): [invalid] sorry I think was my fault.
2009-04-30 19:42 <CIA-48> http://bugs.tryton.org/roundup/issue1028
2009-04-30 19:50 -!- tekknokrat(n=gthieleb@port-87-193-170-219.static.qsc.de) has left #tryton
2009-04-30 19:55 <CIA-48> udono roundup * #1029/AttributeError: class TrytonDAVInterface has no attribute 'get_dburi': [new] I used http://localhost:8080/USIT/Contacts/ lisa.localdomain - - [30/Apr/2009 20:36:25] code 401, message Authorization Required lisa.local ...
2009-04-30 19:55 <CIA-48> http://bugs.tryton.org/roundup/issue1029
2009-04-30 20:04 -!- cedk_(n=ced@234.50-242-81.adsl-dyn.isp.belgacom.be) has joined #tryton
2009-04-30 20:08 <udono> cedk_: dbrenck described three kinds of inheritance in open erp. Did we have similar like inheritence by prototyping? http://doc.openerp.com/developer/1_2_module_development/3_Inheritance.html
2009-04-30 20:36 -!- gremly(n=gremly@190.156.168.165) has joined #tryton
2009-04-30 20:38 -!- gremly(n=gremly@190.156.168.165) has joined #tryton
2009-04-30 20:39 -!- gremly(n=gremly@190.156.168.165) has joined #tryton
2009-04-30 20:42 -!- gremly(n=gremly@190.156.168.165) has joined #tryton
2009-04-30 20:49 <cedk_> udono: there is only two
2009-04-30 20:50 <CIA-48> ced roundup * #1029/AttributeError: class TrytonDAVInterface has no attribute 'get_dburi': [resolved] You must update the trytond code
2009-04-30 20:50 <CIA-48> http://bugs.tryton.org/roundup/issue1029
2009-04-30 20:53 <cedk> udono: and in OpenERP too
2009-04-30 21:49 -!- gremly(n=gremly@190.156.168.165) has joined #tryton
2009-04-30 22:12 -!- carlos_(n=carlos@89.7.24.44) has joined #tryton
2009-04-30 22:39 <carlos> cedk: I wonder whether is possible to use Tryton with a single journal
2009-04-30 22:40 <cedk> carlos: I don't understand
2009-04-30 22:41 <carlos> Instead of having one for revenues, another for expenses, etc...
2009-04-30 22:41 <carlos> would be possible to use a single one?
2009-04-30 22:41 <carlos> for all moves
2009-04-30 22:45 <cedk> carlos: I don't think, you must have at least the default one
2009-04-30 22:45 <carlos> ok
2009-04-30 22:45 <carlos> thanks
2009-04-30 22:53 -!- racke1(n=racke@p4FC9AED6.dip.t-dialin.net) has joined #tryton
2009-04-30 23:15 -!- vengfulsquirrel(n=ian@c-67-160-236-234.hsd1.ca.comcast.net) has joined #tryton
2009-04-30 23:25 -!- firedix(n=firedix@201.254.102.212) has joined #tryton
2009-04-30 23:25 -!- firedix(n=firedix@201.254.102.212) has left #tryton

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