Home » Developer & Programmer » Forms » List Item
List Item [message #197325] Wed, 11 October 2006 00:02 Go to next message
ehegagoka
Messages: 493
Registered: July 2005
Senior Member
hi!
i have two list items, with many instances, i have attached the module, youll see in the STACK two list items, T_SEAR_ORIG, and T_SEAR_DEST, the problem is that the last result of the Populate List in my code overrides the list of the previous list item. For example if your on the last record, the items listed in T_SEAR_ORIG is the same to the previous records. that should not be the result because they should be different based on the ORIGIN and DESTINATION, i guess by doing populate list it applies to the whole item not per record, how should i solved it? thanks sir/mam
  • Attachment: TESTMOD.fmb
    (Size: 244.00KB, Downloaded 203 times)
Re: List Item [message #197849 is a reply to message #197325] Thu, 12 October 2006 20:55 Go to previous messageGo to next message
djmartin
Messages: 10180
Registered: March 2005
Location: Canberra ACT Australia
Senior Member
Account Moderator
Have you solved your problem? Could you use a static record_group instead of building it dynamically?

David
Re: List Item [message #197851 is a reply to message #197849] Thu, 12 October 2006 22:16 Go to previous messageGo to next message
ehegagoka
Messages: 493
Registered: July 2005
Senior Member
hi!
i cant do that bcoz the list depends on the origin & destination per record, i've used LOV, now the problem is that i cant disable the textfield PER record so that the user cant pop out the LOV in it, also how would i clear the value in the textfield using LOV also? lets say i dont want to choose from the LOV and i dont want to put any value on it. thanks =)
Re: List Item [message #197854 is a reply to message #197851] Thu, 12 October 2006 23:12 Go to previous messageGo to next message
djmartin
Messages: 10180
Registered: March 2005
Location: Canberra ACT Australia
Senior Member
Account Moderator
If you want to be able to NOT have a value in the field then make sure that 'Validate from List' is set to 'no'.

Please explain how the list is dependant on the 'origin & destination'? Do you mean that you can't have the origin & destination' the same?

David
Re: List Item [message #197863 is a reply to message #197854] Fri, 13 October 2006 00:07 Go to previous messageGo to next message
ehegagoka
Messages: 493
Registered: July 2005
Senior Member
hi,

ive fix that part on the LOV, using key-listval, im looking for a trigger. the flow is like this, when i select from the LOV, the computation of other fields changes, now when i delete the LOV value ive put, the computation should return back to before values, but the problem is i cant find the trigger that would execute before i leave the item, ive tried when validate record, post text, post record also,on block level, but it always computes the record ive move into. thanks again =)
Re: List Item [message #197877 is a reply to message #197863] Fri, 13 October 2006 01:31 Go to previous messageGo to next message
djmartin
Messages: 10180
Registered: March 2005
Location: Canberra ACT Australia
Senior Member
Account Moderator
Use the When-Validate-Item on the field with the LOV.

David
Re: List Item [message #197923 is a reply to message #197877] Fri, 13 October 2006 05:12 Go to previous messageGo to next message
ehegagoka
Messages: 493
Registered: July 2005
Senior Member
hi!
thanks for the reply, that worked, but now the users have changed the flow again, my previous codes have been put to trash =)
Re: List Item [message #198155 is a reply to message #197923] Sun, 15 October 2006 21:20 Go to previous message
djmartin
Messages: 10180
Registered: March 2005
Location: Canberra ACT Australia
Senior Member
Account Moderator
Such is life. As long as they understand that a 'simple change' on their part is not necessarily a 'simple change' on our part.

David
Previous Topic: Database Users LOV
Next Topic: Report need to call from a form and upload the file in to the application's appropriate directory
Goto Forum:
  


Current Time: Fri Dec 02 18:54:44 CST 2016

Total time taken to generate the page: 0.16467 seconds