Re: WORepetition & synchronization
Re: WORepetition & synchronization
- Subject: Re: WORepetition & synchronization
- From: "Daniele Corti" <email@hidden>
- Date: Sun, 29 Apr 2007 21:42:27 +0200
2007/4/29, Anthony Arthur <email@hidden>:
Apologies if this has already been covered, but I can't find it. I
am trying to get other's insight on a problem I've never seen before,
and I've seen a lot.
I have an array of eos that represent days of the week. These days
are displayed vertically, with days bound to the repetition's list
and dayItem bound to item and a counter on the index binding. The
days could span 1, 2, 3, or 4 weeks and each day eo has a week
attribute that holds 1, 2, 3, or 4. The repetition builds rows in a
table showing weekday name, week #, and an edit button, among other
things. The edit button returns a separate page where certain
attributes of the selected day can be changed.
ok, maybe i'm not undestand it very well:
do you have:
days = {eo1={value=Monday, weeks={1,2}}, eo2={value=Tuesday, week={1,2}},...,eo7={value={Sunday}, week={1,2}}}
or:
days = {eo1={value=Monday, week=1}, eo2={value=
Tuesday, week=1},...,eo7={value={Sunday}, week=1}, eo8={value=Monday, week=2}... eo14={value=Sunday, week=2}}
?
Ok, here is what happens. Say I am displaying 2 weeks, or 14 days. I
click the edit button of a day in week 2, yet the eo in my edit page
is the same day in week 1. The edit button's action binding calls a
method with 3-4 lines of code that just creates the next page, passes
it the value bound to my item binding of the repetition, and return.
Ok, if your days array is the second example what do you bind as value? dayItem?
The table displays properly, where the week # displays as I would
expect, meaning that week 2 is displayed with the row where I click
the edit button, but somehow when I click it, the variable bound to
item is pointing to the same day in week 1--WTF? Also, I checked my
index binding, and it has the correct value. So anyone got a clue.
I have burned an entire weekend on this, and would really like to
solve it and move on.
Thanks,
--Brian
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (
This email sent to email@hidden
--
Daniele Corti
AIM: S0CR4TE5
Messenger:
email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden