IRC logs of #tryton for Thursday, 2008-07-17 #tryton log beginning Thu Jul 17 00:00:01 CEST 2008
2008-07-17 00:01 <cedk> udono: this works
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@ 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:
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:
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 <> 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>
2008-07-17 02:13 <nicoe> filters are commited now
2008-07-17 05:19 -!- yangoon1( has joined #tryton
2008-07-17 08:04 -!- nicoe( has joined #tryton
2008-07-17 08:40 -!- Gedd(n=ged@ has joined #tryton
2008-07-17 09:01 -!- bechamel( has joined #tryton
2008-07-17 10:23 -!- Gedd( 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@ 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" or "cedric.krier at"
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_( 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( has joined #tryton
2008-07-17 15:27 -!- bechamel( 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', (,), 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( has joined #tryton
2008-07-17 16:54 -!- markusleist(n=markus@ has joined #tryton
2008-07-17 17:00 <CIA-53> tryton: Bertrand Chenal <> default * 137:8d79e7b8f430 account/ Fix following modification about account code usage.
2008-07-17 17:00 <CIA-53> tryton: Bertrand Chenal <> default * 138:70497dad3992 account/ ( account.xml 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 <> default * 139:7fb8fac00014 account/ Fix for new kind on account
2008-07-17 17:36 <CIA-53> tryton: Bertrand Chenal <> default * 106:02ebb72982d1 relationship/ Fix: use select=1 instead of select=True
2008-07-17 17:38 <CIA-53> tryton: Bertrand Chenal <> default * 140:7ee1dc488d28 account/ Fix: use select=1 instead of select=True
2008-07-17 17:38 <CIA-53> tryton: Bertrand Chenal <> 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 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@ has joined #tryton
2008-07-17 19:45 <FWiesing> good evening
2008-07-17 19:50 -!- Gedd(n=ged@ 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( 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 <> default * 521:bd8920f25f0e tryton/tryton/gui/window/view_form/screen/ Add context to unlink
2008-07-17 21:19 <CIA-53> tryton: C?dric Krier <> 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 doesn't work
2008-07-17 21:21 <cedk> FWiesing: the hostname 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 2.17.3 by Marius Gedminas - find it at!