• Resolved redhatgal

    (@redhatgal)


    I use WP-Table Reloaded 1.9.3 for two tables, each on their own page. The plugin worked beautifully for both until today, when the 2nd table was updated.

    At first, after the table’s content was updated (imported), the settings under Table Styling and DataTables Javascript were correct as before, but when I viewed the table on the page, it had no styling or javascript functions. When I returned to the table settings in the plugin, the options were unselected. When I selected them again and updated the changes, the options were unselected – I could not get them to stick. As a result the table is just a flat version on the page.

    The options for the 1st table are fine and working. The 2nd table had the same options, but, for some reason, it’s not sticking.

    I had already reinstalled Table Reloaded plug in and deleted the table and recreated a new table. This made no difference.

    Please advise what I can do to fix this issue?

    http://wordpress.org/extend/plugins/wp-table-reloaded/

Viewing 15 replies - 1 through 15 (of 16 total)
  • Plugin Author Tobias Bäthge

    (@tobiasbg)

    Hi,

    Thanks for your post, and sorry for the trouble.

    This can happen on some server configurations, when editing large tables.
    Due to the high amount of input fields, a PHP configuration variable (“max_input_vars”) is reached, so that the saving of the checkboxes fails.

    Unfortunately, there’s not direct fix for WP-Table Reloaded. However, the official and designated successor of WP-Table Reloaded, called TablePress, will not be prone to that error, as it uses a different saving mechanism. Therefore, I suggest that you switch to TablePress (currently in beta) now already. It is available at http://wordpress.org/extend/plugins/tablepress/ and migration instructions can be found at http://tablepress.org/migration-from-wp-table-reloaded/ .

    Regards,
    Tobias

    Thread Starter redhatgal

    (@redhatgal)

    Hi Tobias,

    I installed TablePress and followed the migration process and it worked very well! The broken table is now working again.

    The only thing that I have left to address is the width of the tables. Both are wider on the page than before – about 3px of the edge is missing on the right side – and I haven’t been able to adjust it via Custom CSS. You can see it here at http://bit.ly/VMcXsh. Any suggestions?

    A.

    Thread Starter redhatgal

    (@redhatgal)

    Hi Tobias,

    I just noticed something else. On the second table (behind a password which I will send you separately), the last row appears at the bottom of every 10 rows, and appears to be outside the table itself (the horizontal) scroll bar is right above it. It does look like a bug. I’ll send you the password so you can take a look.

    A.

    Plugin Author Tobias Bäthge

    (@tobiasbg)

    Hi,

    thanks for your questions! Nice to hear (and see) that the migration went so smoothly 🙂

    Now, I checked your site in Chrome, Firefox, and IE, but could not reproduce the two issues that you describe. There’s nothing cut off on the right, and the last row looks fine as well (this was probably the table footer before).

    Where you already able to fix the problems?

    Regards,
    Tobias

    Thread Starter redhatgal

    (@redhatgal)

    Hi Tobias,

    Thanks for checking. Indeed, the issues are gone! That was weird. I had already cleared the cache few times, but perhaps it just took a bit longer for it to resolve itself.

    One more thing. When you click on any one of the column headings, to re-sort, the entire table appears. In other words, it doesn’t show the default 10 entries at a time. While the entire list is displayed, the information at the bottom — x to x of x entries –behaves as if it’s showing 10 entries at a time. However, if you click on the “Next” link, it goes back the 10 entires display format.

    A.

    Plugin Author Tobias Bäthge

    (@tobiasbg)

    Hi,

    yes, weird that the issues resolved themselves like this, but the caching is a possibility.

    That other issue is even stranger, and my only idea is that it is related to one of the features of the the external DataTables JavaScript library that TablePress uses for the sorting/pagination/search features.
    I assume that this is somehow caused by the “Horizontal scrolling” feature, but I’m not sure. To check this, can you please uncheck the corresponding checkbox on the table’s “Edit” screen?

    Thanks,
    Tobias

    Thread Starter redhatgal

    (@redhatgal)

    I unchecked the ” Enable horizontal scrolling, to make viewing tables with many columns easier” option, cleared the cache, and it’s still showing the entire table, when any one of the headers is clicked on.

    Plugin Author Tobias Bäthge

    (@tobiasbg)

    Hi,

    thanks for that! I checked the page again, and found something else that might be causing this:
    There is a second JavaScript library loaded in your theme that can sort tables. So, now the “DataTables JavaScript library” (that comes with TablePress) is “fighting” the “TableSorter JS library” that your theme loads into the page. (Additionally, your theme loads a very old version of jQuery into page, which it shouldn’t be doing.)

    To verify that this indeed causes the problem, can you please temporarily switch to the WordPress Default theme (Twenty Eleven) and check if the sorting then works correctly? If that is the case, we’ll have to find a way to make your theme behave nicely.

    Tobias

    Thread Starter redhatgal

    (@redhatgal)

    Hi Tobias,

    I switched themes and, indeed, the table sorts as intended. I noted there is an updated version of the theme I am using, so later today I will update it and see if it loads a newer version of JQuery and the tables work again. I’ll keep you posted. Thanks!

    A.

    Plugin Author Tobias Bäthge

    (@tobiasbg)

    Hi,

    great, thanks for testing this!

    Yes, then updating the theme will be a good idea. (Note however, that it’s not so much about the version number of the jQuery library, but more about the Tablesorter library that seems to be loaded into every page automatically. So either there’s a theme option to turn this off (which would be great), or we’ll have to modify the theme, likely the header.php, to no longer load Tablesorter.)

    Regards,
    Tobias

    Thread Starter redhatgal

    (@redhatgal)

    Tobias, based on what you’re saying, on a second thought, I think it would be more feasible to update the header than update the theme itself. In the next few months I’m replacing the theme with a responsive version.

    So the line to remove from the header is this?

    <script type="text/javascript" src="/wp-content/themes/baynet_theme/library/scripts/jquery.tablesorter.js"></script> 

    Plugin Author Tobias Bäthge

    (@tobiasbg)

    Hi,

    yes, that line and the lines

    <script type="text/javascript" id="js">
    $(document).ready(function() { /*-- for the Membership List */
        // call the tablesorter plugin
              $("table").tablesorter( {
              // sort on the first column and third column, order asc
            sortList: [[0,0],[2,0]] } );
    });
    </script>

    below it, as well as the line

    <script type="text/javascript" src="/wp-content/themes/baynet_theme/library/scripts/jquery-latest.js"></script>

    above it.

    A theme update won’t be necessary then, indeed.

    Regards,
    Tobias

    Thread Starter redhatgal

    (@redhatgal)

    I removed those lines from the header and the big table works beautifully now. However, the smaller table (public view) still has the script, even though I’ve cleared the cache few times. Maybe, it’s the same thing as before where it just takes a bit longer to resolve. I have to leave for work right now, but will check again later and report back. Again, thanks.

    Plugin Author Tobias Bäthge

    (@tobiasbg)

    Hi,

    the line

    <script type="text/javascript" src="/wp-content/themes/baynet_theme/library/scripts/jquery-latest.js"></script>

    still seems to be in there. Can you remove that as well, please? (If you already have removed it, this might indeeed just be a caching issue.)

    Best wishes,
    Tobias

    Thread Starter redhatgal

    (@redhatgal)

    Hi Tobias,

    It was indeed caching – why one page clears more quickly than others, I don’t know. In any case, the problem seems to be solved. Both tables are working great!

    Amy

Viewing 15 replies - 1 through 15 (of 16 total)

The topic ‘Options not sticking’ is closed to new replies.