Subject | Re: Editable calculated field |
---|---|
Author | Marco Menardi |
Post date | 2004-10-09T15:01:43Z |
--- In IBObjects@yahoogroups.com, Daniel Rail <daniel@a...> wrote:
ask for values I will elaborate. I.e. (but is not my situation, just
to try to make you clear the problem), I present the articles with
price (a join between article and price tables), I ask the user to
enter quantity for each article he wants to purcase, so "quantity"
field would be a "calculated", "virtual" field with no correspondence
in the database. Of course this is a wrong example, since you should
keep track of the order, but just to make clear that is not just
"multi select", is also entering values that I need only "on the fly"
and on client side only.
thanks
Marco Menardi
> Hi,Even more powerful. I use it also to present data in the database, and
>
> At October 6, 2004, 14:19, robert_p_levy wrote:
> > Why not create a new column in the database and update it directly via
> > checkboxes?
> > Or am I missing the point...
>
> I think your missing the point. In Daniel's scenario, it's just
> another way to do a multi-select of records, without using special key
> combinations. And, this selection would be local to the client
> application only and not server-wide, and visible by other
> applications.
>
ask for values I will elaborate. I.e. (but is not my situation, just
to try to make you clear the problem), I present the articles with
price (a join between article and price tables), I ask the user to
enter quantity for each article he wants to purcase, so "quantity"
field would be a "calculated", "virtual" field with no correspondence
in the database. Of course this is a wrong example, since you should
keep track of the order, but just to make clear that is not just
"multi select", is also entering values that I need only "on the fly"
and on client side only.
thanks
Marco Menardi