IRC logs of #tryton for Friday, 2011-11-18 #tryton log beginning Fri Nov 18 00:00:02 CET 2011
2011-11-18 04:41 -!- ciupicri(~ciupicri@unaffiliated/ciupicri) has joined #tryton
2011-11-18 09:42 <sisalp> enlightx : ping
2011-11-18 09:47 <enlightx> sisalp: pong
2011-11-18 09:48 <sisalp> enlightx: hi, just to check with you about openerp aeroo module. I didn't find a download/upload function on tryton
2011-11-18 09:49 <sisalp> enlightx: for reports and aeroo can add a new report too
2011-11-18 09:49 <enlightx> sisalp: actually i just started to look at tryton and i'm not so expert
2011-11-18 09:50 <Timitos> sisalp: in tryton this is not in the base modules. but i think it should be doable with a custom module
2011-11-18 09:50 <enlightx> Timitos: yes
2011-11-18 09:51 <sisalp> Timitos : for existing reports, I was told it was possible to download/upload but I don't see how
2011-11-18 09:53 <sisalp> cedk: regarding my problem of yesterday when printing reports; I think it was a problem with locales
2011-11-18 09:53 <grasbauer> sisalp: the report-templates? Administration > User Interface > Actions > Reports ?
2011-11-18 09:54 <Timitos> sisalp: it is under 'Administration -> User Interface -> Actions -> Reports'
2011-11-18 09:54 <Timitos> grasbauer: :-)
2011-11-18 09:54 <sisalp> cedk: my party did not have a language set, and the report defaults to en_US. when I set the language of the party it is ok
2011-11-18 09:54 <grasbauer> Timitos: dito
2011-11-18 09:55 <cedk> sisalp: I guess you don't have the en_US locales on your system
2011-11-18 09:56 <sisalp> cedk: exactly. My question is : is en_US.UTF-8 a requirement ?
2011-11-18 09:56 <cedk> sisalp: yes it is strongly recommended :-)
2011-11-18 09:56 <sisalp> cedk: are xx_XX required when xx_XX is used in Tryton ?
2011-11-18 09:57 <cedk> sisalp: yes
2011-11-18 10:02 <sisalp> grasbauer: excellent . Thank you. I thnk I succeeded in downloading, cancelling and upgrading the label report.
2011-11-18 10:11 <bechamel> sisalp: i think (but I'm not sure) you can define a webdav collection on reports, and then edits them trough it
2011-11-18 10:12 <cedk> bechamel: not yet
2011-11-18 10:12 <sisalp> bechamel: downloading/uploading is ok I think. The point with enlightX was about adding new reports like aeroo does
2011-11-18 10:13 <sisalp> bechamel: I think it is not possible
2011-11-18 10:13 <bechamel> we should add this in the goals for 2.4 :)
2011-11-18 10:14 <cedk> bechamel: there is an issue but I can not find it
2011-11-18 10:14 <enlightx> actually, even with aeroo/openerp i prefer to register new reports via dedicated addon
2011-11-18 10:14 <cedk> bechamel: so perhaps it is fixed :-)
2011-11-18 10:14 <sisalp> it is unclear if I can create a new report and if the report will appear in the list
2011-11-18 10:14 <cedk> enlightx: the idea is to be able to customize it through webdav
2011-11-18 10:15 <enlightx> cedk: yes, i see
2011-11-18 10:15 <cedk> sisalp: you can do it through the client but the options are limited
2011-11-18 10:18 <cedk> find it very old issue:
2011-11-18 10:22 <bechamel> cedk: the one that will fix this issue will get the record of the longest standing issue closed :)
2011-11-18 10:23 <cedk> bechamel: what are you waiting ? :-)
2011-11-18 10:31 -!- sisalp( has left #tryton
2011-11-18 10:59 <zxq9> Is there any documentation on client-side plugin development? If no, where is a good place in the code to start trying to understand how to do this?
2011-11-18 11:15 <cedk> zxq9: by default, there is 2 plugins in the client, you can start from there
2011-11-18 11:25 <cedk> zxq9: but most of the time, you should not need of a plugin
2011-11-18 11:29 <zxq9> I was thinking of writing one to implement the search bloatbox thing we talked about yesterday. (^.^)
2011-11-18 11:30 <zxq9> I figure if it is just a plugin then we can play with the idea without messing with the core client code.
2011-11-18 11:30 <cedk> zxq9: if the goal is to be included, better work on a patch
2011-11-18 11:31 <zxq9> I can worry about inclusion later. Coding a patch is easy. Getting the interface right for humans is the hard part.
2011-11-18 11:31 <zxq9> So a plugin would be easy for everyone to play with, I think.
2011-11-18 11:32 <zxq9> Besides, everyone else might really hate the idea once they see it!
2011-11-18 11:33 <cedk> zxq9: plugin is the most difficult thing to do
2011-11-18 11:34 <zxq9> Really? That's unusual. Anyway, I'll look at both and see what is a better idea.
2011-11-18 11:34 <zxq9> I think this should be a fun feature, though.
2011-11-18 12:33 <cedk>
2011-11-18 12:33 <cedk> to put on the website
2011-11-18 12:35 <cedk> the idea is to it in place of the "Tryton Store"
2011-11-18 12:39 <zxq9> Hmmm... this is something nobody has ever done correctly yet: aggregating feature bounties in a sustainable but non-creepy way. Difficult.
2011-11-18 12:39 <zxq9> I've thought about this a lot, but haven't had any time to try to create a solution. (yet)
2011-11-18 13:10 <cedk> just make a simple test to put elveos on
2011-11-18 13:10 <cedk>
2011-11-18 13:15 <bechamel> cedk: it takes too much place
2011-11-18 13:15 <bechamel> cedk: there are no smaller widgets ?
2011-11-18 13:16 <cedk> bechamel: no
2011-11-18 13:17 <cedk> bechamel: but it is just "temporary" as we must change the website
2011-11-18 13:20 <bechamel> cedk: maybe the best is to write a small javascript function that will query their api
2011-11-18 13:27 <sisalp> hi,
2011-11-18 13:27 <sisalp> just setting language for the party is not enough....
2011-11-18 13:30 <bechamel> sisalp: you talk about reports ?
2011-11-18 13:30 <sisalp> yes, still have to fix it
2011-11-18 13:30 <sisalp> will have a look at it pm
2011-11-18 13:34 <cedk> bechamel: indeed I find difficult to make it smaller without loosing information
2011-11-18 13:35 <cedk> bechamel: progressbar should have a minimal size to be understable
2011-11-18 13:36 <cedk> bechamel: by the way, it is already a js
2011-11-18 13:36 <cedk> bechamel: but I guess you can help them to improve it
2011-11-18 13:40 <bechamel> cedk: yes
2011-11-18 13:57 <cedk> bechamel: I'm sending an email with some remarks
2011-11-18 13:57 <cedk> bechamel: will see if they will improve it
2011-11-18 14:10 <cedk> sisalp, okko: as you were not present: here is a proposal to put elveos on tryton website
2011-11-18 14:20 <cedk> bechamel: elveos answer me they will try to have a vertical layout for tomorrow
2011-11-18 14:21 <bechamel> cedk: cool
2011-11-18 15:57 -!- zodman(~zodman@foresight/developer/zodman) has joined #tryton
2011-11-18 16:17 <pheller> cedk: I will submit final patches for the tryton client fixes tonight, then I will integrate them to Neso and fix any problems there.
2011-11-18 16:18 <pheller> cedk: question about proteus…. some time ago, I was trying to get the xml for a model's view…. I called party=Party(), then party.fields_view_get() -- this method seems to no longer work. Has something changed?
2011-11-18 16:22 <pheller> cedk: also, is there a plan to move proteus to json-rpc ?
2011-11-18 16:25 <cedk> pheller: fields_view_get must be called from the class
2011-11-18 16:26 <pheller> cedk: so Party = model.get(""), then Party.fields_view_get() ?
2011-11-18 16:26 <cedk> pheller: yes
2011-11-18 16:28 <jcm> hi cedk
2011-11-18 16:29 <jcm> why is there in many places in the trytond code the plural "childs": I thought the right plural was "children" and that in good practice py code, good english names should be used?
2011-11-18 16:32 <bechamel> jcm: yes some fields must be fixed
2011-11-18 16:37 <pheller> cedk: do you enable xmlrpc on the demo databases, so that people can try out proteus too?
2011-11-18 16:37 <cedk> jcm: childs is also valid :-)
2011-11-18 16:37 <cedk> pheller: don't know but I could
2011-11-18 16:37 <pheller> cedk: that would be cool (and it would save me from having to install tryton on my laptop)….
2011-11-18 16:39 <jcm> cedk: not in the New Owford American Dictionary...
2011-11-18 16:47 <udono> cedk: instanciate Pool() into a variable should be done for two _or_ for more than two uses per method?
2011-11-18 16:48 <cedk> udono: there is no rule
2011-11-18 16:50 <udono> cedk: so we use it like we want...
2011-11-18 16:54 <cedk> udono: as soon as it is logical and not anti-standard
2011-11-18 16:58 -!- pjstevns( has left #tryton
2011-11-18 17:50 <udono> cedk: ok, but hard do decide what is logical and standard without some general rules. But maybe we need some time/testing/experiences for this?
2011-11-18 17:51 <cedk> udono: this is really a insignificant thing
2011-11-18 17:51 <udono> cedk: ok.
2011-11-18 17:52 <cedk> udono: it is like if you wanted to standardise "if" test
2011-11-18 17:58 <udono> cedk: I just ask because of this: . But good to know there is no rule at all...
2011-11-18 18:02 <cedk> udono: of course the code will be faster if pool is stored in a local variable
2011-11-18 18:03 <cedk> udono: but this is somekind of over-optimisation
2011-11-18 18:08 <pheller> cedk: when I try to call Party.fields_view_get from Proteus, the server throws an exception context = args_without_context.pop()\nIndexError: pop from empty list\n
2011-11-18 18:09 <pheller> cedk: must I create a context and set it within Proteus
2011-11-18 18:12 <cedk> pheller: you direct call to method needs a context as last arguments
2011-11-18 18:12 <pheller> ah ok
2011-11-18 18:13 <pheller> perfect, thanks
2011-11-18 18:15 <cedk> pheller: the demo server will have xml-rpc activated by default
2011-11-18 18:15 <cedk> pheller: for the next restart on sunday
2011-11-18 18:15 <pheller> cedk: cool, will be nice for people who want to see the usefulness of proteus
2011-11-18 20:07 -!- pheller( has left #tryton
2011-11-18 23:26 -!- cjbarnes18( has left #tryton

Generated by 2.17.3 by Marius Gedminas - find it at!