EventON simply outputs what’s inside of Event Details (text, shortcodes and so on). But it’s up to third-party plugins to make sure that their shortcode will be used correctly not just on Posts and Pages, but also custom taxonomies such as EventON.
From my understanding Tablepress uses js script to set table’s size dynamically depending on it’s container which doesn’t support EventON.
Please contact the plugin developer about this issue.
I politely disagree because there is no visible difference how you show events in the list, yet while searching of filtering, you present the same view, yet do something different in the background code.
Hello there @crxed What is inside the event details (which is where the tablepress content is at) is simply printed on the page. No processing it done for that.
What I think happening is: after the filtering or searching, eventON load new event HTML into the page via ajax. After this happen he table shortcodes need to be reloaded to add necessary interactivity for tablepress content inside event details. — this is not done, therefore tablepress content appear without interactivity.
As you discovered the missing dt-scroll element from tablepress must be coming from processing the elements client side (after page load, probably done via javascirpt) — this need to run after each time events HTML is refreshed on the page.
Event Details are what is used from content right below event post title.
Does this make sense? 🙂
Perhaps you can reach out to tablepress and find out if there is a script you can run after initial page load to convert tablepress content into full interactivity.
Unfortunately, as you can read in their reply the only solution is to upgrade Tablepress, so you can use “a second implementation of Horizontal Scrolling”. Nothing can be done from our side to fix the issue, I am afraid.
