--- Log opened Sun Sep 09 00:00:38 2012
09:01 < conseo> if i use something in the talktrack-view to determine the pagesize as: int pagesize = stageV.getOffsetWidth()/8 in setRowData(int start, List<BiteJS> list) i get the expected behaviour
09:02 < conseo> i have some problems with zooming the browser view.
09:02 < conseo> it doesn't update properly
09:02 < conseo> it shrinks on the right (newest post) side
09:03 < conseo> mcallan: is this is even the right approach or still tinkering with the model instead of fixing the view?
09:03 < conseo> public final class TalkTrackV extends CellList<BiteJS>
09:14 < conseo> ok, now it updates properly on zomming, shrinks and grows the list
09:27 < conseo> i probably should move that into our own pager, without controls and walking pages for now (?)
16:26 < mcallan> conseo: i wouldn't page the view myself, because i see no need.  ideally paging is not in the model, because then all views are forced to page, and with the same page size.  inflexible design
16:27 < mcallan> (but whatever works for u)
21:12 < conseo> mcallan: paging is in celllist already (in fact you used it in the dummy ticker as well, if i corrctly remember). all my view does is adjust the page size when new elements are added to the celllist
21:12 < conseo> it doesn't change the celllist
21:13 < conseo> but if this is wrong, i can code something up myself. it is just that i picture adding as many posts as possible in the visible space, but not more. using css hacks to hide those hasn't worked out for me
21:15 < conseo> i can use a fixed table, (which adjusts shown elements by resizes), and add empty bites if there are less bites than shown at maximum
21:17 < conseo> on the other hand celllist seems to be made for this, because we actually want to browse this celllist of posts (sort them, filter them etc.), while in such a table view we have to code a similar list model.
21:24 < conseo> but maybe i am missing the point
21:24 < conseo> i am off for tody
21:24 < conseo> today
21:24 < conseo> gn8
21:25 < mcallan> we can maybe skype tomorrow, since you're off
21:29 < mcallan> n8
21:45 < mcallan> just looking at the code.  feed model is ListDataProvider.  all the cell list stuff is part of the view, not the model
21:46 < mcallan> so paging is in the view
21:47 < mcallan> adding items to exactly fit the window is a poor design, and will lead to problems, guaranteed.  also resizing items to fill the window is a poor design...
21:50 < mcallan> css overflow 'hidden' works, unless cell list is corrupting it somehow.  cell list is probably a bad fit here
21:54 < mcallan> conseo: you would be wise to prototype until you have a clean design that solves all the difficult problems, and nothing more.  then throw away the prototype and code it cleanly.  then you could conentrate on coding what the requires, instead of adjusting the design to fit what cell list can do
21:55 < mcallan> (coding what the *design* requires, instead of...)
21:56 < mcallan> anyway, we can talk when ur back online
22:18 < mcallan> conseo: ps - i might start on polltrack in a couple weeks.  almost certainly i will model it as a simple list of polls (List or even just Iterator) that issues change events.  on receiving change event, each view will sync with the model by adding and removing individual poll views, as required.  easy to code that much, and it's all we need for starters
22:22 < mcallan> (ignore what i said about prototype, it's not that difficult)
--- Log closed Mon Sep 10 00:00:55 2012