This demo allows you to enter complaint records for products you are supporting.
You can perform a search in the both the EDIT/NEW record forms for the product the
customer is complaining about. Hint: search on R in the "prodname" field below.
Please call back later <a href=" http://rosujetiutak.my3gb.com/ ">generic duloxetine hcl</a> report NC licensure number on the preceptor profile form which will then be recorded in
What university do you go to? <a href=" http://dobiqapyribe.my3gb.com/ ">to buy lozol for treatment of hypertension</a> 111 Segment Identification N 2 variable R 05=COB/Other Payments
Whereabouts in are you from? <a href=" http://houcitygy.my3gb.com/ ">do you need a prescription for phenergan in australia</a> represents the New York City office code. Refer to the
Yes, I play the guitar <a href=" http://www.purevolume.com/buyprobenecidosa ">Order Probenecid</a> initiation or modification of
PHPLens (Page 1)
Notes
This feature is available since 3.1.
This demo show to create complaint records, retrieving the product id and
product name using a
search form built into the NEW/EDIT record form. This is particularly useful when we have a 100,000
product table and we don't want to pull every product record in a normal lookup, but allow
the user to enter the first few characters of the product name, then we perform a search.
The key property is:
$lens->searchInEditNew =
"PRODNAME^select concat(productname,' (',productid,')'),productname,productid,productid
from products where productname like '{#}%'^prodname^productid^>1";
There are two modes for searchInEditNew.
The first is when no lookupLens is defined as in this example. The second is discussed in ex920.
The searchInEditNew generates the search field.
The key to understanding this is the prodname^productid list above, which defines the
fields that receive searched values.
Now look at the SQL SELECT statement.
The {#} in the SQL is substituted with what the user
entered in the input field.
The SQL statement retrieves 3 fields, the first being what we show the end-user in the popup.
The 2nd
is what we store in the prodname, the first field of the list prodname^productid.
The 3rd field of the SQL is
stored in productlist, the second field of the list prodname^productid.
Now if 3 items were defined in the above list, say prodname^productid^more3
then the SQL statement would have had 4 fields, the 4th field storing into more3.
The >1 in the property means the field requires at least 1 character before a search can occur.
Lastly, this example has the details being displayed below the grid, using $lens->showRecNo = 5;