chat.freenode.net #tryton log beginning Thu Jul 17 00:00:01 CEST 2008 | ||
2008-07-17 00:01 <cedk> udono: this works http://www.tryton.org/~irclog/latest.log.html#t2008-07-15%2012:27 | ||
2008-07-17 00:01 <udono> cedk: sorry, it work with id too... | ||
2008-07-17 00:01 <udono> cedk: :-) | ||
2008-07-17 00:01 <udono> cedk: thank you. | ||
2008-07-17 00:02 <cedk> udono: I just fix irc2html to works with the date time format of ii | ||
2008-07-17 00:03 <bechamel> cedk: nice colors | ||
2008-07-17 00:04 <udono> cedk: is it possible to use date-time not date time. Because then we can use the link on the end of each line directly for reference | ||
2008-07-17 00:04 <cedk> bechamel: I don't choose it | ||
2008-07-17 00:05 <udono> cedk: I mean without spaces inside date and time. Because space is transformed to %20 when I copy the link | ||
2008-07-17 00:07 <udono> cedk: about the XML there is no validation of mandatory. They want everything wht they can get. A mandatory test is already implemented in the german invoice. | ||
2008-07-17 00:10 <cedk> udono: done but I use _ instead of - | ||
2008-07-17 00:10 <udono> cedk: ok, better, thx | ||
2008-07-17 00:11 <udono> cedk: works great | ||
2008-07-17 00:11 <cedk> udono: but I suppose they need at least "customer name", "invoice date", "invoice number", "invoice amount", "invoice tax amount", ... | ||
2008-07-17 00:12 <udono> yes, and deliverydate, customer VAT-ID, all addresses compleat, all taxes | ||
2008-07-17 00:13 <udono> invoice number must be strongly sequenced... | ||
2008-07-17 00:14 <udono> on each invoiceline there need to be the tax type (can be done with footnotes) | ||
2008-07-17 00:14 <cedk> udono: I don't see how you can put invoice lines in a cvs file with the invoice ? | ||
2008-07-17 00:15 <cedk> udono: and I find very strange that the specification doesn't tell any thing about mandatory values | ||
2008-07-17 00:16 <udono> cedk: ah, ok you are on the xml2csv... no there they just want to see the standards, no details | ||
2008-07-17 00:17 <udono> cedk: its for forensic, so they get everything they can, without any filter... | ||
2008-07-17 00:17 <cedk> udono: but it is you that need to provide the information | ||
2008-07-17 00:18 <cedk> udono: they don't write script to extract data from your database | ||
2008-07-17 00:19 <cedk> udono: I think they must have some minimal requirement for each document invoice, sale, account, etc... | ||
2008-07-17 00:20 <udono> cedk: yes, but I have to write a script, which collect everything. If there are wrong invoicecs, they will tell me, of course, than they ask why is the invoice without deliverydate? I say Its the software, they say, invoice not accepted... | ||
2008-07-17 00:21 <udono> cedk: They want all data, even if they are corrupted, because corrupted data coud be a try to betray... | ||
2008-07-17 00:23 <FWiesing> cu | ||
2008-07-17 00:23 -!- FWiesing(n=FWiesing@194.208.185.12) has left #tryton | ||
2008-07-17 00:24 <cedk> udono: yes but they must tell you before which data is mandatory | ||
2008-07-17 00:25 <udono> cedk: yes, they do, I count all the mandatorys above... | ||
2008-07-17 00:25 <udono> cedk: for the xml2csv report all data is mandatory | ||
2008-07-17 00:26 <udono> cedk: they use the data to automatic find problems. After they find enough, the cone to your office and want to see the books... | ||
2008-07-17 00:27 <cedk> udono: but it must have somewhere a file which say this data is mandatory for an invoice | ||
2008-07-17 00:36 <udono> cedk: why? | ||
2008-07-17 00:37 <udono> cedk: these are different things | ||
2008-07-17 00:37 <udono> cedk: the law defines what is mandatory for an invoice, there is no special file | ||
2008-07-17 00:40 <cedk> udono: yes, but they make some automatic test so they can tell you which test they do | ||
2008-07-17 00:42 <udono> cedk: Ok, I try to find out what they test. But I dont think they tell me... | ||
2008-07-17 00:49 <cedk> udono: it is to be sure that we have all and that we will historize it | ||
2008-07-17 00:50 <udono> cedk: Yes I understand. I will talk to timitos, because he is our German financial and Government expert. | ||
2008-07-17 00:51 <cedk> udono: ok thks | ||
2008-07-17 00:51 <udono> cedk: thank you | ||
2008-07-17 00:54 <cedk> nicoe: I just begin to think about the translation and the filters | ||
2008-07-17 00:54 <cedk> nicoe: is the filters run before or after the parser have evaluate all the genshi function? | ||
2008-07-17 00:55 <cedk> nicoe: because we need to have all the loop runs before translate strings | ||
2008-07-17 00:55 <nicoe> cedk: after the parser has evaluated the expressions | ||
2008-07-17 00:55 <cedk> nicoe: good | ||
2008-07-17 00:57 <nicoe> cedk: I'll include some examples in the tests I will commit tonight | ||
2008-07-17 00:59 <cedk> bechamel: http://bazaar.launchpad.net/%7Eopenerp/openobject-server/trunk/revision/913 | ||
2008-07-17 00:59 <cedk> nicoe: ok, I have starting to write the translate filter to test | ||
2008-07-17 01:01 <bechamel> cedk: it's better like that ... | ||
2008-07-17 01:01 <bechamel> cedk: i wonder who add the initial _() mecanism ... | ||
2008-07-17 01:02 <cedk> bechamel: I find launchpad very slow | ||
2008-07-17 01:02 <bechamel> cedk: i was the same guy | ||
2008-07-17 01:03 <bechamel> *iT was * | ||
2008-07-17 01:04 <bechamel> cedk: but now there is all the history | ||
2008-07-17 01:05 <cedk> bechamel: http://bazaar.launchpad.net/%7Eopenerp/openobject-server/trunk/revision/921 | ||
2008-07-17 01:06 <cedk> bechamel: they remove the inherit table | ||
2008-07-17 01:07 <cedk> bechamel: I don't know if it is not usefull | ||
2008-07-17 01:08 <cedk> bechamel: it is easier to follow the dev :-) | ||
2008-07-17 01:09 <bechamel> cedk: it's redundant with the foreign keys on objects themselves, no ? | ||
2008-07-17 01:10 <cedk> bechamel: yes you are right | ||
2008-07-17 01:10 <cedk> bechamel: I remove it also | ||
2008-07-17 01:11 <bechamel> cedk: ok | ||
2008-07-17 01:13 <cedk> bechamel: but the speed improvement will not be very impressif as there is not many inherited object | ||
2008-07-17 01:15 <bechamel> cedk: you spare a query on the inherit table each time | ||
2008-07-17 01:17 <cedk> bechamel: only for object that have inherit so only for product | ||
2008-07-17 01:17 <cedk> bechamel: which will not change often | ||
2008-07-17 01:18 <cedk> bechamel: I made the change but I will push later when relatorio stuff will work as I have made already some change that will break all | ||
2008-07-17 01:18 <bechamel> ok | ||
2008-07-17 01:53 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 520:ad4b145c2d7a tryton/tryton/gui/window/view_form/ (3 files in 2 dirs): | ||
2008-07-17 01:53 <CIA-53> tryton: Add autocompletion on selection field (inspired from openerp rev539) | ||
2008-07-17 01:53 <CIA-53> tryton: Improve selection and checkbox in search widget to connect to activate signal | ||
2008-07-17 02:13 <nicoe> http://relatorio.openhex.org/changeset/19 | ||
2008-07-17 02:13 <nicoe> filters are commited now | ||
2008-07-17 05:19 -!- yangoon1(n=mathiasb@p549F55F8.dip.t-dialin.net) has joined #tryton | ||
2008-07-17 08:04 -!- nicoe(n=nicoe@ip-80-236-224-56.dsl.scarlet.be) has joined #tryton | ||
2008-07-17 08:40 -!- Gedd(n=ged@77.109.115.179) has joined #tryton | ||
2008-07-17 09:01 -!- bechamel(n=user@user-85-201-14-207.tvcablenet.be) has joined #tryton | ||
2008-07-17 10:23 -!- Gedd(n=ged@ip-80-236-224-56.dsl.scarlet.be) has joined #tryton | ||
2008-07-17 10:36 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton | ||
2008-07-17 11:42 -!- markusleist(n=markus@212.14.79.210) has joined #tryton | ||
2008-07-17 11:53 <cedk> nicoe: the filters work well | ||
2008-07-17 11:53 <nicoe> cedk: cool | ||
2008-07-17 11:54 <cedk> nicoe: do you need some help for the styles.xml ? | ||
2008-07-17 11:54 <nicoe> I'm working for a customer right now, but I keep the styles.xml under my head | ||
2008-07-17 11:54 <nicoe> cedk: I already have a pretty good idea of what to do. | ||
2008-07-17 11:55 <nicoe> cedk: But I will check your code anyway. And we will talk about it. | ||
2008-07-17 11:56 <cedk> nicoe: which code? | ||
2008-07-17 11:58 <nicoe> cedk: The code you are using to include the headers and footers in the files | ||
2008-07-17 11:59 <cedk> nicoe: one way is to merge the two xml (content.xml and styles.xml) into one big | ||
2008-07-17 11:59 <cedk> nicoe: ha ok, but I'm not sure it must part of the default tool | ||
2008-07-17 12:00 <cedk> nicoe: the last for now that miss in relatorio to be included in tryton is the evaluation of the styles.xml | ||
2008-07-17 12:01 <nicoe> cedk: Well we need a way to parse the data from styles.xml in relatorio, that's what I will work on. | ||
2008-07-17 12:02 <cedk> nicoe: and that what I spoke about merging the two xml file | ||
2008-07-17 12:02 <cedk> nicoe: and split it after in the OOSerializer | ||
2008-07-17 12:03 <cedk> nicoe: by the way my email is "ced at b2ck.com" or "cedric.krier at b2ck.com" | ||
2008-07-17 12:04 <nicoe> cedk: Yep. In fact, if I can do the merge then split the way I want, the interpretation will be guaranteed | ||
2008-07-17 12:04 <nicoe> cedk: ok I'll fix that | ||
2008-07-17 12:16 <bechamel> cedk: hi, for the party balance, does the draft moves must been included ? | ||
2008-07-17 12:17 <cedk> bechamel: it must have a checkbox like other reports for only posted move | ||
2008-07-17 12:17 <bechamel> cedk: and i imagine that the balance only concider moves for which the maturity date is in the past (or today) | ||
2008-07-17 12:18 <cedk> bechamel: I'm not sure | ||
2008-07-17 12:20 <bechamel> cedk: for the checkbox: it's a bit counter-intuitive, at first sight it seems that i must check the box to include posted moves | ||
2008-07-17 12:21 <cedk> bechamel: you can change the label into Only posted moves | ||
2008-07-17 12:22 <bechamel> cedk: or "Include Draft move" it's explicit | ||
2008-07-17 12:25 <cedk> bechamel: no everybody doesn't work with posted move | ||
2008-07-17 12:25 <cedk> bechamel: so by default it must have all moves | ||
2008-07-17 12:27 <bechamel> cedk: it can be checkboxed by default | ||
2008-07-17 12:30 <cedk> bechamel: why changed ? | ||
2008-07-17 12:33 <cedk> bechamel: it must be call "Third Party Legder", I think | ||
2008-07-17 12:35 <bechamel> cedk: in tiny there is a partner ledger and a partner balance. I also try to find something similar in openbravo but i did not manage to see something with their buggy web client | ||
2008-07-17 12:37 <cedk> bechamel: yes, the balance is the resume of the legder | ||
2008-07-17 12:37 <cedk> bechamel: so you can have "Third Party Legder" and "Third Party Balance" | ||
2008-07-17 12:42 <bechamel> cedk: ah ok, the ledger details all the moves | ||
2008-07-17 12:46 -!- cedk_(n=ced@ced.homedns.org) has joined #tryton | ||
2008-07-17 12:54 <bechamel> cedk: finaly, you are ok with "Include draft move" or not ? | ||
2008-07-17 12:55 <cedk> bechamel: I don't see the difference | ||
2008-07-17 12:56 <cedk> bechamel: it is the same so why change ? | ||
2008-07-17 12:58 <bechamel> cedk: of course it's the same, it's just a matter of user-friendliness | ||
2008-07-17 12:58 <cedk> bechamel: it doesn't change anything on the userfriendliness because it is the same | ||
2008-07-17 15:05 -!- kultviech(n=kultviec@p549758F7.dip.t-dialin.net) has joined #tryton | ||
2008-07-17 15:27 -!- bechamel(n=user@user-85-201-14-207.tvcablenet.be) has joined #tryton | ||
2008-07-17 15:37 <cedk> bechamel: for the translation of the exception, I have created a function raise_user_error | ||
2008-07-17 15:38 <bechamel> cedk: yes | ||
2008-07-17 15:39 <cedk> bechamel: I start to rewrite all the exception but it is a big work | ||
2008-07-17 15:39 <bechamel> cedk: like raise_user_error(cursor, "error sting") ? | ||
2008-07-17 15:42 <cedk> bechamel: self.raise_user_error(cursor, 'incoming_move_input_dest', context=context) | ||
2008-07-17 15:42 <bechamel> cedk: yes, without context no translation :) | ||
2008-07-17 15:42 <cedk> bechamel: with the possibility: self.raise_user_error(cursor, 'incoming_move_input_dest', (packing.id,), context=context) | ||
2008-07-17 15:43 <bechamel> cedk: ok | ||
2008-07-17 15:43 <cedk> bechamel: and self._error_messages for the error message strings | ||
2008-07-17 15:44 <cedk> bechamel: the error message are add to ir.translation when updating the module | ||
2008-07-17 16:05 <bechamel> cedk: for the balance i used query_get on the move line object, but it add also a constraint which filter on open fiscal year. What happens when an invoice is created in december and the payment is received on january ? is the payment defined on the same fiscal year, does the fiscal year stay open until the payment is received ? | ||
2008-07-17 16:44 <cedk> bechamel: when you close a fiscalyear, new lines are created to report not reconciled lines | ||
2008-07-17 16:44 <cedk> bechamel: so there is no problem with the fiscalyear | ||
2008-07-17 16:44 <cedk> bechamel: every report on accounting must depend of fiscalyear | ||
2008-07-17 16:46 <bechamel> cedk: ok i understand | ||
2008-07-17 16:50 -!- udono(n=udono@dynamic-unidsl-85-197-19-49.westend.de) has joined #tryton | ||
2008-07-17 16:54 -!- markusleist(n=markus@212.14.79.210) has joined #tryton | ||
2008-07-17 17:00 <CIA-53> tryton: Bertrand Chenal <bch@b2ck.com> default * 137:8d79e7b8f430 account/account.py: Fix following modification about account code usage. | ||
2008-07-17 17:00 <CIA-53> tryton: Bertrand Chenal <bch@b2ck.com> default * 138:70497dad3992 account/ (account.py account.xml move.py third_party_balance.odt): Added Third Party Balance report | ||
2008-07-17 17:27 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton | ||
2008-07-17 17:33 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 139:7fb8fac00014 account/account.py: Fix for new kind on account | ||
2008-07-17 17:36 <CIA-53> tryton: Bertrand Chenal <bch@b2ck.com> default * 106:02ebb72982d1 relationship/address.py: Fix: use select=1 instead of select=True | ||
2008-07-17 17:38 <CIA-53> tryton: Bertrand Chenal <bch@b2ck.com> default * 140:7ee1dc488d28 account/move.py: Fix: use select=1 instead of select=True | ||
2008-07-17 17:38 <CIA-53> tryton: Bertrand Chenal <bch@b2ck.com> default * 141:5810866758d2 account/: merge | ||
2008-07-17 18:22 <yangoon1> hi cedk | ||
2008-07-17 18:22 <yangoon1> cedk: Is the VAT validation supposed to work? | ||
2008-07-17 18:23 <cedk> yangoon1: yes, it is a check on the format | ||
2008-07-17 18:23 <cedk> yangoon1: not on the existence | ||
2008-07-17 18:23 <yangoon1> if I put in my german VAT (which is a correct one;) I get ValidateError | ||
2008-07-17 18:23 <yangoon1> ('Error! Wrong VAT number.', 'vat_number,vat_country') | ||
2008-07-17 18:24 <yangoon1> it is DE142009020 | ||
2008-07-17 18:27 <cedk> yangoon1: I think that you don't put DE in the vat country and the number in the vat number field | ||
2008-07-17 18:27 <yangoon1> then it works, yes | ||
2008-07-17 18:28 <yangoon1> but this is misleading, since the country prefix belongs to the VAT number | ||
2008-07-17 18:29 <cedk> yangoon1: we need to have this to be able to enter vat that are not supported | ||
2008-07-17 18:29 <yangoon1> I am not entirely sure, but I think all VAT numbers are built like this: country prefix and number | ||
2008-07-17 18:29 <yangoon1> ah ok | ||
2008-07-17 18:30 <yangoon1> but perhaps you could check, if the number, that was entered, has same prefix as field VAT country | ||
2008-07-17 18:30 <yangoon1> and then to exclude from the check | ||
2008-07-17 18:31 <yangoon1> cedk: all the countries in VAT country are supported by the check, others not? | ||
2008-07-17 18:31 <cedk> yangoon1: yes, if you don't set the vat country, there is no check | ||
2008-07-17 18:32 <yangoon1> OTOH you could do only the check, if supported prefix is encountered | ||
2008-07-17 18:32 <cedk> yangoon1: I think we must have a way to enter vat that are not supported by the check | ||
2008-07-17 18:33 <yangoon1> yes, that's what I intended to say | ||
2008-07-17 18:33 <cedk> yangoon1: but I can not suppose that there is no vat number that will start with the same letter | ||
2008-07-17 18:33 <yangoon1> and makes superfluous filed VAT country | ||
2008-07-17 18:34 <yangoon1> cedk: I don't understand last sentence | ||
2008-07-17 18:35 <yangoon1> cedk: if you only check numbers with prefixes, that are given in VAT country, it is the same result | ||
2008-07-17 18:35 <cedk> yangoon1: I can not suppose that any vat number in the world starts with a uniq country code | ||
2008-07-17 18:37 <cedk> yangoon1: but we can improve the view, to have the selection box nearest the char entry | ||
2008-07-17 18:37 <yangoon1> cedk: yes, and allow for input of country prefix, if set in VAT country | ||
2008-07-17 18:39 <yangoon1> cedk: depends also, how VAT number is used later in reports | ||
2008-07-17 18:39 <yangoon1> cedk: there you have to use the whole string anyway | ||
2008-07-17 18:40 <cedk> yangoon1: there is a function field that merge the two string and it is used in the reports | ||
2008-07-17 18:40 <yangoon1> cedk: and I think it is not very clear to the user, that the program will put together later the two parts | ||
2008-07-17 18:44 <cedk> yangoon1: look at the list view of party, the vat number is complete | ||
2008-07-17 18:44 <yangoon1> cedk: If field VAT country is needed absolutely, nevertheless the whole string should be put in VAT nr: because this is the VAT Nr | ||
2008-07-17 18:45 <yangoon1> it is like email address, if you take it from the puristic view | ||
2008-07-17 18:45 <yangoon1> cedk: the <> brackets are belonging to hte address! | ||
2008-07-17 18:46 <nicoe> cedk: the styles templating works now | ||
2008-07-17 18:46 <cedk> yangoon1: there is the russia vat that doesn't have country code | ||
2008-07-17 18:46 <cedk> nicoe: great | ||
2008-07-17 18:47 <yangoon1> cedk: yes, and they will put in the whole number, not only part of it | ||
2008-07-17 18:47 <nicoe> cedk: I'll try the ods rendering now ... | ||
2008-07-17 18:47 <yangoon1> cedk: imagine a number of Kuala Lumpur like this 1234566KL | ||
2008-07-17 18:47 <yangoon1> then the country code is at the end | ||
2008-07-17 18:50 <cedk> yangoon1: yes, so we will change the field function to put the code at the end for kuala Lumpur vat | ||
2008-07-17 18:51 <cedk> yangoon1: I think it is better to separate the country of the number because we can not suppose that there is no collision between all vat number of the world | ||
2008-07-17 18:51 <yangoon1> cedk: :) ok the format of Kuala Rumpur is K1234R578 | ||
2008-07-17 18:51 <cedk> nicoe: will you make a release? | ||
2008-07-17 18:52 <nicoe> cedk: There has been a lot of changes so I was thinking about bumping the version to 0.2 | ||
2008-07-17 18:52 <nicoe> cedk: So Yes :) | ||
2008-07-17 18:52 <cedk> yangoon1: here in belgium, people doesn't add BE number if they don't have foreign customer | ||
2008-07-17 18:52 <cedk> nicoe: perhaps wait that I try it | ||
2008-07-17 18:53 <nicoe> cedk: np | ||
2008-07-17 18:53 <yangoon1> cedk: same in Germany, they can put in their usual tax number | ||
2008-07-17 18:53 <nicoe> cedk: I'm going to try the ods stuff for now | ||
2008-07-17 18:55 <cedk> nicoe: perhaps ask udono for some informations | ||
2008-07-17 18:55 <cedk> yangoon1: did you look at the list view of party? | ||
2008-07-17 18:56 <nicoe> cedk: I was writing a message to everyone since I did not remember who talked about that yesterday | ||
2008-07-17 18:56 <yangoon1> cedk: no, I am believing you | ||
2008-07-17 18:58 <nicoe> udono: The way I intend to use the ods reporting is mainly to create Pivot Table and Charts. Not really to compute stuffs (python is there to do that). Do you have any idea about that ? | ||
2008-07-17 18:58 <cedk> yangoon1: one thing that can be done is to remove country code on vat validation if it is there, but I don't like modify the values in validation process | ||
2008-07-17 19:02 <cedk> nicoe, udono: i don't see real usage for ods report in the ERP | ||
2008-07-17 19:04 <nicoe> cedk: Sometimes people want to fill a template of a spreadsheet that does a lot of stuffs with data : Pivot Table, Charts, it's a kind of a mini analyzing tool much more flexible than creating a report that does a lot of computation | ||
2008-07-17 19:05 <cedk> nicoe: we have implemented in the GTK client the copy/paste functionality | ||
2008-07-17 19:06 <cedk> nicoe: it works well to copy data into a spreadsheet | ||
2008-07-17 19:06 <cedk> nicoe: but I have no problem with ods reporting | ||
2008-07-17 19:07 <nicoe> cedk: np :) You're right this is a bit redundant. But sometimes people just want to spare one copy'n'paste | ||
2008-07-17 19:08 <cedk> nicoe: yes, by the way there is also the csv export :-) | ||
2008-07-17 19:08 <cedk> nicoe: we will have a lot of possibility that can not be wrong | ||
2008-07-17 19:09 <nicoe> cedk: moreover, I think this should be easy with the way I coded relatorio. | ||
2008-07-17 19:09 <nicoe> cedk; in csv you do not have formulas and tabs | ||
2008-07-17 19:10 <nicoe> cedk: But for now I can not find how to add placeholders to .ods files | ||
2008-07-17 19:11 <cedk> nicoe: the table is not describe like in odt table? | ||
2008-07-17 19:12 <nicoe> cedk: It is but there is no option in the GUI | ||
2008-07-17 19:16 <yangoon1> cedk: back from database update | ||
2008-07-17 19:17 <yangoon1> cedk: removing country code for validation would be good thing | ||
2008-07-17 19:18 <yangoon1> cedk: other issue: I think | ||
2008-07-17 19:18 <yangoon1> WARNING Field groups on res.user : integrity not tested. | ||
2008-07-17 19:18 <yangoon1> should be made INFO | ||
2008-07-17 19:19 <cedk> yangoon1: yes I think about removing it | ||
2008-07-17 19:21 <cedk> yangoon1: can you fill an issue for that | ||
2008-07-17 19:21 <yangoon1> cedk: or alternatively: check for user input of those countries and if he puts in with country code, put correct value in database | ||
2008-07-17 19:21 <yangoon1> cedk: of course, can do that | ||
2008-07-17 19:21 <yangoon1> cedk: also for database upgrade issue | ||
2008-07-17 19:21 <yangoon1> ? | ||
2008-07-17 19:24 <cedk> yangoon1: yes for warning message | ||
2008-07-17 19:28 <CIA-53> tryton: matb roundup * #178/Input in field VAT Nr: [new] Please change bahaviour of field VAT Nr., so that the user can put in whole string with country prefix. Either - cut off country prefix for ... | ||
2008-07-17 19:28 <cedk> nicoe: I just test the styles.xml parsing and it works great here | ||
2008-07-17 19:28 <nicoe> cedk: ok cool. | ||
2008-07-17 19:28 <cedk> nicoe: and setup.py works now for the entry_points.txt | ||
2008-07-17 19:29 <nicoe> cedk: I'm glad because now this more genshiesque | ||
2008-07-17 19:29 <nicoe> cedk: So I'll make the release tonight | ||
2008-07-17 19:31 <CIA-53> tryton: matb roundup * #179/upgrade messages for certain fields: integrity not tested: [new] If fields of certain types cannot be tested for integrity, this should be either log level INFO instead of WARNING | ||
2008-07-17 19:39 <CIA-53> tryton: matb roundup * #180/error message after cancelling login: [new] If after i.e inactivity timeout the user has to login again, but does cancel the login, this raises an error: NotLogged Traceback (most re ... | ||
2008-07-17 19:45 -!- FWiesing(n=FWiesing@194.208.185.12) has joined #tryton | ||
2008-07-17 19:45 <FWiesing> good evening | ||
2008-07-17 19:50 -!- Gedd(n=ged@77.109.113.20) has joined #tryton | ||
2008-07-17 19:54 <nicoe> cedk: openoffice does not have an option in the GUI to add placeholders in .ods. That suxx | ||
2008-07-17 19:54 <nicoe> cedk: I will probably have to create a macro or find another tag that can be included easily | ||
2008-07-17 19:55 <yangoon1> just tried to adapt a little bit the keyboard shortcuts, I would prefer Esc instead or additionally to Strg + W to close a tab | ||
2008-07-17 19:56 <yangoon1> with gconftool-2 -t boolean -s /desktop/gnome/interface/can_change_accels 1 | ||
2008-07-17 19:56 <yangoon1> it should be able to configure the shortcuts, but doesn't work for me so far | ||
2008-07-17 19:56 <cedk> yangoon1: ctrl+w is standard shortcut | ||
2008-07-17 19:56 <cedk> yangoon1: and tryton gtk client is not gnome client | ||
2008-07-17 19:57 <cedk> nicoe: or just code in the cell that will be transform into tag | ||
2008-07-17 19:57 <yangoon1> cedk: ok, any possibility to change shortcuts without hardcoding? | ||
2008-07-17 19:58 <cedk> yangoon1: yes, there are fixed | ||
2008-07-17 19:58 <nicoe> cedk: How can I make the difference between code and non-code portion then ? | ||
2008-07-17 19:58 <nicoe> cedk: It requires a convention and somehow, I don't really like that. | ||
2008-07-17 19:59 <yangoon1> cedk: if I have propositions to make for usability, should I report them one by one to the bugtracker | ||
2008-07-17 19:59 <yangoon1> cedk: or better one issue for all | ||
2008-07-17 19:59 <yangoon1> cedk: or better not at all ;) | ||
2008-07-17 19:59 <cedk> yangoon1: one by one | ||
2008-07-17 20:00 <cedk> nicoe: yes but it can be a problem if you need to write a plugin for that | ||
2008-07-17 20:00 <nicoe> cedk: indeed | ||
2008-07-17 20:01 <cedk> nicoe: because ods is standard so you can edit it with other programs | ||
2008-07-17 20:01 <nicoe> cedk: I'm checking the DTD to see if it is legal. If it is then the tools should be able to handle that case. | ||
2008-07-17 20:03 <CIA-53> tryton: matb roundup * #181/usability: change/add shortcut for closing tabs: [new] I am used to close tabs by pressing Esc. I would appreciate to have both shortcuts (Esc and Strg+w) to do this, and if only one is possible ... | ||
2008-07-17 20:09 <nicoe> cedk: It is legal ... | ||
2008-07-17 20:11 <FWiesing> Hello - I update my applicateion 15 min ago - Now I have a Problem with the client under Debian KDE desktop - under Ubuntu all is fine. The problem under Debian is, that I cannot open a form like Paries or accounts - I got the Menu - but I'm unable to open any form - Should I open an new issue? | ||
2008-07-17 20:12 <cedk> FWiesing: have you any error message? | ||
2008-07-17 20:13 <FWiesing> yes - one moment | ||
2008-07-17 20:14 <cedk> FWiesing: so create an issue in roundup with the error message | ||
2008-07-17 20:15 <FWiesing> ok | ||
2008-07-17 20:21 <CIA-53> tryton: FWiesing roundup * #182/Error messagen when opening a form under Debian 4.0r3 - KDE: [new] With the new update I get under Debian the attached Message. My System is a Debian 4.0r3 with KDE-desktop. After LogIn in Tryton the menu ap ... | ||
2008-07-17 20:22 <CIA-53> tryton: matb roundup * #183/usability: order of fields in form Lines - Purchase Line: [new] When selecting products to purchase or to sell, I would 0) select type (should always default to line and not get focus, since it won't be c ... | ||
2008-07-17 20:27 <CIA-53> tryton: matb roundup * #184/amount in form Lines - Purchase Line not calculated: [new] Field amount in form Lines - Purchase Line only shows the calculated sum, if purchase was computed. This is definitely too late to be of any ... | ||
2008-07-17 20:33 <CIA-53> tryton: matb roundup * #185/Sums on form purchase are only calculated with button 'Compute': [new] The sums on form purchase are only calculated after button 'Compute' has been pressed. This is rather uncomfortable and misleading, since yo ... | ||
2008-07-17 20:42 -!- kultviech(n=kultviec@p5B0D2379.dip0.t-ipconnect.de) has joined #tryton | ||
2008-07-17 20:48 <yangoon1> FWiesing: I am also running Debian, but testing, and none of your problems. The error should be due to the new autocompletion changeset 520: ad4b145c2d7a | ||
2008-07-17 20:49 <yangoon1> Where should this autocompletion work, I didn't find it so far? | ||
2008-07-17 20:53 <cedk> yangoon1: just on selection entry like language in party | ||
2008-07-17 20:54 <yangoon1> cedk: thanks, I see | ||
2008-07-17 20:57 <yangoon1> afk | ||
2008-07-17 21:17 <nicoe> Bye ! | ||
2008-07-17 21:19 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 521:bd8920f25f0e tryton/tryton/gui/window/view_form/screen/screen.py: Add context to unlink | ||
2008-07-17 21:19 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 522:8169db577498 tryton/tryton/gui/window/view_form/ (3 files in 2 dirs): Fix set_inline_selection for issue182 | ||
2008-07-17 21:19 <CIA-53> tryton: ced roundup * #182/Error messagen when opening a form under Debian 4.0r3 - KDE: [resolved] Fix with changeset 8169db577498 | ||
2008-07-17 21:21 <cedk> FWiesing: it seems that your email at roadrunnerserver.com doesn't work | ||
2008-07-17 21:21 <cedk> FWiesing: the hostname roadrunnerserver.com is not resolvable | ||
2008-07-17 21:25 <cedk> FWiesing: i receive error message from roundup because it is enable to delivery emails |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!