Default column widths on embedded reports obscuring data

Has something changed with this situation recently?  All of a sudden last week I had a whole bunch of reports that started having issues with Formula - Rich Text fields that have been working fine until now.  Complete havok as many users started reporting issues with reports not displaying correctly and either users would fix it and the problem kept returning, or they are one of MANY iPad users that cannot change the field width at all on their end.  The only way I have been able to resolve this is by adding underscores.

This is a known problem which at EMPOWER they indicated in the Keynote by Harrison that they were putting their best engineers on.  The problem seems worse when the number is formatted with a $ sign or as a  %.  So  you can try removing the $ formatting or have a mirror formula field which is used on that report as a plain number which does not have the $ format. 

The other trick that sometimes works is to override the column heading like this with underscores 

_My_Column_Heading_Words___

Because there are no spaces Quickbase may not wrap that column Heading, and hence it will preserve the width as wide as the adjusted label.  But typically you will know the magnitude of the typical numbers in the column so you know how wide the column needs to be even though it won't be dynamic.   

Please post back with how these work-a-rounds worked.

.

Thanks for the suggestions, Mark.  As you can see from this screenshot, treating the values as simple non-formatted numbers did not help in our case, but the underscores_in_column_name workaround does indeed work.  Many thanks for that. (I had tried padding the column names with spaces and hyphens, but neither of those work as you know.)

Great to have a workaround for now, but WOW, that's astonishing that it's been 2 years since the new form builder UI rolled out and this has been broken the entire time.  The improvements to the new form builder are welcomed, but embedded tables are far too fundamental of a UI element to have made it to launch in such a non-readable state.  Good to hear a solution is in the works.

Thanks again, this crutch will get us by until QB resolves the issue.

Wow, is this truly still not fixed yet?!? It's been over a year so I just assumed they would gotten around to this by now. I just created a new report today, and to get my column wide enough not to clip the values I once again had to add underscores to the label to pad the column width. Yet the column next to it has a short label and short values and yet is inexplicably wider than it needs to be.

 The fact that columns widths don't automatically size properly, or that we STILL have no manual control over them is unbelievable. The underscores look incredibly unprofessional, and I'm floored this hasn't been addressed after all this time. Sure am glad we have all those AI wizards though. /s

@MarkShnier__You  Who is this "Harrison" who you said addressed this in a keynote over a year ago? Can we reach out to him and ask him what happened to their "best engineers" that were tasked with this? Were they abducted by aliens or kidnapped by a drug cartel before they were able to crack the apparently unsolvable column width conundrum?

If yu are using tyhe V2 New style reports, what I do to force the column width is to do a column override on the report's field name with underscores and no spaces.

Can you post a fresh screen shot of the issue.  Does this only happen on an iPad? Are you in landscape mode holding the iPad?