IRC logs of #tryton for Thursday, 2008-06-26 #tryton log beginning Thu Jun 26 00:00:01 CEST 2008
-!- yangoon( has joined #tryton05:23
-!- FWiesing(n=FWiesing@ has left #tryton06:57
CIA-53tryton: FWiesing roundup * #137/icon tryton-delete is looking to harmless and meaningless: I confirm with uso. I deleted 3 or 4 records because I mixed the button "save to disk" and "delete".07:02
-!- FWiesing(n=FWiesing@ has joined #tryton07:57
FWiesinggood morning07:58
-!- Timitos(n=Timitos@ has joined #tryton08:18
-!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton08:21
-!- FWiesing(n=FWiesing@ has left #tryton09:29
-!- markusleist( has joined #tryton09:57
-!- FWiesing(n=FWiesing@ has joined #tryton10:13
CIA-53tryton: C?dric Krier <> default * 653:571b3bd92246 trytond/trytond/ Allow to have more than one session per users.11:00
-!- FWiesing(n=FWiesing@ has joined #tryton11:34
-!- yangoon1( has joined #tryton12:13
CIA-53tryton: C?dric Krier <> default * 654:f73abb8310a2 trytond/trytond/osv/ Remove always True test12:24
CIA-53tryton: C?dric Krier <> default * 655:f2b4b182d628 trytond/trytond/osv/ Add fields that are defined in icon attributes12:24
CIA-53tryton: C?dric Krier <> default * 656:66e2b7ffecc4 trytond/trytond/osv/ Add search_read function to decrease number of call from the client12:24
CIA-53tryton: C?dric Krier <> default * 464:e3bf0c29eeed tryton/tryton/gui/window/view_tree/ Don't call fields_get in view_tree use the one that comes from fields_view_get12:24
CIA-53tryton: C?dric Krier <> default * 465:8d7f06d95afb tryton/tryton/gui/ ( window/view_tree/ Prevent calling twice get_sc12:24
CIA-53tryton: C?dric Krier <> default * 466:579497c2fee5 tryton/tryton/gui/ Don't recall get_preferences12:24
CIA-53tryton: C?dric Krier <> default * 467:be6714fead26 tryton/tryton/gui/ Don't set shortcut on login if it is already set12:24
CIA-53tryton: C?dric Krier <> default * 468:6b66e93dab1b tryton/tryton/action/ Use search_read for action execute12:25
CIA-53tryton: C?dric Krier <> default * 469:380dff20e7b3 tryton/tryton/gui/window/view_tree/ Don't call read if there is no ids to read12:25
CIA-53tryton: C?dric Krier <> default * 470:44063031fb5e tryton/tryton/gui/ Improvement to call only once get_preferences on login12:25
cedkFWiesing: hello,12:28
FWiesingbtw is it allright for you how I publish my tests?12:29
cedkFWiesing: for the latest issue that you fill12:29
cedkFWiesing: can you not assigned directly to me12:29
cedkFWiesing: because if you make that I need to search on the website for new issue that have been assigned to me12:29
FWiesingok - sorry - should I let the fild empty12:29
cedkFWiesing: thx, we have a script that send us each days, all issue that are not assigned12:30
FWiesingok - issuses in the future unassigned12:31
-!- VladDrac( has left #tryton12:32
CIA-53tryton: C?dric Krier <> default * 124:8813b85abe44 account/
CIA-53tryton: Add order_field on complete_name fields for issue14612:39
CIA-53tryton: Add name in default order12:39
CIA-53tryton: ced roundup * #146/Order accounts by clicking on field-head: [resolved] Fix with changeset 8813b85abe4412:40
CIA-53tryton: FWiesing roundup * #147/Tablewidth in list-view: [new] Each time you open a window which contains a table (list-view) you have to set the width of each column new. This is not beneficial for effi ...12:58
CIA-53tryton: ced roundup * #145/Select-Boxes are displayed in english although a german translation is avialable: [resolved] Fix with changeset 572973264f0c13:28
CIA-53tryton: C?dric Krier <> default * 657:572973264f0c trytond/trytond/ir/ Fix cache in ir.translation for issue14513:28
CIA-53tryton: ced roundup * #147/Tablewidth in list-view: [chatting] Do you have any suggest on how to implement it? Must the configuration be saved on the server or on the client? If it is on the client ...13:29
-!- yangoon( has joined #tryton14:07
-!- udono( has joined #tryton14:23
CIA-53tryton: FWiesing roundup * #147/Tablewidth in list-view: I'm not great in programming but I think it should be saved on the server, because the login of (example) "user test" could be possible from any c ...16:08
cedkhey everybody, what do you think about the issue147?16:11
CIA-53tryton: matb roundup * #147/Tablewidth in list-view: I would save the window data on the machine (i.e. client side), because not every machine has the same screen settings. Additionaly it is possible ...16:22
CIA-53tryton: matb roundup * #147/Tablewidth in list-view: Add: Why not just using another section in ~/.tryton, which already exists?16:26
CIA-53tryton: ced roundup * #147/Tablewidth in list-view: I'm not sure that is the right way to use the .tryton file because we have currently ~240 views and we don't have many modules. So if you compute ...16:30
cedkyangoon: I'm not sure that this preferences must be different on different machines16:33
cedkas normally the length of the content of a table will be the same16:34
CIA-53tryton: FWiesing roundup * #148/Update .odt - forms: [new] If I run a update with the script Timitos created, all *.odt-files will be created new. At the moment it doesn't matter - but if a company h ...16:34
yangooncedk: There are always advantages and disadvantages.16:36
yangooncedk: but since screen settings can be different on different machines, you perhaps don't always want the same layout.16:38
yangoonif am on a laptop with small display, I would perhaps prefer to not see at all some rows of some tables.16:38
cedkyangoon: yes but generally, you don't change often your machine16:39
yangooncedk: think about a remote worker, who is working over Internet on the server (i.e. OpenVPN)16:39
cedkif we store it on the client side, we need something like sqlite to have enough performence when looking for a columns with16:40
cedkit can be also good that a user keep is preferences over different machines16:40
yangooncedk: ack, of course, this would be an advantage16:41
cedkfor now we will store 1200 preferences but it will grow much more16:42
cedkI think at least 3 times16:43
yangoonif you would prefer to store the preferences per user in the database, there could be the workaround of using different users form different machines16:43
cedkyes you are right16:43
cedkthe against to store on the server is that it will generate some request from the client16:44
cedkI think we can send it when closing the tab16:45
cedkbut there will be no new request when opening16:45
cedkAnd we can add an option on the client to use or not the preferences16:46
cedkso like that there will be the possibility to not add request to the server16:47
yangoonsort of cache?16:47
FWiesinghello cedk: because I'm not a programmer - so I don't know what it is the best way for this problem16:48
yangoonhow do you want to do not to reread prefernences when reopening tabs?16:48
FWiesingI think the necessary information should be load when a user are loggin in16:49
yangoonFWiesing: that is exactly what Qt does, but locally on the machine16:51
FWiesingI know - there are problems - because the login procedure could be too long16:51
FWiesingbecaus to much data must be read from the server16:51
yangoonit reads in the rc file at the start and writes it on quitting, meanwhile it is in memory.16:51
FWiesingyangoon: I don't know very much about Qt16:52
FWiesingbut I think it is not a standard application of debian or ubuntu16:53
yangooncedk: could you estimate the server traffic compared to the normal sql queries of the application?16:54
FWiesingso it is the second way for me - We should try that there are less dependecies as possible16:54
yangooncedk: I could imagine that it is not that much16:54
yangoonI know some php apps, that are reading a lot from the database, but they are fast nevertheless16:55
FWiesingcedk: could we write the user-view-information in a file of the client?16:55
yangoonFWiesing: it is not a question to use qt for this purpose, it was an example16:56
FWiesingwhen the user are logging in - the application read this file, which is updatet when the client has shut down last time16:56
FWiesingOK yngoon16:56
FWiesingcedk: it must be ... on the client?16:59
yangoonFWiesing: no, that is currently the question, how to do it the best way17:00
FWiesingif we have the file on the client-machine - the same user must configure the column-width new if he changes the machine17:02
FWiesingif we have the file on the server - could it be too much traffic when a user are logging in?17:03
yangoonFWiesing: I think it is currently possible to work with different client versions on the same server. It must not, but it could be a problem.17:05
FWiesingso you think - the better way is to save the user-information about views (like column-width) on the client?17:06
yangoonSupposed one and the same login is working from different machines (multiple logins), the last one closed will update the preferences.17:11
yangoonWhat about user groups in tryton?17:11
yangooncedk: How are your experiences with multiple clients on one server? How many can be served in a - let's say - 100MBit net?17:17
yangooncedk: Is hte network the bottleneck or the server hardware?17:18
FWiesingcan we write user-informations in a sql-relation - this idea looks nice to me17:21
FWiesingevry time you shut a window or the application - the record could be updated17:22
cedkyangoon: difficult to say which one is the bottleneck17:29
cedkyangoon: we have many optimisation to not make too much request to the server17:29
cedkso the bandwith is miminism as much as possible17:30
cedkbut if we store the preference for the width of columns, the server will send it with the list view xml17:30
cedkso the overload will not be there, but it will be when we close the tab17:31
cedkand we can do it in asynchronous way, so the user will not see it17:31
yangooncedk: sounds quite good17:35
CIA-53tryton: ced roundup * #148/Update .odt - forms: [resolved] Report can be overwritten in the database so it will not change upgrade. And I think the best way to handle this on a real installation ...17:36
cedkwe already have the attributes "width" in tree view, so we just need to modify it with the value stored for this field per user17:37
yangooncedk: this is a big argument to do it serverside17:38
cedkok, if everybody agree, I start doing this on the serverside17:41
yangooncedk: and if you make it configurable (Use server side preferences), then it would be able to have no impact at all on the server/network, if htat should be a problem.17:43
cedkyangoon: yes, I add also an option in the client17:45
yangooncedk: gerat17:45
yangooncedk: great:)17:45
FWiesingit sounds great to me too17:46
-!- nicoe(n=nicoe@ has joined #tryton18:08
-!- nicoe(n=nicoe@ has left #tryton18:12
-!- nicoe(n=nicoe@ has joined #tryton18:13
-!- nicoe(n=nicoe@ has left #tryton18:13
udonoHello FWiesing: You sent me a question about how to get a list of confirmed purchases, isn't the information you need under the Menuentry Purchases > Confirmed Purchases ?18:20
FWiesingWhen the purchase is confirmed - I can print it out - all seems well18:23
FWiesingBut I think - the next should be - that the purchase should be an incoming order from the supplier in the stock-module18:24
FWiesingand the confirmed purchase is the template for it18:25
TimitosFWiesing: in tryton this is done in a way different to tinyerp.18:28
FWiesinghello timitos: can you tell me how?18:29
TimitosFWiesing: just a moment18:29
udonoFWiesing: I dont know how it works in tryton, in TinyERP there has been a concept with virtual accounts for sales and purchasing, But dont know if its the same in Tryton18:29
-!- VladDrac( has joined #tryton18:33
TimitosFWiesing: you should find under "Inventory Management->Supplier Packings->Moves from Supplier waiting arrival" the products you did purchase18:39
TimitosSo if you want to create a supplier packing for these lines you should create a "New Supplier Packing"18:40
TimitosThen click on "Select Moves" an there click on "Add". Here you should find the products you purchased. You can now choose the lines you need for the supplier packing18:41
-!- VladDrac( has left #tryton18:45
FWiesingthx a lot - I test it18:45
FWiesingbtw - I put in the whole chart of accounts for A18:45
FWiesingput in VAT-Numbers18:46
FWiesingcreate some accounts for suppliers and customers18:46
FWiesingmissing - balance sheet, income,18:47
FWiesingTimitos: Is it  the same to run the update-script you created or you click in the opened module on the upgrade-button?18:52
TimitosFWiesing: Which Upgrade-button? But "No". It will be not the same.18:53
TimitosFWiesing: I will send you an updated version of the update-script next week.18:53
FWiesingoh - the script is running well18:54
FWiesingbut it has one handicap - it deletes all *.odt-files18:54
FWiesingso in a real installation - it is impossible to configure all templates of the odt's new after an update18:55
TimitosFWiesing: yes i know. die you read the suggestions from cedk in the bugtracker? we should create a module with the modified reports18:55
FWiesingOK - I only want to say - at the moment it doesn't matter - I'm only testing - thx18:56
TimitosFWiesing: first of all: my update-script is not intended to be used in production environment. it was only a fast version to help you with tryton ;-)18:57
CIA-53tryton: C?dric Krier <> default * 658:b4257c2fc492 trytond/trytond/ (ir/ui/ ir/ui/view.xml osv/ res/ Add ir.view_tree_width to store user columns width for issue14719:04
CIA-53tryton: C?dric Krier <> default * 6:860c8c244c45 analytic_invoice/ Fix new params to _view_look_dom_arch19:04
CIA-53tryton: C?dric Krier <> default * 5:e80994aff770 analytic_purchase/ Fix new param in _view_look_dom_arch19:04
CIA-53tryton: C?dric Krier <> default * 471:68fe87ff77c1 tryton/ (5 files in 5 dirs): Add new options to store columns width19:04
CIA-53tryton: ced roundup * #147/Tablewidth in list-view: [resolved] Fix in repositories.19:05
cedkyangoon, FWiesing: I just push the devs to store columns width per users19:06
cedkcan you test it?19:06
FWiesingI see - I will test - give me just a little bit of time - I update my application and tell you19:07
CIA-53tryton: matb roundup * #149/Error in creating new product: [new] Tried to create new product from Purchases/Lines/Product: Traceback (most recent call last): File "/usr/src/hg/tryton-dist/tryton/tryton/ ...19:29
FWiesingcedk: I test and at first sight all seems well - the settings for column-width are saved and the column width is displayed as left when I re-login19:39
FWiesingbut a funny thing happens19:39
FWiesingI start the trytond with the option -u all -i all and start the update from the client with admin19:40
FWiesingnow I have no Icons in the menu - but only the user which made the update19:44
FWiesingthe admin and my second test user have icons in the menu19:44
FWiesingI correct - all useres where language is set to "Deutsch" have no icons in the menu19:47
FWiesingall users with language "english" have icons19:48
cedkFWiesing: you must not update with -i option19:48
cedkFWiesing: that is strange because normally language must not modify the icons19:49
FWiesingOh - I don't know - my information is -i and -u19:49
yangooncedk: Runs like a charm over here. All column widths are remembered.19:49
FWiesingI don't know for what -i and -u stands for19:50
FWiesingyes - all column-width are remembert - I confirm19:50
cedkFWiesing: -i is for install and -u for update19:50
cedkthere is menu entry to see all the columns width: Administration>IR>UI>View Tree Width19:51
cedkthere is just one request on closign tag only if columns have been changed19:52
cedkso I think this will not overload the server19:52
FWiesingone thing I detect in menu > Charts > Open Chart of Account19:57
yangooncedk: very well done, another question:19:57
yangoonIf I open i.e. ´╗┐Administration>IR>UI>View Tree Width, then default values are applied to the columns19:58
yangoonBut the last column (width) does take all the rest19:58
FWiesingI coudn't open this window on the server (debian 4) - but on my notebook it's running well - but in this window the column-width isn't rememberd19:58
yangoonlLooks a liitle bit ugly, when last column always takes the rest19:59
FWiesingI fill in a chart of account - on the server I couldn't open it19:59
cedkyangoon: what do you suggest ?19:59
yangooncedk: apply also a default value to last column?20:00
yangoonHow are default widths calculated?20:00
FWiesingin list view the right (last) column takes the rest of the screen20:00
cedkFWiesing: on tree view, I have not implemented the width save20:00
FWiesingah - that is ok20:01
cedkyangoon: so you suggest to have a empty space ?20:01
yangooncedk: yes20:01
cedkyangoon: what is the advantage? It is space that is loosed20:02
yangoonall the way better than to have in case of numbers displayed them totally at the right end20:02
yangoonok, I am working full screen on a 21'' display and then the rightmost column is *very* long20:04
FWiesingI think like yangoon too - if you have only 2 columns and the left one is a checkbox - it really looks a little bit ugly - I confirm20:04
FWiesingbut that's not an urgent wish20:04
cedkand it can be strange to have fixed columns width that are too small and a big empty space on the right20:06
yangooncedk: agreed, but this is true for all columns20:07
cedkyangoon: yes I mean for all columns20:09
yangooncedk: But there are already columns, that are not displayed in a suitable size20:11
cedkyangoon: that we can fixed it with the width attributes20:11
cedka solution will be to not set align right for last column20:12
yangooncedk: Sometimes you can't read the column description, sometimes thea are too big, if there are no values20:13
yangooncedk: yes. that also would do a great deal20:13
yangoon´╗┐speaking about layout/ergonomy: I am not deep in tryton, but if I have to enter a line in a purchase, I first have to fill in quantity, unit and then product. This is not logical for me. Usually I first select product and then quantity. Do I miss here something?20:13
cedkyangoon: but we will loose the align of numbers20:13
yangooncedk: how is the width of the other columns calculated?20:14
cedkyangoon: there is default value depending of the type20:14
yangooncedk: they are not fixed width, so there must be some algorithm?20:14
yangooncedk: then I would nevertheless take the default value for the type20:15
cedkyangoon: it is not really possible because we don't know the size of the treeview when we add columns20:16
cedkyangoon: and it is gtk that choose the size, we just suggest default size20:17
yangooncedk: ok20:17
cedkyangoon: that why the last columns take the rest20:17
cedkyangoon: but there is maybe some gtk options to look for20:17
cedkI need to go20:18
yangooncedk: me too, thanks and bye20:18
-!- FWiesing(n=FWiesing@ has left #tryton20:51
-!- rmu_( has joined #tryton20:52

Generated by 2.11.0 by Marius Gedminas - find it at!