|
From: Luka P. <no...@sk...> - 2002-06-26 21:44:43
|
hi all, i'm sending this to development list, so everyone see how it goes and all the details. i hope that's alright. let me know, if not.... adam wrote: > cool! let me know how it goes :-) ugh! this one was dirty. overlapping should be fixed now. i updated from the repository and commited back the new stuff. basicaly what caused problems were addEvent, addMultipleEvent and updateEvent functions, and also all the calculations in ttlayout function in the ttlay.php. so the table should be really tight without moving, and overlapping 'without reason' should not occurr anymore except in two cases: 1)events smaller then 30seconds which are not visible at all, and 2)events that started in previous day and stretch out in to the first day of the table. which is exaclty what should be fixed next, i guess: 1) obligatory diplay of very short events + optional "multiple events in this block" overlay, and 2) (a task from almost the beginning of the development,) representing events that started in previous day which is off the view. i hope that was clear. quite some code was fixed, and, quite importantly, a some kind of debugging function was incoporated in functions responsible for adding and updating events when the fc reports there is an overlap -- all testers should take really care about this debugging table, as it can reveal all the strange things that can happen. (we can hide it later in the html source with <!-- / --> i'm attaching the screenshot. oh, yes, and another thing, here on my laptop (linux, debian, mozilla 1.0.0) the timezone is -60 althought my clock is gmt. dunno really why, and it might be a special case with linux and all, but just to have in mind. how's that? love, luka ps: hold on, while adam updates the server.. -- - nova at skylined dot org - ----------------------------------------------+ The universe is made up of stories, not atoms. |