| chat.freenode.net #tryton log beginning Sun Oct 23 00:00:02 CEST 2011 | ||
| 2011-10-23 14:50 <cedk> yangoon: I thought about the extension translation, I think it is better to leave it untranslated | ||
| 2011-10-23 14:50 <cedk> most are just the program name which is untranslatable | ||
| 2011-10-23 14:51 <cedk> and also it is a technical part so only "Tech" guys see it so better to be sure that they understand it | ||
| 2011-10-23 14:51 <cedk> also we make reference in the help about unoconv extension compatibility which is in english | ||
| 2011-10-23 15:20 -!- meanmicio(~lfm@fsf/member/meanmicio) has joined #tryton | ||
| 2011-10-23 15:39 <yangoon> cedk ok, again I have not so much concern about this, more important for me is translation of account charts | ||
| 2011-10-23 15:40 <yangoon> cedk: I hope translation on account charts will remian active? | ||
| 2011-10-23 16:01 <cedk> yangoon: yes but we will need to improve it | ||
| 2011-10-23 16:01 <cedk> yangoon: I'm loading all the translation to run clean on it and also pycountry | ||
| 2011-10-23 16:02 <yangoon> cedk: ok, so I don't push the last cleaned version | ||
| 2011-10-23 16:03 <cedk> yangoon: ok if you did not change any translation | ||
| 2011-10-23 16:36 <bechamel> yangoon: about trailing ":" on search string | ||
| 2011-10-23 16:37 <bechamel> what do you think about usgin "back:" ? | ||
| 2011-10-23 16:37 <bechamel> actually I was thinking that it was already necessary to put the "" to avoid parsing of : | ||
| 2011-10-23 16:39 <yangoon> bechamel if you can put it, when there is no conflict with field name, would be good thing in my eyes | ||
| 2011-10-23 16:41 <bechamel> yangoon: the main problem imo is that the user need to re-input the back: manually (for example to fix/complete it) | ||
| 2011-10-23 16:44 <yangoon> if the search string will be changed from back: to "back:", the user can edit the search like always | ||
| 2011-10-23 16:44 <yangoon> bechamel: probably I didn't understand your last sentence | ||
| 2011-10-23 16:46 <bechamel> yangoon: my use case is: I put Name: in the search field and then I hit enter accidentally -> the string is lost | ||
| 2011-10-23 16:46 <bechamel> diffrent but similar | ||
| 2011-10-23 16:50 <bechamel> about the second problem: it's possible to seach for a litteral % | ||
| 2011-10-23 16:50 <bechamel> but it's not user-friendly: | ||
| 2011-10-23 16:50 <bechamel> Source: %\%% | ||
| 2011-10-23 16:51 <yangoon> :), ok, thx | ||
| 2011-10-23 16:51 <yangoon> 1) we need a legend for available placeholders in search widget | ||
| 2011-10-23 16:51 <bechamel> this is passed as it to postgresql, and it's the way the % caracter must be escaped in sql | ||
| 2011-10-23 16:52 <yangoon> 2) we need saved searches, evtl. search history | ||
| 2011-10-23 16:52 <bechamel> 2) -> yes I think everobody agree on this | ||
| 2011-10-23 16:52 <bechamel> what do you mean by "available placeholders" ? | ||
| 2011-10-23 16:52 <yangoon> 3) we need a simple completion, 'Tab' should complete in the search field instead of jumping to next (if possibel) | ||
| 2011-10-23 16:53 <yangoon> bechamel: %, \ , finally all what is needed to make good use of search filed including operators | ||
| 2011-10-23 16:53 <bechamel> 3) -> tab is natural for CLI user, but I'm not sure lambda user would understand it | ||
| 2011-10-23 16:55 <bechamel> IMO thinks like %\%% are ugly, we must find a better way to handle it | ||
| 2011-10-23 16:56 <bechamel> but I don't see how :) | ||
| 2011-10-23 16:56 <yangoon> :) | ||
| 2011-10-23 16:56 <yangoon> bbl shortly | ||
| 2011-10-23 17:55 <meanmicio> Hello there ! Do we have a module / functionality to assign a product to different categories ? | ||
| 2011-10-23 17:57 <cedk> meanmicio: not possible because of the way categories are used | ||
| 2011-10-23 17:57 <cedk> meanmicio: as default value for the product so having 2 categories is confusing | ||
| 2011-10-23 17:59 <meanmicio> cedk : should we add another field that will be able to avoid replication ? | ||
| 2011-10-23 18:00 <cedk> meanmicio: don't know what is your usage of it | ||
| 2011-10-23 18:02 <meanmicio> cedk : for example, aspirin can be in the antiinflammatory and in the anticoagulants | ||
| 2011-10-23 18:02 <udono> meanmicio: maybe you need something like tagging for products | ||
| 2011-10-23 18:02 <meanmicio> cedk : two different categories | ||
| 2011-10-23 18:03 <cedk> meanmicio: what is the usage of "categories"? | ||
| 2011-10-23 18:05 <meanmicio> cedk, uduno : I see it similar as to the party category, where it can belong to different categories | ||
| 2011-10-23 18:06 <udono> meanmicio: for me it sounds like 'tags' | ||
| 2011-10-23 18:07 <cedk> meanmicio: so there is no usage | ||
| 2011-10-23 18:09 <meanmicio> uduno : Thanks. I check the tags concept. It's something that for the pharmacist or doctor to check in the product. The category concept is very nice. | ||
| 2011-10-23 18:09 <udono> meanmicio: the product category is for me more like "accounting category for products". | ||
| 2011-10-23 18:11 <udono> meanmicio: Tags have no good widgets in Tryton. But you can use a flat many2many list to say: Name: Aspirin; Tags: antiinflammatory, anticoagulants | ||
| 2011-10-23 18:12 <meanmicio> uduno : In that case it makes more sense to be unique. Probably another field will complement the current functionality, and there will be no need to have two products with the same properties | ||
| 2011-10-23 18:13 <udono> meanmicio: I don't understand | ||
| 2011-10-23 18:14 <meanmicio> uduno : Thanks. Today the "medicament" model inherits the product and I can put all the extra properties in this one, but the pharmacist can check directly on the product. | ||
| 2011-10-23 18:14 <meanmicio> uduno : not big deal. It works fine today, but it can be optimized. | ||
| 2011-10-23 18:15 <yangoon> meanmicio: why not defining your own 'utilization category' as m2m? | ||
| 2011-10-23 18:16 <udono> *utilization categories | ||
| 2011-10-23 18:16 <meanmicio> uduno : It's good to have the concept of "accounting categories" in mind when refering to product category. | ||
| 2011-10-23 18:16 <cedk> meanmicio: I'm repeating myself but what is the usage? | ||
| 2011-10-23 18:16 <meanmicio> uduno : That concept will be valid for many products, not only medicaments | ||
| 2011-10-23 18:17 <cedk> you can not design something correctly without knowing the usage of it | ||
| 2011-10-23 18:18 <meanmicio> cedk : Let's think in general. Some product can be use in different contexts, so it will be desirable to have a field that group those contexts (same principle as the party categories) | ||
| 2011-10-23 18:20 <cedk> meanmicio: indeed I think it was a mistake to have the categories on party | ||
| 2011-10-23 18:20 <meanmicio> cedk : I find it useful | ||
| 2011-10-23 18:21 <meanmicio> cedk : I don't know whether is the right term, but the concept for grouping is important | ||
| 2011-10-23 18:22 <cedk> meanmicio: it is not important if there is no usage | ||
| 2011-10-23 18:22 <cedk> it is against the KISS principle | ||
| 2011-10-23 18:23 <cedk> meanmicio: by the way, I think for medicaments it should have a standard classification | ||
| 2011-10-23 18:24 <meanmicio> cedk : If you look at the latest GNU Health hg changeset you can find a nice example, when introducing the latest WHO essential medicines. | ||
| 2011-10-23 18:25 <cedk> meanmicio: last changeset is translation | ||
| 2011-10-23 18:25 <meanmicio> cedk: Just do an update | ||
| 2011-10-23 18:26 <cedk> meanmicio: still the same | ||
| 2011-10-23 18:27 <meanmicio> ok, if you're in the latest revision, then you already have the new WHO update. Check on the product categories | ||
| 2011-10-23 18:28 <cedk> meanmicio: where is the code? | ||
| 2011-10-23 18:30 <meanmicio> check WHO_list_of_essential_medicines.xml and medicament_categories.xml | ||
| 2011-10-23 18:30 <cedk> meanmicio: looking at the amount of product.category you get, I really think it is not the right place | ||
| 2011-10-23 18:34 <cedk> meanmicio: i think you should have to create a field who's category | ||
| 2011-10-23 18:35 <meanmicio> cedk : In that case, I rather create it not in the product, but in the medicament model | ||
| 2011-10-23 18:36 <meanmicio> cedk : that inherit and enhances the product model | ||
| 2011-10-23 18:37 <cedk> meanmicio: yes of course | ||
| 2011-10-23 18:37 <meanmicio> cedk : with all the properties (mechanism of action, storage, adverse reaction,... ) | ||
| 2011-10-23 18:37 <meanmicio> cedk : ok. | ||
| 2011-10-23 18:37 <cedk> meanmicio: also it will prevent to classify a product which is not a medicament in the WHO's list | ||
| 2011-10-23 18:39 <meanmicio> cedk : So, in products, should we fill all the products in one single category ? | ||
| 2011-10-23 18:40 <meanmicio> cedk : I mean all the medicaments in one single product category ? | ||
| 2011-10-23 18:41 <cedk> meanmicio: don't know, if all the medicaments share the same default values (accounts, taxes etc.) so yes | ||
| 2011-10-23 18:45 <udono> meanmicio: you said: "... but the pharmacist can check directly on the product." Did the pharmacist need the who's category information, too? | ||
| 2011-10-23 18:45 <meanmicio> cedk : Yes. That would be the case. | ||
| 2011-10-23 18:46 <meanmicio> cedk : Or it would depend on particular cases ( generic vs brand name) | ||
| 2011-10-23 18:48 <meanmicio> uduno : Yes, for example, some countries today has as law the generic (active component) name of the medicine. So, the doctor prescribes the active component, and the pharmacist looks for the active component (generic), having a list of all the medicaments matching that. That's how the WHO works also | ||
| 2011-10-23 18:51 <meanmicio> uduno : So what I will do is create the category tree in the medicament model, and not in the product. We have to keep in mind that different health centers work in different ways, so some of them will use WHO, but some others might not | ||
| 2011-10-23 18:52 <udono> meanmicio: for me it sounds strange: ... but the pharmacist can check directly on the product... the pharmacist need the who's category information ... create the category tree in the medicament model, and not in the product. | ||
| 2011-10-23 18:55 <meanmicio> uduno : That is what Cedric is also suggesting. So, it looks that we have consensus :-) | ||
| 2011-10-23 18:56 <meanmicio> uduno : I will leave empty the product field, so they can fill it with whatever specific brand they have. | ||
| 2011-10-23 18:59 <meanmicio> uduno : Looks it will be more efficient this way. | ||
| 2011-10-23 19:00 <cedk> meanmicio: yes I guess somes will use one product for every medicaments | ||
| 2011-10-23 19:03 <meanmicio> cedk : Exactly. So in the case of aspirin, they will use the same product (acetylsalicylic acid) with different doses for antiinflammatory or antigregant | ||
| 2011-10-23 19:03 <meanmicio> cedk : but we avoid having that same active component to be twice in the product list | ||
| 2011-10-23 19:05 <meanmicio> cedk : Sometimes, they come in different presentations (eg, capsule of 500mg or 1g ), so in that case, there will be two products | ||
| 2011-10-23 19:05 <meanmicio> cedk : but that won't affect the medication. | ||
| 2011-10-23 19:07 <meanmicio> cedk : so now is just a matter of adding a category field to the medication and replace the model in the xml files. Time to work :-) | ||
| 2011-10-23 19:09 <udono> meanmicio: As far as I understand, you have a generic acetylsalicylic acid (product.template) and brand names like Aspirin, ACC(product.product, which refers to the same template). These products have medical, pharmaceutical, therapeutical aspects. | ||
| 2011-10-23 19:11 <meanmicio> uduno : Yes. But now we will pass that WHO categorization to the medicament model | ||
| 2011-10-23 19:12 <udono> meanmicio: You have to do what you have to do ;-) | ||
| 2011-10-23 19:13 <meanmicio> uduno : So, there it makes sense to have it twice (so aspirin will be in the NSAID and anticoagulant categories), but they will refer to a single product. | ||
| 2011-10-23 19:14 <meanmicio> uduno : :-) This type of things are much clearer using verbal communication :-) | ||
| 2011-10-23 19:17 <udono> meanmicio: Without an idea about the use and the need of all kind of products used in your case: I don't know. | ||
| 2011-10-23 19:20 <meanmicio> uduno : right. It's quite specific, but having the medicament model today, this change will optimize the whole process... I will update you in a while, and you can check the new functionality | ||
| 2011-10-23 19:21 <meanmicio> uduno / cedric : Thanks for your suggestions ! | ||
| 2011-10-23 19:21 <udono> meanmicio: that's good. | ||
| 2011-10-23 19:21 <udono> welcome | ||
| 2011-10-23 22:14 <meanmicio> cedk : ping | ||
| 2011-10-23 22:16 <meanmicio> cedk : memory consumption has been greatly reduced in this new Tryton version ! Now it loads the whole 80000 Medical Procedures with a very small memory footprint. Congratulations ! | ||
| 2011-10-23 22:18 -!- ciupicri(~ciupicri@unaffiliated/ciupicri) has joined #tryton | ||
| 2011-10-23 22:21 <cedk> meanmicio: pong | ||
| 2011-10-23 22:21 <cedk> meanmicio: thx | ||
| 2011-10-23 22:22 <cedk> meanmicio: perhaps I will be able to install all the GNUHealth modules on my EeePC :-) | ||
| 2011-10-23 22:27 <meanmicio> cedk : You should :-) It only took about 90 MB. Major improvement ! | ||
| 2011-10-23 22:37 <cedk> meanmicio: I will | ||
| 2011-10-23 22:37 <cedk> meanmicio: now there is no fear to do: self.browse(self.search([])) | ||
| 2011-10-23 22:40 <meanmicio> cedk : no fear either to look check for swap | ||
| 2011-10-23 22:40 <meanmicio> cedk : 1.4.0 should go to Pypi | ||
| 2011-10-23 22:41 <meanmicio> cedk : People will find it easier to install now | ||
| 2011-10-23 22:57 <cedk> meanmicio: normally: $ make release | ||
| 2011-10-23 22:57 <cedk> meanmicio: should do the work but I did not test abvously :-) | ||
| 2011-10-23 23:00 <meanmicio> cedk : I will wait until Tryton 2.2 is out. Then I will make the standard package, check it and when everything is ok (let's cross our fingers), I will do the make release | ||
| 2011-10-23 23:14 <cedk> meanmicio: make release does the packaging also and upload it to pypi | ||
| 2011-10-23 23:16 <meanmicio> cedk : great. I think I will ask you to check it once I have it ready :-) |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!