Hello Gregory,

Thank you for answering.

I am afraid CA are not an option here.

My situation is like so:

In an existing App of ours the customers are allowed to create reports of their own. They also create the views, the reports are based on. In a special case now a customer likes to have data selected depending on WHERE YEAR( DATEFIELD ) >= ?lnYear. The year entered should be listed in the header of the report.

That is the reason for my question.

As Lutz already said, there seems to be no way to get the value of the view parameter in the header of the report, right?

Gerhard


>Wouldn't CursorAdapter be much simpler ?
>
>>Ihr macht wohl alles für Geld ;)
>>
>>Aber wenn du sie schon dazu bringen kannst Views zu tippen, versuche es doch mal mit "Setupcode" oder sowas das vor dem view auszuführen ist, für so Kram (Wenn du das proggi ändern kannst) and dann
>>führst du halt
>>

>>if len(cSetupCode)>1 THEN
>> lcx= cSetupCode+0h0d0a+"USE "+cViewname
>> execscript(lcx)
>>else
>> use (cViewname)
>>endif
>>

>>aus
>>
>>und sie müssen das cast(inputbox.... selber eintragen ....
>>
>>>Die Anwender wollen es, also machen wir es so.
>>>
>>>DBC wird bei jedem neuen Build automatisch gepackt.
>>>
>>>Danke nochmal.
>>>
>>>Gerhard
>>>
>>>>Dann geht es nicht.
>>>>
>>>>Die Daten werden erst alle aufgebaut und dann wird das WHERE dagegengefahren. Oder, um es so zusagen, die Variable wird erst ezeugt wenn die Tabelle schon aufgebaut ist.
>>>>
>>>>>...., weil die View vom Anwender erstellt werden kann. .....
>>>>
>>>>Was für ein gruseliger Gedanke.
>>>>
>>>>Ich kenne nur zwei Methoden.
>>>>a Ich frage die Daten ab und erzeuge die Daten
>>>>b ich erzeuge einen Cursor der alles enthält, exportiere den und lass die Jungens machen. Außerhalb meines Programmes :)
>>>>
>>>>
>>>>Vergiss nicht ab und an die DBC zu packen, VIEWS sind solche Bläher ...
>>>>
>>>>Lutz