Hi Adam,
thanks for your post, and sorry for the trouble.
Yes, I have also noticed this recently, but am not sure about why this happens. My assumption is that the large number of textareas is causing problems in the JS handling in Chrome and Firefox.
I do have ideas to change this (with a different way of creating the textfields), but until I get around to implementing that, I can only advise to use IE 10 on the tables where this is an issue.
Regards,
Tobias
Just a suggestion, but why not just implement a way to paginate the results in the admin area? Keeping it 50 or under per page seems like it’d be a reasonable way to handle it.
Hi,
yes, that’s an idea that I’ve been thinking about, and it will likely be possible after some of those changes that I have in mind with the new interface.
Right now, it’s not possible due to how the save process works.
Regards,
Tobias
all my wp sites with 3.7.1 are now dog crap slow in the admin area on firefox. very frustrating. my guess is it’s some javascipt loop / deadlock. it’s particularly bad when editing any content. maybe it’s a bad set of editor code.
Hi,
sorry to hear that you are also having trouble.
I’m very sure though that TablePress does not cause these. As TablePress does not add or execute code on all admin pages, but only on its own screen in the admin area, there’s no way for TablePress to cause such slowness.
The slowness that has been reported here in this thread only happens on the “Edit” screen of TablePress, but not on other screens.
Therefore, there’s something else on your site causing the slowness that you are experiencing.
Regards,
Tobias
I’m having this issue too. I just imported an old site from WP-TableReload which had a large table (1700 lines) — loading was a bit slow, but it worked fine.
I imported this table into a fresh install of TablePress — the editing screen never finishes loading and Chrome eventually kills the page. (I’m on a Mac, so I can’t try IE.)
Hi,
sorry to hear that you are also affected. Yes, unfortunately, large tables like that can cause this problem 🙁
As mentioned above, I do not yet have a solution, but I do have some ideas, and I hope that I’ll be able to implement those in the next weeks.
Until then, the only ideas for workarounds are to try other browsers, or to edit the table externally (e.g. in Excel or Numbers) and then to import them again after editing them (choosing to replace the existing version of the table).
Regards,
Tobias
I am still struggling with the same problem, which consists of 2 issues:
- In the Admin area, my table with about 1500 lines takes forever to load and eventually crashes the browser. (Mac/Chrome)
- On the front end: Table takes forever to load and only paginates after loading the entire table, which makes it very user-unfriendly.
I think this is a common problem for anyone using this plugin when implementing a large table. Is this a priority for fixing? I could donate, but now the client is waiting and I am not moving forward, and the client refuses to pay more in the meanwhile.
Tough problem! 🙁
Hi,
I’m aware of the problem, but I just don’t have an easy to implement solution at this time. Sorry 🙁
I do have ideas for the backend, which should hopefully fix these problems, but it will still take some time to implement those.
The frontend is a different situation. For the pagination and everything to work, the entire table has to be loaded first.
There is a different approach for that as well (where more functions are performed on the server, and the JavaScript then only loads the relevant data in an AJAX request), but I have not yet looked into that, and that one does not have a high priority right now.
Unfortunately, I can only ask for your patience, as I hope to make all of this better in the future. If that’s not an option, you’ll have to consider other or custom solutions for your tables. Sorry 🙁
Regards,
Tobias
Ok, thanks for the reply.
I’ll take a look at other options.
Currently checking Fusion Tables by Google.
Hi,
sure, no problem. I hope that you can find a solution that works for your client.
Best wishes,
Tobias
Hello Tobias, your plugin is indeed awesome. But I have similiar problem with thousands of row data. I don’t care if in the admin area when editing it keeps showing page not responding since I only import and never edit per line. But in the front end, the page is also loading very slow. Is’t possible to use Jquery to display the data in table instead of downloading all rows. My case is to display shipping fees by country and it contains over 5000+ rows. I know many jquery plugins available out there, but I just don’t know how to implement it to your table. Maybe you can make it works with one of those plugin? Please help. Thanks a lot for your great job.
Hi,
thanks for your post, and sorry for the trouble.
Yes, for such a large table, it might be possible that this is responsible for the slowness on the frontend as well.
Unfortunately, doing some sort of partial loading is not possible yet. There might be a way to do this with the DataTables JS library (that is already used for sorting and filtering), but some restrictions in the table format still prevent me from implementing that. I hope to be able to include this in the future though.
Meanwhile, for your large table, it might be the best to use a custom solution, e.g. based on PHP and a mySQL table that would allow you to query only the necessary data and then display that.
Regards,
Tobias
I just wanted to add a note that I’m getting incredible lags in Chrome/Mac on WordPress and I don’t use this plugin. The front end comes to a sluggish crawl as well on the same machine. If I access the site or admin area from another computer on the same network in Chrome/Win or Chrome/iPhone, everything is fine. I’m wondering if there is any issue with sockets in Chome/Mac. Chrome is 32 bit and the OS is 64. I am beginning to think there is something larger going on. Please disable plugins if you’re having this issue and see if the problem goes away. If it does, then the comments here may be legit, but I suspect this issue will persist for some people even with their plugins disabled.
Hi James,
thanks for this extra information! I don’t know that. Very interesting indeed.
I don’t think that this is related to the issues here, as many people are experiencing this with basically all browsers on all operating systems.
Regards,
Tobias
