Any plans to include toolbar setting customizations to Redaktor WYSIWYG?
Permalink
It's an important part of the in context editing experience and capability for those that don't know even basic HTML. My client has a very simple table of data that he would need to edit from time to time. He wouldn't know how to change the HTML manually for the table or column widths or cellpadding/cellspacing and that was a nice feature of the "Office" and "Advanced" version of the previous WYSIWYG. Is this on the roadmap for a future version... or is anyone working on an add-on that would provide some more robust capabilities?
Thanks... will give it shot. Seems like a rather large oversight on the part of C5 given that a large portion of the end users will assuredly try and use the WYSIWIG like that.
I don't know. I think the table editor kind of sucked to begin with in the old tinymce editor. Ryans table maker block seems muuuuchhh more flexible, and you get to listen to his cool accent.
Hi... that does look great! I downloaded the files from Github but it says that it can't be installed because the package is corrupted or doesn't have a valid controller.php file. See attached screenshot as well as the package files I got from Github in case there's a newer version I missed.
When you download a package from github, it will automatically append extra stuff to the zip file, so when you unzip it the folder names don't match the package handles.
In this case you'll need to make sure the folder names for the packages are just msv_table and ckeditor_content.
(I don't know of a way to set up github to not append stuff like -master, if anyone knows I'd been keen to learn).
In this case you'll need to make sure the folder names for the packages are just msv_table and ckeditor_content.
(I don't know of a way to set up github to not append stuff like -master, if anyone knows I'd been keen to learn).
Beautiful! Thanks!
FYI... here's how it came out. I still created some customization since you can't change the column widths, but it works great.
http://barkingtuna.com/mlorch/storage-information/storage-auctions...
http://barkingtuna.com/mlorch/storage-information/storage-auctions...
Awesome, I think that's an excellent example of what I intended for the block - something specifically to handle the input and management of truly tabular data.
Yes it's important that the normal editor be able to handle a table, to be able to put in links, formatting, etc, but often on sites it's more about being able to cut and paste data from a spreadsheet and have it automatically come up formatted as you like.
It's the job of the web developer to ensure visual consistency, not the client.
I'm a big believer in crafting blocks specifically for purpose.
Yes it's important that the normal editor be able to handle a table, to be able to put in links, formatting, etc, but often on sites it's more about being able to cut and paste data from a spreadsheet and have it automatically come up formatted as you like.
It's the job of the web developer to ensure visual consistency, not the client.
I'm a big believer in crafting blocks specifically for purpose.
Can't disagree there... Too many times have I had to rescue the design when a client imports a table from Word or something with all sorts of junk styling the breaks the design. This, while simple, limits it to a single purpose and comes out great. Thanks again!
But in the meantime, I actually have two blocks I whipped up that might be able to help.
One is a pure table block:
http://www.mesuva.com.au/blog/concrete5/a-table-block-for-concrete5...
https://github.com/Mesuva/msv_table...
Or you could try using a block that I created that uses CKEditor:https://github.com/Mesuva/ckeditor_content...
This one _doesn't_ integrate with the file manager and sitemap, but if you just wanted to enter tabular information this might work.
I'm not really officially supporting these blocks, I've just chucked them up on github for anyone to use and abuse, but let me know if you have any questions.