| chat.freenode.net #tryton log beginning Fri Aug 29 00:00:01 CEST 2008 | ||
| 2008-08-29 05:19 -!- yangoon(n=mathiasb@p549F52D7.dip.t-dialin.net) has joined #tryton | ||
| 2008-08-29 08:21 -!- Gedd(n=ged@77.109.114.76) has joined #tryton | ||
| 2008-08-29 08:29 -!- Timitos(n=Timitos@88.217.184.172) has joined #tryton | ||
| 2008-08-29 09:07 -!- rli(n=rli@sednaco19320-gw.clients.easynet.fr) has joined #tryton | ||
| 2008-08-29 09:09 -!- bechamel(n=user@user-85-201-14-207.tvcablenet.be) has joined #tryton | ||
| 2008-08-29 10:07 -!- b52laptop(n=b52lapto@41.249.250.195) has joined #tryton | ||
| 2008-08-29 10:16 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton | ||
| 2008-08-29 10:39 -!- nicoe(n=nicoe@ip-80-236-215-153.dsl.scarlet.be) has joined #tryton | ||
| 2008-08-29 10:58 -!- markusleist(n=markus@n4-82.dsl.vianetworks.de) has joined #tryton | ||
| 2008-08-29 11:14 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 71:e1f39facb766 product/__tryton__.py: Fix typo for issue292 | ||
| 2008-08-29 11:14 <CIA-53> tryton: ced roundup * #292/tryton client: spell check on tabs?: [chatting] typo fixed with changeset e1f39facb766 | ||
| 2008-08-29 11:15 <CIA-53> tryton: ced roundup * #292/tryton client: spell check on tabs?: Would you want a option to activate the spell checking? | ||
| 2008-08-29 11:30 -!- markusleist(n=markus@n4-82.dsl.vianetworks.de) has joined #tryton | ||
| 2008-08-29 11:57 -!- leyoda(n=leyoda@pic33-1-87-88-179-8.dsl.club-internet.fr) has joined #tryton | ||
| 2008-08-29 12:01 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 715:a8f72f5775bc tryton/tryton/gui/window/view_form/screen/screen.py: If parent domain have child_of, don't replace the domain with id for issue293 | ||
| 2008-08-29 12:01 <CIA-53> tryton: ced roundup * #293/error in creating new company: [resolved] Fix with changeset a8f72f5775bc | ||
| 2008-08-29 12:50 <bechamel> cedk: i was doing the config wizard for issue288, and i though about his usage: For the one who want to test tryton: he doesnt care about chosing packing sequence, he just want to test. For the one who want to deploy tryton he will not want to hand-configure his erp, he will learn how to manage configuration with xml and have control over it. So to fix this issue i propose to only allow modification on it. | ||
| 2008-08-29 13:07 -!- ruijuan_(n=rli@sednaco19320-gw.clients.easynet.fr) has joined #tryton | ||
| 2008-08-29 13:51 <CIA-53> tryton: matb roundup * #292/tryton client: spell check on tabs?: No, there is no sense for me doing spell checking on application tabs, that are not meant for input. | ||
| 2008-08-29 13:57 <udono> cedk: I found the error from yesterday, why the payment_term.description is not printed out: There is a need to have the tag: invoice.setLang(invoice.party.lang and invoice.party.lang.code or 'en_US') If this tag is not given, the payment_term.description is false. | ||
| 2008-08-29 14:16 <cedk> bechamel: I'm not aggree | ||
| 2008-08-29 14:16 <cedk> bechamel: because it is relay part of the configuration | ||
| 2008-08-29 14:17 <bechamel> cedk: and ? | ||
| 2008-08-29 14:17 <cedk> udono: if you have payement term in only one language | ||
| 2008-08-29 14:18 <udono> cedk: yes | ||
| 2008-08-29 14:18 <cedk> bechamel: I find that modify ir.sequence to allow modification from xml, is not good | ||
| 2008-08-29 14:18 <CIA-53> tryton: ced roundup * #292/tryton client: spell check on tabs?: On 29/08/08 13:51 +0200, Mathias wrote: > > Mathias <mathias.behrle@gmx.de> added the comment: > > No, there is no sense for me doing spell chec ... | ||
| 2008-08-29 14:19 <bechamel> cedk: and what will happend if i add a config wizard? it will also allow sequence modification | ||
| 2008-08-29 14:19 <cedk> bechamel: but not for every sequence | ||
| 2008-08-29 14:20 <cedk> bechamel: and in this wizard, we can alos propose to modify the location structure | ||
| 2008-08-29 14:21 <cedk> udono: the invoice.setLang make all field from invoice that is translatable to the right language | ||
| 2008-08-29 14:22 <cedk> bechamel: and other things that will come later | ||
| 2008-08-29 14:22 <bechamel> cedk: same answer: new user just want to test, for real install the modification must be made in xml, not by hand at the first run | ||
| 2008-08-29 14:22 <cedk> bechamel: no, we don't write software for test but for real installation | ||
| 2008-08-29 14:22 <bechamel> cedk: of course | ||
| 2008-08-29 14:23 <cedk> bechamel: and it is a way to show to user what he can configure | ||
| 2008-08-29 14:23 <bechamel> cedk: and for a real install i'm sure you will do the config by hand ... | ||
| 2008-08-29 14:23 <cedk> bechamel: otherwise, if we follow your thinks, we must remove the add user wizard, the account chart wizard, etc... | ||
| 2008-08-29 14:23 <cedk> bechamel: because it is not realy usefull for user testing | ||
| 2008-08-29 14:24 <cedk> bechamel: configuration must not be made with xml files | ||
| 2008-08-29 14:25 <cedk> bechamel: it is really a bad idea | ||
| 2008-08-29 14:25 <bechamel> cedk: for user: yes lets remove it, i dont need a wizard to encode simple things like a user, for account chart no, the account chart config wizard is a real plus | ||
| 2008-08-29 14:26 <cedk> bechamel: because the configuration change over the time | ||
| 2008-08-29 14:26 <cedk> bechamel: user wait for this kind of things | ||
| 2008-08-29 14:27 <cedk> bechamel: look at any big software installation, there is always a wizard to configure it | ||
| 2008-08-29 14:27 <bechamel> cedk: and they ancode users by hand at the first run ? | ||
| 2008-08-29 14:27 <bechamel> ancode > type | ||
| 2008-08-29 14:28 <cedk> bechamel: we don't care how they will encode, but we must propose to create somes on installation | ||
| 2008-08-29 14:28 <cedk> bechamel: because it is not good to work with admin user | ||
| 2008-08-29 14:28 <cedk> bechamel: and for small buisness, they will encode surely it by hand | ||
| 2008-08-29 14:29 <bechamel> cedk: yes but it's friendlier to type users inside the user form instead of the wizard | ||
| 2008-08-29 14:30 <cedk> bechamel: next things will be to allow to safe the configuration and put it on an other install | ||
| 2008-08-29 14:30 <cedk> bechamel: we don't care, at first run, user don't know the application | ||
| 2008-08-29 14:31 <bechamel> cedk: yes and what happen: he is welcomed with several wizard that he doesn't understand at all | ||
| 2008-08-29 14:32 <cedk> bechamel: no, we must make understandable wizards | ||
| 2008-08-29 14:32 <bechamel> cedk: even i i'm sometimes lost with them (is it the company form or the user form ?) | ||
| 2008-08-29 14:33 <yangoon> bechamel: cedk: as bechamel says: why not present normal user form at beginning | ||
| 2008-08-29 14:33 <cedk> bechamel: we must add also the title on the forms | ||
| 2008-08-29 14:34 <yangoon> I remember, that I was confused when first trying tryton, if those users will be application users, or members of the enterprise, or... | ||
| 2008-08-29 14:34 <bechamel> cedk: real story: is install all, then "add user" wizard, i don't care => escape, then "add company", don't care, => escape, then "choose account chart" with two field: company and template => damn i forgot that i have to define a company : i was stuck | ||
| 2008-08-29 14:34 <cedk> yangoon: it is the normal form for user | ||
| 2008-08-29 14:35 <bechamel> cedk: every forms looks similar | ||
| 2008-08-29 14:35 <bechamel> cedk: the main problem i think is that they are called automaticaly, so the user get popup that e didn't ask for | ||
| 2008-08-29 14:36 <cedk> bechamel: I will add the title like in any other forms, it was a mistake to not add it | ||
| 2008-08-29 14:36 <cedk> bechamel: sorry, but it is a process, if you don't create a company, you can not use the ERP | ||
| 2008-08-29 14:37 <bechamel> cedk: what should be good is to provide another button (i don't know where) : "configure this moduel" | ||
| 2008-08-29 14:37 <bechamel> cedk: like that the user know what's happening | ||
| 2008-08-29 14:39 <cedk> bechamel: the first things we display is a info box with what it will happen | ||
| 2008-08-29 14:42 <bechamel> cedk: yes but the user has no choice: either he choose to do the config and he msut do all the config for all the installed modules, either he choose not to do it and bye bye the config wizard is lost | ||
| 2008-08-29 14:46 <cedk> bechamel: and so ? | ||
| 2008-08-29 14:47 <bechamel> cedk: so what i see is to provide a new button on module to call the config wizard, that allow to skip it at install | ||
| 2008-08-29 14:48 <bechamel> cedk: and after the install ask the user "call now" "config later" | ||
| 2008-08-29 14:51 <cedk> bechamel: for the button, we need to save from wich modules comes the configuration wizard | ||
| 2008-08-29 14:51 <yangoon> I think tryton won't be functional without some basic data | ||
| 2008-08-29 14:51 <cedk> bechamel: and it can failed because it need to have perhaps an other configuration wizard to be run before | ||
| 2008-08-29 14:52 <yangoon> either you prvide sample data or you force the user to configure them | ||
| 2008-08-29 14:52 <cedk> bechamel: and at first install, the user have the choice to configure or not | ||
| 2008-08-29 14:54 <cedk> yangoon: what do you mean ? | ||
| 2008-08-29 14:54 <bechamel> cedk: the button on a module can call another wizard if needed, and yes the user have the choise but it's not enough, whe must allow the user to miss something, to change his mind, etc (if not it's like an editor without unod button) | ||
| 2008-08-29 14:55 <bechamel> *choice *undo | ||
| 2008-08-29 14:55 <yangoon> if you leave the app unconfigured. tryton probably won't work, correct? | ||
| 2008-08-29 14:55 <yangoon> cedk: | ||
| 2008-08-29 14:55 <cedk> yangoon: there wil be many error message for the user about missing stuff | ||
| 2008-08-29 14:56 <bechamel> yangoon: all you do in the config wizard can be made inside the rest of the app | ||
| 2008-08-29 14:56 <cedk> bechamel: technicaly, it is not really possible, because it is many wizard that are called one after others | ||
| 2008-08-29 14:56 <bechamel> yangoon: you only need to not forget to add enough data (users, account chart, etc) | ||
| 2008-08-29 14:57 <yangoon> all what is absolutely necessary for the application to work should be done at the beginning without the possibility to quit | ||
| 2008-08-29 14:58 <yangoon> or if you quit, sample data should be inserted | ||
| 2008-08-29 14:58 <cedk> yangoon: I'm agreed with you | ||
| 2008-08-29 14:58 <yangoon> best for my taste: | ||
| 2008-08-29 14:59 <yangoon> inform the user, what has to be done at the beginning and the present the wizards/forms | ||
| 2008-08-29 14:59 <cedk> yangoon: except for the sample data | ||
| 2008-08-29 14:59 <bechamel> cedk: and what about a checkbox "configured" on the module, so wizard first check for the moduls it depend on and see and if they are not configurer return "please configure this module" | ||
| 2008-08-29 14:59 <cedk> bechamel: the way configuration wizard works is not strictly linked to a module | ||
| 2008-08-29 15:00 <cedk> bechamel: you can have many configuration wizard that are set up by one module | ||
| 2008-08-29 15:00 <cedk> by the way, I think we must add to the account setup the create of a fiscalyear | ||
| 2008-08-29 15:01 <bechamel> cedk: so let's show them to the user with a o2m on the module form, like that he now whats happening | ||
| 2008-08-29 15:01 <bechamel> cedk: +1 for the fiscalyear | ||
| 2008-08-29 15:01 <yangoon> if an unconfigured module will leave the app (partly) unfunctional, the user should be urged to do it | ||
| 2008-08-29 15:01 <bechamel> cedk: the problem is the "now or never" behaviour | ||
| 2008-08-29 15:02 <cedk> bechamel: we don't have the information about configuration wizard before installation | ||
| 2008-08-29 15:02 <yangoon> perhaps really good idea to present unconfigured modules at login | ||
| 2008-08-29 15:03 <yangoon> if you permit unconfigured modules | ||
| 2008-08-29 15:03 <cedk> yangoon: that is what it is done | ||
| 2008-08-29 15:03 <cedk> bechamel: we can add instead of only one "Cancel", a "Later" button | ||
| 2008-08-29 15:04 <yangoon> I think I wouldn't permit unconfigured modules | ||
| 2008-08-29 15:04 <bechamel> cedk: yangoon: you see it's difficult to understand what is done by the config wizards | ||
| 2008-08-29 15:04 <cedk> bechamel: I see nothing | ||
| 2008-08-29 15:05 <bechamel> cedk: """<yangoon> perhaps really good idea to present unconfigured modules at login if you permit unconfigured modules <cedk> yangoon: that is what it is done""" | ||
| 2008-08-29 15:06 <cedk> bechamel: because I suppose that yangoon never leave unconfigured modules :-) | ||
| 2008-08-29 15:06 <yangoon> bechamel: cedk: a message at the beginning (first setup): The following things have to be configured for tryton to work... and not start the app until it is done | ||
| 2008-08-29 15:07 <yangoon> cedk: me not, but as bechamel says | ||
| 2008-08-29 15:07 <bechamel> cedk: i don't want to impose a solution, i just want to say that for the moment the config stuff is to rough and need to be improved | ||
| 2008-08-29 15:08 <yangoon> cedk: many users just quit to look fast into the application, and configuration is forgotten or misdone | ||
| 2008-08-29 15:08 <bechamel> yangoon: exactly | ||
| 2008-08-29 15:08 <cedk> we can add an entry menu in the adminstration to run all the configuration wizard that are not yet done | ||
| 2008-08-29 15:09 <cedk> yangoon: we can remove the cancel button | ||
| 2008-08-29 15:09 <yangoon> bechamel: cedk: I would propose to force some basic configuration, it probably doesn't have to be done for each module | ||
| 2008-08-29 15:09 <yangoon> cedk: Yes! | ||
| 2008-08-29 15:09 <cedk> yangoon: but it doesn't prevent for a force quit by the user | ||
| 2008-08-29 15:10 <yangoon> cedk: but then the app should do a logout: cu next time;) | ||
| 2008-08-29 15:10 <yangoon> afk | ||
| 2008-08-29 15:10 <cedk> yangoon: yes we have only 3 modules for now that have configuration wizard on total of 23 modules | ||
| 2008-08-29 15:10 <bechamel> cedk: yangoon: removing cancel button is a bad idea | ||
| 2008-08-29 15:11 <cedk> yangoon: with newer version of gtk it is possible to disable the close button (but it doesn't work on windows) | ||
| 2008-08-29 15:12 <cedk> bechamel: in fact we must define what does cancel button | ||
| 2008-08-29 15:12 <cedk> bechamel: it can just stop the wizard and let the user login | ||
| 2008-08-29 15:13 <udono> Hi all, Why not following different paths? First Configuration of a module is a documentation thing, Second Configuration could be made by hand or via XML-data, last a wizzard makes first install easyer for new users... Unconfigured modules only show their Configuration Menuentry... | ||
| 2008-08-29 15:13 <cedk> or it can make this configuration wizard concidered as runned | ||
| 2008-08-29 15:13 <cedk> or both | ||
| 2008-08-29 15:14 <cedk> udono: I'm not sure it is good to make configuration with xml file | ||
| 2008-08-29 15:15 <bechamel> cedk: stop the wizard and let the wizard conciderred "unrun" | ||
| 2008-08-29 15:15 <cedk> udono: I talk about the xml file from modules because we can implemented an other xml file for configuration | ||
| 2008-08-29 15:15 <cedk> bechamel: so this means that it will run on the next login | ||
| 2008-08-29 15:16 <cedk> udono: I like the idea of disable menu, but I don't see how to do for now | ||
| 2008-08-29 15:17 <bechamel> cedk: talk about harassment.. :) | ||
| 2008-08-29 15:17 <bechamel> cedk: to disable menu: active false maybe | ||
| 2008-08-29 15:18 <udono> cedk: maybe the configuration wizzard creates the menuelements after checking the requirements... | ||
| 2008-08-29 15:18 <cedk> udono: this will no more work with the update process | ||
| 2008-08-29 15:19 <cedk> I think the best will be to add a kind of rule on ir.ui.menu | ||
| 2008-08-29 15:20 <cedk> and add a link between menu and configuration wizard | ||
| 2008-08-29 15:20 <cedk> and the rule will be don't show menu that have configuration wizard not runned | ||
| 2008-08-29 15:21 <udono> cedk: maybe we need two different function of what we name Configuration wizzard... | ||
| 2008-08-29 15:22 <bechamel> cedk: udono: i think it's a good idea, but this mean that user mus have the possibility to ask to see the menu anyway | ||
| 2008-08-29 15:22 <udono> cedk: the idea with rules seemes good, but we need maybe a configuration checker (for checking if all config requirements fulfilled) and a configuration wizzard (for easy configuring) | ||
| 2008-08-29 15:23 <udono> cedk: so we can make configuration by hand/by script or at least by wizzard... | ||
| 2008-08-29 15:23 <cedk> but in fact, it will be very hard work to do, because if you don't have account configured, you must have sale, purchase, analytic, ... disable | ||
| 2008-08-29 15:24 <udono> cedk: the wizzard becomes a tool, which just put all configitems together... | ||
| 2008-08-29 15:24 <cedk> udono: that is not a problem as there is a table where you set if the configuration has run | ||
| 2008-08-29 15:24 <cedk> udono: so you just need to update it | ||
| 2008-08-29 15:25 <udono> cedk: you can find out the dependings via the modules graph. If an parent element is not configured, all childs needs to be disabled... | ||
| 2008-08-29 15:26 <cedk> and what about module that modified other object | ||
| 2008-08-29 15:26 <cedk> like account that add accounting properties on product | ||
| 2008-08-29 15:27 <cedk> is product must be disable as soon as the acocunt module is not configured ? | ||
| 2008-08-29 15:28 <udono> cedk: interesting question | ||
| 2008-08-29 15:28 <bechamel> cedk: it's the same problem if i install only relationship, use it some times and after i install account | ||
| 2008-08-29 15:28 <cedk> I think we must make the application without configuration working without crashing | ||
| 2008-08-29 15:28 <cedk> but with many error messages | ||
| 2008-08-29 15:28 <bechamel> cedk: the app already run without config i do it all the time | ||
| 2008-08-29 15:29 <cedk> bechamel: yes but if you try to make a purchase, you will have many error messages about missing stuff | ||
| 2008-08-29 15:29 <cedk> that is not a problem, it is just that we make well the test | ||
| 2008-08-29 15:31 <bechamel> cedk: yes and i add them by hand if needed, and sometimes i blame myself not to have used the wizard (and that why i think that it would be cool to provide a way to call config wizard anytime) | ||
| 2008-08-29 15:32 <udono> cedk: bechamel: But we need to know what is required to configure for each module, the wizard is for me just an instrument to make configuration process easy... | ||
| 2008-08-29 15:32 <cedk> bechamel: somes can not be run twice | ||
| 2008-08-29 15:33 <bechamel> cedk: yes, so they are disabled when used once | ||
| 2008-08-29 15:34 <cedk> bechamel: but which one do you want to run after cancel it ? | ||
| 2008-08-29 15:35 <cedk> bechamel: not the user creation :-) | ||
| 2008-08-29 15:35 <cedk> if it is account chart creation, you can run it from account>configuration | ||
| 2008-08-29 15:36 <udono> other idea, installing modules with unconfigured dependencies is forbidden | ||
| 2008-08-29 15:37 <bechamel> udono: the first idea about config came from camp2camp (a tiny partner): they provided an extra menuitem "configure" who was containing other menuitem: "1.create partner", "2; define foo", etc. And it was working, non-obstrusive | ||
| 2008-08-29 15:37 <cedk> bechamel: for the packing sequence, I find what is the problem | ||
| 2008-08-29 15:38 <bechamel> cedk: :) | ||
| 2008-08-29 15:38 <cedk> bechamel: you must create on sequence but without prefix nor suffix | ||
| 2008-08-29 15:38 <cedk> bechamel: just like other one for purchase | ||
| 2008-08-29 15:38 <cedk> bechamel: this allow the user to modify it | ||
| 2008-08-29 15:38 <cedk> bechamel: but not remove it :-) | ||
| 2008-08-29 15:39 <cedk> bechamel: it is not from c2c, it is from me :-) | ||
| 2008-08-29 15:39 <bechamel> cedk: yes ? | ||
| 2008-08-29 15:39 <cedk> bechamel: yes | ||
| 2008-08-29 15:40 <udono> bechamel: I told, for me configuration checking and configuration wizzard are completely different functionalities | ||
| 2008-08-29 15:40 <cedk> bechamel: and the wizard idea comes by discuting with dominique | ||
| 2008-08-29 15:40 <bechamel> cedk: so, what about providing such a menuitem, which will contain all the wizards in the right order ? | ||
| 2008-08-29 15:41 <cedk> bechamel: go to Administaration>ir>module>configuration wizard | ||
| 2008-08-29 15:42 <cedk> bechamel: we just need to add a button that run the right wizard | ||
| 2008-08-29 15:43 <cedk> udono: for the configuration test, I think it is difficult to say if the system is configured or not | ||
| 2008-08-29 15:43 <cedk> udono: because it depends of the usage of each module | ||
| 2008-08-29 15:43 <bechamel> udono: from a technical pooint of view there is no need to check the config, everything is check when needed (because it's always possible to mess up things created by the config wizard), but i agree that the app can be very painfull to use if one don't use the config wizard | ||
| 2008-08-29 15:44 <cedk> espacially for accounting stuff because others generaly works without configuration | ||
| 2008-08-29 15:45 <bechamel> cedk: +1 for the wizard list. So the only thing the is laking is to provide a way to call them "by hand" :) | ||
| 2008-08-29 15:46 <bechamel> cedk: hey and the list already contain a state: "Done", "Open" | ||
| 2008-08-29 15:46 <cedk> bechamel: I fixed the sequence on packing | ||
| 2008-08-29 15:46 <cedk> bechamel: I assign the issue to me :-) | ||
| 2008-08-29 15:47 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 196:fdd5fcdfdd8a stock/packing.xml: Remove prefix from sequence for issue288 | ||
| 2008-08-29 15:47 <CIA-53> tryton: ced roundup * #288/cannot change customer packing sequence: [resolved] Fix with changeset fdd5fcdfdd8a | ||
| 2008-08-29 15:48 <cedk> bechamel: of course, it is why I say that the login process will call back wizard that are not be runned | ||
| 2008-08-29 15:48 <cedk> bechamel: and why we can have cancel and later button | ||
| 2008-08-29 15:48 <bechamel> cedk: the problem with leaving the sequence empty is that .. they are empty | ||
| 2008-08-29 15:49 <cedk> bechamel: it is not a problem | ||
| 2008-08-29 15:49 <cedk> bechamel: user will customize it | ||
| 2008-08-29 15:49 <bechamel> cedk: yes later +1, and a way to call them when i want | ||
| 2008-08-29 15:49 <bechamel> cedk: when the user want | ||
| 2008-08-29 15:49 <bechamel> cedk: :) | ||
| 2008-08-29 15:50 <cedk> bechamel: that's all, mister ;-) | ||
| 2008-08-29 15:50 <bechamel> cedk: the idea of a "configure" menu was good it think, and this menu (and submennu) disapear when wizards are completed | ||
| 2008-08-29 15:50 <bechamel> cedk: now that all :D | ||
| 2008-08-29 15:51 <cedk> bechamel: I don't think so because at Tiny no body never use it | ||
| 2008-08-29 15:51 <bechamel> udono: what do you think about that ? | ||
| 2008-08-29 15:51 <bechamel> cedk: there was such a menu in tiny ? | ||
| 2008-08-29 15:52 <bechamel> cedk: it must be the first menuitem | ||
| 2008-08-29 15:54 <cedk> bechamel: it is not very functional | ||
| 2008-08-29 15:54 <bechamel> cedk: functional ? | ||
| 2008-08-29 15:54 <cedk> bechamel: udono will answer, it needs DOCUMENTATION :-) | ||
| 2008-08-29 15:55 <udono> bechamel: The Idea is good ;-) Maybe we can hide the compleate Tryton Menu if not all Modules are configured. Like a parallel menustructure... | ||
| 2008-08-29 15:57 <udono> I think its to complicated to find out which is configured, which not, so disable all until they are all configured... | ||
| 2008-08-29 15:57 <cedk> udono: and what about module installed during the used | ||
| 2008-08-29 15:59 <udono> cedk: just update the menutab automatically after installing a module no need to Ctrl-T-R. All open Tabs stay open | ||
| 2008-08-29 16:00 <bechamel> udono: why force the user to use the wizards ? | ||
| 2008-08-29 16:00 <cedk> I think the best is make every thing possible to force user to run the configuration but if he really don't want let it go | ||
| 2008-08-29 16:01 <bechamel> cedk: has yangoon said the user will skip all the popup asap without reading | ||
| 2008-08-29 16:03 <udono> bechamel: I told you the wizard is just a quick configure thing. If a module _is_ configured need to be decided in another mechanism. | ||
| 2008-08-29 16:04 <cedk> udono: by default there are configured, you can use it directly like that | ||
| 2008-08-29 16:05 <bechamel> cedk: except the account stuff | ||
| 2008-08-29 16:05 <cedk> udono: but you will have message about missing this or that | ||
| 2008-08-29 16:07 <udono> cedk: yes, I understand. But then everything is fine like it is. The wizzard is alternative to configure by hand or importing data via a custom module... | ||
| 2008-08-29 16:08 <cedk> udono: yes | ||
| 2008-08-29 16:09 <udono> cedk: so what we need on the accounting stuff to do that it runs unconfigured? | ||
| 2008-08-29 16:10 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 716:97ae0a1dcfcf tryton/tryton/wizard/main.py: Add title on wizard dialog | ||
| 2008-08-29 16:10 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 893:2d4fe6e3a206 trytond/trytond/ (ir/module/module.xml res/user.xml): Remove separator on wizard as there is now a title | ||
| 2008-08-29 16:10 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 183:fcd2e2587d46 account/account.xml: Remove separator on wizard as there is a title now | ||
| 2008-08-29 16:10 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 51:62d519821242 company/company.xml: Remove separator on wizard as there is a title now | ||
| 2008-08-29 16:10 <udono> cedk: I think fiscal year can be created via another wizzard, same periods, same sequences. | ||
| 2008-08-29 16:11 <cedk> udono: yes, I already think about that | ||
| 2008-08-29 16:11 <cedk> bechamel: with this push, I think you will no more confuse user creation with company creation :-) | ||
| 2008-08-29 16:12 <bechamel> cedk: ;) | ||
| 2008-08-29 16:12 <cedk> nicoe: for the graph in tryton, it is there: tryton/gui/window/view_form/view/graph_gtk | ||
| 2008-08-29 16:14 <cedk> there is still one issue opened, for issue292 | ||
| 2008-08-29 16:14 <cedk> what do you think about spell check? | ||
| 2008-08-29 16:15 <cedk> I was thinking about adding a button to activate it or not | ||
| 2008-08-29 16:15 <nicoe> cedk: I already noticed it ... it is indeed very similar to pycha | ||
| 2008-08-29 16:16 <cedk> and allow to specify the language with an attribute instead of the user language | ||
| 2008-08-29 16:16 <bechamel> cedk: i'm not sure to understand the issue292, the screenshot doesnt show that the tab is underlined, is it the case somewhere ? | ||
| 2008-08-29 16:17 <cedk> bechamel: I don't think that he talk about the tabs | ||
| 2008-08-29 16:17 <cedk> label | ||
| 2008-08-29 16:17 <cedk> bechamel: but more about information that comes from the system | ||
| 2008-08-29 16:18 <bechamel> cedk: so the problem is only with textarea ? | ||
| 2008-08-29 16:18 <cedk> so there is no need for spell checking there or at least activated it by default | ||
| 2008-08-29 16:18 <cedk> bechamel: spell check is only on textarea | ||
| 2008-08-29 16:19 <bechamel> cedk: and the button will be where ? on the user preference ? on the form itself ? | ||
| 2008-08-29 16:19 <cedk> bechamel: don't know that why I talk about here | ||
| 2008-08-29 16:20 <cedk> maybe it must be on the xml view with an attributes | ||
| 2008-08-29 16:20 <cedk> because on purchase, there is a textarea but normally you must write in it in the language of the party and not in your language | ||
| 2008-08-29 16:20 <bechamel> cedk: yes | ||
| 2008-08-29 16:21 <cedk> so I think it will be good to have an attribute that canbe used to provide the language | ||
| 2008-08-29 16:21 <cedk> and so the activation of spell check will be made on the fact that this attributes has a value or not | ||
| 2008-08-29 16:22 <bechamel> cedk: seems ok | ||
| 2008-08-29 16:22 <cedk> and for others | ||
| 2008-08-29 16:22 <cedk> yangoon: ping | ||
| 2008-08-29 16:22 <bechamel> cedk: and was thinking "and what about the user who want to change the langage by hand" but imo it's a bit overkill | ||
| 2008-08-29 16:23 <bechamel> ruijuan_ markusleist nicoe cedk b52laptop bechamel Timitos Gedd yangoon CIA-53 FWiesing @ChanServ udono irclog : ping | ||
| 2008-08-29 16:23 <bechamel> cedk: ;) | ||
| 2008-08-29 16:24 <cedk> bechamel: you are going to be banned ! | ||
| 2008-08-29 16:24 <bechamel> cedk: why ? | ||
| 2008-08-29 16:24 <Gedd> bechamel: pong | ||
| 2008-08-29 16:24 <Gedd> why pinging everybody? | ||
| 2008-08-29 16:24 <nicoe> pong | ||
| 2008-08-29 16:24 <cedk> bechamel: because of that :-) | ||
| 2008-08-29 16:25 <yangoon> hi everybody:) pong | ||
| 2008-08-29 16:25 <cedk> Gedd: it is bechamel that makes the child | ||
| 2008-08-29 16:25 <bechamel> Gedd: to have the point of view of everybody about the spellcheck stuff | ||
| 2008-08-29 16:25 <Gedd> what spellcheck stuff? | ||
| 2008-08-29 16:26 <cedk> yangoon: it is you that fill the issue292? | ||
| 2008-08-29 16:26 <yangoon> I don't can see any sense in spellchecking on areas, that are only for display (and not for editing/inserting) | ||
| 2008-08-29 16:26 <yangoon> cedk: yes | ||
| 2008-08-29 16:27 <cedk> yangoon: what do you think about the proposition? | ||
| 2008-08-29 16:27 <yangoon> cedk: to make it configurable? | ||
| 2008-08-29 16:27 <bechamel> yangoon: cedk: yes, first think to do is do disable spellchecking on readonly fields | ||
| 2008-08-29 16:27 <cedk> yangoon: to just enable spellchecking with an attributes on the tag of the view | ||
| 2008-08-29 16:28 <cedk> bechamel: we will fix all that stuff in one step | ||
| 2008-08-29 16:29 <cedk> so think first and make after | ||
| 2008-08-29 16:29 <yangoon> thinking... | ||
| 2008-08-29 16:29 <yangoon> or should I say: sinking | ||
| 2008-08-29 16:29 <bechamel> :) | ||
| 2008-08-29 16:29 <cedk> we have some field where the language will not be the user language but the party language | ||
| 2008-08-29 16:30 <yangoon> cedk: if someone wants spellchecking he ha to live with that... | ||
| 2008-08-29 16:31 <cedk> yangoon: why? | ||
| 2008-08-29 16:31 <cedk> yangoon: if we can make it better | ||
| 2008-08-29 16:32 <yangoon> cedk: as you say: different language for user or party related fields | ||
| 2008-08-29 16:33 <yangoon> spellchecking IMHO is a feature for input of text snippets, so I don't see the purpose in tryton | ||
| 2008-08-29 16:34 <cedk> yangoon: one used, is for the textarea in purchase or sale where you can add comments that will be on the report | ||
| 2008-08-29 16:34 <cedk> as it is for clients, it can be good to have spellchecking on that | ||
| 2008-08-29 16:35 <yangoon> cedk: yes, there it could be of some use, but only there | ||
| 2008-08-29 16:35 <yangoon> cedk: names are often marked by spellcheck, but they are correct | ||
| 2008-08-29 16:35 <cedk> yangoon: ok, so the solution of a tag attributes seems good | ||
| 2008-08-29 16:36 <yangoon> cedk: you are the chief;) | ||
| 2008-08-29 16:37 <yangoon> cedk: I am not so deep yet in tryton: if this means, that it will be configurable for certain fields on user base: great! | ||
| 2008-08-29 16:38 <cedk> yangoon: yes by field but not by users | ||
| 2008-08-29 16:39 <yangoon> cedk: the user himself is able to mark the field as "spellcheckable" field? | ||
| 2008-08-29 16:40 <cedk> yangoon: not with an attributes solution, it will be the developpers that say if the field is spellcheackable | ||
| 2008-08-29 16:41 <yangoon> cedk: ok, and if marked by the developper, is there a way it can be turned off by the user/admin? | ||
| 2008-08-29 16:42 <cedk> yangoon: by a module | ||
| 2008-08-29 16:43 <cedk> yangoon: or we can add also a configuration options on the client to enable or not the spellcheck | ||
| 2008-08-29 16:43 <yangoon> cedk: second would be great! | ||
| 2008-08-29 16:44 <cedk> yangoon: I will do both | ||
| 2008-08-29 16:45 <yangoon> cedk: =d> | ||
| 2008-08-29 16:57 <yangoon> have to go, bye to all | ||
| 2008-08-29 17:08 -!- udono(n=udono@dynamic-unidsl-85-197-22-110.westend.de) has left #tryton | ||
| 2008-08-29 17:27 -!- udono(n=udono@dynamic-unidsl-85-197-22-110.westend.de) has joined #tryton | ||
| 2008-08-29 17:30 -!- udono(n=udono@dynamic-unidsl-85-197-22-110.westend.de) has joined #tryton | ||
| 2008-08-29 17:47 -!- udono(n=udono@dynamic-unidsl-85-197-22-110.westend.de) has joined #tryton | ||
| 2008-08-29 19:07 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 894:0406af77372e trytond/trytond/res/user.py: Fix typo | ||
| 2008-08-29 19:07 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 895:63241e28e9fc trytond/trytond/ir/lang.py: Add constraint on decimal_point thousands_sep | ||
| 2008-08-29 19:07 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 896:1d9fb7de7f61 trytond/trytond/ir/ui/ (form.rnc form.rng): Add spell attributes for textarea | ||
| 2008-08-29 19:07 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 717:0a0528f8d625 tryton/ (4 files in 4 dirs): | ||
| 2008-08-29 19:07 <CIA-53> tryton: Handle spell attributes on textarea | ||
| 2008-08-29 19:07 <CIA-53> tryton: Add option for spell checking | ||
| 2008-08-29 19:07 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 76:a30d7d5bb369 purchase/ (purchase.py purchase.xml): Add party_lang for spell checking on comment fields | ||
| 2008-08-29 19:07 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 77:81a68b7be68a purchase/purchase.xml: Fix set spell on wrong field | ||
| 2008-08-29 19:08 <CIA-53> tryton: ced roundup * #292/tryton client: spell check on tabs?: [resolved] Spell check on readonly field fixed with changeset 0a0528f8d625 | ||
| 2008-08-29 22:38 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 197:6230f0326b0c stock/product.py: Add stock_date_end in context if no one is given for forecast_quantity | ||
| 2008-08-29 22:38 <CIA-53> tryton: C?dric Krier <ced@b2ck.com> default * 718:edc8e544629e tryton/tryton/gui/window/view_form/view/form_gtk/one2many.py: Show dialog before instanciate screen to have the login window popup correctly |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!