this concept already implemented meanwhile.

yes agree with Thomas here.

i want to thinking one step forward here, which should be defined before - so in design phase: its coming from my experience from sf.com and sugarcrm.

they have well working concept with 3 sections - i wonder applicable to Info Window.
1. Section 1: Search (basic/advanced) - user define here what he want to query - info window has this (let say just basic variant)

2. Section 2: list of records (result of query limited in section 1) - user should select one/some/all in page/all in table

3. Section 3: mass update/batch process (parameters influence output) - that is included in smart browse too. User can process selected records by influencing output filers

option 1. should be mass update - e.g. change products category from A to B - so records selected will be changed/deleted option 2. generate another record - so doesn't change input as in option 1 BUT record/records will be generated e.g. output document - like shipment, etc.)

so for summarisation - that looks me as approach which should fit multiple concepts in one approach:
1. easily delete lot of records
2. easily update lot of records (any columns)
3. easily generate a document by a selected process
etc.

believe help to get better product.

anyway it is also applicable to normal window, although - it is for data entry - not for data processing.

i like to candidate this topic for tomorrow - oh today i see - weekly chat.

norbert

When someone implements this please have a look at https://idempiere.atlassian.net/browse/IDEMPIERE-583#icft=IDEMPIERE-583 (delete checkboxes for normal windows) too. I hope we choose a common approach for all kinds of windows and all kinds of "record collections". And we need an interface for processes that allows to use one process for different kinds of one/checked/all searched/all records of a table. As a small start I want to point you to http://wiki.idempiere.org/en/Create_a_process_that_walks_over_all_records_shown_in_the_tab and the AbstractRecordProcessor I linked from there. It is a kind of helper class derived from SvrProcess.

thanks for quick response. just for clarification we don't prefer/like smart browse, because it is same as our idempieran tool. Info window, just tweaking needed. optionally we should supplement smart browse by standard java windows. although it is lot of work which will needs to be rewritten later.

Yes Norbert, the original idea has been to implement this based on Info Window.

As suggested on https://idempiere.atlassian.net/browse/IDEMPIERE-325#icft=IDEMPIERE-325

3) TBD - Allow selection of record(s) for processing from info window. The idea is to be able to create form like Generate Shipment (manual) without or with minimal amount of coding.

And later Heng Sin commented:

#3 is defer to future release and will be tracked in a separate ticket.

SmartBrowse is an option - maybe it can be done as extension to support WMS.

AFAIK same feature was implemented in non-open-source compiere version, probably what we need is just to associate a process with an info window, and apply the process to the selected records (which probably would lead to change SvrProcess to receive an array of Record_IDs) <---- disclaimer: very draft idea