Recep Baltaş
Well-known member
I really can't believe no one has suggested this but a native table support is a must!
Upvote
63
I agree on the need for table support. However allowing native HTML in place of BB codes in never a good idea. You'd be starting from a point of insecurity (user-supplied HTML) and then working to make it secure, which is error-prone and not best practice.Perhaps the solution is XF needs to bite the bullet and move from BB code to native HTML formatting.
Look at when this thread was posted, pretty much when XF2 started to be under way, and then consider what our aims for XF2 were. That explains why. Not least to mention the point that there's a comparatively small minority who would like tables where as the majority don't seem too fussed.
We have to focus our time, mostly, on what the majority of our customers tell us they want. There's many suggestions that have been around for a lot longer, with many more pages of support and discussion with many more first post likes than this one. Of course those will be prioritised.
It's also worth noting that it's not as if there isn't already a custom BB code system where you could make the table BB code yourself, or even add-ons that do a fine job of allowing tables.
Is it being considered for XF 2.1? As much as any other suggestion is, but there's definitely some much bigger and arguably more important features we'd like to work on first.
For various reasons, full HTML support is pretty much never going to happen. We’d rather know that every single possible bit of user input is 100% secure. There are libraries that can help with this but whether it’s converting HTML to BB code and back or converting potentially dangerous HTML to safe HTML there’s still work there and both come with their own challenges.
Table bbcode has been suggested many times before. In 2010 in a custom bbcode suggestion thread with 69 votes and many requests for tables, after which all new suggestion threads for tables were marked as a duplicate because there already was a custom bbcode suggestion. Then custom bbcode was implemented in 2014 without tables, discussion went on in the HYS thread and this thread was started. It now has 50 votes and will probably climb from 28th most popular suggestions to the top 20. I can see how it may seem like the majority is not too fussed. Its one of those suggestions that has stayed under the radar unfortunately.Not least to mention the point that there's a comparatively small minority who would like tables where as the majority don't seem too fussed.
o(≧o≦)oNot least to mention the point that there's a comparativelysmall minoritywho would like tables where as themajoritydon't seem too fussed.
The problem with a tables addon is that each tables addon has its own formatting and the formatting is complex. Which is a real problem when you have thousands of tables. So each time you need to switch addons will cause a mess that you need to fix manually. Its a perfect example of a function that is best suited as core.
Until they switch editors again. But the next best thing.This time, no. Froala has native table support. KL Editor Manager just enables it. All my tables from ******* are working fine.
It doesn't really matter which editor is being used, at the end the HTML is saved as custom BB code specific to the "Table BB Code Add-on" being used.This time, no. Froala has native table support.
Unfortunately, that super simple syntax does get super-complicated for the average joe once your tables contain more than a couple rows and columns.Dokuwiki's tables have a super-simple syntax that would be cool to use in XF|
We use essential cookies to make this site work, and optional cookies to enhance your experience.