IRC logs of #tryton for Thursday, 2009-04-16 #tryton log beginning Thu Apr 16 00:00:01 CEST 2009
2009-04-16 00:17 <CIA-48> ced roundup * #941/webdav: logs: [in-progress] I have talk to the pyWebDAV maintainer and he agrees for a patch that remove those debugging files.
2009-04-16 00:17 <CIA-48>
2009-04-16 02:43 -!- juanfer(n=juanfer@ has joined #tryton
2009-04-16 02:49 -!- ctp_( has joined #tryton
2009-04-16 03:19 -!- ikks(i=igor@ has joined #tryton
2009-04-16 04:08 -!- ctp( has joined #tryton
2009-04-16 05:19 -!- yangoon( has joined #tryton
2009-04-16 06:12 -!- johbo( has joined #tryton
2009-04-16 07:26 -!- FWiesing( has left #tryton
2009-04-16 07:52 -!- Gedd(n=ged@ has joined #tryton
2009-04-16 07:58 -!- sharkcz( has joined #tryton
2009-04-16 08:08 -!- racke( has joined #tryton
2009-04-16 08:18 -!- nicoe( has joined #tryton
2009-04-16 08:30 -!- enlightx( has joined #tryton
2009-04-16 08:35 -!- carlos(n=carlos@ has joined #tryton
2009-04-16 09:11 -!- udono_( has left #tryton
2009-04-16 09:25 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton
2009-04-16 09:39 -!- bechamel( has joined #tryton
2009-04-16 09:50 -!- Gedd( has joined #tryton
2009-04-16 09:59 <CIA-48> udo.spallek * r559 /wiki/ Edited wiki page through web user interface.
2009-04-16 09:59 <CIA-48> udo.spallek * r560 /wiki/ Edited wiki page through web user interface.
2009-04-16 10:36 <CIA-48> udono roundup * #995/ProgrammingError: kann Zugriff nicht serialisieren wegen gleichzeitiger Aktualisierung: [new] Traceback (most recent call last): File "/trytond/protocols/", line 47, in run res = dispatch(host, port, 'NetRPC', *msg) F ...
2009-04-16 10:36 <CIA-48>
2009-04-16 10:36 -!- enlightx( has joined #tryton
2009-04-16 10:36 <CIA-48> udono roundup * #995/ProgrammingError: kann Zugriff nicht serialisieren wegen gleichzeitiger Aktualisierung: [chatting] I tried to chage the number of calls in scheduled action
2009-04-16 10:36 <CIA-48>
2009-04-16 10:38 <CIA-48> udono roundup * #995/ProgrammingError: kann Zugriff nicht serialisieren wegen gleichzeitiger Aktualisierung: english translation: could not serialize access due to concurrent update
2009-04-16 10:38 <CIA-48>
2009-04-16 10:45 <CIA-48> ced roundup * #995/ProgrammingError: kann Zugriff nicht serialisieren wegen gleichzeitiger Aktualisierung: [invalid] This is normal if you increase too much the number of call, you have issue with the serialize access.
2009-04-16 10:45 <CIA-48>
2009-04-16 11:07 -!- johe( has joined #tryton
2009-04-16 11:08 -!- johe( has left #tryton
2009-04-16 11:52 <CIA-48> matb roundup * #975/Size of forms for new records: At least it is not a question of themes, because I have the same behaviour for Raleigh and for Qt-Curve.
2009-04-16 11:52 <CIA-48>
2009-04-16 11:57 <CIA-48> matb roundup * #996/Sort order of Menus/Complete Names: [new] Administration/User Interface/Menus/Complete Name is not sorted, neither in English nor in translations.
2009-04-16 11:57 <CIA-48>
2009-04-16 12:00 <CIA-48> udo.spallek * r561 /wiki/ Edited wiki page through web user interface.
2009-04-16 12:00 <CIA-48> udo.spallek * r562 /wiki/ Edited wiki page through web user interface.
2009-04-16 12:00 <CIA-48> * r563 /wiki/ Edited wiki page through web user interface.
2009-04-16 12:03 <CIA-48> udono roundup * #997/Analytic Account shows accounts from other company: [new] My user is member of company 1. The analytic accounts are for company 2. If the user opens analytic accounts, he see all accounts of all co ...
2009-04-16 12:03 <CIA-48>
2009-04-16 12:07 <CIA-48> udono roundup * #997/Analytic Account shows accounts from other company: [chatting] Open chart of analytic account shows up all companies too.
2009-04-16 12:07 <CIA-48>
2009-04-16 12:12 <CIA-48> ced roundup * #996/Sort order of Menus/Complete Names: [invalid] It is sorted by the sequence but you can click on column to sort it.
2009-04-16 12:12 <CIA-48>
2009-04-16 12:13 <CIA-48> udono roundup * #998/Analytic invoice: shows all analytic accounts of all companies: [new] same as issue997 but with module analytic_invoice
2009-04-16 12:13 <CIA-48>
2009-04-16 12:14 <CIA-48> udono roundup * #999/Lot of warnings when building server documentation: [new] # sphinx-build . html/ No builder selected, using default: html Sphinx v0.4.3, building html trying to load pickled env... done building [h ...
2009-04-16 12:14 <CIA-48>
2009-04-16 12:14 <CIA-48> udono roundup * #1000/Happy Birthday Tryton!: [new] Happy Birthday Tryton! now you are issue1000 old. No longer a kid on the open source ERP block ...
2009-04-16 12:14 <CIA-48>
2009-04-16 12:25 <bechamel> hi, I have prepared a text for the new release:
2009-04-16 12:26 <bechamel> comments are welcomed :)
2009-04-16 12:42 <CIA-48> ced roundup * #914/i propose to remove easy_install recommendation from download site: The relatorio issue must be fixed with the last version:
2009-04-16 12:42 <CIA-48>
2009-04-16 13:15 -!- paola_( has joined #tryton
2009-04-16 13:16 <udono> so guys I finished my tests. Not tested this hard the analytical stuff, because I don't know the use for now. Iam away until Sunday, but maybe sometimes online. See you next week!
2009-04-16 13:19 <carlos> udono: enjoy!
2009-04-16 13:20 <udono> carlos: I will
2009-04-16 13:20 <udono> carlos: thanks
2009-04-16 13:22 <cedk> udono: no remarks on the news?
2009-04-16 13:24 <udono> cedk: you mean bechamels changelog?
2009-04-16 13:24 <cedk> udono: yes
2009-04-16 13:24 <carlos> bechamel: Search on translatable field returns results in the chosen language
2009-04-16 13:24 <carlos> only (that is results from the default language are now ignored).
2009-04-16 13:25 <carlos> bechamel: isn't it more clear if we just say '... from English ...'
2009-04-16 13:26 <carlos> I know there is an exception, for chart of accounts, but I think we should make it clear that in general, the default language is English
2009-04-16 13:26 <carlos> or am I missing anything?
2009-04-16 13:26 <udono> bechamel: additionally we have a new language es_CO
2009-04-16 13:26 <carlos> udono: in fact... es_ES is the new one
2009-04-16 13:26 <bechamel> carlos, udono: good remarks
2009-04-16 13:26 <carlos> es_CO was using es_ES incorrectly
2009-04-16 13:28 <udono> bechamel: better support for translating report which are overwritten by a custom report
2009-04-16 13:28 <cedk> bechamel: so you could add split of es into es_ES and es_CO
2009-04-16 13:28 <udono> bechamel: solved bugs missing. It would be good to put a link to the bugtracker for solved bugs...
2009-04-16 13:29 <bechamel> where do i pout the split es_ES/es_CO ? in the module section ?
2009-04-16 13:30 <carlos> bechamel: I think core is the best place for it
2009-04-16 13:31 -!- enlightx( has joined #tryton
2009-04-16 13:31 <carlos> Also, I think Account and party changes should be explained a bit more
2009-04-16 13:32 <carlos> those release notes are too technical oriented and we should also try to get regular users 'excited' with the new features (and vies, new vat system and chart of accounts update feature are that kind of features for plain users)
2009-04-16 13:33 <cedk> bechamel: I agree with carlos, module part must be more verbose
2009-04-16 13:34 <bechamel> udono: for the bugs: i think there is no way to filter bugs that are linked to this release (except for some of them with the "1.1" keyword)
2009-04-16 13:35 <bechamel> ok I will add some comments on new module features
2009-04-16 13:36 <yangoon> bechamel: it depends on the goal of the changelog: if you want to show the technical chnages to a developer it may be ok. but if you think about the normal reader, he want to know about the consequences of a change, not the chnage itself.
2009-04-16 13:36 <cedk> yangoon: it is not a changelog but a realease announce
2009-04-16 13:37 <yangoon> bechamel: so I would change it to refelct more the new experience for the common user
2009-04-16 13:37 <yangoon> cedk: then I would change it in the sense I just talked above
2009-04-16 13:38 <yangoon> cedk: yes, thats exactly the point: for me it is more a changelog, not a release announce
2009-04-16 13:39 <bechamel> yangoon: I agree with you but: 1) the audience of tryton is mainly composed of developer atm 2) lots of great feature aren't visible by the end user
2009-04-16 13:42 <yangoon> bechamel: I see the problem, but I would indeed separate a changelog from a release announce
2009-04-16 13:43 <bechamel> yangoon: or i can split the news in two : end user/technical features
2009-04-16 13:43 <yangoon> and the great hidden features have a consequence as well for the user like: better possibility to do something, better stability, ...
2009-04-16 13:44 <cedk> bechamel: don't split
2009-04-16 13:44 <yangoon> bechamel: yes, that would be great
2009-04-16 13:44 <yangoon> :)
2009-04-16 13:44 <cedk> bechamel: it is not a changelog as it is in the repo
2009-04-16 13:44 <yangoon> cedk: there is no common changelog in the repos
2009-04-16 13:45 <cedk> yangoon: it is normal
2009-04-16 13:45 <Timitos> bechamel: i also think that splitting it could be good
2009-04-16 13:45 -!- paepke( has joined #tryton
2009-04-16 13:45 <bechamel> what can i do is to reorder stuff: 1 modules 2 cient 2 server
2009-04-16 13:45 -!- paola_( has joined #tryton
2009-04-16 13:46 <cedk> bechamel: why?
2009-04-16 13:47 <cedk> there is not a clear separation between what you call devs and users
2009-04-16 13:47 <bechamel> cedk: like that features that are understable by everybody are on top
2009-04-16 13:48 <bechamel> if not the non-tech user will start to read and get bored by technical stuff
2009-04-16 13:48 <cedk> bechamel: but the separation is not module, client, server
2009-04-16 13:49 <bechamel> cedk: clear separation ? easy: user: people that doesn't undesrtand the server section, dev; other people :)
2009-04-16 13:50 <bechamel> s/server/kernel
2009-04-16 13:50 <cedk> bechamel: who is user and who is dev ?
2009-04-16 13:51 <udono> cedk: bechamel: for me a changelog is something dev specific. But the release announcement should be user centric.
2009-04-16 13:52 <udono> ... other changelogs show every bug they solved and any new feature in a long list with sections for each version.
2009-04-16 13:52 <cedk> udono: it is in mercurial
2009-04-16 13:53 <bechamel> udono: hg log :)
2009-04-16 13:53 <Timitos> cedk: bechamel: i also think that many people would understand module and client section. there are only two points on client section that are move dev related: - Invisible state on list views. - The record model is shown on form log.
2009-04-16 13:53 <udono> cedk: ...just tell how I've seen in other changelogs...
2009-04-16 13:54 <bechamel> 2 all: for you who will read this news ? more user or more devs ?
2009-04-16 13:55 <cedk> bechamel: what is a dev and what is a user?
2009-04-16 13:55 <udono> cedk: bechamel: and btw. Its not the informations hg log provides. Changelog entries are more condensed and reduced and just the facts...
2009-04-16 13:56 <yangoon> bechamel: if you make a release announcement it is to go public to get customers. and customers want to know features, not technical insight.
2009-04-16 13:56 <cedk> udono: we put in CHANGELOG what has changes and hg log all the modification/bugfix
2009-04-16 13:56 <udono> bechamel: changelog will be read by both and release anouncement will be read more by users...
2009-04-16 13:57 <cedk> yangoon: I don't agree, we make announce for everybody
2009-04-16 13:57 <udono> cedk: ok
2009-04-16 13:57 <Timitos> cedk: dev is a developer doing his own modules for example. user is somebody interested to use tryton but has no dev skills.
2009-04-16 13:59 <CIA-48> udo.spallek * r564 /wiki/ Edited wiki page through web user interface.
2009-04-16 13:59 <cedk> Timitos: for me, it is not so clear because you will have some that can not write a module but will understand the changes in the server
2009-04-16 13:59 <CIA-48> * r565 /wiki/ Edited wiki page through web user interface.
2009-04-16 13:59 <cedk> Timitos: and will be interested by those change to know the possiblities
2009-04-16 14:00 <cedk> Timitos: and what he can ask to others companies to develop
2009-04-16 14:00 <yangoon> cedk: you cannot make one suitable announce for everybody, one group will always be bored by non-interesting stuff
2009-04-16 14:01 <Timitos> cedk: maybe. but i am sure that somebody like this would read the complete announcement. so i think the idea of bechamel to put the user related stuff on top is a good idea.
2009-04-16 14:01 <bechamel> imho, the end user of an erp will never read a release announcement (or at least he we not wait eagerly for it), the end user doesn't wait for new features on an erp and if he is waiting for a new features this means that he has already ac ontact with a tryton-related company
2009-04-16 14:01 <yangoon> cedk: and staff in enterprises responsible to take decisions is thinking a lot like simple customers
2009-04-16 14:02 <yangoon> cedk: bechamelor why do you think so many enterprises are (stil) using windows?
2009-04-16 14:02 <cedk> yangoon: I don't agree, most of those guys are interrested by "buzz"
2009-04-16 14:02 <yangoon> buzz?
2009-04-16 14:03 <cedk> yangoon:
2009-04-16 14:03 <cedk> bechamel: by the way, you must put on top a description of Tryton
2009-04-16 14:04 <cedk> bechamel: like for the 1.0
2009-04-16 14:06 <bechamel> cedk: " A new version of tryton, the famous three-tiers high-level general purpose application platform, is now available" :p
2009-04-16 14:09 <paepke> may i give my opinion as an ousider?
2009-04-16 14:09 <Timitos> paepke: feel free
2009-04-16 14:11 <paepke> a user will never read a release note. even the "buzzy" features are not interested. imho the guy who is responsible for the system itself, and he should know what he does, tells the user what are the new functions.
2009-04-16 14:12 <cedk> paepke: but here, it is a announce for everybody, we will post it on many news websites
2009-04-16 14:12 <paepke> could get a normal user the erp system running without the knowledge of some internals like datebase and the backgrounding model structure?
2009-04-16 14:12 <Timitos> paepke: but i think that a release note on also should have effect on new people interested in tryton but not only on those that are already using tryton
2009-04-16 14:14 <Timitos> we need to make tryton well known in the public and a release announcement is one of the instruments for that.
2009-04-16 14:14 <cedk> Timitos: +1
2009-04-16 14:15 <cedk> and in fact, we don't care so much that people read the all announce, we just want that they know we exist and we do hard work and progress
2009-04-16 14:15 <paepke> ok, the news should be the buzz-stuff. if someone is interested in deeper structures he should read a technical note.
2009-04-16 14:16 <paepke> for me the technical notes are something like: what should i look at upgrading or new models, changes in api
2009-04-16 14:16 <Timitos> cedk: and this is why i say that a release note must fulfill the needs of people with programming skills and of people without them. even people without installation skills like some decision makes should find something interesting in this release announcement
2009-04-16 14:17 <cedk> Timitos: yes, you don't need to convince me
2009-04-16 14:17 <bechamel> cedk: if we want buzz, the news should be completely different, it must be shorter and it must focus on some of the best new features
2009-04-16 14:17 <Timitos> cedk: that fine :-)
2009-04-16 14:17 <yangoon> bechamel: +1
2009-04-16 14:17 <cedk> bechamel: no, we don't want only buzz and the buzz will not come from the content
2009-04-16 14:18 <paepke> Timitos: thats a good point with the target group. what about short news with buzz and a "read more"-link for technical background?
2009-04-16 14:18 <cedk> bechamel: we must not discredite the project with "buzz" announce
2009-04-16 14:19 <Timitos> cedk: +1000
2009-04-16 14:19 <cedk> the "buzz" will come with simply the news
2009-04-16 14:19 <Timitos> cedk: forget buzz. we should argue with our new functionality.
2009-04-16 14:19 <bechamel> maybe one should create two text: one press release with buzz and user centric stuff an another with all the new features
2009-04-16 14:19 <cedk> bechamel: no, it is the same
2009-04-16 14:20 <Timitos> i also think that it is the same.
2009-04-16 14:20 <yangoon> I would differentiate between three different docs: release announce -> for the public (buzzwords), release notes -> what has to be done on upgrade, technical notes -> sort of combined and explained changelog
2009-04-16 14:20 <cedk> bechamel: and boring readers is not a problem. Nobody on the web is bored by reading, he just stop and read next news
2009-04-16 14:21 <cedk> yangoon: second = CHANGELOG
2009-04-16 14:21 <bechamel> cedk: of course it's a problem, because he will miss some features that may interest him
2009-04-16 14:22 <cedk> bechamel: but you can not put the right feature for everybody on top
2009-04-16 14:22 <cedk> bechamel: and it is not a issue because people don't need feature
2009-04-16 14:22 <yangoon> cedk: you don't want every user to read through all repos for the single changelogs
2009-04-16 14:23 <bechamel> look at the websites that put a news about the 1.0 release: they are not intersted by "new depends attribute on fields" or "introspection with xmp-rpc" it's out of scope
2009-04-16 14:23 <cedk> bechamel: people are excited when they know the feature
2009-04-16 14:24 <cedk> yangoon: but you don't know which modules he has installed
2009-04-16 14:24 <cedk> bechamel: we don't care. We must have a lot of content
2009-04-16 14:25 <cedk> bechamel: we must show to the world that Tryton is living project
2009-04-16 14:25 <Timitos> cedk: but i still think that the order is important to reach all readers
2009-04-16 14:25 <bechamel> cedk: yes but we should "promote" the best one like we did for the 1.0 news
2009-04-16 14:25 <yangoon> cedk: you have to communicate the changes, that happened with new tax rules and groups, to the upgrader. That is what IMHO Release Notes are for.
2009-04-16 14:26 <cedk> yangoon: it is in the CHANGELOG
2009-04-16 14:27 <yangoon> ACTION out
2009-04-16 14:27 <cedk> bechamel: no all
2009-04-16 14:27 <cedk> Timitos: propose an order?
2009-04-16 14:28 <Timitos> cedk: think of somebody that succeded to install tryton from distruibution packages. he will not read the CHANGELOG i think
2009-04-16 14:28 <bechamel> my idea is to add a new paragraph on top that resume: 1) what is tryton 2) what are the 2 or 3 best new features, and then after the complete list
2009-04-16 14:28 <cedk> Timitos: why?
2009-04-16 14:29 <cedk> bechamel: example?
2009-04-16 14:30 <bechamel> cedk: example: the 1.0 news:
2009-04-16 14:31 <Timitos> cedk: why? this is a good question. i donĀ“t know why. but i know that there are some people working like this.
2009-04-16 14:32 <cedk> Timitos: if there is something to do after upgrade with distrib package, it is the distriv package that must warn the user
2009-04-16 14:32 <cedk> Timitos: and why user will not read CHANGELOG but any other files?
2009-04-16 14:32 <cedk> bechamel: but for this one
2009-04-16 14:33 <cedk> bechamel: what is your 2-3 features?
2009-04-16 14:33 <bechamel> cedk: i never read changelog actually
2009-04-16 14:34 <Timitos> cedk: but the distribution package can warn the user if we warn the packager: panthera, sharkcz what do you think about?
2009-04-16 14:34 <paepke> for me as admin i always read the changelog to see what has changed. even in the distrib packages
2009-04-16 14:35 <bechamel> cedk: 2-3 features: historization, integrated shipment exception, warnings, email as attachement
2009-04-16 14:35 <cedk> bechamel: but do you run a server like an ERP?
2009-04-16 14:36 <Timitos> bechamel: i would not put warnings there but online VAT validation and the mac os x client
2009-04-16 14:36 <cedk> bechamel: propose a text
2009-04-16 14:37 <cedk> I think that it will be very difficult to aggre on what is important
2009-04-16 14:37 <cedk> because every changes are important otherwize we will not do it :-)
2009-04-16 14:37 <cedk> or do it later
2009-04-16 14:37 <bechamel> cedk: i'm ok with vies and macos :)
2009-04-16 14:37 <Timitos> cedk: yes. it is always from the point of few.
2009-04-16 14:38 <Timitos> s/few/view
2009-04-16 14:39 <cedk> bechamel: I think you could first re-order the points because I think you put it in history order
2009-04-16 14:40 <bechamel> actualy it's not a list of important stuff, but a list of stuff that is eye catching for peoples taht doesn't know tryton. The guy that already know it will read the full text.
2009-04-16 14:41 <paepke> i would prefer to read first some text to feel comfortable, then read some major changes. after that the rest as small points devided into backend, client (maybe windows, linux, mac devided)... normally you can describe the major changes with text
2009-04-16 14:41 <sharkcz> Timitos: Fedora uses PackageKit as GUI tool for doing updates and it is possible to show the user a copy of upstream changelog or show an URL where the changelog resides
2009-04-16 14:42 <CIA-48> matb roundup * #996/Sort order of Menus/Complete Names: This is exactly what I have done. Another screenshot ;(
2009-04-16 14:42 <CIA-48>
2009-04-16 14:44 <Timitos> sharkcz: thx for this information. do you prefer one of these options. what would you recommend from your point of view?
2009-04-16 14:50 <sharkcz> Timitos: I would prefer a changelog on tryton's web so I can only place a pointer in the user visible update notes
2009-04-16 14:54 <Timitos> sharkcz: so i think there should be some warnings then there were major changes
2009-04-16 14:56 <Timitos> cedk: so i think what sharkcz needs is not the release announcement but something else
2009-04-16 14:57 <sharkcz> Timitos: yes, they should, but don't plan to do any major (or incompatible) update during the live (12 months) of one distro release
2009-04-16 14:59 <panthera> Timitos: sure we can give out messages to the user if they are justified
2009-04-16 14:59 <panthera> (debian that is)
2009-04-16 14:59 <panthera> also, we have /usr/share/doc/$package/NEWS.Debian which gets automatically displayed to $user
2009-04-16 15:00 <panthera> if he uses the right tools (e.g. synaptic)
2009-04-16 15:00 <Timitos> panthera: thx
2009-04-16 15:05 <bechamel> panthera: i imagine that is too big for this (and should be splitted by modules)
2009-04-16 15:10 <cedk> those things are in CHANGELOG
2009-04-16 15:11 <CIA-48> ced roundup * #996/Sort order of Menus/Complete Names: So it is ordered on name.
2009-04-16 15:11 <CIA-48>
2009-04-16 15:13 <panthera> bechamel: that too, yes. however, NEWS.Debian is to be kept really short,
2009-04-16 15:14 <panthera> and only tell people about changes that would break their existing setup.
2009-04-16 15:14 <panthera> not about shiny new features.
2009-04-16 15:14 <bechamel> panthera: ok
2009-04-16 15:19 <CIA-48> Carlos Perell? Mar?n <> default * 462:c6c90c328a28 account/es_ES.csv: More es_ES fixes
2009-04-16 15:19 <CIA-48>
2009-04-16 15:23 -!- gremly(n=gremly@ has joined #tryton
2009-04-16 15:29 <CIA-48> matb roundup * #996/Sort order of Menus/Complete Names: Do you expect a column to be sorted by some subitem?
2009-04-16 15:29 <CIA-48>
2009-04-16 15:31 -!- woakas(n=woakas@ has joined #tryton
2009-04-16 15:35 <CIA-48> carlos roundup * #996/Sort order of Menus/Complete Names: From that screenshot, what I would expect is that we sort first by the parent item and then by child instead of using the inner child.
2009-04-16 15:35 <CIA-48>
2009-04-16 16:01 -!- enlightx( has joined #tryton
2009-04-16 16:05 <CIA-48> ced roundup * #996/Sort order of Menus/Complete Names: This is not possible without storing the value.
2009-04-16 16:05 <CIA-48>
2009-04-16 16:29 -!- juanfer(n=juanfer@ has joined #tryton
2009-04-16 16:42 <CIA-48> C?dric Krier <> default * 21:a92b05af9582 account_be/account_be.xml:
2009-04-16 16:42 <CIA-48> Fix account.type.template for the "Bilan"
2009-04-16 16:42 <CIA-48> Fix account.account.template for new deferral and type
2009-04-16 16:42 <CIA-48>
2009-04-16 16:43 -!- paepke( has joined #tryton
2009-04-16 16:44 <CIA-48> juanfer roundup * #1001/Problem including a new city inside a subdivision as Amazonas: [new] When I try to insert a new city as Leticia, in the Subdivision Amazonas, I try to say to with parent belong to, but it display me four names ...
2009-04-16 16:44 <CIA-48>
2009-04-16 16:49 <CIA-48> ced roundup * #998/Analytic invoice: shows all analytic accounts of all companies: [closed] Duplicate with issue997
2009-04-16 16:49 <CIA-48>
2009-04-16 16:50 <CIA-48> ced roundup * #999/Lot of warnings when building server documentation: [resolved] You must build the documentation from a place where trytond is importable in python
2009-04-16 16:50 <CIA-48>
2009-04-16 16:57 <CIA-48> * r566 /wiki/ Edited wiki page through web user interface.
2009-04-16 17:12 <CIA-48> C?dric Krier <> default * 76:4cd09434287e analytic_account/account.xml: Add missing rule on company of analytic account for issue997
2009-04-16 17:12 <CIA-48>
2009-04-16 17:12 <CIA-48> ced roundup * #997/Analytic Account shows accounts from other company: [resolved] Fix with changeset 4cd09434287e
2009-04-16 17:12 <CIA-48>
2009-04-16 17:14 -!- racke( has joined #tryton
2009-04-16 17:17 <CIA-48> Mathias Behrle <> default * 1762:b2d2e2a76b91 trytond/trytond/ir/de_DE.csv: Update translation for de_DE
2009-04-16 17:17 <CIA-48>
2009-04-16 17:17 <CIA-48> Mathias Behrle <> default * 1763:0e7afab60776 trytond/: merge
2009-04-16 17:17 <CIA-48>
2009-04-16 17:18 -!- racke( has left #tryton
2009-04-16 17:18 <CIA-48> Mathias Behrle <> default * 1288:12812935c33a tryton/share/locale/de_DE/LC_MESSAGES/ ( tryton.po): Update translation for de_DE
2009-04-16 17:18 <CIA-48>
2009-04-16 17:18 <CIA-48> Mathias Behrle <> default * 1289:489002f3d803 tryton/: merge
2009-04-16 17:18 <CIA-48>
2009-04-16 17:22 <CIA-48> C?dric Krier <> default * 31:b78b4f1738a4 country/country.xml: Add missing form/tree views to subdivision for issue1001
2009-04-16 17:22 <CIA-48>
2009-04-16 17:23 <CIA-48> ced roundup * #1001/Problem including a new city inside a subdivision as Amazonas: [resolved] Fix with changeset b78b4f1738a4
2009-04-16 17:23 <CIA-48>
2009-04-16 17:36 <CIA-48> ced roundup * #1000/Happy Birthday Tryton!: [need-eg] We could change the rounding for 0.05, this will work but I would like to know exactly when it is needed to round. Per example on an inv ...
2009-04-16 17:36 <CIA-48>
2009-04-16 17:47 -!- enlightx( has joined #tryton
2009-04-16 18:13 -!- enlightx( has joined #tryton
2009-04-16 20:02 -!- enlightx( has joined #tryton
2009-04-16 20:13 -!- Gedd(n=ged@ has joined #tryton
2009-04-16 20:35 <CIA-48> C?dric Krier <> default * 191:b58f398d94e3 gentoo-overlay/dev-python/relatorio/ (Manifest relatorio-0.5.1.ebuild): Version bump
2009-04-16 20:35 <CIA-48>
2009-04-16 20:42 -!- enlightx( has joined #tryton
2009-04-16 20:47 -!- tekknokrat( has joined #tryton
2009-04-16 20:50 -!- cristi_an(i=5978d3ce@gateway/web/ajax/ has joined #tryton
2009-04-16 21:00 -!- enlightx( has joined #tryton
2009-04-16 21:15 -!- vengfulsquirrel( has joined #tryton
2009-04-16 21:29 -!- tekknokrat( has left #tryton
2009-04-16 22:33 <CIA-48> vengfulsquirrel roundup * #1002/KeyError: 'sub_for_product': [new] Traceback (most recent call last): File "/trytond/protocols/", line 47, in run res = dispatch(host, port, 'NetRPC', *msg) F ...
2009-04-16 22:33 <CIA-48>
2009-04-16 22:34 -!- paola_( has joined #tryton
2009-04-16 22:36 <vengfulsquirrel> Oops that bug is totally has nothing to do with the tryton codebase, how do I undo a bug report ? Just close it ?
2009-04-16 22:51 <CIA-48> vengfulsquirrel roundup * #1002/KeyError: 'sub_for_product': [closed] Oops this bug has nothing to do with the tryton codebase, sorry about that.
2009-04-16 22:51 <CIA-48>
2009-04-16 22:52 <bechamel> vengfulsquirrel: no problem for the bug, it's enough to close ti
2009-04-16 22:52 <bechamel> s/ti/it/
2009-04-16 22:53 <vengfulsquirrel> okay thanks, yeah i just closed it
2009-04-16 22:54 <bechamel> vengfulsquirrel: btw if you have some times to quickly check this
2009-04-16 22:55 <bechamel> .. and tell me if you see some english error, it would be helpful.
2009-04-16 22:57 <vengfulsquirrel> Want me to just suggest the changes in IRC or somewhere else ?
2009-04-16 22:57 <vengfulsquirrel> *over IRC
2009-04-16 22:58 <vengfulsquirrel> nm, I'm going to just re-paste it
2009-04-16 22:58 <bechamel> vengfulsquirrel: it's up to you, but the easiest imho is to clic copy and edit it
2009-04-16 22:59 <bechamel> vengfulsquirrel: I will do a difff after to spot the modifications
2009-04-16 23:01 -!- juanfer(n=juanfer@ has joined #tryton
2009-04-16 23:22 <CIA-48> Bertrand Chenal <> default * 1764:f2066eca208a trytond/trytond/ (6 files in 5 dirs):
2009-04-16 23:22 <CIA-48> Change output_format (One2Many) to extension (Selection) on
2009-04-16 23:22 <CIA-48> This will ease future addition of new report extension.
2009-04-16 23:22 <CIA-48>
2009-04-16 23:24 <vengfulsquirrel> bechamel: What did you mean by this?(under client changes) - Edition on the Many2Many widget.
2009-04-16 23:25 <bechamel> vengfulsquirrel: this means that when you clic on "add" on a many2many widget there is a "new" button on the popup window
2009-04-16 23:26 <bechamel> vengfulsquirrel: no sorry
2009-04-16 23:26 <bechamel> vengfulsquirrel: this means that you can now double-clic on an item of a M2M widget and this wil open the form view in a popup
2009-04-16 23:27 <vengfulsquirrel> Okay
2009-04-16 23:52 <bechamel> vengfulsquirrel: don't forget to give me the link once finished
2009-04-16 23:53 <vengfulsquirrel> Yeah sorry I'm re-reading it now, what do these mean:
2009-04-16 23:53 <vengfulsquirrel> - Duplication on several records.
2009-04-16 23:53 <vengfulsquirrel> - Account: new tax rule system, update of account chart from template.
2009-04-16 23:58 <bechamel> vengfulsquirrel: duplication: it's now possible to select several lines on a list view and then clic on Form > Duplicate to duplicate all of them
2009-04-16 23:59 <vengfulsquirrel> To do something like clone a sale?
2009-04-16 23:59 <vengfulsquirrel> bechamel: ^
2009-04-16 23:59 <bechamel> vengfulsquirrel: yes

Generated by 2.17.3 by Marius Gedminas - find it at!