| chat.freenode.net #tryton log beginning Thu Jun 26 00:00:01 CEST 2008 | ||
| 2008-06-26 05:23 -!- yangoon(n=mathiasb@p549F78B1.dip.t-dialin.net) has joined #tryton | ||
| 2008-06-26 06:57 -!- FWiesing(n=FWiesing@194.208.185.12) 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@194.208.185.12) has joined #tryton | ||
| 2008-06-26 07:58 <FWiesing> good morning | ||
| 2008-06-26 08:18 -!- Timitos(n=Timitos@88.217.184.172) 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@194.208.185.12) has left #tryton | ||
| 2008-06-26 09:57 -!- markusleist(n=markus@n4-82.dsl.vianetworks.de) has joined #tryton | ||
| 2008-06-26 10:13 -!- FWiesing(n=FWiesing@194.208.185.12) has joined #tryton | ||
| 2008-06-26 11:00 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 653:571b3bd92246 trytond/trytond/security.py: Allow to have more than one session per users. | ||
| 2008-06-26 11:34 -!- FWiesing(n=FWiesing@194.208.185.12) has joined #tryton | ||
| 2008-06-26 12:13 -!- yangoon1(n=mathiasb@p549F78B1.dip.t-dialin.net) has joined #tryton | ||
| 2008-06-26 12:24 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 654:f73abb8310a2 trytond/trytond/osv/orm.py: Remove always True test | ||
| 2008-06-26 12:24 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 655:f2b4b182d628 trytond/trytond/osv/orm.py: Add fields that are defined in icon attributes | ||
| 2008-06-26 12:24 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 656:66e2b7ffecc4 trytond/trytond/osv/orm.py: Add search_read function to decrease number of call from the client | ||
| 2008-06-26 12:24 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 464:e3bf0c29eeed tryton/tryton/gui/window/view_tree/view_tree.py: 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 <ced@b2ck.com> default * 465:8d7f06d95afb tryton/tryton/gui/ (main.py window/view_tree/view_tree_sc.py): Prevent calling twice get_sc | ||
| 2008-06-26 12:24 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 466:579497c2fee5 tryton/tryton/gui/main.py: Don't recall get_preferences | ||
| 2008-06-26 12:24 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 467:be6714fead26 tryton/tryton/gui/main.py: Don't set shortcut on login if it is already set | ||
| 2008-06-26 12:25 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 468:6b66e93dab1b tryton/tryton/action/main.py: Use search_read for action execute | ||
| 2008-06-26 12:25 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 469:380dff20e7b3 tryton/tryton/gui/window/view_tree/view_tree.py: Don't call read if there is no ids to read | ||
| 2008-06-26 12:25 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 470:44063031fb5e tryton/tryton/gui/main.py: 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(n=l@m3r.nl) has left #tryton | ||
| 2008-06-26 12:39 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 124:8813b85abe44 account/account.py: | ||
| 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 <ced@b2ck.com> default * 657:572973264f0c trytond/trytond/ir/translation.py: 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(n=mathiasb@p549F78B1.dip.t-dialin.net) has joined #tryton | ||
| 2008-06-26 14:23 -!- udono(n=udono@dynamic-unidsl-85-197-21-238.westend.de) 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@80.248.214.43) has joined #tryton | ||
| 2008-06-26 18:12 -!- nicoe(n=nicoe@80.248.214.43) has left #tryton | ||
| 2008-06-26 18:13 -!- nicoe(n=nicoe@80.248.214.43) has joined #tryton | ||
| 2008-06-26 18:13 -!- nicoe(n=nicoe@80.248.214.43) 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(n=l@m3r.nl) 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(n=l@m3r.nl) 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 <ced@b2ck.com> default * 658:b4257c2fc492 trytond/trytond/ (ir/ui/view.py ir/ui/view.xml osv/orm.py res/user.py): Add ir.view_tree_width to store user columns width for issue147 | ||
| 2008-06-26 19:04 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 6:860c8c244c45 analytic_invoice/invoice.py: Fix new params to _view_look_dom_arch | ||
| 2008-06-26 19:04 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 5:e80994aff770 analytic_purchase/purchase.py: Fix new param in _view_look_dom_arch | ||
| 2008-06-26 19:04 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> 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@194.208.185.12) has left #tryton | ||
| 2008-06-26 20:52 -!- rmu_(n=robert@cm56-186-109.liwest.at) has joined #tryton |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!