R
randy.buchholz
I'm trying to standardize a layout methodology for our agency and am looking
for some guidance. Most of the applications are basic store and retrieve
types, and extensively use a DetailsView type of layout. Almost all fields
have validation and formatting, and I have given up on details views since I
have to convert most fields to template fields for layout, and use
findcontrol to access the fields. I understand that HTML tables are
discouraged even though (I believe) the final output uses tables. I use
themes and CSS to do much formatting, but need a way to build table-like
layouts. I am thinking of using many div's or panels to create a "grid" and
CSS to control size, etc.
Will this approach create a lot of rendering overhead in the system? Are
there better ways to do this? Thanks. --RB
for some guidance. Most of the applications are basic store and retrieve
types, and extensively use a DetailsView type of layout. Almost all fields
have validation and formatting, and I have given up on details views since I
have to convert most fields to template fields for layout, and use
findcontrol to access the fields. I understand that HTML tables are
discouraged even though (I believe) the final output uses tables. I use
themes and CSS to do much formatting, but need a way to build table-like
layouts. I am thinking of using many div's or panels to create a "grid" and
CSS to control size, etc.
Will this approach create a lot of rendering overhead in the system? Are
there better ways to do this? Thanks. --RB