> You might also look for inspiration in this example
> http://developer.yahoo.com/yui/examples/datatable/dt_row_coloring.html
>
> and instead modify the DataTable rows in response to a
> renderEvent/initEvent. You can store the records of the special rows,
> then render cells assigned with a target class name into the spots
> where the important cell will span. Then in your event subscriber,
> access the rows using the stored records, remove the place holder
> cells and modify the important cells' colspans accordingly.
>
> No guarantees that other DataTable functionality will work after
> messing with its DOM tree, but that's another option, at least.
Luke,
THX, I had seen the that example. Yes, I might try something like
create an array during the build-process and keep the records the
special rows come by. Then in the initEvent() simply rip out TD's that
are over and extend the second one.
The table is just for presentation and maybe vertical scrolling.
However, the whole project already takes a lot more time than we get
payed for (we knew it would be a "for glory and honour" - project, but
wanted to do it) and this bears a lot of potential for spending
another few days (or longer nights).
> Incidentally, it sounds like you're rendering a calendar.
> If so, why not use YUI Calendar widget?
Yes and no, it's for checkIN/Checkout (Punchclock) and time-keeping
and several balances.
Have a look, and You'll probably understand.
http://ddtech.kicks-ass.net/wwSchedule/YUIGroup.html
Log in with Username "1015" and no password.
the first page "Zeiterfassung" shows the punchclock for instant
checkIN / checkOUT and in the lower part the user can enter other times.
the second tab "Gleitbogen";, has the monthly overview and the
balances. Navigation to another month can be done by clicking the
leaves that lurke in from the sides. Details and editing can be done
by clicking on a date.
In July You'll see that the person is on vacation. Those days don't
show balances and cannot be edited by the user.
It's all in German, but not much text anyway.
Regards
Frank
.
