You can have a look to the ‘account_move_line_search_extension’ (community module available from apps.odoo.com) as an example of how to search through a massive amount of journal items in an intuitive way.
Without this small module, some of our customers would simply forget about Odoo and move to other solutions. Regards, Luc <http://www.noviat.com/> www.noviat.com Rusatiralaan 1, 1083 Brussel +32 2 808 86 38 From: Openerp-community [mailto:openerp-community-bounces+luc.demeyer=noviat...@lists.launchpad.net] On Behalf Of David Arnold - El Alemán Sent: donderdag 19 juni 2014 15:16 To: Olivier Dony Cc: openerp-community@lists.launchpad.net; Oscar Alcala Subject: Re: [Openerp-community] Individual column filtering in Odoo Despite of all details, https://datatables.net/ seems a great NIH-tool. In some cases I'd prefer disruptive moves over evolution. I think it's worth taking a closer look at it, not thinking about how the same functionality can be achieved with the concurrent solution, but just admiring the beauty and responsiveness of this benchmark. look for example at Scroller: https://datatables.net/extensions/scroller/ or colreaorder: https://datatables.net/extensions/colreorder/ or colvis: https://datatables.net/extensions/colvis/ and type in "acc 16" -> this doesn't work in odoo, the "benchmark-way". <http://profile.ak.fbcdn.net/hprofile-ak-prn2/s160x160/1375172_380202885446765_1377580653_a.png> ---------------------- David Arnold B.A. HSG Gerente +57 315 304 1368 da...@elaleman.co <mailto:da...@elaleman.co> www.elaleman.co <http://www.elaleman.co> El Alemán S.A.S, Carrera 13 # 93 - 40 P4, Bogotá D.C, Colombia 2014-06-19 6:51 GMT-05:00 Olivier Dony <o...@openerp.com <mailto:o...@openerp.com> >: On 06/19/2014 01:27 PM, Pedro Manuel Baeza Romero wrote: I agree with Olivier that the way to go if you want to search directly for certain field is to include it as a search field on the view, and going down with the arrows, but please improve saved filters, recreating in the same form as you put originally filters and group by options before saving the filter, and not grouping them in one facet. This would be a very huge improvement for usability. Pedro you're right, and we have looked into doing exactly this: restoring the search state of a saved filter by splitting the criterions into search facets, etc. The problem is that filters are implemented as a (domain, context) pair in order to provide the best flexibility. It's great because you can make very advanced custom filters, but it's a problem if you want to map this to a search view state, because it's impossible (meaning: not computable) One option would be to save some sort of extra serialized state of the search view when you save a custom filter, and attempt to restore it when you use the saved filter (possibly falling back to the current behavior when it fails). This is far from trivial but would be very useful indeed. If anyone wants to work on this, we could discuss it with @xmo-odoo, he designed the v7 search views. _______________________________________________ Mailing list: https://launchpad.net/~openerp-community Post to : openerp-community@lists.launchpad.net <mailto:openerp-community@lists.launchpad.net> Unsubscribe : https://launchpad.net/~openerp-community More help : https://help.launchpad.net/ListHelp
_______________________________________________ Mailing list: https://launchpad.net/~openerp-community Post to : openerp-community@lists.launchpad.net Unsubscribe : https://launchpad.net/~openerp-community More help : https://help.launchpad.net/ListHelp
