chat.freenode.net #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> http://bugs.tryton.org/roundup/issue941 | ||
2009-04-16 02:43 -!- juanfer(n=juanfer@190.25.13.36) has joined #tryton | ||
2009-04-16 02:49 -!- ctp_(n=quassel@brsg-d9beec24.pool.mediaWays.net) has joined #tryton | ||
2009-04-16 03:19 -!- ikks(i=igor@190.120.138.29) has joined #tryton | ||
2009-04-16 04:08 -!- ctp(n=quassel@brsg-d9bef28f.pool.mediaWays.net) has joined #tryton | ||
2009-04-16 05:19 -!- yangoon(n=mathiasb@p549F4C8F.dip.t-dialin.net) has joined #tryton | ||
2009-04-16 06:12 -!- johbo(n=joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton | ||
2009-04-16 07:26 -!- FWiesing(n=Wiesinge@194-208-185-012.tele.net) has left #tryton | ||
2009-04-16 07:52 -!- Gedd(n=ged@77.109.113.60) has joined #tryton | ||
2009-04-16 07:58 -!- sharkcz(n=dan@plz1-v-4-17.static.adsl.vol.cz) has joined #tryton | ||
2009-04-16 08:08 -!- racke(n=racke@212251241027.customer.cdi.no) has joined #tryton | ||
2009-04-16 08:18 -!- nicoe(n=nicoe@ip-80-236-208-112.dsl.scarlet.be) has joined #tryton | ||
2009-04-16 08:30 -!- enlightx(n=enlightx@host-84-220-92-18.cust-adsl.tiscali.it) has joined #tryton | ||
2009-04-16 08:35 -!- carlos(n=carlos@89.7.24.44) has joined #tryton | ||
2009-04-16 09:11 -!- udono_(n=uspallek@dynamic-unidsl-85-197-22-35.westend.de) has left #tryton | ||
2009-04-16 09:25 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton | ||
2009-04-16 09:39 -!- bechamel(n=user@host-85-201-74-27.brutele.be) has joined #tryton | ||
2009-04-16 09:50 -!- Gedd(n=ged@ip-80-236-208-112.dsl.scarlet.be) has joined #tryton | ||
2009-04-16 09:59 <CIA-48> udo.spallek * r559 /wiki/Testing1_2_0.wiki: Edited wiki page through web user interface. | ||
2009-04-16 09:59 <CIA-48> udo.spallek * r560 /wiki/Testing1_2_0.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/netrpc.py", line 47, in run res = dispatch(host, port, 'NetRPC', *msg) F ... | ||
2009-04-16 10:36 <CIA-48> http://bugs.tryton.org/roundup/issue995 | ||
2009-04-16 10:36 -!- enlightx(n=enlightx@host198-42-static.85-94-b.business.telecomitalia.it) 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> http://bugs.tryton.org/roundup/issue995 | ||
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> http://bugs.tryton.org/roundup/issue995 | ||
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> http://bugs.tryton.org/roundup/issue995 | ||
2009-04-16 11:07 -!- johe(n=jstephan@veil.sb.dfki.de) has joined #tryton | ||
2009-04-16 11:08 -!- johe(n=jstephan@veil.sb.dfki.de) 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> http://bugs.tryton.org/roundup/issue975 | ||
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> http://bugs.tryton.org/roundup/issue996 | ||
2009-04-16 12:00 <CIA-48> udo.spallek * r561 /wiki/Testing1_2_0.wiki: Edited wiki page through web user interface. | ||
2009-04-16 12:00 <CIA-48> udo.spallek * r562 /wiki/Testing1_2_0.wiki: Edited wiki page through web user interface. | ||
2009-04-16 12:00 <CIA-48> mathias.behrle@gmx.de * r563 /wiki/Testing1_2_0.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> http://bugs.tryton.org/roundup/issue997 | ||
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> http://bugs.tryton.org/roundup/issue997 | ||
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> http://bugs.tryton.org/roundup/issue996 | ||
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> http://bugs.tryton.org/roundup/issue998 | ||
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> http://bugs.tryton.org/roundup/issue999 | ||
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 http://opensourceerpguru.com/2008/11/23/try ... | ||
2009-04-16 12:14 <CIA-48> http://bugs.tryton.org/roundup/issue1000 | ||
2009-04-16 12:25 <bechamel> hi, I have prepared a text for the new release: http://dpaste.com/34276/ | ||
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: http://relatorio.openhex.org/ticket/13 | ||
2009-04-16 12:42 <CIA-48> http://bugs.tryton.org/roundup/issue914 | ||
2009-04-16 13:15 -!- paola_(n=paola@host-84-223-228-19.cust-adsl.tiscali.it) 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(n=enlightx@host198-42-static.85-94-b.business.telecomitalia.it) 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(n=paepke@mail.metaldyne.de) 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_(n=paola@host-84-222-103-155.cust-adsl.tiscali.it) 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/Testing1_2_0.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> timitos@virtual-things.biz * r565 /wiki/Testing1_2_0.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: http://en.wikipedia.org/wiki/Marketing_buzz | ||
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 tryton.org 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: http://www.tryton.org/news.html#n20081117 | ||
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> http://bugs.tryton.org/roundup/issue996 | ||
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 http://dpaste.com/34276/ 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> http://bugs.tryton.org/roundup/issue996 | ||
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 <carlos@pemas.es> default * 462:c6c90c328a28 account/es_ES.csv: More es_ES fixes | ||
2009-04-16 15:19 <CIA-48> http://hg.tryton.org/modules/account/rev/c6c90c328a28 | ||
2009-04-16 15:23 -!- gremly(n=gremly@190.144.69.234) 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> http://bugs.tryton.org/roundup/issue996 | ||
2009-04-16 15:31 -!- woakas(n=woakas@190.144.69.234) 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> http://bugs.tryton.org/roundup/issue996 | ||
2009-04-16 16:01 -!- enlightx(n=enlightx@host198-42-static.85-94-b.business.telecomitalia.it) 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> http://bugs.tryton.org/roundup/issue996 | ||
2009-04-16 16:29 -!- juanfer(n=juanfer@190.144.69.234) has joined #tryton | ||
2009-04-16 16:42 <CIA-48> C?dric Krier <ced@b2ck.com> 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> http://hg.tryton.org/modules/account_be/rev/a92b05af9582 | ||
2009-04-16 16:43 -!- paepke(n=paepke@p4FEB36BA.dip0.t-ipconnect.de) 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> http://bugs.tryton.org/roundup/issue1001 | ||
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> http://bugs.tryton.org/roundup/issue998 | ||
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> http://bugs.tryton.org/roundup/issue999 | ||
2009-04-16 16:57 <CIA-48> juanf.jaramillo@miginternacional.com * r566 /wiki/Testing1_2_0.wiki: Edited wiki page through web user interface. | ||
2009-04-16 17:12 <CIA-48> C?dric Krier <ced@b2ck.com> default * 76:4cd09434287e analytic_account/account.xml: Add missing rule on company of analytic account for issue997 | ||
2009-04-16 17:12 <CIA-48> http://hg.tryton.org/modules/analytic_account/rev/4cd09434287e | ||
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> http://bugs.tryton.org/roundup/issue997 | ||
2009-04-16 17:14 -!- racke(n=racke@212251241027.customer.cdi.no) has joined #tryton | ||
2009-04-16 17:17 <CIA-48> Mathias Behrle <mathiasb@behrle.dyndns.org> default * 1762:b2d2e2a76b91 trytond/trytond/ir/de_DE.csv: Update translation for de_DE | ||
2009-04-16 17:17 <CIA-48> http://hg.tryton.org/trytond/rev/b2d2e2a76b91 | ||
2009-04-16 17:17 <CIA-48> Mathias Behrle <mathiasb@behrle.dyndns.org> default * 1763:0e7afab60776 trytond/: merge | ||
2009-04-16 17:17 <CIA-48> http://hg.tryton.org/trytond/rev/0e7afab60776 | ||
2009-04-16 17:18 -!- racke(n=racke@212251241027.customer.cdi.no) has left #tryton | ||
2009-04-16 17:18 <CIA-48> Mathias Behrle <mathiasb@behrle.dyndns.org> default * 1288:12812935c33a tryton/share/locale/de_DE/LC_MESSAGES/ (tryton.mo tryton.po): Update translation for de_DE | ||
2009-04-16 17:18 <CIA-48> http://hg.tryton.org/tryton/rev/12812935c33a | ||
2009-04-16 17:18 <CIA-48> Mathias Behrle <mathiasb@behrle.dyndns.org> default * 1289:489002f3d803 tryton/: merge | ||
2009-04-16 17:18 <CIA-48> http://hg.tryton.org/tryton/rev/489002f3d803 | ||
2009-04-16 17:22 <CIA-48> C?dric Krier <ced@b2ck.com> default * 31:b78b4f1738a4 country/country.xml: Add missing form/tree views to subdivision for issue1001 | ||
2009-04-16 17:22 <CIA-48> http://hg.tryton.org/modules/country/rev/b78b4f1738a4 | ||
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> http://bugs.tryton.org/roundup/issue1001 | ||
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> http://bugs.tryton.org/roundup/issue1000 | ||
2009-04-16 17:47 -!- enlightx(n=enlightx@host-84-220-92-18.cust-adsl.tiscali.it) has joined #tryton | ||
2009-04-16 18:13 -!- enlightx(n=enlightx@host-84-220-92-18.cust-adsl.tiscali.it) has joined #tryton | ||
2009-04-16 20:02 -!- enlightx(n=enlightx@host-84-220-92-18.cust-adsl.tiscali.it) has joined #tryton | ||
2009-04-16 20:13 -!- Gedd(n=ged@77.109.112.193) has joined #tryton | ||
2009-04-16 20:35 <CIA-48> C?dric Krier <ced@b2ck.com> default * 191:b58f398d94e3 gentoo-overlay/dev-python/relatorio/ (Manifest relatorio-0.5.1.ebuild): Version bump | ||
2009-04-16 20:35 <CIA-48> http://hg.tryton.org/tryton-overlay/rev/b58f398d94e3 | ||
2009-04-16 20:42 -!- enlightx(n=enlightx@host-84-220-92-18.cust-adsl.tiscali.it) has joined #tryton | ||
2009-04-16 20:47 -!- tekknokrat(n=gthieleb@port-87-193-170-219.static.qsc.de) has joined #tryton | ||
2009-04-16 20:50 -!- cristi_an(i=5978d3ce@gateway/web/ajax/mibbit.com/x-65c6d801c6b2ae43) has joined #tryton | ||
2009-04-16 21:00 -!- enlightx(n=enlightx@host-84-220-92-18.cust-adsl.tiscali.it) has joined #tryton | ||
2009-04-16 21:15 -!- vengfulsquirrel(n=ian@c-67-160-236-234.hsd1.ca.comcast.net) has joined #tryton | ||
2009-04-16 21:29 -!- tekknokrat(n=gthieleb@port-87-193-170-219.static.qsc.de) 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/netrpc.py", line 47, in run res = dispatch(host, port, 'NetRPC', *msg) F ... | ||
2009-04-16 22:33 <CIA-48> http://bugs.tryton.org/roundup/issue1002 | ||
2009-04-16 22:34 -!- paola_(n=paola@host-84-222-103-125.cust-adsl.tiscali.it) 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> http://bugs.tryton.org/roundup/issue1002 | ||
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 http://dpaste.com/34276/ | ||
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@190.144.69.234) has joined #tryton | ||
2009-04-16 23:22 <CIA-48> Bertrand Chenal <bch@b2ck.com> 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 ir.action.report. | ||
2009-04-16 23:22 <CIA-48> This will ease future addition of new report extension. | ||
2009-04-16 23:22 <CIA-48> http://hg.tryton.org/trytond/rev/f2066eca208a | ||
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 irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!