Hi,
thanks for your post, and sorry for the trouble.
The reason for this is some HTML tags around the table Shortcode that sneaked in, in particular an HTML <pre> tag.
To fix this, please go to the “Edit” screen of the page and switch from the “Visual” to the “Text” editor. There, you should see your Shortcode surrounded by that mentioned <pre> and </pre> tag.
Please remove those, so that the Shortcode is on its own line, and so that there’s an empty line before and after the Shortcode.
(Now, you will then notice that the Responsive Tables Extension won’t be particular helpful on this specific table, as it’s not really a data table.)
And thanks for wanting to donate and for the rating, I really appreciate it!
Regards,
Tobias
Ahh I see…so no responsive table in this particular case. Man, with the
in place, I saw the tables adapt to our screen sizes, pretty cool.
Hopefully some day a responsive table for any purpose? :)
Hi,
good to see that this fixed the styling!
Now, it looks like the Extension is helping a little bit, as it flips the table two two columns. If that’s ok for you, you can of course continue using the Extension.
Now, otherwise, this is more of a general problem with tables in browsers. There’s just no fixed responsive behavior that works for tables. So “a responsive table for any purpose” is not really a TablePress issue, but an issue for tables in browsers, but actually even more like “What is a responsive table, anyway? What behavior should it be showing?”
It’s rather complicated from a philisophical point of view, I guess 🙂
Now, there’s another issue on your site: For some reason, I’m seeing the “Edit” screen below the table, which I should not be seeing, as only logged-in users can see that. However, clicking on it brings a 404 Not found error, which means that you are probably hiding your wp-admin folder somehow (which is fine). However, as I can see the link, there’s something wrong somewhere with how pages are generated. Are those cached somehow, so that maybe the version that a logged-in users sees is shown?
Regards,
Tobias
LOL – totally agree. What is responsive in any theme? I generally take whatever the theme developer’s or in this case the plugin developers perspective as to what that may be.
I liked how it worked when the
“pre” was inserted. I thought it was adapting to 1 column for my smartphone.
You are seeing the cached version but if you actually tried to click on edit, it doesn’t log you in. I’m using a cache all on CloudFlare.
Hi,
Yes, in your case, the best approach for responsiveness in the table might indeed be everything shifting to one column (for other tables, it might be to hide certain columns). Unfortunately, that’s not possible with tables in HTML 🙁 Something like that would require a different HTML layout, e.g. with <div> containers and CSS media queries that move those around accordingly.
Yes, I tried clicking on “Edit”, but got that mentioned 404 error. I should however never see that link. As I can see it, this means that there’s something wrong with that CloudFlare caching: It’s caching the version that a logged-in visitor is seeing, which is wrong.
Regards,
Tobias
When I had the
“pre” inserted and the table actually worked perfectly for the responsive adaption, are you saying that was just a fluke or coincidence?
yeah I have CF set to “cache everything” I will have to adjust on my custom page rules.
Hi,
well, the <pre> changes the stying entirely, so that’s not work the gain of that fake “responsiveness”, in my opinion. But that this resembled your desired “responsiveness” was just coincidence.
Now, it might however be possible to somehow get the same behavior with different HTML/CSS around the table, but unfortunately, I don’t know how that would need to look like. Sorry.
Regards,
Tobias
Ahh I see. Okay thanks Tobias. You have a good day.
Hi,
sure, no problem, you are very welcome!
Best wishes (and I’ll actually go to bed now, while you’ll probably head for lunch in Hawaii 🙂 ),
Tobias
