From: Scott M. <sco...@gm...> - 2011-02-15 16:53:10
|
Right, good, I just wanted to make sure we weren't going down the road of "all tables are bad". -Scott On Tue, Feb 15, 2011 at 4:35 PM, Mark Wrightson <ma...@rw...>wrote: > Hi Scott, > > What Peter meant is that when the time sheet face stuff was in there there > was tables within tables within tables to such an extent that nothing could > be changed. There is still place for tabular structures within tsng i.e. > google calendars uses tables. Why shouldn't we? Peter has been trimming > down the use of nested tables in an effort to updating the styling of the > system. > > Regards > Mark > > _____________________________________________ > > Mob: 07725 695178 > Email: ma...@rw... > > > On 15/02/2011 15:29, Scott Miller wrote: > > Hey all, > > In the list of work items for 2.0 was Peter had written: "TSNG uses html > tables to format the web pages. Unfortunately tables have been used to > excessive degree such that there are many nested tables. Some work has been > done to replace this table nesting. This cleanup of the html is necessary to > move to the next step of using css to do the formatting." > > So, again, I'm not a CSS expert, but I have worked with it enough, and read > enough to believe the following is true: there are some things that tables > can do that CSS can not. Specifically, CSS can not give you many equal > width columns for a tabular layout. So, while I think that removing the > over reliance on tables is a good thing, I think the movement to shun all > tables that seems to be rampant within the CSS community, is going a bit to > far. There are several places, the simple timesheet and reports to name just > two, that I believe are going to require tables. > > So, does this make sense, or am I mistaken? > > -Scott > > > ------------------------------------------------------------------------------ > The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: > Pinpoint memory and threading errors before they happen. > Find and fix more than 250 security defects in the development cycle. > Locate bottlenecks in serial and parallel code that limit performance.http://p.sf.net/sfu/intel-dev2devfeb > > > _______________________________________________ > Tsheetx-developers mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/tsheetx-developers > > > > ------------------------------------------------------------------------------ > The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: > Pinpoint memory and threading errors before they happen. > Find and fix more than 250 security defects in the development cycle. > Locate bottlenecks in serial and parallel code that limit performance. > http://p.sf.net/sfu/intel-dev2devfeb > _______________________________________________ > Tsheetx-developers mailing list > Tsh...@li... > https://lists.sourceforge.net/lists/listinfo/tsheetx-developers > > |