Re: Oracle Forms: Need advice

From: Jeff <jeff_at_work.com>
Date: Thu, 07 Aug 2003 12:14:10 GMT
Message-ID: <bgtfql$bmb$1_at_cronkite.cc.uga.edu>


In article <JroYa.676063$Vi5.15958416_at_news1.calgary.shaw.ca>, "Maximus" <qweqwe_at_qwqwewq.com> wrote:
>"Dave Williams" <davetati_at_dsli.com> wrote in message
>news:YvucnQm_Dt6cm6yiU-KYgg_at_dsli.com...
>> All,
>>
>> Need some advice on what the best way to handle the following situation
>is.
>>
>> I have a form that is based upon a DB table. There are about 4 columns
>that
>> are id's and link to other tables. I have a post_query trigger that
>obtains
>> the data from the relevant tables and puts them into text fields on the
>> form. So, the id fields are never displayed. If a query is run and I
>then
>> elect to close the form it asks if I want to save the data, assuming here
>> that since the data was loaded into text fields Oracle Forms is now
>thinking
>> that the data has been modified.
>>
>> What I have done in the past is to use the set_record_property in the
>> post_query table.
>>
>> Is there a better way of handling this ?
>
>If you modify item values in a block programatically or interactively after
>a query, such as during a post-query trigger, you will mark the block/record
>status as 'changed' and you will be prompted to save those changes upon
>exit, that is the way block functionality works. If you want to simply
>display values in a form, say programatically from a post-query trigger, use
>'display' items instead of 'text' items, this doesn't affect the status of
>the block if they are modified.

[Quoted] Alternatively, if for some reason you don't want to use display items, you could move these never-updated text items to a non-database control block. Received on Thu Aug 07 2003 - 14:14:10 CEST

Original text of this message