InfoPath Dev

I see now how to eliminate padding. Select the cells and then right click to 'table properties'. It works best to do it before placing controls in the cells.

I have a table with that is about 8 by 10, with one text box in each cell. The problem is that they are much narrower than the cells. I can drag them somewhat larger (that's a lot of tedious work) but they still don't fill the cells' width. Is there a good way to make them wider? Maybe some way to eliminate padding? Thanks Pete

I was wrong about the choices data connection. It appears whenever I add any drop down control to a form. It is apparently a normal connection.

I deleted all candidate choice fields temporarily just for good measure. The dead data connection won't budge. I suspect it is another 'sticky relic', like the design check warning I get that 'merged print views are not supported' even after I undid my attempt at merged view printing. I'll probably just tolerate them, since ...

I have one extra data connection to look up user info. I added a third data connection to look up choices for cascading drop down lists. Then I found out that is not supported for browsers, and I didn't need it anyway. Now I am stuck with this extra "Choices" data connection which is grayed out and won't let me view or delete it. ...

Deciding and implement the best form width is very difficult. When I right click the form and choose 'table properties' and the 'column' tab and click 'next' the display bounces from area to area giving nonsensical Column widths like '4 px' and '10 px'. I suspect my form is about 650 px but have no way of ...

That helps, Thanks

I have a list with customized forms in infopath. It is for a browser. In SharePoint I set the default value for a drop down choice list. When I create a new record in infopath and leave the default value in place when I submit the form, the value gets recorded to the list. However, when I open a record for editing (using the edit Icon in the ...

Marking the table css as !important made no difference. I found another class name to use, .ab_wCx9LKQT3jgGSZFe_6 (the third in a string of 3 words that come after "class" in the dev tools display. Using this as the target gets rid of all the extra pages except the first and the last (still no page breaks in Chrome printing). I guess ...

I am diagnosing the printing using IE's "print preview" which accurately shows the finished print layout. Using the F12 I found a class to represent the tables, which I thought might give a higher priority command. .d_wCx9LKQT3jgGSZFe_6 {page-break-before:always;} improves printing slightly (one less extra blank page).