IRC logs of #tryton for Thursday, 2008-06-26 #tryton log beginning Thu Jun 26 00:00:01 CEST 2008
2008-06-26 05:23 -!- yangoon( has joined #tryton
2008-06-26 06:57 -!- FWiesing(n=FWiesing@ has left #tryton
2008-06-26 07:02 <CIA-53> tryton: 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".
2008-06-26 07:57 -!- FWiesing(n=FWiesing@ has joined #tryton
2008-06-26 07:58 <FWiesing> good morning
2008-06-26 08:18 -!- Timitos(n=Timitos@ has joined #tryton
2008-06-26 08:21 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton
2008-06-26 09:29 -!- FWiesing(n=FWiesing@ has left #tryton
2008-06-26 09:57 -!- markusleist( has joined #tryton
2008-06-26 10:13 -!- FWiesing(n=FWiesing@ has joined #tryton
2008-06-26 11:00 <CIA-53> tryton: C?dric Krier <> default * 653:571b3bd92246 trytond/trytond/ Allow to have more than one session per users.
2008-06-26 11:34 -!- FWiesing(n=FWiesing@ has joined #tryton
2008-06-26 12:13 -!- yangoon1( has joined #tryton
2008-06-26 12:24 <CIA-53> tryton: C?dric Krier <> default * 654:f73abb8310a2 trytond/trytond/osv/ Remove always True test
2008-06-26 12:24 <CIA-53> tryton: C?dric Krier <> default * 655:f2b4b182d628 trytond/trytond/osv/ Add fields that are defined in icon attributes
2008-06-26 12:24 <CIA-53> tryton: C?dric Krier <> default * 656:66e2b7ffecc4 trytond/trytond/osv/ Add search_read function to decrease number of call from the client
2008-06-26 12:24 <CIA-53> tryton: 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_get
2008-06-26 12:24 <CIA-53> tryton: C?dric Krier <> default * 465:8d7f06d95afb tryton/tryton/gui/ ( window/view_tree/ Prevent calling twice get_sc
2008-06-26 12:24 <CIA-53> tryton: C?dric Krier <> default * 466:579497c2fee5 tryton/tryton/gui/ Don't recall get_preferences
2008-06-26 12:24 <CIA-53> tryton: C?dric Krier <> default * 467:be6714fead26 tryton/tryton/gui/ Don't set shortcut on login if it is already set
2008-06-26 12:25 <CIA-53> tryton: C?dric Krier <> default * 468:6b66e93dab1b tryton/tryton/action/ Use search_read for action execute
2008-06-26 12:25 <CIA-53> tryton: C?dric Krier <> default * 469:380dff20e7b3 tryton/tryton/gui/window/view_tree/ Don't call read if there is no ids to read
2008-06-26 12:25 <CIA-53> tryton: C?dric Krier <> default * 470:44063031fb5e tryton/tryton/gui/ Improvement to call only once get_preferences on login
2008-06-26 12:28 <cedk> FWiesing: hello,
2008-06-26 12:28 <FWiesing> hello
2008-06-26 12:29 <FWiesing> btw is it allright for you how I publish my tests?
2008-06-26 12:29 <cedk> FWiesing: for the latest issue that you fill
2008-06-26 12:29 <FWiesing> yes
2008-06-26 12:29 <FWiesing> ?
2008-06-26 12:29 <cedk> FWiesing: can you not assigned directly to me
2008-06-26 12:29 <cedk> FWiesing: because if you make that I need to search on the website for new issue that have been assigned to me
2008-06-26 12:29 <FWiesing> ok - sorry - should I let the fild empty
2008-06-26 12:30 <cedk> FWiesing: thx, we have a script that send us each days, all issue that are not assigned
2008-06-26 12:31 <FWiesing> ok - issuses in the future unassigned
2008-06-26 12:32 -!- VladDrac( has left #tryton
2008-06-26 12:39 <CIA-53> tryton: C?dric Krier <> default * 124:8813b85abe44 account/
2008-06-26 12:39 <CIA-53> tryton: Add order_field on complete_name fields for issue146
2008-06-26 12:39 <CIA-53> tryton: Add name in default order
2008-06-26 12:40 <CIA-53> tryton: ced roundup * #146/Order accounts by clicking on field-head: [resolved] Fix with changeset 8813b85abe44
2008-06-26 12:58 <CIA-53> tryton: 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 ...
2008-06-26 13:28 <CIA-53> tryton: ced roundup * #145/Select-Boxes are displayed in english although a german translation is avialable: [resolved] Fix with changeset 572973264f0c
2008-06-26 13:28 <CIA-53> tryton: C?dric Krier <> default * 657:572973264f0c trytond/trytond/ir/ Fix cache in ir.translation for issue145
2008-06-26 13:29 <CIA-53> tryton: 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 ...
2008-06-26 14:07 -!- yangoon( has joined #tryton
2008-06-26 14:23 -!- udono( has joined #tryton
2008-06-26 16:08 <CIA-53> tryton: 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 ...
2008-06-26 16:11 <cedk> hey everybody, what do you think about the issue147?
2008-06-26 16:22 <CIA-53> tryton: 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 ...
2008-06-26 16:26 <CIA-53> tryton: matb roundup * #147/Tablewidth in list-view: Add: Why not just using another section in ~/.tryton, which already exists?
2008-06-26 16:30 <CIA-53> tryton: 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 ...
2008-06-26 16:33 <cedk> yangoon: I'm not sure that this preferences must be different on different machines
2008-06-26 16:34 <cedk> as normally the length of the content of a table will be the same
2008-06-26 16:34 <CIA-53> tryton: 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 ...
2008-06-26 16:36 <yangoon> cedk: There are always advantages and disadvantages.
2008-06-26 16:38 <yangoon> cedk: but since screen settings can be different on different machines, you perhaps don't always want the same layout.
2008-06-26 16:38 <yangoon> if am on a laptop with small display, I would perhaps prefer to not see at all some rows of some tables.
2008-06-26 16:39 <cedk> yangoon: yes but generally, you don't change often your machine
2008-06-26 16:39 <yangoon> cedk: think about a remote worker, who is working over Internet on the server (i.e. OpenVPN)
2008-06-26 16:40 <cedk> if we store it on the client side, we need something like sqlite to have enough performence when looking for a columns with
2008-06-26 16:40 <cedk> it can be also good that a user keep is preferences over different machines
2008-06-26 16:41 <yangoon> cedk: ack, of course, this would be an advantage
2008-06-26 16:42 <cedk> for now we will store 1200 preferences but it will grow much more
2008-06-26 16:43 <cedk> I think at least 3 times
2008-06-26 16:43 <yangoon> if you would prefer to store the preferences per user in the database, there could be the workaround of using different users form different machines
2008-06-26 16:43 <cedk> yes you are right
2008-06-26 16:44 <cedk> the against to store on the server is that it will generate some request from the client
2008-06-26 16:45 <cedk> I think we can send it when closing the tab
2008-06-26 16:45 <cedk> but there will be no new request when opening
2008-06-26 16:46 <cedk> And we can add an option on the client to use or not the preferences
2008-06-26 16:47 <cedk> so like that there will be the possibility to not add request to the server
2008-06-26 16:47 <yangoon> sort of cache?
2008-06-26 16:48 <FWiesing> hello cedk: because I'm not a programmer - so I don't know what it is the best way for this problem
2008-06-26 16:48 <yangoon> how do you want to do not to reread prefernences when reopening tabs?
2008-06-26 16:49 <FWiesing> I think the necessary information should be load when a user are loggin in
2008-06-26 16:51 <yangoon> FWiesing: that is exactly what Qt does, but locally on the machine
2008-06-26 16:51 <FWiesing> I know - there are problems - because the login procedure could be too long
2008-06-26 16:51 <FWiesing> becaus to much data must be read from the server
2008-06-26 16:51 <yangoon> it reads in the rc file at the start and writes it on quitting, meanwhile it is in memory.
2008-06-26 16:52 <FWiesing> yangoon: I don't know very much about Qt
2008-06-26 16:53 <FWiesing> but I think it is not a standard application of debian or ubuntu
2008-06-26 16:54 <yangoon> cedk: could you estimate the server traffic compared to the normal sql queries of the application?
2008-06-26 16:54 <FWiesing> so it is the second way for me - We should try that there are less dependecies as possible
2008-06-26 16:54 <yangoon> cedk: I could imagine that it is not that much
2008-06-26 16:55 <yangoon> I know some php apps, that are reading a lot from the database, but they are fast nevertheless
2008-06-26 16:55 <FWiesing> cedk: could we write the user-view-information in a file of the client?
2008-06-26 16:56 <yangoon> FWiesing: it is not a question to use qt for this purpose, it was an example
2008-06-26 16:56 <FWiesing> when the user are logging in - the application read this file, which is updatet when the client has shut down last time
2008-06-26 16:56 <FWiesing> OK yngoon
2008-06-26 16:59 <FWiesing> cedk: it must be ... on the client?
2008-06-26 17:00 <yangoon> FWiesing: no, that is currently the question, how to do it the best way
2008-06-26 17:02 <FWiesing> if we have the file on the client-machine - the same user must configure the column-width new if he changes the machine
2008-06-26 17:03 <FWiesing> if we have the file on the server - could it be too much traffic when a user are logging in?
2008-06-26 17:05 <yangoon> FWiesing: 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.
2008-06-26 17:06 <FWiesing> so you think - the better way is to save the user-information about views (like column-width) on the client?
2008-06-26 17:11 <yangoon> Supposed one and the same login is working from different machines (multiple logins), the last one closed will update the preferences.
2008-06-26 17:11 <yangoon> What about user groups in tryton?
2008-06-26 17:17 <yangoon> cedk: How are your experiences with multiple clients on one server? How many can be served in a - let's say - 100MBit net?
2008-06-26 17:18 <yangoon> cedk: Is hte network the bottleneck or the server hardware?
2008-06-26 17:21 <FWiesing> can we write user-informations in a sql-relation - this idea looks nice to me
2008-06-26 17:22 <FWiesing> evry time you shut a window or the application - the record could be updated
2008-06-26 17:27 <cedk> back
2008-06-26 17:29 <cedk> yangoon: difficult to say which one is the bottleneck
2008-06-26 17:29 <cedk> yangoon: we have many optimisation to not make too much request to the server
2008-06-26 17:30 <cedk> so the bandwith is miminism as much as possible
2008-06-26 17:30 <cedk> but if we store the preference for the width of columns, the server will send it with the list view xml
2008-06-26 17:31 <cedk> so the overload will not be there, but it will be when we close the tab
2008-06-26 17:31 <cedk> and we can do it in asynchronous way, so the user will not see it
2008-06-26 17:35 <yangoon> cedk: sounds quite good
2008-06-26 17:36 <CIA-53> tryton: 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 ...
2008-06-26 17:37 <cedk> we already have the attributes "width" in tree view, so we just need to modify it with the value stored for this field per user
2008-06-26 17:38 <yangoon> cedk: this is a big argument to do it serverside
2008-06-26 17:41 <cedk> ok, if everybody agree, I start doing this on the serverside
2008-06-26 17:43 <yangoon> cedk: 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.
2008-06-26 17:45 <cedk> yangoon: yes, I add also an option in the client
2008-06-26 17:45 <yangoon> cedk: gerat
2008-06-26 17:45 <yangoon> cedk: great:)
2008-06-26 17:46 <FWiesing> it sounds great to me too
2008-06-26 18:08 -!- nicoe(n=nicoe@ has joined #tryton
2008-06-26 18:12 -!- nicoe(n=nicoe@ has left #tryton
2008-06-26 18:13 -!- nicoe(n=nicoe@ has joined #tryton
2008-06-26 18:13 -!- nicoe(n=nicoe@ has left #tryton
2008-06-26 18:20 <udono> Hello 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 ?
2008-06-26 18:22 <FWiesing> yes
2008-06-26 18:23 <FWiesing> When the purchase is confirmed - I can print it out - all seems well
2008-06-26 18:24 <FWiesing> But I think - the next should be - that the purchase should be an incoming order from the supplier in the stock-module
2008-06-26 18:25 <FWiesing> and the confirmed purchase is the template for it
2008-06-26 18:28 <Timitos> FWiesing: in tryton this is done in a way different to tinyerp.
2008-06-26 18:29 <FWiesing> hello timitos: can you tell me how?
2008-06-26 18:29 <Timitos> FWiesing: just a moment
2008-06-26 18:29 <udono> FWiesing: 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 Tryton
2008-06-26 18:33 -!- VladDrac( has joined #tryton
2008-06-26 18:39 <Timitos> FWiesing: you should find under "Inventory Management->Supplier Packings->Moves from Supplier waiting arrival" the products you did purchase
2008-06-26 18:40 <Timitos> So if you want to create a supplier packing for these lines you should create a "New Supplier Packing"
2008-06-26 18:41 <Timitos> Then 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 packing
2008-06-26 18:45 -!- VladDrac( has left #tryton
2008-06-26 18:45 <FWiesing> thx a lot - I test it
2008-06-26 18:45 <FWiesing> btw - I put in the whole chart of accounts for A
2008-06-26 18:46 <FWiesing> put in VAT-Numbers
2008-06-26 18:46 <FWiesing> create some accounts for suppliers and customers
2008-06-26 18:47 <FWiesing> missing - balance sheet, income,
2008-06-26 18:52 <FWiesing> Timitos: Is it the same to run the update-script you created or you click in the opened module on the upgrade-button?
2008-06-26 18:53 <Timitos> FWiesing: Which Upgrade-button? But "No". It will be not the same.
2008-06-26 18:53 <Timitos> FWiesing: I will send you an updated version of the update-script next week.
2008-06-26 18:54 <FWiesing> oh - the script is running well
2008-06-26 18:54 <FWiesing> but it has one handicap - it deletes all *.odt-files
2008-06-26 18:55 <FWiesing> so in a real installation - it is impossible to configure all templates of the odt's new after an update
2008-06-26 18:55 <Timitos> FWiesing: yes i know. die you read the suggestions from cedk in the bugtracker? we should create a module with the modified reports
2008-06-26 18:56 <FWiesing> OK - I only want to say - at the moment it doesn't matter - I'm only testing - thx
2008-06-26 18:57 <Timitos> FWiesing: 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 ;-)
2008-06-26 18:58 <FWiesing> :-)
2008-06-26 19:04 <CIA-53> tryton: 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 issue147
2008-06-26 19:04 <CIA-53> tryton: C?dric Krier <> default * 6:860c8c244c45 analytic_invoice/ Fix new params to _view_look_dom_arch
2008-06-26 19:04 <CIA-53> tryton: C?dric Krier <> default * 5:e80994aff770 analytic_purchase/ Fix new param in _view_look_dom_arch
2008-06-26 19:04 <CIA-53> tryton: C?dric Krier <> default * 471:68fe87ff77c1 tryton/ (5 files in 5 dirs): Add new options to store columns width
2008-06-26 19:05 <CIA-53> tryton: ced roundup * #147/Tablewidth in list-view: [resolved] Fix in repositories.
2008-06-26 19:06 <cedk> yangoon, FWiesing: I just push the devs to store columns width per users
2008-06-26 19:06 <cedk> can you test it?
2008-06-26 19:07 <FWiesing> I see - I will test - give me just a little bit of time - I update my application and tell you
2008-06-26 19:29 <CIA-53> tryton: 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/ ...
2008-06-26 19:39 <FWiesing> cedk: 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-login
2008-06-26 19:39 <FWiesing> but a funny thing happens
2008-06-26 19:40 <FWiesing> I start the trytond with the option -u all -i all and start the update from the client with admin
2008-06-26 19:44 <FWiesing> now I have no Icons in the menu - but only the user which made the update
2008-06-26 19:44 <FWiesing> the admin and my second test user have icons in the menu
2008-06-26 19:47 <FWiesing> I correct - all useres where language is set to "Deutsch" have no icons in the menu
2008-06-26 19:48 <FWiesing> all users with language "english" have icons
2008-06-26 19:48 <cedk> FWiesing: you must not update with -i option
2008-06-26 19:49 <cedk> FWiesing: that is strange because normally language must not modify the icons
2008-06-26 19:49 <FWiesing> Oh - I don't know - my information is -i and -u
2008-06-26 19:49 <yangoon> cedk: Runs like a charm over here. All column widths are remembered.
2008-06-26 19:50 <FWiesing> I don't know for what -i and -u stands for
2008-06-26 19:50 <FWiesing> yes - all column-width are remembert - I confirm
2008-06-26 19:50 <cedk> FWiesing: -i is for install and -u for update
2008-06-26 19:51 <FWiesing> thx
2008-06-26 19:51 <cedk> there is menu entry to see all the columns width: Administration>IR>UI>View Tree Width
2008-06-26 19:52 <cedk> there is just one request on closign tag only if columns have been changed
2008-06-26 19:52 <cedk> so I think this will not overload the server
2008-06-26 19:57 <FWiesing> one thing I detect in menu > Charts > Open Chart of Account
2008-06-26 19:57 <yangoon> cedk: very well done, another question:
2008-06-26 19:58 <yangoon> If I open i.e. ´╗┐Administration>IR>UI>View Tree Width, then default values are applied to the columns
2008-06-26 19:58 <yangoon> But the last column (width) does take all the rest
2008-06-26 19:58 <FWiesing> I 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 rememberd
2008-06-26 19:59 <yangoon> lLooks a liitle bit ugly, when last column always takes the rest
2008-06-26 19:59 <FWiesing> I fill in a chart of account - on the server I couldn't open it
2008-06-26 19:59 <cedk> yangoon: what do you suggest ?
2008-06-26 20:00 <yangoon> cedk: apply also a default value to last column?
2008-06-26 20:00 <yangoon> How are default widths calculated?
2008-06-26 20:00 <FWiesing> in list view the right (last) column takes the rest of the screen
2008-06-26 20:00 <cedk> FWiesing: on tree view, I have not implemented the width save
2008-06-26 20:01 <FWiesing> ah - that is ok
2008-06-26 20:01 <cedk> yangoon: so you suggest to have a empty space ?
2008-06-26 20:01 <yangoon> cedk: yes
2008-06-26 20:02 <cedk> yangoon: what is the advantage? It is space that is loosed
2008-06-26 20:02 <yangoon> all the way better than to have in case of numbers displayed them totally at the right end
2008-06-26 20:04 <yangoon> ok, I am working full screen on a 21'' display and then the rightmost column is *very* long
2008-06-26 20:04 <FWiesing> I 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 confirm
2008-06-26 20:04 <FWiesing> but that's not an urgent wish
2008-06-26 20:06 <cedk> and it can be strange to have fixed columns width that are too small and a big empty space on the right
2008-06-26 20:07 <yangoon> cedk: agreed, but this is true for all columns
2008-06-26 20:09 <cedk> yangoon: yes I mean for all columns
2008-06-26 20:11 <yangoon> cedk: But there are already columns, that are not displayed in a suitable size
2008-06-26 20:11 <cedk> yangoon: that we can fixed it with the width attributes
2008-06-26 20:12 <cedk> a solution will be to not set align right for last column
2008-06-26 20:13 <yangoon> cedk: Sometimes you can't read the column description, sometimes thea are too big, if there are no values
2008-06-26 20:13 <yangoon> cedk: yes. that also would do a great deal
2008-06-26 20: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?
2008-06-26 20:13 <cedk> yangoon: but we will loose the align of numbers
2008-06-26 20:14 <yangoon> cedk: how is the width of the other columns calculated?
2008-06-26 20:14 <cedk> yangoon: there is default value depending of the type
2008-06-26 20:14 <yangoon> cedk: they are not fixed width, so there must be some algorithm?
2008-06-26 20:15 <yangoon> cedk: then I would nevertheless take the default value for the type
2008-06-26 20:16 <cedk> yangoon: it is not really possible because we don't know the size of the treeview when we add columns
2008-06-26 20:17 <cedk> yangoon: and it is gtk that choose the size, we just suggest default size
2008-06-26 20:17 <yangoon> cedk: ok
2008-06-26 20:17 <cedk> yangoon: that why the last columns take the rest
2008-06-26 20:17 <cedk> yangoon: but there is maybe some gtk options to look for
2008-06-26 20:18 <cedk> I need to go
2008-06-26 20:18 <yangoon> cedk: me too, thanks and bye
2008-06-26 20:19 <FWiesing> cu
2008-06-26 20:51 -!- FWiesing(n=FWiesing@ has left #tryton
2008-06-26 20:52 -!- rmu_( has joined #tryton

Generated by 2.17.3 by Marius Gedminas - find it at!