IRC logs of #tryton for Wednesday, 2013-10-02 #tryton log beginning Wed Oct 2 00:00:02 CEST 2013
jeancavallocedk: Shouldn't there be a timestamp entry in form/list_gtk .10:17
cedkjeancavallo: why?10:21
jeancavallocedk: Well because there is one in proteus, and I have a case where the client actually looks for a timestamp widget, then crash10:22
cedkjeancavallo: don't see the point to show a timestamp10:24
jeancavallocedk: The field exists so someone may want to display it. I display the ModelSQL's create_date field10:25
cedkjeancavallo: not valid argument10:26
jeancavallocedk: You mean it is forbidden to display create_date ?10:27
cedkjeancavallo: yes10:28
jeancavallocedk: Ok. Just so I know, the Timestamp field compatible with the datetime widget ? Or should I use a function field ?10:31
cedkjeancavallo: not compatible, timestamp is different of a datetime10:32
jeancavallocedk: are domains comparing create_date with DateTime broken then ?
lids"You mean it is forbidden to display create_date ?" <- isn't it worth a bug report ?10:39
cedklids: if you want but give a valid example for the need10:40
jeancavallolids: According to cedk it is intended behaviour10:40
jeancavallocedk: Though I think it might be a good thing to provide a function field on ModelSQL to allow to display create_date in a DateTime format10:41
lidsi'm not sure i understand everything, but displaying the creation date of a record seems legit to me10:41
jeancavallolids: The thing is, right now, the creation date is stored as a Timestamp, which is not what i'd call human-readable10:42
jeancavallolids: So displaying it requires a conversion to a Datetime10:43
cedkjeancavallo: not needed there are the log information10:43
cedklids: it is not a date10:43
Piloua binary field contains not human-readable but it can be displayed when it's an image10:43
lidsah, i understand the problem.. it would be great if the client could do the conversion10:44
cedklids: it is done in log popup10:44
PilouUsers should be able to search, display, export create_date. Is it the case ?10:46
cedkPilou: no because it is not a date10:47
lidswell.. the log popup is not really user friendly, the information is at a different place than the other fields10:48
lidswhat about a timestamp widget then, if the type is a problem ?10:49
cedklids: useless for users10:50
jeancavallocedk: lids: I think lids is thinking about a widget which would be a datetime widget with an automatic conversion feature10:51
pokolihi all, it's possible to load Many2Many fields with search value of .xml fields?10:51
cedkjeancavallo: a timestamp is not a datetime10:51
jeancavallocedk: I know that, but it may be converted to one10:52
cedkjeancavallo: NO10:52
cedkjeancavallo: != precision10:52
jeancavallocedk: I thoought datetime.datetime.fromtimestamp could do the trick. My bad if it does not10:54
lidscedk: syntax error11:03
PilouThere are use cases for which the precision of timestamp is sufficient. As there are use cases where Float is sufficient (compared to Numeric).11:05
PilouBy default, Tryton should not hide (nor make it difficult to access) informations: 'create_date' should be accessible as other fields.11:07
cedkPilou: patch is welcome11:18
Pilouas always :)11:18
cedkPilou: but it should work with any precision type of timestamp of all the database11:18
cedkPilou: you just say fuzy generality instead of talking about real use case11:19
Piloureally ?11:20
PilouA 'power user' want compute some statistics about some records created by users. He also wants to known how many records are created by year / month / week. He wants export these records with create_date and do some processing using LibreOffice.11:26
cedkPilou: no need of timestamp, just define a date field11:28
Pilouno need of date field, there is create_date11:28
cedkPilou: I don't thing LibreOffice recognise the timestamp as ??? but a date yes11:29
cedkPilou: moreover those technical field are always the wrong data source for business interpretation11:29
PilouThe power user would user something like "=A1/86400+DATEVAL("1/1/1970")"11:40
cedkPilou: patch is welcome11:40
cedkPilou: looks like you are not one of those11:41
Pilouwhat do you mean ?11:43
-!- saxa_( has left #tryton12:52
pokoliHi, I have the following error while updating a module
pokoliThe strange thing is that the module works perfectly if you install it, but you get this error when updating it15:27
pokolicould someone open my mind?15:28
cedkpokoli: probably res is not a dependency of the module15:30
pokolicedk: thanks! That solved the problem :D15:32
-!- vcardon( has left #tryton18:53

Generated by 2.11.0 by Marius Gedminas - find it at!