IRC logs of #tryton for Friday, 2008-08-29

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/!