Re: [Tinyerp-users] Screencast New Open ERP Ergonomy Proposition
Hello Luc, - add a new filter (ok) - modify a filter - delete a filter - define a filter as a public of private one - give security on filters (can define which groups have access to the filter) Yes, delete a filter is managed. Modify is not (yet). We have a link, like for shortcuts 'Manage Filters', that opens the list of filters for edition. Filters are by default private, but it's simply window actions, where you can put others users or groups for make it public. There is a link Manage Filters to do this. That's great because it's compatible with old modules that have their window actions already defined. Is it possible to create complexe filters like (condition1 AND condition2) OR condition3 ? They are no parenthesis system, so we may be limited in some way. Your example is equivalent to: c3 or c2 and c1. You can also create filters for c2 and c1 = f1. Then create a new filter: f1 or c3. We can do better but it's enough for now on. What about secrurity = if I don't have access to some fields, I should not be able to see and select it into the list of fields for my filters. It depends. If you put groups on fields of the object, this is managed, if you put on the view, of course, this will have no impact. But that seems logic for me. It could be greate for users to have filters like select and filter = you just select a word or a part of a word, press a filter by selection button and the filter is done ! I don't understand what you mean here ? m2f -- http://www.openobject.com/forum/viewtopic.php?p=37421#37421 m2f ___ Tinyerp-users mailing list http://tiny.be/mailman2/listinfo/tinyerp-users
Re: [Tinyerp-users] Screencast New Open ERP Ergonomy Proposition
Hello Fabien, I would like to propose you a request for search and filter developpement, there are 3 years, there was a topic about autocompletion, show a dynamic listing of results when I type letter, word : http://www.openobject.com/forum/topic1944.html?highlight=autocompletion the code exists, you said that it will be integrated, but the version 5 has not this fonctionnality. i can adapt the code for me, but for others, it could be interesting to add it natively in openerp. A+ Sauvegardons la banquise, sinon les pingouins vont disparaitre ! m2f -- http://www.openobject.com/forum/viewtopic.php?p=37427#37427 m2f ___ Tinyerp-users mailing list http://tiny.be/mailman2/listinfo/tinyerp-users
Re: [Tinyerp-users] Screencast New Open ERP Ergonomy Proposition
Hello, It has been integrated. See the country field on the partner. But we can not integrate this by default, has it loads all the data on the init, which is very slow and consume lots of bandwidth.. m2f -- http://www.openobject.com/forum/viewtopic.php?p=37430#37430 m2f ___ Tinyerp-users mailing list http://tiny.be/mailman2/listinfo/tinyerp-users
Re: [Tinyerp-users] Screencast New Open ERP Ergonomy Proposition
Thanks for info. have a good day A+ 8) Sauvegardons la banquise, sinon les pingouins vont disparaitre ! m2f -- http://www.openobject.com/forum/viewtopic.php?p=37433#37433 m2f ___ Tinyerp-users mailing list http://tiny.be/mailman2/listinfo/tinyerp-users
Re: [Tinyerp-users] Screencast New Open ERP Ergonomy Proposition
for completion it's ok for the client GTK, not for for the client web, even if there is completion in field modified in the code source of the page. is it normal? A+ [Laughing] [Crying or Very sad] Sauvegardons la banquise, sinon les pingouins vont disparaitre ! m2f -- http://www.openobject.com/forum/viewtopic.php?p=37449#37449 m2f ___ Tinyerp-users mailing list http://tiny.be/mailman2/listinfo/tinyerp-users
Re: [Tinyerp-users] Screencast New Open ERP Ergonomy Proposition
forum-u...@tinyerp.org wrote: for completion it's ok for the client GTK, not for for the client web, even if there is completion in field modified in the code source of the page. is it normal? A+ [Laughing] [Crying or Very sad] As I said, the completion is not very usefull as we can not preload data when loading the view. So, I think we should keep like that. ___ Tinyerp-users mailing list http://tiny.be/mailman2/listinfo/tinyerp-users
Re: [Tinyerp-users] Screencast New Open ERP Ergonomy Proposition
2009/6/3 Fabien Pinckaers f...@tinyerp.com forum-u...@tinyerp.org wrote: for completion it's ok for the client GTK, not for for the client web, even if there is completion in field modified in the code source of the page. is it normal? A+ [Laughing] [Crying or Very sad] As I said, the completion is not very usefull as we can not preload data when loading the view. So, I think we should keep like that. Completation is good when you have few data but that is not the case in ERP systems. ___ Tinyerp-users mailing list http://tiny.be/mailman2/listinfo/tinyerp-users -- Cristian Salamea CEO GnuThink Software Labs Software Libre / Open Source (+593-8) 4-36-44-48 ___ Tinyerp-users mailing list http://tiny.be/mailman2/listinfo/tinyerp-users
Re: [Tinyerp-users] Screencast New Open ERP Ergonomy Proposition
Hello Fabien, Improving search and filter is really a big need. And like you have done it in your screencast make sense. Concerning filter = just pay attention not to do like for exporting on the 4.2 version = we should be able to : - add a new filter (ok) - modify a filter - delete a filter - define a filter as a public of private one - give security on filters (can define which groups have access to the filter) Is it possible to create complexe filters like (condition1 AND condition2) OR condition3 ? What about secrurity = if I don't have access to some fields, I should not be able to see and select it into the list of fields for my filters. It could be greate for users to have filters like select and filter = you just select a word or a part of a word, press a filter by selection button and the filter is done ! Regards Luc Camptocamp SA Luc Maurer PSE A CH-1015 Lausanne www.camptocamp.com +41 79 606 07 73 (mobile) +41 21 619 10 12 (direct) +41 21 619 10 10 (centrale) +41 21 619 10 00 (fax) ___ Tinyerp-users mailing list http://tiny.be/mailman2/listinfo/tinyerp-users
Re: [Tinyerp-users] Screencast New Open ERP Ergonomy Proposition
Fabien: About the stuff you showcased in the screencast, I find that it's a simple improvement that totally makes sense: it's not bloated, it's simple yet provide really welcome additional features: congrats for the idea. Now a suggestion: I think the way records are linked together and how this is presented to the end user is not always handled consistently and this certainly looses the user instead of making him feel he is confronted to a consistent and logical interface. Take the sale orders and the purchase orders as an examples: in the purchase orders, there is a right side link to the related picking while in the sale orders the related picking are displayed in the third tab: not consistent. Same thing on the product form: there is a right side link to the sold products but not to the purchased products. Why? I proposed a simple merge for those obvious case, but with not review so far: https://code.launchpad.net/~rvalyi/openobject-addons/smile-trunk-patches I'm sure you could end up with a more consistent way of displaying related records. I should say I like the right side links but may be their should be better way to organize their display. Also may be that as soon as you show related records in a tab, may be those should also be available from the right links or may be removed from the from view. I don't really know what is the best solution but I think that more consistence here would automate users learning and make him feel he is confonted to a very logical (and robust) system instead of having doubts why things are this way. Finally may be that adding a color theme or even palette or icons themes for every objects and group of objects could help the user know better where he is and what he is doing. Thus, a link to an invoice in a sale order would be immediately and visually identified. Not sure this is doable. Too many colors and the same view should also be avoided. So not really sure what could be done. Hope this helps Raphaël Valyi http://www.smile.fr m2f -- http://www.openobject.com/forum/viewtopic.php?p=37319#37319 m2f ___ Tinyerp-users mailing list http://tiny.be/mailman2/listinfo/tinyerp-users
Re: [Tinyerp-users] Screencast New Open ERP Ergonomy Proposition
I'm sure you could end up with a more consistent way of displaying related records. I should say I like the right side links but may be their should be better way to organize their display. Also may be that as soon as you show related records in a tab, may be those should also be available from the right links or may be removed from the from view. I don't really know what is the best solution but I think that more consistence here would automate users learning and make him feel he is confonted to a very logical (and robust) system instead of having doubts why things are this way. May be we could add the number of available records between right side links. Like: Sales Orders (32), Purchase Orders (16), ... Or display more relevant data on relate fields like: Sales Orders 32 items 12.500k€ Purchase Orders 15 items 10.000 k€ That would be usefull, but I am afraid it may slow down the system. Finally may be that adding a color theme or even palette or icons themes for every objects and group of objects could help the user know better where he is and what he is doing. Thus, a link to an invoice in a sale order would be immediately and visually identified. Yes, there is probably something to do in this direction. May be like: http://www.immoweb.be/en Depending on the section you are (for sale, to let, ...) the color scheme of the website changes. We can imagine a color per main section of the menu: Financial Management, Project Management, PArtners. Or, at least an icon. Any other ideas ? -- Fabien ___ Tinyerp-users mailing list http://tiny.be/mailman2/listinfo/tinyerp-users
Re: [Tinyerp-users] Screencast New Open ERP Ergonomy Proposition
May be we could add the number of available records between right side links. Like: Sales Orders (32), Purchase Orders (16), ... Yeah, it would be nice but IMHO the speed penalty is not worth it. Or may be you would have an option to force to pre-loading of the number (in the action window definition of the right link I think) and you should the number only when it's used. That would be inconsistent between forced and non forced links. BUT you could sort of make it consistent again by adding a (?) instead of (number) when the number of related record is not forced to be pre-loaded. When you get a (?) it means that you need to click to know. So if I take the sale order form for instance, related invoices and picking would be forced while other kind of link wouldn't be forced. That way that wouldn't be anything slower. Of course one would still differentiate between (0) and (?). Still I'm not sure it's worth implementing it. Nonetheless, I ask for more rigor in the consistence when displaying related info, see the paradoxes I emphases in my previous post for sales and purchases at least. Yes, there is probably something to do in this direction. May be like: http://www.immoweb.be/en Depending on the section you are (for sale, to let, ...) the color scheme of the website changes. We can imagine a color per main section of the menu: Financial Management, Project Management, PArtners. Or, at least an icon. Yes, I've been thinking exactly to this several times. related links could also make it more straightforward what they are pointing too thanks to such a color theme. Still, what should absolutely be avoided is an abuse of colors that would certainly have the opposite effect: disturbing the user and loosing him. Regards, Raphael Valyi http://www.smile.fr m2f -- http://www.openobject.com/forum/viewtopic.php?p=37328#37328 m2f ___ Tinyerp-users mailing list http://tiny.be/mailman2/listinfo/tinyerp-users
Re: [Tinyerp-users] Screencast New Open ERP Ergonomy Proposition
Personally, I don't like screen changing color continuously... I prefer color be embedded on application so you don't even realize there is any color... I don't know if I'm explaining right. Usability improvements really good. I agree with Raphael on unifying sales and purchase operating way. Another example is purchase and sales prices lists. Purchase list prices are accessible on product page and there is no versions, but to configure sales prices lists you have to use price lists version, even if you don't need them... and you have to open a few screens to arrive the place where you store price list rules ... Another thing I miss is knowing actions where you are viewing an object list. Screen is different if you open a form. You can see all actions listed on right side, but if you are watching a list you have to press action button to see them. There is actions, that applying to more than an object are able to group or make something with all selected objects, so action on list are powerful and (maybe) different from action in forms. I suggest to include a right side column also on list, where action and print options were shown... Thank you very much!!! Manuales, Videotutoriales de OpenERP en http://www.openerpsite.com http://www.aulaerp.com m2f -- http://www.openobject.com/forum/viewtopic.php?p=37331#37331 m2f ___ Tinyerp-users mailing list http://tiny.be/mailman2/listinfo/tinyerp-users
