Re: using named fetch specifications
Re: using named fetch specifications
- Subject: Re: using named fetch specifications
- From: William Norris <email@hidden>
- Date: Sun, 8 Aug 2004 20:20:17 -0500
now this is sounding a lot more like what i was expecting. guess I
should have read the Docs more thoroughly. thanks.
one last thing now... i pretty sure I remember talk of binding two
actions to a single submit button. how does one go about that? (for
example, I now want my submit button to run qualifyDataSource, but
then to run my own findCourse function to grab the first class and
return a CourseEdit component.)
On Mon, 9 Aug 2004 10:59:05 +1000, Owen McKerrow <email@hidden> wrote:
> Hi William,
>
> Try this, double click on the name of your display group in WOBuilder
> which brings up its inspector. At the bottom of the window is a pop-up
> of all the fetch specs in your model for your selected entity.
>
> If you are only planing on using the one fetch spec for this from,
> choose the spec that you want from this pop-up and then bind the
> WODisplaygroups qualifyDataSource function to the submit button of your
> form. That way you have no code at all.
>
> Owen
>
> On 09/08/2004, at 9:27 AM, William Norris wrote:
>
> > I have an entity named "Course" that represents a college course, with
> > properties "dept" and "number". I've made a named fetch specification
> > "Search" to use the qualifier "((dept = $courseDept) and (number =
> > $courseNumber))". A display group "courseDisplayGroup" was then
> > created in my WOComponent, and the two queryBindings connected with
> > two input boxes. my action "findCourse" contains the following code:
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> - - - - - - - -
> People who prefer typing to pointing then seem to prefer acronyms to
> save typing :-)
> -Denis Stanton, On people using Command Line Interfaces
_______________________________________________
webobjects-dev mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/webobjects-dev
Do not post admin requests to the list. They will be ignored.