hj

Well, it does seem to be happening by default!

I have to confess that I told you the wrong theme – this table is being tested on an install running WordPress 6.7 using Generate Press theme. Sorry about that.

I tried changing the header color via the Customise function – changed it to white (saved and republished), but still the dark blue header font remains.

I guess I will have to add some custom CSS for this page, based around the following code seen in my browser inspector:

.tablesome__container.tablesome__container–47 .tablesome__table .tablesome__row > .tablesome__column {
font-family: Comic Sans MS;
font-size: 16px;
color: #517c9b;
text-align: left;
line-height: 20px;
font-style: normal;
letter-spacing: 0px;
text-transform: none;
font-weight: 400;
}

Name of the theme is ‘Enfold’ – https://kriesi.at

@essekia, thanks for reply.
The page is on a localhost server for development, so can’t link you to a page. I can share screenshots, but not sure how you add images to messages here…?

Hi,

Many thanks for the detailed reply.

You say… : “In your specific use-case, you have tried to ‘force’ a certain image size to make them all equal even though you change the middle Column width.”

I don’t know what you mean by ‘forcing’ an image size? When I set the table up I just set a table 3 columns x 37 rows – I never set any column widths (how would you do that?), I assumed they were all equal size, and they looked equal in the admin. In fact the column widths HAVE stayed the same size, but the images in all middle columns have shrunk!

Is this because in the first row middle column the imported image was larger than the image imported in the first column? It appears the plugin has shrunk the image and not the column. But the odd thing is it has done that for ALL images placed in the middle column.

I made this table completely unaware that there was any mechanism to manually size columns or rows – is there such a mechanism?

I’m sure one solution is to manually resize all images (in Photoshop) to a standard size BEFORE placing in the table. But that’s rather long-winded!

Incidentally, the CSS fix you gave worked very nicely for the table when viewed in PORTRAIT on a mobile screen. But when the screen was rotated to LANDSCAPE view, unfortunately all the middle column images had once again shrunk in size!

It’s not a disaster by any means. And perhaps it’s about understanding more how WP DataTables handles images.

regards
HJ

Hello,

Thanks for your reply. The conditional logic approach is certainly interesting, might be able to do something with that.

I had thought of something like that as a different approach to my original ‘dropdown-loads-form’ idea. The approach would be a dropdown which loads specific fields into a form depending on option selected – or alternatively hides certain fields from a full gammut of fields which covers all form scenarios. i.e. you might start with all the fields, but selecting MAPS in a dropdown might hide certain fields such as Author and ISBN No. Not sure if that would work or not, but it was a thought.

The only problem with such an approach , and even your conditional logic approach, is that you only have one form, albeit with variations. But upon SUBMIT, I imagine the content could only be sent to one data table…and there you have a problem with matching of fields. Unless that ‘send’ action could also be conditional..?

All interesting stuff!

In the short term I’ve landed on the idea of using tabs to hold a range of forms on a single page. Not quite as elegant a solution, but workable!

regards
HJ

Just a follow-up…. the CSS mods you suggested as a temporary fix work very nicely, thank you.

HJ

OK, thank you for clarification. Perhaps it might be best to try it under the free Pro trial, first. I think I’ll do that.

HJ